На прикладных серверах в зависимости от методов передачи данных на/с устройства хранения резервных копий могут быть развернуты Агенты или Агенты, совмещенные с Силовыми серверами. Задачи по диагностике и устранению неисправностей на прикладных серверах сводятся к контролю работоспособности данных компонент Системы. За работоспособность сервисов Мастер-сервера отвечают Администраторы Системы, они также имеют доступ к дополнительным средствам диагностики работоспособности Силовых серверов и Агентов.
Для контроля работоспособности программных модулей Системы на Силовых сервере используются следующие методы:
# systemctl status brst-powerproxy
В выводе команды необходимо убедиться в работоспособности сервиса и его процессов (brst_powerproxy), а также получить диагностическую информацию в виде последних сообщений от службы
# journalctl -u brst-powerproxy -f
# systemctl restart brst-powerproxy
Остановите сервис:
# systemctl stop brst-powerproxy
Перейдите в каталог:
# cd /opt/beresta/brst-powerproxy/
Запустите сервис вручную с повышенным уровнем логирования от 2 до 4:
# DEBUG=4; ./bin/brst_powerproxy
При таком запуске в STOUT и STDERR вашей консоли вы увидите сообщения запуска и работы Силового сервера в режиме максимальной диагностики.
Для контроля работоспособности программных модулей Системы на Агентских серверах используются следующие методы:
# systemctl status brst-agent
В выводе команды необходимо убедиться в работоспособности сервиса и его процессов (brst_agent), а также получить диагностическую информацию в виде последних сообщений от службы
# journalctl -u brst-agent -f
# systemctl restart brst-agent
Остановите сервис:
# systemctl stop brst-agent
Перейдите в каталог:
# cd /opt/beresta/brst-agent/
Запустите сервис вручную с повышенным уровнем логирования от 2 до 4:
# DEBUG=4; ./bin/brst_agent
При таком запуске в STOUT и STDERR вашей консоли вы увидите сообщения запуска и работы Агента в режиме максимальной диагностики.
Для управления объемом, занимаемым журналом сообщений на всех компонентах Системы вы можете использовать стандартные возможности journalctl используя параметры SystemMaxUse, SystemKeepFree и другие. В рамках эксплуатации Системы наиболее применимы методы ручной очистки логов Системы с помощью команды journalctl –vacuum-time=<глубина>. Эту команду можно использовать как на Мастере и Силовых серверах, так и на Агентах Системы:
Для очистки всех логов сервиса Силового сервера на глубину старше 3-х дней:
# journalctl --vacuum-time=13d --unit=brst-powerproxy
Для очистки всех логов сервиса Агента до размера 10МБ:
# journalctl --vacuum-size=10M --unit=brst-agent