Data Domain: Příkaz k úpravě úložné jednotky DDBoost selže s vypršením časového limitu komunikace systému souborů

• Následující příkaz selže při spuštění na úložné jednotce DD Boost s mnoha soubory:

  # ddboost storage-unit modify <storage-unit> user <user-name>
  

• Vrácena chyba:

  DDBOOST command failed due to filesystem communication timeout

Počínaje systémem DDOS 6.2 ddboost storage-unit modify provede rekurzivní změnu vlastnictví (chown -R) ve všech souborech v zadané úložné jednotce. Pokud operace překročí dvě minuty, vyprší časový limit příkazu, i když úloha na pozadí pokračuje.

⚠️ Vyhněte se iniciování několika změn vlastnictví v rychlém sledu, protože to může zkomplikovat zpoždění.

1.) Pokud se upravuje pouze jedna jednotka úložiště.

Není vyžadována žádná akce. Úloha na pozadí dokončí změnu vlastnictví bez ohledu na zprávu o vypršení časového limitu.

2.) Pokud úpravu vyžaduje více jednotek úložiště.

Vyberte jednu z následujících tří možností podle verze systému DDOS a provozních omezení:

Možnost A – zvýšení časového limitu (DDOS 6.2.1.0 a novější)
Od verze DDOS 6.2.1.0 lze časový limit příkazů DD Boost prodloužit, aby vyhovoval větším jednotkám úložiště.

• • Obraťte se na podporu společnosti Dell s žádostí o úpravu hodnoty časového limitu – viz tento článek znalostní databáze (#000078758).

Varianta B – Použití skip-chown Příznak (DDOS 7.10 a novější)
Pokud UID uživatele zůstane beze změny (například se upravuje pouze skupina), můžete rekurzivní změnu vlastnictví obejít:

# ddboost storage-unit modify <storage-unit> user <user-name> skip-chown

📌 Viz článek znalostní databáze Data Domain: Jak změnit roli uživatele DDBoost na hodnotu Admin nebo None pro scénáře, kdy skip-chown je použitelné.

Možnost C – Ruční prodleva mezi úpravami
Pokud používáte verzi systému DDOS starší než 6.2.1.0 a nelze provést upgrade:

• • Mezi úpravami jednotlivých úložných jednotek počkejte dostatečně dlouho, aby se na pozadí chown operace, která má být dokončena.