Процесс MCS перестает отвечать, когда рабочий процесс AVI пытается остановить MCS.
Корневой случай все еще расследуется.
Временное временное временное решение для обхода этой проблемы см. в разделе «Решение».
1. Войдите в служебный узел Avamar.
2. Убедитесь, что MCS не работает, с помощью команд dpnctl и mcserver.sh:
dpnctl status mcs ; mcserver.sh --test
Оба выхода должны сообщать о том, что MCS не работает.
3. Переключитесь на пользователя root.
su -
4. Проверьте пользовательский интерфейс AVI или workflow.log и убедитесь, что он сообщает о сбое остановки mcserver.sh:
tail -20 /data01/avamar/repo/temp/<<<The name of the MCS package>>/tmp/workflow.log
5. Проверьте запущенные процессы MCS. (Обычно на выходе три или четыре процесса)
ps -elf | grep mcserver |grep -v grep
Ожидаемые выходные данные:
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
Вывод, скорее всего, будет включать в себя две команды, пытающиеся остановить MCS из AVI (одновременно в течение рабочего процесса), и более старый процесс MCS, на котором мы сосредоточимся.
6. Из вывода убейте только процесс MCS, а не два процесса, пытающиеся убить его из AVI.
(Процесс MCS в основном является самым старым, и его имя содержит +HeapDumpOnOutOfMemoryError.
kill <<PID>>
Где <<PID>> — идентификатор процесса, как показано на шаге 5.
7. Все процессы MCS должны исчезнуть. Подтвердите это, повторно выполнив следующую команду:
ps -elf | grep mcserver |grep -v grep
Если через несколько секунд процесс все еще выполняется, повторите команду kill, но на этот раз включите флаг «-9»:
kill -9 <<PID>>
8. После того как процессы MCS больше не выполняются, повторная попытка запуска должна позволить ему продолжить работу и успешно завершиться.