Data Domain: Polecenie modyfikacji jednostki pamięci masowej DDBoost kończy się niepowodzeniem z limitem czasu komunikacji w systemie plików
Summary: Uruchomienie polecenia ddboost storage-unit modify w systemie Data Domain może spowodować błąd przekroczenia limitu czasu komunikacji z systemem plików w przypadku uruchomienia względem jednostek pamięci masowej zawierających wiele plików. To zachowanie jest obserwowane od wersji DDOS 6.2.0.x i nowszych. ...
Symptoms
- Następujące polecenie kończy się niepowodzeniem w przypadku wykonania na jednostce pamięci masowej DD Boost z wieloma plikami:
# ddboost storage-unit modify <storage-unit> user <user-name> - Zwrócono błąd:
DDBOOST command failed due to filesystem communication timeout
Cause
Począwszy od DDOS 6.2, ddboost storage-unit modify wykonuje rekurencyjną zmianę własności (chown -R) dla wszystkich plików w określonej jednostce pamięci masowej. Jeśli operacja przekroczy dwie minuty, upłynie limit czasu polecenia, nawet jeśli zadanie w tle będzie kontynuowane.
⚠️ Unikaj inicjowania wielu zmian własności w krótkich odstępach czasu, ponieważ może to spotęgować opóźnienia.
Resolution
1.) Jeśli modyfikowana jest tylko jedna jednostka pamięci masowej.
Nie jest wymagane dalsze działanie. Zadanie w tle kończy zmianę własności pomimo komunikatu o przekroczeniu limitu czasu.
2.) Jeśli wymagana jest wiele jednostek pamięci masowej.
Wybierz jedną z następujących trzech opcji w zależności od wersji systemu DDOS i ograniczeń operacyjnych:
Opcja A — zwiększenie wartości limitu czasu (DDOS 6.2.1.0 i nowsze)
Począwszy od wersji DDOS 6.2.1.0, wartość limitu czasu dla poleceń DD Boost można zwiększyć, aby dostosować się do większych jednostek pamięci masowej.
-
- Skontaktuj się z pomocą techniczną firmy Dell, aby poprosić o korektę wartości limitu czasu — zapoznaj się z tym artykułem bazy wiedzy (#000078758).
Opcja B - Użytkowanie skip-chown Flaga (DDOS 7.10 i nowsze)
Jeśli UID użytkownika pozostaje niezmieniony (na przykład modyfikowana jest tylko grupa), możesz pominąć rekurencyjną zmianę właściciela:
# ddboost storage-unit modify <storage-unit> user <user-name> skip-chown
📌 Zapoznaj się z artykułem bazy wiedzy Data Domain: Jak zmienić rolę użytkownika DDBoost na Admin lub None w scenariuszach, w których skip-chown ma zastosowanie.
Opcja C - Ręczne opóźnienie między modyfikacjami
W przypadku korzystania z systemu DDOS w wersji starszej niż 6.2.1.0 i braku możliwości uaktualnienia:
-
- Odczekaj wystarczająco dużo czasu między modyfikacjami każdej jednostki pamięci masowej, aby zezwolić na tło
chownoperacji do ukończenia.
- Odczekaj wystarczająco dużo czasu między modyfikacjami każdej jednostki pamięci masowej, aby zezwolić na tło