Відомі проблеми з протоколом CIFS після оновлення засобу відновлення доменів даних (DDR) до операційної системи домену даних (DDOS) версії 5.7

Проблеми, що впливають на доступ до спільних ресурсів на DDR через протокол CIFS. Зверніть увагу, що деякі статті з посиланнями можуть бути видимі не для всіх користувачів. Для отримання додаткової допомоги з будь-якого з цих питань, будь ласка, зв'яжіться з вашим постачальником підтримки, вказавши деталі цієї статті.

РОЗДІЛ 1 - ЗАГАЛЬНІ ПИТАННЯ CIFS:

Після оновлення до DDOS 5.7 клієнти не можуть використовувати протокол CIFS для доступу до спільних ресурсів, створених під час виконання DDR DDOS 5.1 (або ранішої версії):
Проблему вирішено в DDOS 5.7.0.4 і пізніших

версіях.Після оновлення до DDOS 5.7 спільні ресурси CIFS, які раніше були лише для читання, тепер читаються/записуються через протокол CIFS:
Проблему вирішено в DDOS 5.7.1.0 і пізніших
версіях. Додаткова інформація: Домен даних: Налаштування спільного ресурсу

CIFSЯкщо ввімкнено налагоджене логування CIFS, файли журналу CIFS можуть несподівано збільшуватися, що спричинятиме заповнення файлової системи /ddr/var, що спричинятиме потенційну нестабільність DDR:
Проблему вирішено в DDOS 5.7.0.10 і DDOS 5.7.1.0 і пізніших
версіях. Додаткова інформація: https://support.emc.com/kb/463820

Інформація про користувачів або групу, додана до спільного ресурсу CIFS, може бути втрачена після оновлення до DDOS 5.7:
Проблема вирішена в DDOS 5.7.0.10 і DDOS 5.7.1.0

Спільні ресурси CIFS, налаштовані зі списком доступу, що містить підмережу /24, можуть бути недоступні після оновлення до DDOS 5.7:
Це пов'язано з конструкцією програмного забезпечення «Аналогічно», яке використовується для CIFS у DDOS 5.7.
Це покращено/виправлено у версії 6.0.0.9, тобто. Підмережа підтримується для списку доступу клієнта.

Список клієнтів для спільних ресурсів CIFS може бути скорочений після оновлення до DDOS 5.7, що перешкоджає доступу деяких клієнтів до спільних даних:
Проблему вирішено в DDOS 5.7.2.0

DDR не можуть приєднатися до домену active directory через час очікування lsass на DDR (час очікування lsass становить лише 30 секунд):
Проблему вирішено в DDOS 5.7.1.0 і пізніше (час очікування lsass збільшено до 90 секунд)
Додаткова інформація: https://support.emc.com/kb/463747

РОЗДІЛ 2 - ПРОБЛЕМИ РЕЗЕРВНОГО КОПІЮВАННЯ CIFS:
Збої резервного копіювання CIFS через вичерпання CIFS максимальної кількості підтримуваних TCP-з'єднань (600 з'єднань)
Проблему вирішено в DDOS 5.7.1.10 і пізніших

версіяхНе вдається отримати доступ до спільних ресурсів CIFS за допомогою "DDFM check share access: Неможливо отримати інформацію спільного доступу» через те, що розмір віртуальної пам'яті процесу lsass перевищує налаштоване м'яке обмеження:
Проблема вирішена в DDOS 5.7.3.0 і пізніших

версіях, резервні копії CIFS працюють повільно і можуть мати періодичні збої після оновлення до DDOS 5.7 через тайм-аути commlib (повідомлення, схожі на "Помилка Commlib для асинхронного завдання", можуть бути видні в /ddr/var/log/debug/cifs/cifs.log):
Проблема вирішена в DDOS 5.7.1.10 і пізніших

версіяхCIFS deamon паніки (lwsmd) і збої запуску резервних копій/відновлень CIFS після оновлення до DDOS 5.7:
Проблему вирішено в DDOS 5.7.1.0 і пізніших

версіях. Низька продуктивність/збій резервних копій CIFS у середовищах із підтримкою SMB2 через недостатні параметри часу очікування сеансу після оновлення до DDOS 5.7:
Це вимагає встановлення різних параметрів реєстру на клієнті CIFS та збільшення буфера, виділеного в уражених програмах резервного копіювання. Будь ласка, зверніться до свого постачальника послуг підтримки за контрактом для отримання додаткової інформації.

Резервне копіювання CIFS не вдається виконати через помилки дозволів після оновлення до DDOS 5.7, спричинені тим, що резервне копіювання виконується користувачем, відмінним від того, який спочатку використовувався для створення папки резервної копії:
Проблему вирішено в DDOS 5.7.2.0 і пізніше

РОЗДІЛ 3 - ПРОБЛЕМИ DD:
Система недоступна через GUI/SSH, через трафік DCERPC, що спричиняє зависання SMS-завдань
.Проблему вирішено в DDOS 5.7.2.10 і пізніших версіях.
Додаткова інформація: https://support.emc.com/kb/487612

DDFS панікує, якщо утиліта dd_xcacls використовується для зміни прав доступу до файлів, і система піддається подальшому навантаженню CIFS:
Щоб уникнути цієї проблеми, DDFS слід перезапускати після використання dd_xcacls (зверніть увагу, що це призведе до переривання запуску резервного копіювання/відновлення):
# filesys перезапуск Перейменовувач

даних VNX не може отримати доступ до спільних ресурсів CIFS на DDR після оновлення DDR до DDOS 5.7

Місце в /ddvar не буде зайнято відразу після видалення файлу через спільний доступ
CIFS. Щоб обійти цю проблему, запустіть "cifs restart force" у CLI або виконайте більше операцій з файлами на спільному ресурсі CIFS для /ddvar. Обговорюється виправлення.
Додаткова інформація: Домен даних - Мало місця в /ddvar