Data Domain: Endre DDBoost-lagringsenhet Kommandoen mislykkes med tidsavbrudd for filsystemkommunikasjon

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

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

• Feil returnert:

  DDBOOST command failed due to filesystem communication timeout

Fra og med DDOS 6.2 vil ddboost storage-unit modify -kommandoen utfører en rekursiv eierendring (chown -R) på tvers av alle filer i den angitte lagringsenheten. Hvis operasjonen overskrider to minutter, blir kommandoen tidsavbrutt, selv om bakgrunnsoppgaven fortsetter.

⚠️ Unngå å starte flere eierskapsendringer i rask rekkefølge, da dette kan forverre forsinkelser.

1.) Hvis bare én lagringsenhet endres.

Kreves ingen handlinger. Bakgrunnsoppgaven fullfører eierskapsendringen til tross for tidsavbruddsmeldingen.

2.) Hvis flere lagringsenheter må endres.

Velg ett av følgende tre alternativer basert på DDOS-versjonen og driftsbegrensninger:

Alternativ A – øk verdien for tidsavbrudd (DDOS 6.2.1.0 og nyere)
Fra DDOS 6.2.1.0 og utover kan verdien for tidsavbrudd for DD Boost-kommandoer økes for å få plass til større lagringsenheter.

• • Kontakt Dell Support for å be om en justering av tidsavbruddsverdien – se denne KB-artikkelen (#000078758).

Alternativ B – Bruk skip-chown Flagg (DDOS 7.10 og nyere)
Hvis brukerens brukergrensesnitt forblir uendret (for eksempel hvis bare gruppen endres), kan du hoppe over den rekursive eierskapsendringen:

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

📌 Se KB Data Domain: Slik endrer du DDBoost-brukerrollen til Administrator eller Ingen for scenarier der skip-chown er aktuelt.

Alternativ C - manuell forsinkelse mellom modifikasjoner
Hvis du kjører DDOS-versjoner som er eldre enn 6.2.1.0 og ikke kan oppgradere:

• • Vent tilstrekkelig tid mellom endring av hver lagringsenhet for å tillate bakgrunnen chown operasjonen som skal fullføres.