Errores del dispositivo SDS de PowerFlex cifrados con CloudLink después de reinicios debido a que el servicio SDS se inicia antes de que el agente de CloudLink desbloquee las unidades

Productos afectados: La combinación específica que incluye:

1. PowerFlex 3.6
2. Enlace a la nube 7.1
3. RHEL 8.x
4. Dispositivos SDS cifrados por CloudLink

Después de un reinicio, los dispositivos SDS cifrados con CloudLink pueden aparecer como fallidos en la interfaz del usuario de PowerFlex debido a la reordenación del mapeador de dispositivos.

La asignación lógica del dispositivo de arranque puede intercambiar entre la primera y la última letra del dispositivo.

Los errores de SDS también pueden ocurrir después de reinicios si el servicio de SDS se inicia antes de que CloudLink haya desbloqueado las unidades. Esto se corregirá en la versión 7.0.2 de CloudLink.

• El mapeador de CloudLink cifrado utiliza la letra de unidad como identificador. (por ejemplo, /dev/mapper/svm_sdb)
• Cuando cambia la letra de unidad, cambia el nombre del asignador
• Durante el reinicio, la letra de unidad puede cambiar en función de si la unidad de arranque o las unidades SDS se detectan primero.
• Esto también puede ocurrir si el servicio SDS se inicia antes de que el agente de CloudLink haya desbloqueado las unidades.

Solución alternativa para el cambio de letra de unidad:

• Opción 1:

  • Detenga el servicio SDS en el nodo PowerFlex (/opt/emc/scaleio/sds/bin/delete_service.sh).
  • Borre todas las alertas de SDS. Esto debería activar PowerFlex para volver a analizar el sistema en busca de los nuevos nombres de dispositivos y comenzar a usarlos. (Se encuentra en dispositivos de servidor > de presentación).
  • Reinicie el servicio SDS después de (/opt/emc/scaleio/sds/bin/create_service.sh).

• Opción 2: Quite las unidades SDS de PowerFlex y vuelva a agregarlas. (Se encuentra en dispositivos de servidor > de presentación)

• Opción 3: Reinicie el nodo PowerFlex y el orden de los discos puede volver a la asignación original.

Si los reinicios posteriores utilizan el nuevo formato de letra de unidad, los errores de SDS continúan ocurriendo en los reinicios. Para cambiar las letras de unidad de PowerFlex de modo que no se produzcan errores de SDS, ejecute los siguientes comandos de la scli:

Busque el sds_id del nodo SDS que tenía los errores:

Scli --query_all_sds

Actualización con las nuevas letras de unidad:

Scli --update_sds_original_paths -sds_id  <id>

Retrase el inicio de PowerFlex hasta que CloudLink desbloquee las unidades:
Las actualizaciones de CloudLink a 7.0x, 7.1, 7.1.1 y 7.1.2 eliminarán un temporizador de suspensión de 60 segundos en /opt/emc/extra/pre_run.sh en los nodos SDS. Esto causará errores de SDS después de un reinicio, ya que PowerFlex comienza a usar las unidades antes de que CloudLink las desbloquee. Para evitar errores de SDS en los reinicios, vuelva a agregar el retraso de 60 s en /opt/emc/extra/pre_run.sh en los nodos de SDS después de una actualización del agente de CloudLink. Esto retrasa el inicio del servicio SDS hasta que CloudLink haya desbloqueado las unidades cifradas.

Un ejemplo que muestra el retardo de 60 s agregado a pre_run.sh:

#!/bin/bash -f

if [ -f /sbin/svm ]; then
  echo svm is installed $(date) >> /var/log/svm-sds
  /sbin/svmd -l /var/log/svmd.log -p /var/run/svmd.pid &
  end=$((SECONDS+300))
  while [ $SECONDS -lt $end ]; do
    /sbin/svm unlocked > /dev/null && break
    sleep 5
  done
fi
sleep 60
echo pre_run returned...$(date) >> /var/log/svm-sds

Corrección permanente:

• Nuevas implementaciones : instale CloudLink 7.1.2 y PowerFlex 3.6.0.2
• Sistemas existentes: Actualización a CloudLink 7.1.2 y PowerFlex 3.6.0.2

CloudLink 7.1.2 y PowerFlex 3.6.0.2 utilizarán /dev/disk/by-id/.... Y, por lo tanto, use los nombres /dev/mapper/svm_wwn-XXXX frente a los nombres lógicos /dev/svm_sdXXX.