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.

Recupere el nodo de almacenamiento en 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.

Antes de empezar

  • 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 > misión.)

  • Ha comprobado que una expansión no está en curso. (En Grid Manager, seleccione MANTENIMIENTO > tareas > 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 al grid hasta que Cassandra se haya recompilado 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. Consulte "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 "recuperación del fallo de la unidad del sistema".

  3. 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 SUPPORT > Tools > Topología de cuadrícula.

    3. Seleccione Site > Storage Node > SSM > Services. Compruebe que aparece el servicio Cassandra Not Running.

    4. Selecciona 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

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

    • Si se está ejecutando el servicio Cassandra según el volumen 0, se le pedirá que lo detenga. Introduzca: Y

      Nota Si el servicio Cassandra ya está detenido, no se le preguntará. El servicio Cassandra se ha detenido solo para el volumen 0.

    • 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.

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

    1. En Grid Manager, seleccione SUPPORT > Tools > Topología de cuadrícula.

    2. Seleccione Site > Recuerdo de almacenamiento > SSM > Servicios.

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

    4. Selecciona 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'».