Data Domain: El comando DDBoost storage-unit modify falla con tiempo de espera agotado de comunicación del sistema de archivos

Resumen: La ejecución del comando ddboost storage-unit modify en un sistema Data Domain puede provocar un error de tiempo de espera agotado de comunicación del sistema de archivos cuando se ejecuta en unidades de almacenamiento que contienen muchos archivos. Este comportamiento se observa desde DDOS versión 6.2.0.x en adelante. ...

Este artículo se aplica a Este artículo no se aplica a Este artículo no está vinculado a ningún producto específico. No se identifican todas las versiones del producto en este artículo.

Síntomas

  • El siguiente comando falla cuando se ejecuta en una unidad de almacenamiento de DD Boost con muchos archivos:
    # ddboost storage-unit modify <storage-unit> user <user-name>
    
  • Error devuelto:
    DDBOOST command failed due to filesystem communication timeout

Causa

A partir de DDOS 6.2, el ddboost storage-unit modify realiza un cambio de propiedad recursivo (chown -R) en todos los archivos de la unidad de almacenamiento especificada. Si la operación supera los dos minutos, se agota el tiempo de espera del comando, aunque la tarea en segundo plano continúe.

⚠️ Evite iniciar varios cambios de propiedad en sucesión rápida, ya que esto puede agravar las demoras.

Resolución

1.) Si solo se está modificando una unidad de almacenamiento.

No es necesario que realice otra acción. La tarea en segundo plano completa el cambio de propiedad a pesar del mensaje de tiempo de espera agotado.


2.) Si es necesario modificar varias unidades de almacenamiento.

Seleccione una de las siguientes tres opciones en función de la versión de DDOS y las restricciones operativas:


Opción A: aumentar el valor de tiempo de espera agotado (DDOS 6.2.1.0 y versiones posteriores)
Desde DDOS 6.2.1.0 en adelante, el valor de tiempo de espera agotado para los comandos de DD Boost se puede aumentar a fin de dar cabida a unidades de almacenamiento más grandes.

    • Comuníquese con el soporte de Dell para solicitar un ajuste del valor del tiempo de espera: consulte este artículo de la base de conocimientos (#000078758).

Opción B: usar skip-chown Marca (DDOS 7.10 y versiones posteriores)
Si el UID del usuario permanece sin cambios (por ejemplo, solo se modifica el grupo), puede omitir el cambio de propiedad recursivo:

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

📌 Consulte KB Data Domain: Cómo cambiar la función de usuario de DDBoost a Admin o None en situaciones en las que skip-chown es aplicable.


Opción C: Retraso manual entre modificaciones
Si ejecuta versiones de DDOS anteriores a 6.2.1.0 y no puede actualizar:

    • Espere el tiempo suficiente entre las modificaciones de cada unidad de almacenamiento para permitir que el fondo chown operación que se debe completar.

Productos afectados

Data Domain, Data Domain Boost - Open Storage
Propiedades del artículo
Número del artículo: 000078758
Tipo de artículo: Solution
Última modificación: 18 abr 2026
Versión:  7
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.