KB di deployment: Il proxy DobiMigrate di Datadobi non ha accesso alle condivisioni/esportazioni di origine

Durante la prima copia e la successiva di un paio di iterazioni dei problemi di accesso negato su file e directory, molti di essi sono ricorrenti.

Un comportamento strano è che lo stesso file potrebbe essere copiato in un'iterazione, ma l'iterazione successiva riporta errori di accesso negato nei registri.

Lo stesso percorso viene controllato ogni volta e in modo casuale i file segnalano Access Denied e gli stessi file non segnalano nelle iterazioni successive e quindi segnalano di nuovo.

Ad esempio:

Per le directory:

error: AccessDeniedException: /IT/transcore/src2/org
error: AccessDeniedException: /IT/transcore/src

Dopo che la nuova migrazione si trasforma in:

DirectoryIteratorException: java.nio.file.AccessDeniedException: /IT/transcore/src2
DirectoryIteratorException: java.nio.file.AccessDeniedException: /IT/transcore/src

• Quando si confrontano l'origine e la destinazione, si scopre che la directory non è stata copiata nella destinazione.
• Provare a cliccare su di essi ed eseguire una nuova migrazione di forzatura metadati + copia dei dati o di provare ad avviare un'altra iterazione con la ricopia dei metadati, il risultato è un errore
• Se si tenta di confrontare tutte le autorizzazioni dal lato NFS e CIFS, entrambe dispongono esattamente delle stesse autorizzazioni: la directory padre /IT/transcore e la sottodirectory IT/transcore/src2.

Per File:

AccessDeniedException: /Marketing/fvb_test/SCR.pdf

• Confrontando l'origine e la destinazione, è possibile che il file PDF venga copiato, abbia la stessa autorizzazione, le stesse dimensioni e che tutto sia esattamente uguale, tranne il proprietario che è un utente root Linux mentre nell'origine era un utente normale.
• Prova ad aprire il file sulla destinazione, potrebbe essere danneggiato e non aprirsi come l'origine, il che è del tutto normale.
• Provare a eseguire nuovamente la migrazione dei metadati, ma non ha funzionato.
• Tuttavia, dopo aver eseguito il push di un'iterazione normale sul percorso totale per 2 o 3 volte, è possibile che questo errore per questo file specifico non si ripresenti e nell'array di destinazione si apre normalmente e funziona correttamente.

La causa del problema era che uno dei proxy NFS si trovava su una rete diversa e non era in grado di esplorare i dati di origine. Non ha avuto accesso.

Rimossa l'esportazione NFS che si trovava su una rete diversa e non aveva accesso.

Al fine di identificare quale proxy NFS ha o non ha accesso.

Accedere a Datadobi Management UI (Core) > Tools File Browser > Selezionare lo storage > Selezionare il proxy > Esplorare i file e assicurarsi di poter accedere a tutti i file utilizzando > questo proxy.

Eseguire le operazioni sopra descritte utilizzando tutti i proxy per identificare quale file non ha accesso, quindi è possibile verificare se i proxy hanno accesso o meno.