none
Il processo System "NT Kernel & System" locka una directory RRS feed

  • Domanda

  • Ciao,

    provando a copiare dei file tra due server Windows 2008 R2 tramite Robocopy ottengo spesso l'errore "cartella lockata". Process Exporer mostra tra gli handle aperti un handle del processo 4.

    Perchè system locka una cartella!?!?!? Di seguito tutti i dettagli.

    Un server prova ad eseguire robocopy e ottiene questi messaggi di errore:

    robocopy F:\dir \\serverdr\F$\dirdr /COPY:DAT /R:0 /NP /XF *.flag 
    
    -------------------------------------------------------------------------------
       ROBOCOPY     ::     Robust File Copy for Windows                              
    -------------------------------------------------------------------------------
    
      Started : Thu Apr 18 09:21:50 2013
    
       Source : F:\dir\
         Dest : \\serverdr\F$\dirdr\
    
        Files : *.*
    	    
    Exc Files : *.flag
    	    
      Options : *.* /COPY:DAT /NP /R:0 /W:30 
    
    ------------------------------------------------------------------------------
    
    	                 126	F:\dir\
    	  *EXTRA File 		   2.8 m	arclog_ORCL_1_536_1.arclog
              ...
    	  *EXTRA File 		 717.2 m	arclog_ORCL_1_627_1.arclog
    	    New File  		  38.2 m	arclog_ORCL_1_744_1.arclog
    2013/04/18 09:21:50 ERROR 32 (0x00000020) Accessing Destination Directory \\serverdr\F$\dirdr\
    The process cannot access the file because it is being used by another process.
    
                ...
    
    	    New File  		 192.7 m	arclog_ORCL_1_751_1.arclog
    2013/04/18 09:21:51 ERROR 32 (0x00000020) Accessing Destination Directory \\serverdr\F$\dirdr\
    The process cannot access the file because it is being used by another process.
    
    
    
    ------------------------------------------------------------------------------
    
                   Total    Copied   Skipped  Mismatch    FAILED    Extras
        Dirs :         1         0         1         0         0         0
       Files :       126         0       118         0         8        92
       Bytes :  21.973 g         0  21.217 g         0  774.39 m  17.037 g
       Times :   0:00:00   0:00:00                       0:00:00   0:00:00
    
       Ended : Thu Apr 18 09:21:51 2013
                                                      
    exit code: 10

    Sul server "serverdr" ho provato a cercare tra gli handle aperti con ProcessExplorer . Trovo solo un handle aperto dal processo 4 "System" con descrizione "NT Kernel & System" , proprio sulla cartella F:\dirdr\.

    Gli unici programmi / funzionalità installate sui server sono antivirus e NFS. Quando capitano gli errori le condivisioni NFS non sono usate (nessun client monta le cartelle).

    Cosa o chi può essere il colpevole di questi lock?

    Grazie mille per ogni risposta

    Andrea

    giovedì 18 aprile 2013 07:40

Risposte

  • non credo otterrai mai risultati soddisfacenti in questo modo, robocopy non usa VSS quindi a meno che non stoppi tutti i processi del sistema i file aperti non vengono copiati. Se guardando il file che viene bloccato viene mantenuto dal system dovresti iniziare a stoppare i vari servizi degli applicativi per vedere chi te lo ferma e non è detto che lo identifichi. Improponibile. Ti consiglio semmai a questo punto un programma di sync di terze parti che copy anche le permission...ne esistono.

    Vorrei però capire scusa perchè usi robocopy in questo modo, hai 2 server sincronizzati con stessi utenti e permessi immagino...ma non riesco a capire perchè non usare un DFS ed un eventuale trust tra domini (se sono su domini diversi)...

    Hai provato anche a fare una share non nascosta su F e vedere se si comporta in maniera diversa? perchè le share $ non piacciono molto ai programmi di copia...

    Ciao.

    A.

    • Contrassegnato come risposta Anca Popa lunedì 27 maggio 2013 14:41
    venerdì 19 aprile 2013 09:01
    Moderatore
  • uso robocopy in modo continuativo e non uso DFS per diversi motivi (devo controllare a mano quando lanciare la copia, non ho una replica di tutto, ...)

    Perché con il DFS dovresti "controllare a mano quando lanciare la copia"? La replica viene gestita in modo del tutto automatico, al massimo ci può essere la necessità di gestire la coda dei file eliminati e in conflitto ma sempre meglio della copia diretta che sovrascrive direttamente tutto senza questo passaggio.....

    Può essere controllato anche quando eseguire la replica in base all'orario o limitare la banda da utilizzare per non appesantire la rete.

    • Contrassegnato come risposta Anca Popa lunedì 27 maggio 2013 14:41
    domenica 21 aprile 2013 09:35
    Moderatore

Tutte le risposte

  • Ciao, ma usi Robocopy per un motivo particolare una tantum o da quel che intuisco è una cosa continuativa? Perchè non usi un DFS? Potrebbe essere l'antivirus che blocca il file, hai provato a disabilitarlo? Ad ogni modo per avere una replica pianificata non è il massimo e non è nato con questa idea il comando. Ciao, A.
    giovedì 18 aprile 2013 19:09
    Moderatore
  • Ciao,

    intanto grazie per la risposta

    uso robocopy in modo continuativo e non uso DFS per diversi motivi (devo controllare a mano quando lanciare la copia, non ho una replica di tutto, ...)

    Non è colpa dell'antivirus, anche disabilitandolo non cambia nulla.

    cioa

    Andrea

    venerdì 19 aprile 2013 08:37
  • non credo otterrai mai risultati soddisfacenti in questo modo, robocopy non usa VSS quindi a meno che non stoppi tutti i processi del sistema i file aperti non vengono copiati. Se guardando il file che viene bloccato viene mantenuto dal system dovresti iniziare a stoppare i vari servizi degli applicativi per vedere chi te lo ferma e non è detto che lo identifichi. Improponibile. Ti consiglio semmai a questo punto un programma di sync di terze parti che copy anche le permission...ne esistono.

    Vorrei però capire scusa perchè usi robocopy in questo modo, hai 2 server sincronizzati con stessi utenti e permessi immagino...ma non riesco a capire perchè non usare un DFS ed un eventuale trust tra domini (se sono su domini diversi)...

    Hai provato anche a fare una share non nascosta su F e vedere se si comporta in maniera diversa? perchè le share $ non piacciono molto ai programmi di copia...

    Ciao.

    A.

    • Contrassegnato come risposta Anca Popa lunedì 27 maggio 2013 14:41
    venerdì 19 aprile 2013 09:01
    Moderatore
  • uso robocopy in modo continuativo e non uso DFS per diversi motivi (devo controllare a mano quando lanciare la copia, non ho una replica di tutto, ...)

    Perché con il DFS dovresti "controllare a mano quando lanciare la copia"? La replica viene gestita in modo del tutto automatico, al massimo ci può essere la necessità di gestire la coda dei file eliminati e in conflitto ma sempre meglio della copia diretta che sovrascrive direttamente tutto senza questo passaggio.....

    Può essere controllato anche quando eseguire la replica in base all'orario o limitare la banda da utilizzare per non appesantire la rete.

    • Contrassegnato come risposta Anca Popa lunedì 27 maggio 2013 14:41
    domenica 21 aprile 2013 09:35
    Moderatore
  • Ciao Andrea,

    Visti i tempi trascorsi e supponendo sempre che tu abbia risolto nel frattempo, ho evidenziato i consigli ricevuti.

    Tienici aggiornati sul tuo percorso, così anche gli altri utenti del forum possono beneficiare della tua esperienza!


    Anca Popa Follow ForumTechNetIt on Twitter

    Microsoft offre questo servizio gratuitamente, per aiutare gli utenti e aumentare il database dei prodotti e delle tecnologie. Il contenuto viene fornito “così come è” e non comporta alcuna responsabilità da parte dell'azienda.

    lunedì 27 maggio 2013 14:41