Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Recuperar un nodo de almacenamiento que ha estado inactivo más de 15 días

Colaboradores
PDF

Si un solo nodo de almacenamiento ha estado desconectado y no está conectado a otros nodos de almacenamiento durante más de 15 días, debe reconstruir Cassandra en el nodo.

Lo que necesitará

  • Comprobó que un decomisionado del nodo de almacenamiento no está en curso o que ha pausado el procedimiento para decomisionar el nodo. (En Grid Manager, seleccione Mantenimiento > tareas de mantenimiento > retirada.)

  • Ha comprobado que una expansión no está en curso. (En Grid Manager, seleccione Mantenimiento > tareas de mantenimiento > expansión.)

Acerca de esta tarea

Los nodos de almacenamiento tienen una base de datos Cassandra que incluye metadatos de objetos. Si un nodo de almacenamiento no pudo comunicarse con otros nodos de almacenamiento durante más de 15 días, StorageGRID asume que la base de datos Cassandra del nodo está obsoleta. El nodo de almacenamiento no puede volver a unirse a la cuadrícula hasta que se reconstruye Cassandra con información de otros nodos de almacenamiento.

Use este procedimiento para reconstruir Cassandra solo si un solo nodo de almacenamiento está inactivo. Póngase en contacto con el soporte técnico si hay más nodos de almacenamiento sin conexión o si Cassandra se ha reconstruido en otro nodo de almacenamiento en los últimos 15 días; por ejemplo, Cassandra se puede haber reconstruido como parte de los procedimientos para recuperar volúmenes de almacenamiento con fallos o para recuperar un nodo de almacenamiento con errores.

Precaución Si más de un nodo de almacenamiento presenta errores (o está sin conexión), póngase en contacto con el soporte técnico. No realice el siguiente procedimiento de recuperación. Podrían perderse datos.
Precaución Si este es el segundo fallo del nodo de almacenamiento en menos de 15 días después de un fallo o una recuperación en el nodo de almacenamiento, póngase en contacto con el soporte técnico. No realice el siguiente procedimiento de recuperación. Podrían perderse datos.
Nota Si se produce un error en más de un nodo de almacenamiento de un sitio, es posible que se requiera un procedimiento de recuperación del sitio. Póngase en contacto con el soporte técnico.

"Cómo realiza la recuperación del sitio el soporte técnico"

Pasos

  1. Si es necesario, encienda el nodo de almacenamiento que se debe recuperar.

  2. Inicie sesión en el nodo de grid:

    1. Introduzca el siguiente comando: ssh admin@grid_node_IP

    2. Introduzca la contraseña que aparece en Passwords.txt archivo.

    3. Introduzca el siguiente comando para cambiar a la raíz: su -

    4. Introduzca la contraseña que aparece en Passwords.txt archivo.

    Cuando ha iniciado sesión como root, el símbolo del sistema cambia de $ para #.+

Nota Si no puede iniciar sesión en el nodo de grid, es posible que el disco del sistema no esté intacto. Vaya al procedimiento para la recuperación tras un fallo de unidad del sistema. "Recuperación del fallo de la unidad del sistema"

  1. Realice las siguientes comprobaciones en el nodo de almacenamiento:

    1. Emita este comando: nodetool status

      La salida debería ser Connection refused

    2. En Grid Manager, seleccione Soporte Herramientas Topología de cuadrícula.

    3. Seleccione site nodo de almacenamiento SSM Servicios. Compruebe que aparece el servicio Cassandra Not Running.

    4. Seleccione nodo de almacenamiento SSM Recursos. Compruebe que no haya estado de error en la sección Volumes.

    5. Emita este comando: grep -i Cassandra /var/local/log/servermanager.log

      Debería ver el siguiente mensaje en el resultado:

    Cassandra not started because it has been offline for more than 15 day grace period - rebuild Cassandra

  2. Emita este comando y supervise el resultado del script: check-cassandra-rebuild

    • Si los servicios de almacenamiento se están ejecutando, se le solicitará que los detenga. Introduzca: Y

    • Revise las advertencias del script. Si no se aplica ninguno de ellos, confirme que desea reconstruir Cassandra. Introduzca: Y

      Nota Algunos procedimientos de recuperación de StorageGRID usan Reaper para gestionar las reparaciones de Cassandra. Las reparaciones se realizan automáticamente tan pronto como se hayan iniciado los servicios relacionados o necesarios. Puede que note un resultado de script que menciona "relativamente" o ""reparación de Cassandra"". Si aparece un mensaje de error que indica que la reparación ha fallado, ejecute el comando indicado en el mensaje de error.

  3. Una vez finalizada la reconstrucción, realice las siguientes comprobaciones:

    1. En Grid Manager, seleccione Soporte Herramientas Topología de cuadrícula.

    2. Seleccione site recuperado nodo de almacenamiento SSM Servicios.

    3. Confirme que todos los servicios están en ejecución.

    4. Seleccione DDS almacén de datos.

    5. Confirmar que Estado del almacén de datos es «'Arriba'» y que Estado del almacén de datos es «'normal'».

Información relacionada

"Recuperación del fallo de la unidad del sistema"