Dell VxRail : Un enregistrement public.operation_status obsolète empêche l’arrêt d’un seul nœud sur VxRail 4.7.410

Une demande d’arrêt de nœud unique du plug-in VxRail (« Monitor » -> « Physical View »->"ACTIONS »->"Shutdown Host ») s’est arrêtée à l’étape
« Validate ».Les trois quatrièmes hôtes ESXi ont effectué les étapes suivantes sans problème. Mais un hôte spécifique s’est arrêté à l’étape « Validate » sans afficher les tâches habituelles dans la boîte de dialogue « Shutdown Host - hostname ».

1. Migration des machines virtuelles
2. Valider
3. Confirmer
4. Arrêt

Le redémarrage de tous les services associés entre VxRail Manager et ESXi n’a pas permis de résoudre le problème.
Le redémarrage de VxRail Manager n’a pas résolu le problème.
Le redémarrage de l’hôte ESXi n’a pas résolu le problème.
Le compte de gestion n’a pas de problème.
À partir du bundle de logs, un enregistrement public.operation_status obsolète a été trouvé (SERVICE_TAG doit être remplacé).

# pwd
/VxRail_Support_Bundle_528b5b3d-d2f4-2f70-fc35-d3e15c274bcc_2022-06-01_00_23_57/vxrail_data_collection_2022-06-01_00_23_57/dump
# grep "^COPY " db_mysticmanager -n |grep public.operation_status -A1
3623:COPY public.operation_status (id, owner, state, error, progress, starttime, endtime, target, step, detail, extension) FROM stdin;
3695:COPY public.power_supply (sn, part_number, revision_number, name, manufacturer, slot, health, missing, appliance_id) FROM stdin;
# expr 3695 - 3623 - 1
71
# grep "^COPY public.operation_status" db_mysticmanager -A71 |grep "^COPY \|HOST_SHUTDOWN[[:space:]]IN_PROGRESS"|grep SERVICE_TAG
3d56845d-32be-4b67-b5a6-f10790ccedcc    HOST_SHUTDOWN   IN_PROGRESS     \N      0       1649927129841   \N      SERVICE_TAG \N      \N      \N

Un enregistrement de public.operation_status obsolète empêchait de terminer l’étape « Validate ».

Le problème a été résolu en supprimant l’enregistrement public.operation_status obsolète.

1. Prenez un snapshot de la machine virtuelle VxRail Manager dans vSphere Client.

2. Connectez-vous à VxRail Manager en tant que machine virtuelle à l’aide de ssh, puis basculez l’utilisateur (su -) vers l’utilisateur root.

3. Exécutez la commande suivante pour afficher la liste des opérations IN_PROGRESS/HOST_SHUTDOWN dans la base de données VxRail Manager.

   	# psql -U postgres mysticmanager -c "select id, owner, state, error, target from public.operation_status where owner='HOST_SHUTDOWN' and state='IN_PROGRESS';"

4. Identifiez l'« ID » de l’opération d’état « IN_PROGRESS » à partir de la sortie de l’étape 3.

5. Exécutez la commande suivante pour supprimer l’enregistrement de la base de données VxRail Manager.

   	# psql -U postgres mysticmanager -c "delete from public.operation_status where id='ID_FROM_PREVIOUS_PSQL_COMMAND_OUTPUT' and owner='HOST_SHUTDOWN' and state='IN_PROGRESS';"

6. Exécutez les commandes suivantes pour redémarrer les services vmware-software et exécuter les services sur VxRail Manager.

   	# systemctl restart vmware-marvin
   	# systemctl restart runjars

7. Réessayez l’arrêt d’un seul nœud à partir du plug-in VxRail (« Monitor » -> « Physical View »->"ACTIONS »->"Shutdown Host ») et vérifiez le résultat de l’étape « Validate ».

8. Si l’étape « Validate » est terminée, vous pouvez supprimer le snapshot de la machine virtuelle VxRail Manager.