Data Domain: DDBoost-storageenhedsændring Kommandoen mislykkes med timeout for filsystemkommunikation

• Følgende kommando mislykkes, når den udføres på en DD Boost-storageenhed med mange filer:

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

• Fejl returneret:

  DDBOOST command failed due to filesystem communication timeout

Fra og med DDOS 6.2 ddboost storage-unit modify kommando udfører en rekursiv ejerskabsændring (chown -R) på tværs af alle filer i den angivne lagerenhed. Hvis handlingen overstiger to minutter, får kommandoen timeout, selvom baggrundsopgaven fortsætter.

⚠️ Undgå at starte flere ejerskabsændringer hurtigt efter hinanden, da dette kan forværre forsinkelser.

1.) Hvis kun én storageenhed ændres.

Så kræves der ingen handling. Opgaven i baggrunden fuldfører ejerskiftet på trods af timeoutmeddelelsen.

2.) Hvis flere storageenheder kræver ændringer.

Vælg en af følgende tre muligheder baseret på din DDOS-version og driftsbegrænsninger:

Mulighed A – Forøg timeoutværdien (DDOS 6.2.1.0 og nyere)
Fra DDOS 6.2.1.0 og frem kan timeoutværdien for DD Boost-kommandoer øges for at rumme større storageenheder.

• • Kontakt Dell Support for at anmode om en timeout-værdijustering – Se denne KB-artikel (#000078758).

Mulighed B – Brug skip-chown Flag (DDOS 7.10 og nyere)
Hvis brugerens UID forbliver uændret (f.eks. kun gruppen ændres), kan du omgå den rekursive ejerskabsændring:

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

📌 Se KB Data Domain: Sådan ændres DDBoost-brugerrollen til Administrator eller Ingen for scenarier, hvor skip-chown finder anvendelse.

Mulighed C – Manuel forsinkelse mellem ændringer
Hvis du kører DDOS-versioner, der er ældre end 6.2.1.0 og ikke kan opgraderes:

• • Vent nok tid mellem ændring af hver lagerenhed til at tillade baggrunden chown handling at fuldføre.