База розгортання: Datadobi DobiMigrate проксі не має доступу до вихідних ресурсів/експортів

Під час першої копії та наступних кількох ітерацій проблем із забороною доступу у файлах і каталогах багато з них повторюються.

Дивна поведінка полягає в тому, що один і той самий файл може бути скопійований за одну ітерацію, але наступна ітерація повідомляє про помилки «Відмовлено в доступі» в журналах.

Один і той самий шлях перевіряється щоразу, і випадково файли повідомляють про відмову в доступі, а ті ж файли не звітують у наступних ітераціях і потім звітують назад.

Наприклад:

Для довідників:

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

Після реміграції переходить до:

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

• Порівнюючи джерело та ціль, ви виявляєте, що каталог не скопіювався на цільову адресу.
• Спробуйте натиснути на них і зробити реміграцію силою метаданих + Copy даних, або спробуйте почати іншу ітерацію з копіювання метаданих — результат — невдача
• Якщо порівняти всі дозволи з боку NFS і CIFS, обидва мають абсолютно однакові дозволи: батьківський каталог /IT/transcore і підкаталог IT/transcore/src2.

Для файлу:

AccessDeniedException: /Marketing/fvb_test/SCR.pdf

• Порівнюючи джерело і ціль, ви можете виявити, що PDF-файл скопійований, має однаковий дозвіл, розмір і все однакове, окрім власника — корінного користувача Linux, тоді як у вихідному коді це був звичайний користувач.
• Спробуйте відкрити файл на адресі, можливо, він пошкоджений і не відкривається так, як у джерелі, що цілком нормально.
• Спробував ремігрувати метадані, але не вийшло.
• Однак після того, як ви запускаєте звичайну ітерацію на загальному шляху 2 або 3 рази, ви можете виявити, що ця помилка для конкретного файлу не повторюється, а на масиві призначення він відкривається нормально і працює нормально.

Причиною проблеми було те, що один із проксі NFS був у іншій мережі і не міг дослідити вихідні дані. Він не мав доступу.

Видалив експорт NFS, який був у іншій мережі і не мав доступу.

Щоб визначити, який проксі NFS має доступ, а який ні.

Перейдіть у Datadobi Management UI (Core) >> Tools File Browser > , виберіть сховище > , виберіть проксі > , дослідіть файли, і переконайтеся, що ви можете отримати доступ до всіх файлів за допомогою цього проксі.

Зробіть вищезазначене, використавши всі проксі, щоб визначити, який файл не має доступу, тоді можна перевірити, чи мають проксі доступ.