Data Domain : Échec de la commande DDBoost storage-unit modify avec le délai d’expiration de la communication du système de fichiers

• La commande suivante échoue lorsqu’elle est exécutée sur une unité de stockage DD Boost contenant de nombreux fichiers :

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

• Erreur renvoyée :

  DDBOOST command failed due to filesystem communication timeout

À partir de DDOS 6.2, le ddboost storage-unit modify effectue une modification récursive de la propriété (chown -R) sur tous les fichiers de l’unité de stockage spécifiée. Si l’opération dépasse deux minutes, la commande expire, même si la tâche en arrière-plan se poursuit.

⚠️ Évitez d’effectuer plusieurs changements de propriétaire à la suite de manière rapide, car cela peut entraîner des retards supplémentaires.

1.) Si une seule unité de stockage est en cours de modification.

Aucune action n’est requise. La tâche d’arrière-plan termine le changement de propriété malgré le message d’expiration.

2.) Si plusieurs unités de stockage nécessitent une modification.

Choisissez l’une des trois options suivantes en fonction de votre version de DDOS et de vos contraintes opérationnelles :

Option A : Augmenter la valeur du délai d’expiration (DDOS 6.2.1.0 et versions ultérieures)
À partir de DDOS 6.2.1.0, la valeur du délai d’expiration des commandes DD Boost peut être augmentée pour prendre en charge des unités de stockage plus volumineuses.

• • Contactez le support Dell pour demander un ajustement de la valeur du délai d’expiration - consultez cet article de la base de connaissances (#000078758).

Option B - Utilisation skip-chown Balise (DDOS 7.10 et versions ultérieures)
Si l’UID de l’utilisateur reste inchangé (par exemple, seul le groupe est modifié), vous pouvez ignorer la modification récursive de la propriété :

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

📌 Reportez-vous à la base de connaissances Data Domain : Modification du rôle d’utilisateur DDBoost sur Admin ou Aucun pour les scénarios où skip-chown s’applique.

Option C - Délai manuel entre les modifications
Si vous exécutez des versions DDOS antérieures à 6.2.1.0 et que vous ne pouvez pas effectuer la mise à niveau :

• • Patientez suffisamment de temps entre la modification de chaque unité de stockage pour permettre l’arrière-plan chown opération à terminer.