Dell VxRail: Ein veralteter public.operation_status-Datensatz verhindert das Herunterfahren einzelner Nodes auf VxRail 4.7.410.

Eine Anforderung zum Herunterfahren eines einzelnen Node vom VxRail-Plug-in ("Monitor"->"Physical View"->"ACTIONS"->"Shutdown Host") wurde im Schritt "Validate" angehalten.
Drei vierte ESXi-Hosts haben die folgenden Schritte ohne Probleme abgeschlossen. Ein bestimmter Host wurde jedoch im Schritt "Validate" angehalten, ohne die üblichen Aufgaben im Dialogfeld "Shutdown Host - hostname" anzuzeigen.

1. VM-Migration
2. Validieren
3. Bestätigen
4. Herunterfahren

Durch den Neustart aller zugehörigen Services zwischen VxRail Manager und ESXi wurde das Problem nicht behoben.
Durch den Neustart von VxRail Manager wurde das Problem nicht behoben.
Durch den Neustart des ESXi-Hosts wurde das Problem nicht behoben.
Das Managementkonto hat kein Problem.
Im Protokollpaket wurde ein veralteter public.operation_status Datensatz gefunden (SERVICE_TAG muss ersetzt werden).

# 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

Ein veralteter public.operation_status Datensatz verhinderte, dass der Schritt "Validieren" abgeschlossen wurde.

Das Problem wurde behoben, indem der veraltete public.operation_status Datensatz gelöscht wurde.

1. Erstellen Sie einen Snapshot der virtuellen VxRail Manager-Maschine im vSphere Client.

2. Melden Sie sich bei VxRail Manager mithilfe von ssh als aufstörerisch an und wechseln Sie dann user(su -) zum Root-Benutzer.

3. Führen Sie einen folgenden Befehl aus, um eine Liste der IN_PROGRESS/HOST_SHUTDOWN Vorgänge in der VxRail Manager-Datenbank anzuzeigen.

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

4. Identifizieren Sie die "ID" des Statusvorgangs "IN_PROGRESS" aus der Ausgabe aus Schritt 3.

5. Führen Sie einen folgenden Befehl aus, um den Datensatz aus der VxRail Manager-Datenbank zu löschen.

   	# 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. Führen Sie die folgenden Befehle aus, um vmware-marvin und runjars-Services auf VxRail Manager neu zu starten.

   	# systemctl restart vmware-marvin
   	# systemctl restart runjars

7. Versuchen Sie es erneut mit dem Herunterfahren eines einzelnen Node über das VxRail-Plug-in ("Monitor"->"Physical View"->"ACTIONS"->"Shutdown Host") und überprüfen Sie das Schrittergebnis "Validate".

8. Wenn der Schritt "Validieren" abgeschlossen ist, können Sie den Snapshot der virtuellen VxRail Manager-Maschine löschen.