CARP failover

A

athome

Active Member
Hallo Zusammen,

mal eine _vielleicht blöde frage_ ;)

- 2 BSD Server .... jedes interface mit einer IP
- in den Kernel einkompiliert carp (Sommon Adress redundancy protocol) zwecks HA
- Carp Device erstellt und IP zugewisen
- Master advskew 0
- Slave advskew 100

soweit so gut...

wenn ich das nun teste und den master abschiesse: ifconfig carp0 destroy

wird der Slave zum Master und alles ist toll.

wenn ich aber nun den Master wieder "einschalte" dann wird er nicht wieder master.

wenn ich das richtig verstehe, dann wird doch in dem moment wenn ich den master (advskew 0) abschiesse der Slave "hochgestuft". wenn nun der Master wieder oben ist, dann sollte der wieder den wert 0 haben ... somit müsste der slave mit seinen 100 also den master wieder abgeben.

hat irgendjemand eine Ahnung warum er das nicht tut ?
 
Huch bitte um entschuldigung:

Es handelt sich um 2 FreeBSD Server.

Ich habe mittlerweile herausgefunden das es eine Option gibt:

ifconfig carp0 State [backup];[Master]

aber die kennt wohl die FreeBSD Variante nicht ?
 
Das ist eben nicht das einzige BSD. Und da du nicht in das FreeBSD Forum gepostet hast...
 
athome schrieb:
Huch bitte um entschuldigung:

Es handelt sich um 2 FreeBSD Server.

Ich habe mittlerweile herausgefunden das es eine Option gibt:

ifconfig carp0 State [backup];[Master]

aber die kennt wohl die FreeBSD Variante nicht ?
Zum Vergrößern anklicken....


eigentlich sollte das auch nicht noetig sein dem interface zusagen welches
state es hat .

ein ifconfig carp0 ip addr vhid id pass pass password sollte auf dem master reichen
auf dem slave

ein ifconfig carp0 ip addr vhid id pass pass password advskwew 100 z.b.


holger
 
Ich habe festgestellt das nach einem Failover die beiden Interfaces den Status nicht mehr "tauschen" obwohl die das m.E. doch sollten.

wenn ich dann auf dem MASTER (ehem. Backup) ein
ifconfig carp0 down && ifconfig carp0 up mache dann ist der Master wieder Backup
und der Backup wieder Master.

Das ist aber doch nicht normal ???
in die andere richtung funktioniert es doch auch ?!?!?

ahso... ja, natürlich hat der eine einen advskew von 100 eingetragen (der im Normalbetrieb Backup), der andere hat diesen Wert garnicht eingetragen.
 
nein die beiden hängen an ein und dem selben switch.

mittels TCPDUMP habe ich festgestellt das jeweils das backup device ins netzwerk multicastet.

VRRP.MCAST.NET VRRPv2, Advertisement, vrid 1, prio 0, autthype none, intvl 1s, length 36

wenn ich den master kille dann wird er zum slave und sendet folgendes:

VRRP.MCAST.NET VRRPv2, Advertisement, vrid 1, prio 100, autthype none, intvl 1s, length 36

aber wenn er weider da ist schaltet er nicht um

im moment den Switchens geht der Wert prio auf 255 und intvl 255

Sieht eigentlich gut aus,...
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben