NetWorker VMware Protection-vProxy. Как включить ведение журнала отладки
Summary: Для устранения неполадок, связанных с NetWorker VMware Protection (NVP) с решением vProxy Appliance (NVP-vProxy) может потребоваться изменение уровня ведения журнала на «debug». В этой статье объясняется, как изменить уровень журнала. ...
Instructions
Посмотрите следующее видео. Включение ведения журнала отладки vProxy.
Методы отладки vProxy Engine:
Обычно достаточно проанализировать журналы политик сервера NetWorker в /nsr/logs/policy/[policy name], но иногда может потребоваться проанализировать журналы самого vProxy устройства и, кроме того, повысить уровень ведения журнала для отладки, чтобы получить более четкое представление о причине сбоя. Обычно это требуется только после обращения в поддержку NetWorker и запроса инженером поддержки набора отладки для устранения неполадок в рамках конкретного процесса.
Файлы журнала NVP-vProxy на устройстве vProxy находятся в следующем каталоге /opt/emc/vproxy/runtime/logs.
Существует подкаталог для каждого из основных процессов, которые используются для операций NetWorker на устройстве vProxy:
vbackupd vflrd vrapid vrecoverd
Например, метод vbackupd Подкаталог содержит следующие журналы:
[session-uuid].log Processing details for a session vbackupd-engine.log Requests and problem events including error and panic messages from the session log. vbackupd-boost.log DD Boost logging. vbackupd-snapmgr.log Snapshot logging vbackupd-vddk.log VDDK logging - VMware Virtual Disk Development Kit
Дополнительные сведения о ведении журналов и сборе данных vProxy см. в статье Руководство по рассмотрению NVP-vProxy. Обзор рассмотрения и ведения журналов NetWorker VMware Protection vProxy
Применение метода отладки службы 1.
Этот метод применим к vProxy версии 4.3.x и более поздних. Его можно использовать для включения отладки в службах vProxy (vrapid, vrecoverd, vbackupd, vflrd). Можно включить дополнительную отладку для трафика DD Boost, комплекта средств разработки виртуального диска (VDDK) и обмена моментальными снимками (если применимо).
- Подключитесь к vProxy по протоколу SSH с помощью учетной записи администратора vProxy.
- Переключитесь на пользователя root.
sudo su -
- Перейдите в каталог bin агента vProxy.
cd /opt/emc/vproxy/bin
- Для службы, требующей отладки, выполните следующие команды:
Модуль резервного копирования: vbackupd
| Демон | Объект ведения журнала | Пример использования команд | Расположение журналов |
|---|---|---|---|
vbackupd |
Программа (главный двигатель) |
./vProxy_debug.sh -s -d vbackupd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log Журналы отдельных сеансов резервного копирования: /opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log /opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log |
| DD Boost |
./vProxy_debug.sh -s -d vbackupd -p ddboost -l all |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log |
|
| VDDK |
./vProxy_debug.sh -s -d vbackupd -p vddk -l 4 |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.logVDDK также ведет частные журналы в каталоге /tmp/vmware-root
|
|
| Диспетчер моментальных снимков |
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log |
Модуль восстановления: vrecoverd
| Демон | Объект ведения журнала | Пример использования команд | Расположение журналов |
|---|---|---|---|
vrecoverd |
Программа (основная организация) |
./vProxy_debug.sh -s -d vrecoverd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log Отдельные журналы сеансов восстановления: /opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log /opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log |
| DD Boost |
./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log |
|
| VDDK |
./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4 |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.logVDDK также ведет частные журналы в каталоге /tmp/vmware-root
|
Модуль FLR: vflrd
| Демон | Объект ведения журнала | Пример использования команд | Местоположение журнала |
|---|---|---|---|
vflrd |
Программа (главный двигатель) |
./vProxy_debug.sh -s -d vflrd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.logЖурналы отдельных сеансов монтирования FLR: /opt/emc/vrproxy/runtime/logs/vflr/FlrMountSession-<session-id>.log Individual FLR Browse Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrBrowseSession-<session-id>.log Individual FLR Recover Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrRecoverSession-<session-id>.logЗавершенные журналы перемещаются в /opt/emc/vrproxy/runtime/logs/recycle/vflrd |
| DD Boost |
./vProxy_debug.sh -s -d vflrd -p ddboost -l all |
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log |
Сервер REST. vrapid
| Демон | Объект ведения журнала | Пример использования команд | Местоположение журнала |
|---|---|---|---|
vrapid |
Программа (главный двигатель) |
./vProxy_debug.sh -s -d vrapid -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log |
Приведенные выше команды показывают включение отладки, эти команды можно выполнить повторно, изменив параметр -l параметр для сброса до значения по умолчанию:
Параметры:
- Для журнала программы:
warn | info | trace (по умолчанию) | debug
- Для журнала DD Boost:
none | error | warn | info | debug | trace (по умолчанию) | all
- Для журнала VDDK:
0 = Без регистрации
1 = Только ошибки
2 = Предупреждения и ошибки
3 = Важные информационные сообщения, ошибки и предупреждения (по умолчанию)
4 = Отладка данных плюс все остальное
- Для журнала Snapshot Manager:
warn | info | trace (по умолчанию) | debug
Применение метода отладки службы 2 (вручную):
Для того, чтобы установить параметр
vbackupd процесса в отладку на уровне ведения журнала:
- Войдите в устройство vProxy в качестве администратора через SSH или консоль и переключитесь на пользователя root.
sudo su -
- Откройте
systemdКаталог:
cd /usr/lib/systemd/system/
vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, и т.д.
- Откройте служебный файл, для которого требуются настройки отладки, например:
vi vbackupd.service
- Найдите строку с помощью
ExecStart=и добавьте желаемые параметры отладки:
vbackupd, vrecoverd, vflrd, and vrapid engine debug options: { debug | trace | info | warn } (default "trace")
--program-log-level=option
vbackupd, vrecoverd, and vflrd ddboost debug options: { none | error | warn | info | debug | all } (default "trace")
--boost-log-level=option
vbackupd snapshot manager debug options: { warn | info | trace | debug } (default "trace")
--snapmgr-log-level=option
Display version
--version
Multiple options could be used at once, for example if you needed to debug the vbackupd service, ddboost communication, and snapshot manager logging, the vbackupd.service file would include:
ExecStart=/opt/emc/vproxy/bin/vbackupd --program-log-level=debug --boost-log-level=all --snapmgr-log-level=debug
- Сохраните изменения файла.
- Перезагрузите файл конфигурации объекта, введя команду:
systemctl daemon-reload
- Убедитесь в том, что в NetWorker Management Console нет запущенных резервных копий, а затем перезапустите
vbackupd:
systemctl restart vbackupd.service
Описанный выше процесс применим к Услугам vrapid, vrecoverd, vbackupd, vflrd.
Применение отладки VDDK (вручную):
Отладку VMware Disk Development Kit (VDDK) можно вручную применить в VixDiskLib.config . Эта отладка применяется только к vbackupd и vrecoverd Устранение неполадок. Это не относится к vflrd.
- Выполните вход в устройство vProxy с помощью SSH или консоли в качестве администратора и переключитесь на пользователя root.
sudu su -
- Отредактируйте файл
VixDiskLib.configфайл, который должен содержать следующую строку:
vi /opt/emc/vproxy/conf/VixDiskLib.config vixDiskLib.transport.LogLevel=4 0 = No logging 1 = Errors only 2 = Warnings, and Errors 3 = Important information messages, errors, and warnings 4 = Debug data plus everything else
- Перезапустите нужную службу.
systemctl restart [service-name].service
systemctl restart vrecoverd.service
После настройки ведения журнала отладки файл журнала, связанный со службой, должен содержать строки DEBUG.
После завершения процесса отладки выполните сброс уровня журнала с помощью той же процедуры, используя слово трассировка после знака равенства вместо debug. Чтобы это изменение вступило в силу немедленно, требуется перезагрузка и перезапуск управляющей программы, как описано выше.
Отладка DD Boost Precert:
Этот процесс выполняется с помощью других методов отладки, описанных выше. Библиотека DD Boost по умолчанию не регистрирует подробную активность интерфейса прикладного программирования (API). Включение ведения журнала предварительных сертификатов DD Boost следует выполнять только в том случае, если вы наблюдаете другие ошибки, связанные с DD Boost, в vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log и требуется дополнительная отладка. Обычно это требуется только по прямому запросу службы поддержки NetWorker для совместной работы в Data Domain или проектирования.
- Выполните вход в устройство vProxy с помощью SSH или консоли в качестве администратора и переключитесь на пользователя root.
sudu su -
- Создайте пустой файл с именем
ddboost_precert.iniв разделе/.
touch /ddboost_precert.ini
- Создайте файл
DDLogКаталог:
mkdir /DDLog
- Включите отладку DD Boost для службы, требующей отладки:
vbackupd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vbackupd -p ddboost -l debug vflrd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vflrd -p ddboost -l debug vrecoverd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vrecoverd -p ddboost -l debug
- Убедитесь, что
ddboost_precert.logвоспроизвести проблему и собратьddboost_precert.log.
ls -l /DDLog
- Когда операции отладки больше не требуются:
- Повторно выполните следующую команду для службы, которую вы включили отладку ddboost:
/opt/emc/vproxy/bin/vProxy_debug.sh -s -d service_name -p ddboost -l trace
-
- Удалите файл
/ddboost_precert.ini.
- Удалите файл
rm -rf /ddboost_precert.ini
Ведение журнала выбора vProxy:
Эту отладку можно использовать, когда рабочий процесс резервного копирования виртуальной машины (ВМ) зависает с виртуальными машинами, ожидающими запуска. В этом сценарии задание резервного копирования уже запущено, но виртуальный прокси-сервер для запуска сессии резервного копирования не выбран. Процесс выбора vProxy не регистрируется в стандартном журнале. Мы можем включить vmbackup_logging на сервере NetWorker, который регистрирует процесс выбора vProxy во время запуска политики защиты VMware. Это полезно, если нет проблем связи между сервером NetWorker и vProxy (порт 9090) и нет ошибок о недоступности vProxy в NMC или daemon.raw.
- Откройте административную командную строку PowerShell (Windows) или корневой сеанс SSH (Linux) на сервере NetWorker.
- Создайте файл без расширения с именем
vmbackup_loggingв NetWorker/nsr/tmpКаталог:
Linux: touch /nsr/tmp/vmbackup_logging Windows: New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
/nsr/tmp Соответствующим образом.
- Запустите задание резервного копирования виртуальной машины.
- Следите за визуализированным daemon.log
Vmproxy Queueиselect_vproxyСообщения.
Linux: /nsr/logs/daemon.log Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
- Чтобы отключить эту отладку, удалите
vmbackup_loggingфайл из каталога/nsr/tmpDir.
Additional Information
Похожие статьи
- Руководство по сортировке NVP-vProxy. Обзор рассмотрения и ведения журналов NetWorker VMware Protection vProxy
- NVP-vProxy. Получение точного синтаксиса команды для запуска восстановления виртуальной машины из интерфейса командной строки с отладкой.
- NetWorker (Linux). Копирование файлов в/с сервера Linux NetWorker.
- NVP-vProxy. Поиск и устранение неисправностей сетевого подключения для операций резервного копирования и восстановления
- NetWorker. NVP vProxy: Поиск и устранение неполадок резервного копирования и восстановления производительности и пропускной способности ВМ