Data Domain: Der Befehl zum Ändern der DDBoost-Storage-Einheit schlägt mit einem Timeout für die Dateisystemkommunikation fehl
Summary: Das Ausführen des Befehls ddboost storage-unit modify auf einem Data Domain-System kann zu einem Timeout-Fehler bei der Dateisystemkommunikation führen, wenn er auf Speichereinheiten mit vielen Dateien ausgeführt wird. Dieses Verhalten wird ab DDOS-Version 6.2.0.x beobachtet. ...
Symptoms
- Der folgende Befehl schlägt fehl, wenn er auf einer DD Boost-Speichereinheit mit vielen Dateien ausgeführt wird:
# ddboost storage-unit modify <storage-unit> user <user-name> - Es wurde ein Fehler zurückgegeben:
DDBOOST command failed due to filesystem communication timeout
Cause
Ab DDOS 6.2 wird die ddboost storage-unit modify führt eine rekursive Eigentümeränderung (chown -R) für alle Dateien in der angegebenen Speichereinheit. Wenn der Vorgang länger als zwei Minuten dauert, tritt für den Befehl eine Zeitüberschreitung auf, obwohl die Hintergrundaufgabe fortgesetzt wird.
⚠️ Vermeiden Sie es, mehrere Eigentümerwechsel in schneller Abfolge zu initiieren, da dies zu Verzögerungen führen kann.
Resolution
1.) Wenn nur eine Speichereinheit geändert wird.
sind keine weiteren Maßnahmen erforderlich. Die Hintergrundaufgabe schließt die Änderung der Eigentumsrechte trotz der Zeitüberschreitungsmeldung ab.
2.) Wenn mehrere Speichereinheiten geändert werden müssen.
Wählen Sie je nach DDOS-Version und betrieblichen Einschränkungen eine der folgenden drei Optionen aus:
Option A – Timeout-Wert erhöhen (DDOS 6.2.1.0 und höher)
Ab DDOS 6.2.1.0 kann der Timeout-Wert für DD Boost-Befehle erhöht werden, um größere Speichereinheiten zu ermöglichen.
-
- Wenden Sie sich an den Dell Support, um eine Anpassung des Timeout-Werts anzufordern – siehe diesen KB-Artikel (#000078758).
Option B – Verwenden skip-chown Flag (DDOS 7.10 und höher)
Wenn die UID des Nutzers unverändert bleibt (z. B. wenn nur die Gruppe geändert wird), können Sie die Änderung der rekursiven Eigentumsrechte umgehen:
# ddboost storage-unit modify <storage-unit> user <user-name> skip-chown
📌 Siehe Wissensdatenbank Data Domain: So ändern Sie die DDBoost-Nutzerrolle in Admin oder None für Szenarien, in denen skip-chown anwendbar ist.
Option C: Manuelle Verzögerung zwischen Änderungen
Wenn DDOS-Versionen vor 6.2.1.0 ausgeführt werden und kein Upgrade durchgeführt werden kann:
-
- Warten Sie ausreichend zwischen den Änderungen der einzelnen Storage-Einheiten, damit der Hintergrund
chownVorgang abzuschließen.
- Warten Sie ausreichend zwischen den Änderungen der einzelnen Storage-Einheiten, damit der Hintergrund