MCS-processen verkar sluta svara när AVI-arbetsflödet försöker stoppa MCS.
Ett grundfall är fortfarande under utredning.
Se avsnittet Lösning för en tillfällig lösning för att kringgå problemet.
1. Logga in på Avamar-verktygsnoden.
2. Bekräfta att MCS är nere med hjälp av kommandona dpnctl och mcserver.sh:
dpnctl status mcs ; mcserver.sh --test
Båda utgångarna bör rapportera att MCS är nere.
3. Växla till rotanvändaren:
su -
4. Kontrollera AVI-gränssnittet eller workflow.log och bekräfta att det inte går att stoppa mcserver.sh:
tail -20 /data01/avamar/repo/temp/<<<The name of the MCS package>>/tmp/workflow.log
5. Kontrollera MCS-processer som körs: (Vanligtvis finns tre eller fyra processer i utdata)
ps -elf | grep mcserver |grep -v grep
Förväntade utdata:
0 S admin 6754 6743 0 80 0 - 40725 - 12:10 ? 00:00:00 /usr/bin/perl /usr/local/avamar/bin/mcserver.sh --stop --force
0 S admin 7466 6754 0 80 0 - 1594176 - 12:11 ? 00:00:12 /usr/java/latest//bin/java -Xmx3G -XX:+HeapDumpOnOutOfMemoryError -X
0 S admin <<PID>> 1 99 80 0 - 2116593 - Dec13 ? 28-02:55:00 /usr/java/latest//bin/java -Xmx3G -XX:+HeapDumpOnOutOfMemoryError
Utdata kommer troligen att innehålla två kommandon som försöker stoppa MCS från AVI (samtidigt under arbetsflödets varaktighet) och en äldre MCS-process, som är vårt fokus.
6. Från utdata dödar du bara MCS-processen, inte de två processer som försöker döda den från AVI.
(MCS-processen är oftast den äldsta och har +HeapDumpOnOutOfMemoryError i namnet.
kill <<PID>>
Där <<PID>> är process-ID:t som visas i steg 5.
7. Alla MCS-processer bör försvinna. Bekräfta detta genom att köra följande kommando igen:
ps -elf | grep mcserver |grep -v grep
Om processen fortfarande körs efter några sekunder upprepar du stoppkommandot, men inkluderar den här gången flaggan "-9":
kill -9 <<PID>>
8. När MCS-processerna inte längre körs bör du försöka utföra arbetsflödet igen så att det kan fortsätta och slutföras.