none
Errore avviando programma da share RRS feed

  • Domanda

  • Buongiorno a tutti, mi trovo in questa situazione:

    server 2012 R2 essential con un programma installato su una cartella condivisa con i client windows 7. I client non sono a dominio, montano la cartella utilizzando lo stesso utente (amministratore) che è proprietario dei file, lo stesso path del server e la stessa unità. Subito dopo il boot riesco ad avviare il programma senza problemi. Passato un breve intervallo di tempo dal boot (supponiamo 10 minuti) non riesco più ad avviarlo. La share continua ad essere raggiungibile, riesco ad aprire i file ed a scriverci. Un altro programma installato nella stessa identica maniera (condivisione, path ed unità differenti) non ha questo problema. L'unico client xp non presenta questo problema.

    Gli errori sul registro (client) sono c000000d.

    Qualche idea?
    Grazie in anticipo.

    mercoledì 4 novembre 2015 13:41

Risposte

  • Riepiloghiamo.

    I client sono 8.1 (hai scritto 7.1 ma immagino sia 8)

    Con Xp non succede

    Corretto?

    SE e cosí prova a disabilitare SMB2 e 3 e attivare SMB1 sul server.

    Forse anche network monitor puo' aituarti (vebresti le operazioni SMB)


    This post is provided AS IS with no warranties or guarantees, and confers no rights.
    ~~~
    Questo post non fornisce garanzie e non conferisce diritti

    venerdì 6 novembre 2015 11:02

Tutte le risposte

  • ciao karnak,

    verifica se trovi qualche riferimento utile in visualizzatore eventi e postali

    inoltre, antivirus e firewall in uso?il problema si è manifestato fin dalla prima installazione?

    Elvis 


    Alvise Cervellati - MVP Windows Expert-Consumer

    mercoledì 4 novembre 2015 13:56
  • Ciao Alvise, grazie per la risposta.
    La precedente installazione era con un server 2008 e l'unico problema si verificava nel momento in cui la connessione al server veniva a mancare ed era necessario qualche riavvio prima che il programma riprendesse a funzionare. Provato con antivirus disattivato e non ci sono stati cambiamenti. Al momento il FW è attivo con una regola per l'eseguibile in questione, ma lo sto escludendo per via del fatto che all'avvio del pc il programma non viene bloccato.

    Subito dopo l'installazione del 2012 c'è stato un problema di permessi sulla share che bloccava _sempre_ l'avvio del programma. Corretti quelli siamo entrati nella situazione attuale.
    Il fatto che si avvii subito dopo il boot e si pianti se non viene avviato nel giro di minuti mi fa pensare a qualche timeout, ma non so dove controllare per verificarlo.

    L'errore è: C000000D, "Impossibile accedere al file"
    ID evento 1005
    categoria 100

    Immediatamente seguito da un secondo errore:
    C0000006
    offset: 000353dc


    mercoledì 4 novembre 2015 17:41
  • che antivirus risulta installato sia nel client che nel server? hai provato, a fini di test, a disattivarlo temporaneamente? 

    l'errore avviene dopo 10 minuti di inattività o di attività nel software?


    Alvise Cervellati - MVP Windows Expert-Consumer

    giovedì 5 novembre 2015 10:03
  • L'antivirus è nod32, in una delle prove è stato disabilitato senza risultati.

    L'errore avviene se non si lancia il programma dopo un po' di tempo dall'avvio del client (supponiamo 10 min). Se il programma viene eseguito subito dopo l'avvio non manifesta problemi per tutta la durata dell'esecuzione (ore)

    giovedì 5 novembre 2015 14:01
  • Come diceva Solomon "When in doubt run Process Monitor".

    L'errore significa "parametro errato", con process monitor dovresti vedere cosa succede. Visto che e riproducibile a comando dovrebbe essere abbastanza semplice.


    This post is provided AS IS with no warranties or guarantees, and confers no rights.
    ~~~
    Questo post non fornisce garanzie e non conferisce diritti

    giovedì 5 novembre 2015 14:05
  • Lanciato, questo è il punto che solleva l'errore:
    "menu.exe"
    "6280"
    "ReadFile"
    "\\server1\share1\MENU.EXE"
    "INVALID PARAMETER"
    "Offset: 132.096, Length: 32.768, I/O Flags: Non-cached, Paging I/O, Synchronous Paging I/O, Priority: Normal"

    Da qui prosegue con un altro offset "288.768" length "16.384" sempre con lo stesso errore ripetuto fino alla chiusura dei vari thread. 
    Perché la lettura di quel particolare offset su quel file va in errore?

    giovedì 5 novembre 2015 19:25
  • se fai doppio click sull'entry non ci sono piú informazioni?

    la cartella condivisa é mappata?


    This post is provided AS IS with no warranties or guarantees, and confers no rights.
    ~~~
    Questo post non fornisce garanzie e non conferisce diritti

    giovedì 5 novembre 2015 21:49
  • La cartella è mappata sulla stessa unità, sia sul server che sui client. Per quel che vedo quelle sono le più rilevanti nel momento in cui va in errore. 

    Altre informazioni rilevanti trovate nel punto in cui l'eseguibile in questione viene caricato:
    LMENU.EXE     4308    QuerySecurityFile       \\server1\share1\MENU.EXE  ACCESS DENIED   Information: Label
    LMENU.EXE     4308    ReadFile                    \\server1\share1\MENU.EXE  SUCCESS Offset: 305.152, Length: 14.336, I/O Flags: Non-cached, Paging I/O, Synchronous Paging I/O, Priority: Normal
    LMENU.EXE     4308    QuerySecurityFile       \\server1\share1\MENU.EXE  ACCESS DENIED   Information: Owner, Group, DACL, SACL, Label
    LMENU.EXE     4308    QueryDeviceInformationVolume    \\server1\share1\MENU.EXE  SUCCESS DeviceType: Disk, Characteristics: Remote


    QuerySecurityFile viene con gli stessi risulti anche sul server che però riesce a mandarlo in esecuzione.

    venerdì 6 novembre 2015 10:49
  • Riepiloghiamo.

    I client sono 8.1 (hai scritto 7.1 ma immagino sia 8)

    Con Xp non succede

    Corretto?

    SE e cosí prova a disabilitare SMB2 e 3 e attivare SMB1 sul server.

    Forse anche network monitor puo' aituarti (vebresti le operazioni SMB)


    This post is provided AS IS with no warranties or guarantees, and confers no rights.
    ~~~
    Questo post non fornisce garanzie e non conferisce diritti

    venerdì 6 novembre 2015 11:02
  • Riepilogando:
    - i client sono 7, su xp non succede;
    - gli stessi client 7 con win 2008 non danno problemi;
    - altri applicativi sulla stessa share non danno problemi;
    - subito dopo l'avvio del pc il problema non si presenta.

    Ho pensato anche io a smb2 visto che su xp non si presenta, ma speravo di cavarmela disattivando qualche timeout. Appena possibile farò una prova con i protocolli disattivati
    venerdì 6 novembre 2015 14:19
  • Disabilitando v2|v3 il programma ha ripreso a funzionare come previsto. 
    Quello che mi lascia perplesso è perché solo questo programma soffrisse del problema, e perché non avesse manifestato lo stesso problema con il server 2008, che aveva il v2 abilitato.
    lunedì 16 novembre 2015 10:28
  • Il problema era il software antivirus non aggiornato. L'antivirus era stato disabilitato dal client, ma evidentemente i moduli che causavano il problema erano ancora attivi. Ora il software ha ripreso a funzionare anche con la versione 2 del protocollo.
    lunedì 11 gennaio 2016 14:29