KB-implementatieartikel: Datadobi DobiMigrate proxy heeft geen toegang tot bronshares/exports

Tijdens de eerste kopie en de volgende van een paar iteraties van Access Denied-problemen op bestanden en mappen, komen er veel terug.

Vreemd gedrag is dat hetzelfde bestand in één iteratie kan worden gekopieerd, maar de volgende iteratie fouten met geweigerde toegang in de logboeken meldt.

Hetzelfde pad wordt elke keer gecontroleerd en willekeurig rapporteren bestanden Toegang geweigerd en dezelfde bestanden worden niet gerapporteerd in de volgende iteraties en rapporteren vervolgens terug.

Bijvoorbeeld:

Voor directories:

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

Na re-migreren gaat het om:

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

• Wanneer u de bron en de bestemming vergelijkt, ziet u dat de map niet naar het doel is gekopieerd.
• Probeer erop te klikken en voer een remigremigratie force metadata + data Copy uit, of probeer een andere iteratie te starten met recopy-metadata, het resultaat is een fout
• Als u alle rechten van de NFS- en CIFS-kant probeert te vergelijken, hebben beide precies dezelfde rechten, de bovenliggende map /IT/transcore en de submap IT/transcore/src2.

Voor bestanden:

AccessDeniedException: /Marketing/fvb_test/SCR.pdf

• Wanneer u de bron en de bestemming vergelijkt, kan het zijn dat het PDF-bestand is gekopieerd, dezelfde rechten en grootte heeft en dat alles precies hetzelfde is, behalve de eigenaar, die een rootgebruiker van Linux is, terwijl het in de bron een normale gebruiker was.
• Probeer het bestand op de bestemming te openen, het kan beschadigd zijn en niet openen zoals de bron, wat volkomen normaal is.
• Probeer metadata opnieuw te migreren, maar het werkt niet.
• Nadat u echter 2 of 3 keer op een normale iteratie op het totale pad hebt gepusht, kan het zijn dat deze fout voor dit specifieke bestand niet terugkeert en dat het op de doelarray normaal wordt geopend en goed werkt.

De oorzaak van het probleem was dat een van de NFS-proxy's zich op een ander netwerk bevond en niet in staat was om de brongegevens te verkennen. Het had geen toegang.

De NFS-export is verwijderd die zich op een ander netwerk bevond en geen toegang had.

Om te bepalen welke NFS-proxy wel of geen toegang heeft.

Ga naar Datadobi Management UI (Core) > Tools Bestandsbrowser > Selecteer de opslag > Selecteer de proxy > Verken de bestanden en zorg ervoor dat u met deze proxy toegang hebt > tot alle bestanden.

Doe het bovenstaande met behulp van alle proxy's om te identificeren welk bestand geen toegang heeft, dan kunt u bevestigen of de proxy's toegang hebben of niet.