Data Domain: DDBoost-lagringsenhet modifierar Kommandot misslyckas med tidsgräns för filsystemkommunikation

• Följande kommando misslyckas när det körs på en DD Boost-lagringsenhet med många filer:

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

• Fel returnerades:

  DDBOOST command failed due to filesystem communication timeout

Från och med DDOS 6.2 ddboost storage-unit modify utför en rekursiv ägarskapsändring (chown -R) för alla filer i den angivna lagringsenheten. Om åtgärden överskrider två minuter överskrider kommandot tidsgränsen, även om bakgrundsaktiviteten fortsätter.

⚠️ Undvik att initiera flera ägarbyten i snabb följd, eftersom det kan förvärra förseningar.

1.) Om endast en lagringsenhet modifieras.

Inga åtgärder krävs. Bakgrundsaktiviteten slutför ägarskapsändringen trots timeout-meddelandet.

2.) Om flera lagringsenheter behöver modifieras.

Välj ett av följande tre alternativ baserat på din DDOS-version och driftsbegränsningar:

Alternativ A – Öka timeout-värdet (DDOS 6.2.1.0 och senare)
Från DDOS 6.2.1.0 och framåt kan timeoutvärdet för DD Boost-kommandon ökas för att rymma större lagringsenheter.

• • Kontakta Dells support om du vill begära en justering av timeout-värdet – läs denna KB-artikel (#000078758).

Alternativ B – Använd skip-chown Flagga (DDOS 7.10 och senare)
Om användarens UID förblir oförändrat (till exempel om bara gruppen ändras) kan du kringgå den rekursiva ägarskapsändringen:

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

📌 Se KB Data Domain: Så här ändrar du DDBoost-användarrollen till Admin eller Ingen för scenarier där skip-chown är tillämplig.

Alternativ C – Manuell fördröjning mellan ändringar
Om du kör tidigare DDOS-versioner än 6.2.1.0 och inte kan uppgradera:

• • Vänta tillräckligt länge mellan modifieringarna av varje lagringsenhet för att tillåta bakgrunden chown åtgärden ska slutföras.