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. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

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 chown operacji do ukończenia.

Affected Products

Data Domain, Data Domain Boost - Open Storage
Article Properties
Article Number: 000078758
Article Type: Solution
Last Modified: 24 Oct 2025
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.