База знаний
Войти

Файлы журналов

Файлы журналов процесса установки диспетчера виртуализации

Файлы журналов процесса установки диспетчера виртуализации приведены в таблице 75.

Файлы журналов диспетчера РОСА Виртуализация

Файлы журналов диспетчера РОСА Виртуализация приведены в таблице 76.

Файлы журналов SPICE

Файлы журналов SPICE удобны в ситуациях поиска и решения проблем с подключениями SPICE. Для начала запуска журналирования SPICE нужно сменить уровень журналирования на debugging, затем указать местоположение файла журнала.

Файлы журналов SPICE существуют как для клиентов, получающих доступ к гостевым машинам, так и для самих гостевых машин. Для активации журналирования и создания вывода журналов на стороне клиента, если клиент SPICE был запущен с помощью встроенного клиента, для которого был скачан файл console.vv, следует использовать команду remote-viewer.

Журналы SPICE для серверов SPICE гипервизора

В таблице 77 приведены параметры журналов SPICE для серверов SPICE гипервизора.

Журналы SPICE для гостевых машин

В таблице 78 приведены параметры журналов spice-vdagent для гостевых машин.

Журналы SPICE для клиентов, запущенных с помощью console.vv

Для клиентских машин на Linux нужно выполнить следующие действия:

  1. включить отладку SPICE, выполнив команду remote-viewer с параметром --spice-debug. По запросу команды ввести URL подключения, например "spice://virtual_machine_IP:port":
remote-viewer --spice-debug
  1. для запуска клиента SPICE с параметром debug и для передачи ему файла .vv скачать файл console.vv, запустить команду remote-viewer с параметром --spice-debug и указать полный путь до файла console.vv.
remote-viewer --spice-debug /path/to/console.vv

Для клиентских машин на Windows нужно выполнить следующие действия:

  1. в версиях virt-viewer 2.0-11.el7ev и более поздних файл virt-viewer.msi устанавливает virt-viewer и debug-viewer.exe;
  2. запустить команду remote-viewer с аргументом spice-debug, указав путь до до файла console.vv:
remote-viewer --spice-debug path\to\console.vv

Для просмотра журналов нужно подключиться к ВМ, чтобы получить приглашение командной строки с выполняющимся GDB со стандартным выводом и стандартные ошибки для remote-viewer.

Файлы журналов хостов

В таблице 79 приведена информация о файлах журналов хостов.

Настройка отладочного уровня журналирования для служб РОСА Виртуализация

Отладочный уровень журналов служб РОСА Виртуализация, указанных в таблице 80, можно настроить, отредактировав файл sysconfig каждой из служб.

Примечание — Указание отладочного уровня для журналирования может открыть доступ к такой конфиденциальной информации, как пароли или внутренние данные ВМ. Следует убедиться, что у недоверенных или неавторизованных пользователей не будет доступа к журналам отладки.

Это изменение влияет на журналирование, выполняемое оболочкой Python, а не процессом главной службы.

Указание отладочного уровня журналирования удобно для проблем отладки, относящихся к процессам запуска, например, если главный процесс не сможет стартовать в связи с отсутствием или с некорректностью библиотеки или среды выполнения Java.

Необходимо убедиться в существовании файла sysconfig, который требуется изменить. Можно создать его при необходимости.

Последовательность действий для настройки отладочного уровня журналирования для служб РОСА Виртуализация:

  1. добавить следующее содержимое в файл sysconfig службы:
OVIRT_SERVICE_DEBUG=1
  1. перезапустить службу:
systemctl restart <service>

Уровень файла журнала sysconfig службы теперь будет отладочным.

Сообщения журналов, создаваемые с этим параметром, поступают в системный журнал, поэтому создаваемые файлы нужно искать в /var/log/messages, а не в конкретных файлах журналов служб. Также их можно просмотреть с помощью команды journalctl.

Основные файлы конфигураций служб РОСА Виртуализация

В дополнение к файлам sysconfig для каждой службы РОСА Виртуализация существует еще один файл конфигурации, используемый гораздо чаще (таблица 81).

Настройка сервера журналирования хоста

Хосты создают и обновляют файлы журналов, записывают действия и неполадки. Централизованный сбор этих файлов журналов упрощает отладку.

Данная последовательность действий должна применяться на централизованном сервере журналов. Можно использовать отдельный сервер или использовать данную процедуру для включения использования журналирования хостов в диспетчере РОСА Виртуализация.

Последовательность действий по настройке сервера журналирования хоста:

  1. проверить, разрешен ли трафик на порте UDP 514, и открыт ли он для трафика службы syslog:
firewall-cmd --query-service=syslog
  1. при выводе "no" разрешить трафик на порте UDP 514 с помощью команд:
firewall-cmd --add-service=syslog --permanent
firewall-cmd --reload
  1. создать новый файл .conf на сервере syslog, например /etc/rsyslog.d/from_remote.conf, и добавить в него следующие строки:
template(name="DynFile" type="string" string="/var/log/%HOSTNAME%/%PROGRAMNAME%.log") RuleSet(name="RemoteMachine"){ action(type="omfile" dynaFile="DynFile") }
Module(load="imudp")
Input(type="imudp" port="514" ruleset="RemoteMachine")
  1. перезапустить службу rsyslog:
systemctl restart rsyslog.service
  1. выполнить вход в Систему на гипервизоре и добавить следующую строку в /etc/rsyslog.conf:
*.info;mail.none;authpriv.none;cron.none @<syslog-FQDN>:514
  1. перезапустить службу rsyslog на гипервизоре:
systemctl restart rsyslog.service

Централизованный сервер теперь настроен на получение, хранение и обеспечение защиты для файлов журналов хостов виртуализации.

Включение использования SyslogHandler для передачи журналов диспетчера РОСА Виртуализация на удаленный сервер syslog

В данной реализации используется диспетчер журналов JBoss EAP SyslogHandler с настройкой передачи записи журналов из engine.log и server.log на сервер syslog.

Следующая последовательность действий выполняется на центральном сервере syslog. Можно использовать отдельный сервер журналирования или выполнить процедуру для передачи файлов engine.log и server.log с диспетчера на сервер syslog. См. также п. Настройка сервера журналирования хоста.

Для настройки реализации SyslogHandler нужно выполнить следующие действия:

  1. в каталоге /etc/ovirt-engine/engine.conf.d создать файл 90-syslog.conf со следующим содержимым:
SYSLOG_HANDLER_ENABLED=true
SYSLOG_HANDLER_SERVER_HOSTNAME=localhost
SYSLOG_HANDLER_FACILITY=USER_LEVEL
  1. разрешить трафик rsyslog в SELinux:
semanage port -a -t syslogd_port_t -p udp 514
  1. создать файл конфигурации /etc/rsyslog.d/rv.conf со следующим содержимым:
user.* /var/log/jboss.log
module(load="imudp") # needs to be done just once input(type="imudp" port="514")
  1. перезапустить службу rsyslog:
systemctl restart rsyslog.service
  1. если межсетевой экран включен и активен, выполнить следующую команду для добавления необходимых правил для открытия портов rsyslog в Firewalld:
firewall-cmd --permanent --add-port=514/udp
firewall-cmd --reload
  1. перезапустить диспетчер РОСА Виртуализация:
systemctl restart ovirt-engine

Сервер syslog теперь может получать и хранить файлы engine.log.