Drbd

[pfadryon]

Hallo,

ich hab ein kleines Problem mit drbd (Spiegelung auf einen 2ten Server).

Und zwar läuft das soweit...Habe die "/etc/drbd.conf" konfiguriert, und beide gestartet...Die finden sich und syncronisieren sich...dann mache ich den "Master"-Server zum Primary mit "drbdadm primary drbd0"...soweit sogut...
Alles funktioniert..Filesystem wird erstellt und der mount auf ein ordner("mount /dev/drbd0 /root/neu") funktioniert auch...

Aber:
1.Wenn ich Dateien in das gemountete VZ kopiere sehe ich das bei drbd was passiert...und das die gleiche menge über die Leitung geht aber wenn ich die Datei auf dem Secondary suche dann finde ich sie nciht...
auf dem Secondary das Blockdevice(/dev/drbd0) zu mounten schlägt fehl da er immer sagt das das Laufwerk busy(beschäftigt) ist...

2. Wenn ich dann mit chkconfig drbd on, drbd als autostart definiere dann starten beide Nodes auch aber finden sich nicht (Status bei beiden: Secondary/Unknown)

Weis einer Rat?

 

[pfadryon]

/schieb

Kennt sich keiner mit drbd aus?...Ist dringend da ich im Moment ein Praxisbericht schreiben muss und die Zeit langsam knapp wird...

 

[blur]

Moin, moin,

wie sind die beiden Rechner miteinander verbunden?

Gruß
Blur

 

[pfadryon]

Huch dachte schon ich würd allein bleiben...

Also meine Server sind über LAN (eth1) verbunden...

Zum ersten Problem habe ich mittlerweile eine Lösung . Man muss DRBD auf dem 2.Node einfach ausstellen und das gemountete Laufwerk das auf das Blockdevice zeigt mounten...in meinem Fall /dev/sda3...

gruß
pfadryon

 

[blur]

Moin, moin,

Deine Rechner haben also kein Switch/Hub oder ähnliche aktive Komponenten zwischen sich? Und ein eigenes Interface für drbd?

Gruß
Blur

 

[pfadryon]

Eigenes Interface? (Bin noch in den Anfängen von Linux...)

Also die sind über eth1 mit einem Cross over Kabel verbunden...Also direkt...

 

[blur]

Eigenes Interface? (Bin noch in den Anfängen von Linux...)

Also die sind über eth1 mit einem Cross over Kabel verbunden...Also direkt...

Ok, das wollte ich wissen, ansonsten könnten es zu Nebeneffekten kommen, die nicht gewünscht sind (Stichwort: Split Brain).

Was gibt die Ausgabe "cat /proc/drbd", wie sehen die Mountpoints in /etc/fstab aus?

Gruß
Blur

 

[pfadryon]

Also bei "cat /proc/drbd" wird folgendes ausgegeben:

drbd driver loaded OK; device status:
version: 0.7.18 (api:78/proto:74)
SVN Revision: 2186 build by lmb@chip, 2006-05-04 17:08:27
 0: cs:Connected st:Primary/Secondary ld:Consistent
    ns:0 nr:0 dw:0 dr:4 al:0 bm:0 lo:0 pe:0 ua:0 ap:0

und in der "/etc/fstab" steht:

/dev/sda1            /                    ext3       acl,user_xattr        1 1
/dev/sda2            swap                 swap       defaults              0 0
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0
/dev/fd0             /media/floppy        auto       noauto,user,sync      0 0
/dev/drbd0           /mnt/drbd            ext3       defaults		   0 0

hilft das weiter?....ich glaub heute muss mir jem machen ...komme seit 2 tagen an dem Problem nciht vorbei...

 

[blur]

moin,

bitte in /etc/fstab auf noauto ändern und cat /proc/drbd von beiden Rechnern machen.

Gruß
Blur

 

[pfadryon]

ok ich hab die fstab geändert und das proc von beiden sieht wenn es funktioniert so aus (vom primary zuerst):

drbd driver loaded OK; device status:
version: 0.7.18 (api:78/proto:74)
SVN Revision: 2186 build by lmb@chip, 2006-05-04 17:08:27
 0: cs:Connected st:Primary/Secondary ld:Consistent
    ns:0 nr:0 dw:0 dr:4 al:0 bm:0 lo:0 pe:0 ua:0 ap:0

auf dem secondary so:

drbd driver loaded OK; device status:
version: 0.7.18 (api:78/proto:74)
SVN Revision: 2186 build by lmb@chip, 2006-05-04 17:08:27
 0: cs:Connected st:Secondary/Primary ld:Consistent
    ns:0 nr:0 dw:0 dr:4 al:0 bm:0 lo:0 pe:0 ua:0 ap:0

Nach dem neustart sieht es so aus (bei beiden identisch):

drbd driver loaded OK; device status:
version: 0.7.18 (api:78/proto:74)
SVN Revision: 2186 build by lmb@chip, 2006-05-04 17:08:27
 0: cs:Connected st:Secondary/Unknown ld:Consistent
    ns:0 nr:0 dw:0 dr:4 al:0 bm:0 lo:0 pe:0 ua:0 ap:0

Schönes Wochenende

 

[blur]

Hast Du mit drbdsetupd einen zum Primary gemacht?

Gruß
Blur

 

[pfadryon]

Ja natürlich, sieht man ja auf dem Status der /proc/drbd ...

Das ist aber so das es nur für diesen Moment als Primary gilt und nicht festgeschrieben ist. In der Datei wo ich drbd konfiguriere /etc/drbd.conf kann man das nciht festschreiben oder ich kenne die Syntax nicht. Wenn ich aber neustarte werden beide zum Secondary und finden sich zusätzlich nicht...

und jedesmal wenn ich drbd neustarte muss ich explizit den primary mit drbdsetup als primary definieren...

 

[blur]

Moin,

wie man das wieder geradebiegt, weisst Du?
Auf dem Primary "drbdadm connect all" und auf dem Secondary "drbdadm -- --discard-my-data connect all".

Frage, startest Du beide neu oder nur den Primary?

Gruß
Blur

 

[pfadryon]

Es hat sich erledigt ...Hab es hinbekommen ...

Ich habe Heartbeat konfiguriert und in der Konfig datei für Heartbeat (/etc/ha.d/haresources) konnte man DRBD so konfigurieren das der 1.Server als Primary sofort übernommen wurde...

Die beiden Nodes finden sich, auch wenn ich beide ausschalte wird DRBD automatisch gestartet, und Failover funktioniert auch......

Ich denke DRBD ohne Heartbeat macht keinen Sinn da durch Heartbeat sozusagen gestartet wird.

Eins bleibt noch zu klären...Wenn der Primary "ausfällt", ist es doch nur logisch das der Secondary der dann anspringt zum Primary wird (ist bei mir noch nicht so...wenn ich den Primary ausschalte bleibt der Secondary Secondary und wenn ich den Primary wieder anschalte wird der wieder zum Primary...liegt wohl an der Konfiguration in /etc/ha.d/haresources)...
Da theoretisch beim Ausfall des Primary der Secondary einspringt und die Daten auf ihm geschrieben werden, und wenn der Primary dann wieder online ist der alte Stand vom Primary gesynct wird und die neuen Daten gehen sowieso verloren...

Gruß
pfadryon


Ps.: Falls jem. die Konfigurationsdateien sehen möchte, sagt bescheid dann stell ich sie online

 

[f4ker]

Es hat sich erledigt ...Hab es hinbekommen ...

Ich habe Heartbeat konfiguriert und in der Konfig datei für Heartbeat (/etc/ha.d/haresources) konnte man DRBD so konfigurieren das der 1.Server als Primary sofort übernommen wurde...

Die beiden Nodes finden sich, auch wenn ich beide ausschalte wird DRBD automatisch gestartet, und Failover funktioniert auch......

Ich denke DRBD ohne Heartbeat macht keinen Sinn da durch Heartbeat sozusagen gestartet wird.

Eins bleibt noch zu klären...Wenn der Primary "ausfällt", ist es doch nur logisch das der Secondary der dann anspringt zum Primary wird (ist bei mir noch nicht so...wenn ich den Primary ausschalte bleibt der Secondary Secondary und wenn ich den Primary wieder anschalte wird der wieder zum Primary...liegt wohl an der Konfiguration in /etc/ha.d/haresources)...
Da theoretisch beim Ausfall des Primary der Secondary einspringt und die Daten auf ihm geschrieben werden, und wenn der Primary dann wieder online ist der alte Stand vom Primary gesynct wird und die neuen Daten gehen sowieso verloren...

Gruß
pfadryon


Ps.: Falls jem. die Konfigurationsdateien sehen möchte, sagt bescheid dann stell ich sie online

Jou stell die mal bitte online

Gruss