В системе Debian keepalived потребляет полную загрузку процессора на обоих узлах kibana.

У меня есть главные/подчиненные машины kibana на Debian 10. Через несколько дней использование процессора демона keepalived на обоих узлах достигает 100%. После перезапуска keepalived он становится нормальным, и это зацикливается навсегда.

Я не уверен, что именно не так с моей конфигурацией поддержки активности. Не могли бы вы направить меня сюда?

root@kib-e01:/var/log# keepalived -v
Keepalived v2.0.10 (12.11.2018)
root@kib-e01:/var/log# uname -r
4.19.0-13-amd64
root@kib-e01:/var/log#

root@kib-e02:/var/log# keepalived -v
Keepalived v2.0.10 (12.11.2018)
root@kib-e02:/var/log# uname -r
4.19.0-17-амд64
root@kib-e02:/var/log#

системный журнал-

21 января, 08:16:38 kibana-s02 kib-e01[35862]: Регистрация отражателя сетевой ссылки ядра
21 января, 08:16:38 kibana-s02 kib-e01[35862]: Регистрация командного канала сетевой ссылки ядра
21 января, 08:16:38 kibana-s02 kib-e01[35862]: открытие файла '/etc/keepalived/keepalived.conf'.
21 января, 08:16:38 kibana-s02 kib-e01[35862]: Регистрация бесплатного общего канала ARP
21 января, 08:16:39 kibana-s02 kib-e01[35862]: VRRP_Script(check_script) выполнен успешно
21 января, 08:16:39 kibana-s02 kib-e01[35862]: (ha-kibana-s) Переход в состояние резервного копирования
21 января 08:16:42 kibana-s02 kib-e01[35862]: (ha-kibana-s) Вход в ГЛАВНОЕ СОСТОЯНИЕ

Мой /etc/keepalived/keepalived.conf из МАСТЕР

vrrp_script check_script {
        скрипт "/usr/bin/curl --noproxy "127.0.0.1" -s -k https://127.0.0.1:443/status"
        интервал 2
        осень 2
        подъем 2
}

global_defs {
    уведомление_электронная почта {
        [email protected]
    }
    уведомление_email_от kib-e01
    smtp_server локальный хост
    smtp_connect_timeout 30
    enable_script_security
}

vrrp_instance ха-кибана-с {
        интерфейс eth0
        состояние МАСТЕР
        приоритет 200
  advert_int 1
        виртуальный_роутер_id 33
        unicast_src_ip 10.14.150.34

        unicast_peer {
                10.14.150.35
        }

        track_script {
                check_script
        }

аутентификация {
                auth_type ПАРОЛЬ
                # Используются только первые восемь (8) символов.
                auth_pass fderty6y
}

        виртуальный_ipaddress {
                10.14.150.33 brd 10.14.150.255 dev eth0 label vip
        }

}

ip главной машины:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    ссылка/петля 00:00:00:00:00:00 брд 00:00:00:00:00:00
    инет 127.0.0.1/8 область хоста lo
       valid_lft навсегда
    inet6 :: 1/128 узел области видимости
       valid_lft навсегда
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    ссылка/эфир 00:50:56:b2:67:8b брд ff:ff:ff:ff:ff:ff
    инет 10.14.150.34/24 brd 10.14.150.255 глобальная область действия eth0
       valid_lft навсегда
    инет 10.14.150.33/32 brd 10.14.150.255 охват глобальный вип
       valid_lft навсегда
    ссылка на область inet6 fe80::250:56ff:feb2:678b/64
       valid_lft навсегда