Discussion:
Keepalived: mensajes repetidos "Received advert from 172.18.88.143 with lower priority 103, ours 104, forcing new election"
Add Reply
Roberto Carna
2020-07-29 02:50:01 UTC
Responder
Permalink
Buenas tardes, tengo un servidor Debian 10.4 con un paquete keepalived
1:2.0.10-1.

Hice un failover con dos servidores Squid que anda muy bien, excepto
que por la noche generalmente el cluster switchea al nodo Backup.
Tanto en el nodo Master como en el Backup, los procesos squid no se
caen nunca, siempre estan activos, por lo cual el switcheo de master a
backup no es ocasionado por la caida del squid en el nodo master.

La configuracion es:

MASTER

global_defs {
notification_email {
***@color.gob.ar
}
enable_script_security
script_user root root
notification_email_from ***@color.gob.ar
smtp_server 172.18.88.14
smtp_connect_timeout 30
smtp_helo_name proxy-master.color.gob.ar
}

vrrp_script chk_proxy {
script "/usr/bin/killall -0 squid"
interval 2
weight 3
}

vrrp_instance VI_1 {
interface ens32
state MASTER
virtual_router_id 51
priority 101 # 101 on proxy-master, 100 on proxy-slave
smtp_alert
virtual_ipaddress {
172.18.88.141
}
track_script {
chk_proxy
}
}

SLAVE

global_defs {
notification_email {
***@color.gob.ar
}
enable_script_security
script_user root root
notification_email_from ***@color.gob.ar
smtp_server 172.18.88.14
smtp_connect_timeout 30
smtp_helo_name proxy-slave.color.gob.ar
}

vrrp_script chk_proxy {
script "/usr/bin/killall -0 squid"
interval 2
weight 3
}

vrrp_instance VI_1 {
interface ens32
state BACKUP
virtual_router_id 51
priority 100 # 100 on proxy-slave, 101 on proxy-master
smtp_alert
virtual_ipaddress {
172.18.88.141
}
track_script {
chk_proxy
}
}

Los mensajes que llegan al master a la hora de switchear al backup son:

Jul 27 20:18:27 proxy-master Keepalived_vrrp[2590]: (VI_1) Received
advert from 172.18.88.143 with lower priority 103, ours 104, forcing
new election
Jul 27 20:55:48 proxy-master Keepalived_vrrp[2590]: (VI_1) Received
advert from 172.18.88.143 with lower priority 103, ours 104, forcing
new election
Jul 27 21:00:59 proxy-master Keepalived_vrrp[2590]: (VI_1) Received
advert from 172.18.88.143 with lower priority 103, ours 104, forcing
new election

Por favor, diganme cual puede ser la causa de este mal comportamiento.

Muchas gracias, saludos!!!
Camaleón
2020-07-29 06:00:02 UTC
Responder
Permalink
Post by Roberto Carna
Buenas tardes, tengo un servidor Debian 10.4 con un paquete keepalived
1:2.0.10-1.
Hice un failover con dos servidores Squid que anda muy bien, excepto
que por la noche generalmente el cluster switchea al nodo Backup.
Tanto en el nodo Master como en el Backup, los procesos squid no se
caen nunca, siempre estan activos, por lo cual el switcheo de master a
backup no es ocasionado por la caida del squid en el nodo master.
(...)
Post by Roberto Carna
vrrp_instance VI_1 {
interface ens32
state MASTER
virtual_router_id 51
priority 101 # 101 on proxy-master, 100 on proxy-slave
smtp_alert
virtual_ipaddress {
172.18.88.141
}
track_script {
chk_proxy
}
}
SLAVE
(...)
Post by Roberto Carna
vrrp_instance VI_1 {
interface ens32
state BACKUP
virtual_router_id 51
priority 100 # 100 on proxy-slave, 101 on proxy-master
smtp_alert
virtual_ipaddress {
172.18.88.141
}
track_script {
chk_proxy
}
}
(...)
Post by Roberto Carna
Jul 27 20:18:27 proxy-master Keepalived_vrrp[2590]: (VI_1) Received
advert from 172.18.88.143 with lower priority 103, ours 104, forcing
new election
(...)
Post by Roberto Carna
Por favor, diganme cual puede ser la causa de este mal comportamiento.
Los datos de la configuración de los nodos (maestro-esclavo) y los del
registro parecen ser discrepantes, es decir:

¿De dónde sale la IP 172.18.88.143? La dirección de ambos nodos parece
ser 172.18.88.141.

¿De dónde toma la prioridad 103-104? El valor de la variable es de
100-101.

Aparte de eso, la versión del paquete que tienes en el repo de Debian
(2.0.10) es muy antigua (2018). Es posible que se trate de algún
error ya corregido en la última versión, que va por la 2.1.5 (2020).

Saludos,
--
Camaleón
Roberto Carna
2020-07-29 13:00:01 UTC
Responder
Permalink
Estimado, gracias por tus comentarios-

172.18.88.142 es la la IP del master y 172.18.88.143 es la IP del
slave, salen de ahi.

No se de donde sale la prioridad 103-104, dado que yo defino 100-101,
esa es tambien mi duda.

La version que tengo de keepalived es la estable de Debian 10, vos
recomendas que descargue la version del repositorio testing o que la
instale desde el paquete tar.gz???

Muchas gracias!!
Post by Camaleón
Post by Roberto Carna
Buenas tardes, tengo un servidor Debian 10.4 con un paquete keepalived
1:2.0.10-1.
Hice un failover con dos servidores Squid que anda muy bien, excepto
que por la noche generalmente el cluster switchea al nodo Backup.
Tanto en el nodo Master como en el Backup, los procesos squid no se
caen nunca, siempre estan activos, por lo cual el switcheo de master a
backup no es ocasionado por la caida del squid en el nodo master.
(...)
Post by Roberto Carna
vrrp_instance VI_1 {
interface ens32
state MASTER
virtual_router_id 51
priority 101 # 101 on proxy-master, 100 on proxy-slave
smtp_alert
virtual_ipaddress {
172.18.88.141
}
track_script {
chk_proxy
}
}
SLAVE
(...)
Post by Roberto Carna
vrrp_instance VI_1 {
interface ens32
state BACKUP
virtual_router_id 51
priority 100 # 100 on proxy-slave, 101 on proxy-master
smtp_alert
virtual_ipaddress {
172.18.88.141
}
track_script {
chk_proxy
}
}
(...)
Post by Roberto Carna
Jul 27 20:18:27 proxy-master Keepalived_vrrp[2590]: (VI_1) Received
advert from 172.18.88.143 with lower priority 103, ours 104, forcing
new election
(...)
Post by Roberto Carna
Por favor, diganme cual puede ser la causa de este mal comportamiento.
Los datos de la configuración de los nodos (maestro-esclavo) y los del
¿De dónde sale la IP 172.18.88.143? La dirección de ambos nodos parece
ser 172.18.88.141.
¿De dónde toma la prioridad 103-104? El valor de la variable es de
100-101.
Aparte de eso, la versión del paquete que tienes en el repo de Debian
(2.0.10) es muy antigua (2018). Es posible que se trate de algún
error ya corregido en la última versión, que va por la 2.1.5 (2020).
Saludos,
--
Camaleón
Camaleón
2020-07-29 14:00:02 UTC
Responder
Permalink
(...)
Post by Roberto Carna
Post by Camaleón
Post by Roberto Carna
vrrp_instance VI_1 {
interface ens32
state MASTER
virtual_router_id 51
priority 101 # 101 on proxy-master, 100 on proxy-slave
smtp_alert
virtual_ipaddress {
172.18.88.141
}
track_script {
chk_proxy
}
}
SLAVE
(...)
Post by Roberto Carna
vrrp_instance VI_1 {
interface ens32
state BACKUP
virtual_router_id 51
priority 100 # 100 on proxy-slave, 101 on proxy-master
smtp_alert
virtual_ipaddress {
172.18.88.141
}
track_script {
chk_proxy
}
}
Jul 27 20:18:27 proxy-master Keepalived_vrrp[2590]: (VI_1) Received
advert from 172.18.88.143 with lower priority 103, ours 104, forcing
new election
(...)
Post by Roberto Carna
Por favor, diganme cual puede ser la causa de este mal comportamiento.
Los datos de la configuración de los nodos (maestro-esclavo) y los del
¿De dónde sale la IP 172.18.88.143? La dirección de ambos nodos parece
ser 172.18.88.141.
¿De dónde toma la prioridad 103-104? El valor de la variable es de
100-101.
Aparte de eso, la versión del paquete que tienes en el repo de Debian
(2.0.10) es muy antigua (2018). Es posible que se trate de algún
error ya corregido en la última versión, que va por la 2.1.5 (2020).
Estimado, gracias por tus comentarios-
172.18.88.142 es la la IP del master y 172.18.88.143 es la IP del
slave, salen de ahi.
Entonces... ¿deben ambas instancias, maestra y esclava, tener el mismo
valor para la variable «virtual_ipaddress»? :-?
Post by Roberto Carna
No se de donde sale la prioridad 103-104, dado que yo defino 100-101,
esa es tambien mi duda.
Sí, eso es lo que me extraña. De todas formas, prueba a poner valores
más separados, como 100 (esclavo) y 200 (maestro).
Post by Roberto Carna
La version que tengo de keepalived es la estable de Debian 10, vos
recomendas que descargue la version del repositorio testing o que la
instale desde el paquete tar.gz???
Yo siempre recomiendo instalar los paquetes de Debian (por facilidad de
instalación, mantenimiento y seguridad) pero en este caso las
diferencias pueden ser notables. El paquete de Debian parece
desactualizado (2 años es mucho tiempo para este tipo de servicios, no
sólo por cuetsiones de seguirdad sino porque las versiones más modernas
habrán corregido todo tipo de problemas y errores).

Lo cierto es que en Google aparecen varios mensajes relacionados con el
pproblema que indicas, mira a ver si alguno de los enlaces te da pistas
para resolver el error:

<https://www.google.com/search?complete=0&hl=en&ei=fHwhX-CkOIbMaPzXsqgC&q=keepalived+received+advert+with+lower+priority>

Saludos,
--
Camaleón
Loading...