Мой VIP-статус с подтверждением активности на одном из моих маршрутизаторов перестал отвечать. Я все еще видел его на основном маршрутизаторе, а не на дополнительном маршрутизаторе, как я ожидал, и я мог пинговать обычные IP-адреса. Как только я перезапустил Keepalived, проблема была решена.
Я не совсем уверен, что вызывает эту проблему, есть ли какие-либо директивы уровня журнала, которые я мог бы добавить к моему keepalived, которые могут дать мне некоторую информацию, если это произойдет снова?
Я вижу:
keepalived -f /usr/local/etc/keepalived.conf --dont-fork --log-console --log-detail Эти параметры остановят процесс keepalived от разветвления и предоставят дополнительные данные журнала. Использование этих параметров особенно полезно при тестировании новых директив конфигурации или при отладке проблемы с существующим файлом конфигурации.
Может, мне просто нужно отредактировать файл инициализации? Похоже, это должна быть опция конфигурационного файла.
Похоже, вам придется отредактировать сценарий инициализации. Из keepalived.conf (5) через git: http://master.formilux.org/git/people/alex/keepalived.git/
# Debug level, not implemented yet.
debug
Вы также можете проверить это, посмотрев код анализа конфигурации в keepalived / check / check_parser.c:
265 vector
266 check_init_keywords(void)
267 {
268 /* global definitions mapping */
269 global_init_keywords();
270
271 /* SSL mapping */
272 install_keyword_root("SSL", &ssl_handler);
273 install_keyword("password", &sslpass_handler);
Перечисляет все ключевые слова файла конфигурации, которые он анализирует, и здесь нет отладки. Уровни отладки, по-видимому, устанавливаются только через обработку параметров keepalived / core / main.c:
154 " %s --log-console -l Log message to local console.\n"
155 " %s --log-detail -D Detailed log messages.\n"
...
177 {"log-console", 'l', POPT_ARG_NONE, NULL, 'l'},
178 {"log-detail", 'D', POPT_ARG_NONE, NULL, 'D'},
...
209 case 'l':
210 debug |= 1;
211 break;
...
224 case 'D':
225 debug |= 32;
226 break;