keepalived vip wordt verwijderd bij een dhcp request

[Tristan]

Ik heb een probleem waarbij mijn vip adres die toegevoegd is door keepalived wordt verwijderd van de interface wanneer dhclient een request krijgt. De logs laten het volgende zien:

code:

Jun  1 17:00:06 lb1 dhclient: DHCPREQUEST of 10.0.0.2 on eth0 to 10.0.0.3 port 67 (xid=0x6deab016)
Jun  1 17:00:06 lb1 dhclient: DHCPNAK from 10.0.0.3 (xid=0x6deab016)
Jun  1 17:00:06 lb1 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x37e1db6a)
Jun  1 17:00:06 lb1 dhclient: DHCPREQUEST of 10.0.0.2 on eth0 to 255.255.255.255 port 67 (xid=0x37e1db6a)
Jun  1 17:00:06 lb1 dhclient: DHCPOFFER of 10.0.0.2 from 10.0.0.3
Jun  1 17:00:06 lb1 dhclient: DHCPACK of 10.0.0.2 from 10.0.0.3
Jun  1 17:00:06 lb1 dhclient: bound to 10.0.0.2 -- renewal in 38223 seconds.
Jun  1 17:00:07 lb1 ntpd[1321]: Deleting interface #8 eth0, 10.0.255.254#123, interface stats: received=7, sent=0, dropped=0, active_time=145198 secs
Jun  1 17:00:07 lb1 ntpd[1321]: peers refreshed

Hierna is het vip adres (10.0.255.254) verwijderd van de interface en er is geen fail over getrikkerd naar de andere keepalived server.

Dit is de output van ip a als alles ok is:

code:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether fa:16:3e:cf:35:ac brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.2/16 brd 10.0.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 10.0.255.254/32 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::f816:3eff:fecf:35ac/64 scope link
       valid_lft forever preferred_lft forever

En dit is de output van ip a als een dhcp request voorbij is gekomen:

code:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether fa:16:3e:cf:35:ac brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.2/16 brd 10.0.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::f816:3eff:fecf:35ac/64 scope link
       valid_lft forever preferred_lft forever

De interface file ziet er als volgt uit:

code:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

Als ik keepalived herstart wordt het vip adres weer netjes toegevoegd aan de interface file. Ik snap echter niet waarom dhclient hem in eerste instantie verwijderd?

[xares]

Als de DHCP lease is verlopen zal de network-interface reload worden (eth0) omdat deze mogelijk een nieuw IP-adres heeft gekregen via DHCP. Dan zijn je ifconfig regels / extra IP's ook weg.

Kan je keepalived niet een extra interface laten aanmaken eth0:1 ?
Of geen DHCP gebruiken?

[Tristan]

xares schreef op vrijdag 06 juni 2014 @ 10:54:
Als de DHCP lease is verlopen zal de network-interface reload worden (eth0) omdat deze mogelijk een nieuw IP-adres heeft gekregen via DHCP. Dan zijn je ifconfig regels / extra IP's ook weg.

Dat vermoeden had ik ook al.

xares schreef op vrijdag 06 juni 2014 @ 10:54:
Kan je keepalived niet een extra interface laten aanmaken eth0:1 ?
Of geen DHCP gebruiken?

Ik weet niet of keepalived dat kan. Jij? Geen DHCP is in deze eigenlijk geen optie.

[ex87]

Tristan schreef op vrijdag 06 juni 2014 @ 12:48:
[...]

Dat vermoeden had ik ook al.


[...]

Ik weet niet of keepalived dat kan. Jij? Geen DHCP is in deze eigenlijk geen optie.

Dat kan keepalived prima. Gewoon aan je instance toevoegen:

code:

vrrp_instance VI_1 {
interface eth0:1

[Hero of Time]

quote: man dhclient.conf

code:

ALIAS DECLARATIONS
        alias {  declarations ... }

       Some DHCP clients running TCP/IP roaming protocols may require that in addition to the lease they may acquire  via
       DHCP,  their  interface also be configured with a predefined IP alias so that they can have a permanent IP address
       even while roaming.  The Internet Systems Consortium DHCP client doesn't  support  roaming  with  fixed  addresses
       directly,  but in order to facilitate such experimentation, the dhcp client can be set up to configure an IP alias
       using the alias declaration.

       The alias declaration resembles a lease declaration, except that options other than  the  subnet-mask  option  are
       ignored  by  the  standard client configuration script, and expiry times are ignored.  A typical alias declaration
       includes an interface declaration, a fixed-address declaration for the IP alias address, and a subnet-mask  option
       declaration.  A medium statement should never be included in an alias declaration.

Alias een idee om op te nemen in je dhclient.conf?

[Tristan]

Hero of Time schreef op woensdag 11 juni 2014 @ 13:02:
[...]

Alias een idee om op te nemen in je dhclient.conf?

Woops, topic even uit het oog verloren, blijkbaar vergeten te bookmarken. Ik heb dit net geimplementeerd en m'n interfaces file weer op dhcp gezet. DHCP voegt nu het ip adres toe na een reboot ongeacht of hij al aanwezig is op de andere server. Dit lijkt echter geen probleem voor keepalived omdat deze netjes blijft werken. Ik kijk even aan hoe stabiel dit blijft.