DDOS 5.7: Доступ до файлу за допомогою CIFS у MTree місці призначення для реплікації MTree викликає паніку DDFS або перезавантаження, або застарілі дескриптори файлів після оновлення

Реставратори доменів даних (DDR) можуть бути налаштовані на реплікацію вмісту окремих MTrees на одній системі на віддалену систему за допомогою MTree Replication (MREPL). Незважаючи на те, що MTree на місці призначення призначений тільки для читання, він все ще може використовуватися для доступу до реплікованих файлів для читання / відновлення / звітності або подальшої вихідної реплікації.

Якщо DDR призначення працює під керуванням DDOS 5.7, а доступ до MTree, який використовується як місце призначення для MREPL, здійснюється через CIFS, процес DD FS може зазнати PANIC/перезапуску (що спричиняє перезапуск резервного копіювання/відновлення/реплікації) через дефект коду, з можливими сигнатурами PANIC, як показано нижче:
 

ПАНІКА: fmcl/fm_inode.c: fm_iput_unpin: 468: fm_iput_unpin не вдалося. Діренти все ще присутні. ПАНІКА: ddr/fm/fm_server.c: fms_write_segs: 1891 р.: str == NULL ПАНІКА: ddr/fm/fm_dm1_access.c: fm_dm1_access_intern: 203: fms_is_private_file_handle(&attr-fh>) && cred != g_nocred_p

Крім того, клієнт CIFS, який підключається до MTree через CIFS, може бачити помилки "невірний дескриптор". Зауважте, що ця проблема стосується лише DDR під керуванням DDOS 5.7 і не застосовується до будь-якого іншого випуску DDOS.
 

Крім того, існує ще один можливий прояв тієї ж проблеми, який може виникнути на DDOS 6.x або пізніших версіях, навіть якщо описаний дефект усунено (див. нижче релізи). Оригінальне виправлення не змогло визначити інший шлях коду для того ж дефекту (а саме, коли цільова FS для MTree, яка використовується для доступу до файлів через CIFS, заповнена на 100%), що може призвести до того ж рядка PANIC нижче, і який з тих пір був виправлений у деяких релізах DDOS 6.x:

12.09 01:56:30.847 (tid 0x7f557410ec20): ПОМИЛКА: MSG-INTRNL-00001: ПАНІКА: fmcl/fm_inode.c: fm_iput_unpin: 469: fm_iput_unpin не вдалося. Діренти все ще присутні.

DDOS 5.7 і пізніші версії (які повністю змінили базову реалізацію SMB/CIFS у DDOS) включають нову функціональність, що дозволяє обробляти файли CIFS зі збереженням стану. Ця проблема спричинена дефектом у тому, як ці дескриптори файлів CIFS зі збереженням стану взаємодіють із функціональністю реплікації MTree.

Зауважте, що виправлення цієї проблеми було включено в наступні випуски DDOS з гарячим виправленням/виправленнями (зауважте, що станом на вересень 2019 року DDOS 5.7 більше не підтримується):

• DDOS 5.7.1.10 і пізніші версії
• DDOS 5.7.2.0 і вище
• DDOS 5.7.32.0 (цей випуск застосовується лише до віртуальних пристроїв Data Domain Virtual Edition/DDVE)

Наразі клієнтам слід оновити систему до підтримуваного випуску DDOS 6.x, оскільки припинення підтримки сімейства DDOS 5.7 завершилося 31 січня 2019 року.


Для дефекту кутового корпусу, який може бути порушений, коли FS, що виступає в якості призначення для MREPL, заповнений на 100%, немає виправлення в жодній версії DDOS 5.7, але є в наступних пізніших (і підтримуються на даний момент) релізах:

• DDOS 6.0.2.40 і пізніші версії
• DDOS 6.1.2.30 і пізніші версії
• DDOS 6.2.0.20 і пізніші версії

Оскільки в цьому випадку (коли проблемний DD FS становить 100%) оновити DDOS може бути не відразу через брак місця у FS, можливим обхідним шляхом може бути:

• Вимкніть всі ingest і використовувані протоколи, а також реплікацію
• Запустіть чисту систему (навіть якщо ФС заповнена на 100%, вона повинна завершитися нормально) і дочекайтеся її завершення
• Тепер, коли ФС більше не повинна бути заповнена на 100%, знайдіть час, щоб видалити додаткові резервні копії, перевірити старі знімки і т.д. і знову запустити в чистоту
• Коли обсяг дискового простору буде достатнім, щоб уникнути повторного заповнення ФС, знову включаємо протоколи і відновлюємо резервне копіювання
• Заплануйте оновлення до фіксованого випуску на пізніший час

Якщо FS не працює або постійно виходить з ладу, зверніться до свого постачальника підтримки, з яким ви уклали контракт, щоб ми могли допомогти з альтернативним обхідним шляхом.