Umzug Linux in ein HA-Cluster
Hallo Liste, ich habe hier mal wieder Kopfschmerzen... Folgende Ausgangsituation: Ich habe 2 identische Rechner (3GHz P4, 2 GB RAM, 2x250 GB Raid1(mdadm)) - diese nennen sich jetzt mal server1 und server2. Diese möchte ich in ein HA-Cluster (heartbeat und drbd) verfrachten. Dafür sollten die Systeme ja identisch sein - zumindest liest man das so, weswegen ich jetzt auch diesen Aufwand betreibe und langsam verzweifle... Vorgestellt habe ich mir folgendes Vorgehen: - Installation und Konfiguration server1 samt mdadm - mdadm syncen - mbr einspielen in 2. Platte - 2. Platte nehmen und in Server 2 einbauen und booten Jetzt habe ich nur folgendes Problem.. Die Maschine (server2) bootet, die Dienste laufen, aber mit den NICs habe ich Probleme lspci erkennt diese (sind identisch mit den verbauten in server1) und zeigt sie brav an jedoch kommen die Interfaces nicht hoch (SIO ADDRESS...) /etc/init.d/networking restart ifconfig eth0/1/2 up bring alles nichts - sagt immer no such device. Jetzt ist meine Frage was ist da los und wie kann ich es beheben? Kennt jemand diesen Effekt? Das muss doch irgendwie gehen? Grüßle Thomas ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Umzug Linux in ein HA-Cluster
etch? was gibt ein ifconfig -a? ich vermute, dass du /etc/udev/rules.d/z25_persistent-net.rules an die korrekten mac-adressen anpassen musst. cu marc Thomas Halinka wrote: Hallo Liste, ich habe hier mal wieder Kopfschmerzen... Folgende Ausgangsituation: Ich habe 2 identische Rechner (3GHz P4, 2 GB RAM, 2x250 GB Raid1(mdadm)) - diese nennen sich jetzt mal server1 und server2. Diese möchte ich in ein HA-Cluster (heartbeat und drbd) verfrachten. Dafür sollten die Systeme ja identisch sein - zumindest liest man das so, weswegen ich jetzt auch diesen Aufwand betreibe und langsam verzweifle... Vorgestellt habe ich mir folgendes Vorgehen: - Installation und Konfiguration server1 samt mdadm - mdadm syncen - mbr einspielen in 2. Platte - 2. Platte nehmen und in Server 2 einbauen und booten Jetzt habe ich nur folgendes Problem.. Die Maschine (server2) bootet, die Dienste laufen, aber mit den NICs habe ich Probleme lspci erkennt diese (sind identisch mit den verbauten in server1) und zeigt sie brav an jedoch kommen die Interfaces nicht hoch (SIO ADDRESS...) /etc/init.d/networking restart ifconfig eth0/1/2 up bring alles nichts - sagt immer no such device. Jetzt ist meine Frage was ist da los und wie kann ich es beheben? Kennt jemand diesen Effekt? Das muss doch irgendwie gehen? Grüßle Thomas ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Umzug Linux in ein HA-Cluster
On Sun, 19 Nov 2006 17:13:51 +0100 Thomas Halinka wrote: Jetzt habe ich nur folgendes Problem.. Die Maschine (server2) bootet, die Dienste laufen, aber mit den NICs habe ich Probleme lspci erkennt diese (sind identisch mit den verbauten in server1) und zeigt sie brav an jedoch kommen die Interfaces nicht hoch (SIO ADDRESS...) /etc/init.d/networking restart ifconfig eth0/1/2 up bring alles nichts - sagt immer no such device. Du hast nicht gesagt, welches Release bei dir rennt? Sarge oder etwas neueres? Wenn Sarge, dann weiß ich dir nicht zu helfen. Wenn etwas neueres (Etch zB), dann könnte udev der Schuldige sein. Dieser merkt sich nämlich netterweise die MAC-Adressen von Netzwerkkarten, um das Rumspringen von Devicenamen zu verhindern. Wenn also eine Karte erkannt wird, und deren MAC-Adresse noch nicht bekannt ist, wird dieser ethN+1 zugewiesen, wobei N die Nummer der letzten bekannten Karte ist. Nachsehen kannst du das in /etc/udev/rules.d/z25_persistent-net.rules, da steht zB bei mir (Sid) folgendes: # PCI device 14e4:1601 (tg3) SUBSYSTEM==net, DRIVERS==?*, SYSFS{address}==00:16:36:xx:xx:xx, NAME=eth0 # PCI device 8086:4227 (ipw3945) SUBSYSTEM==net, DRIVERS==?*, SYSFS{address}==00:13:02:xx:xx:xx, NAME=eth1 Wenn ich also jetzt mein ipw3945 Treiber lade, der tg3 Treiber aber nicht geladen ist, wird die Karte dennoch als eth1 erstellt und meine Scripte funktionieren weiterhin. Früher wurde das erste freie Interface genommen (also eth0) und meine Scripte würden sterben. Bei dir ist das Problem genau andersrum, du möchtest Karten mit anderen MAC-Adressen trotzdem mit den alten eth-Namen ansprechen. Dazu könntest du einfach die oben genannte Datei bearbeiten, und die neuen MAC-Adressen eintragen. Ansonsten sind deine Karten derzeit eth3 bis eth5. Du wirst allerdings ein Problem haben, wenn durch dein Setup jedes Byte auf beiden Servern gleich sein soll, denn das wird die udev-Dateien wieder zurücksetzten. Du musst in dem Fall also entweder udev abschalten oder /etc/udev aus dem Abgleichmechanismus rausnehmen. So, hoffe du hast in etwa verstanden was ich meine und weißt dir ab hier zu helfen, denn ich hab absolut keine Ahnung heartbeat und Zeugs. Gruß Evgeni -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net
Re: Umzug Linux in ein HA-Cluster
Evgeni Golov schrieb: Du hast nicht gesagt, welches Release bei dir rennt? Sarge oder etwas neueres? Wenn Sarge, dann weiß ich dir nicht zu helfen. Nene was neueres... Wenn etwas neueres (Etch zB), dann könnte udev der Schuldige sein. Dieser merkt sich nämlich netterweise die MAC-Adressen von Netzwerkkarten, um das Rumspringen von Devicenamen zu verhindern. Wenn also eine Karte erkannt wird, und deren MAC-Adresse noch nicht bekannt ist, wird dieser ethN+1 zugewiesen, wobei N die Nummer der letzten bekannten Karte ist. Ah okay - hört sich soweit vernünftig an Aber eth3-5 gibts leider auch nicht, Nachsehen kannst du das in /etc/udev/rules.d/z25_persistent-net.rules, da steht zB bei mir (Sid) folgendes: Die gibts bei mir nicht... ls -la /etc/udev/rules.d/ insgesamt 152 drwxr-xr-x 2 root root 4096 2006-11-19 16:45 . drwxr-xr-x 3 root root 4096 2006-10-30 15:54 .. -rw-r--r-- 1 root root 262 2006-05-22 14:25 00-init.rules -rw-r--r-- 1 root root 2264 2006-05-22 14:25 20-names.rules -rw-r--r-- 1 root root 190 2006-05-22 14:25 25-iftab.rules -rw-r--r-- 1 root root 3048 2006-05-22 14:25 40-permissions.rules -rw-r--r-- 1 root root29 2006-05-11 17:45 45-fuse.rules -rw-r--r-- 1 root root 47992 2006-11-02 11:23 45-libgphoto2.rules -rw-r--r-- 1 root root 28262 2006-04-06 07:12 45-libsane.rules -rw-r--r-- 1 root root 1306 2006-05-22 14:25 60-symlinks.rules -rw-r--r-- 1 root root 2585 2006-05-22 14:25 65-persistent-disk.rules -rw-r--r-- 1 root root 385 2006-05-22 14:25 80-programs.rules -rw-r--r-- 1 root root 171 2006-05-29 12:03 85-alsa.rules -rw-r--r-- 1 root root 208 2006-05-22 15:09 85-hal.rules -rw-r--r-- 1 root root81 2006-01-04 11:13 85-hdparm.rules -rw-r--r-- 1 root root 126 2006-05-16 01:43 85-hwclock.rules -rw-r--r-- 1 root root 657 2006-01-30 13:40 85-ifupdown.rules -rw-r--r-- 1 root root 937 2006-03-23 20:40 85-pcmcia.rules -rw-r--r-- 1 root root82 2006-05-22 15:09 90-hal.rules -rw-r--r-- 1 root root 2534 2006-05-22 14:25 90-modprobe.rules -rw-r--r-- 1 root root75 2006-05-22 14:25 99-udevmonitor.rules Das was am ehesten danach aussieht ist: cat /etc/udev/rules.d/25-iftab.rules # This file causes network devices to be assigned consistent names. # See udev(8) for syntax. SUBSYSTEM==net, ACTION==add, DRIVER==?*, \ PROGRAM=iftab_helper %k, NAME=$result Bei dir ist das Problem genau andersrum, du möchtest Karten mit anderen MAC-Adressen trotzdem mit den alten eth-Namen ansprechen. Dazu könntest du einfach die oben genannte Datei bearbeiten, und die neuen MAC-Adressen eintragen. Ansonsten sind deine Karten derzeit eth3 bis eth5. Leider ist eth3-5 nicht da! Das sollte doch nicht so kompliziert sein, 3 Netzwerkkarten das gleiche ethX zuzuweisen - zudem sie sogar immer den gleichen Typ haben Server1 eth0 Broadcom eth1 Intel eth2 3com Server2 eth0 Broadcom eth1 Intel eth2 3com Du wirst allerdings ein Problem haben, wenn durch dein Setup jedes Byte auf beiden Servern gleich sein soll, denn das wird die udev-Dateien wieder zurücksetzten. Du musst in dem Fall also entweder udev abschalten oder /etc/udev aus dem Abgleichmechanismus rausnehmen. Nicht jedes Byte nur eine Daten-Partition - da ist kein System drauf So, hoffe du hast in etwa verstanden was ich meine und weißt dir ab hier zu helfen, denn ich hab absolut keine Ahnung heartbeat und Zeugs. Geht ja noch gar net um heartbeat drbd und cluster.. Sondern eher um nimm eine Platte und bau sie in einen neuen Rechner ein :-) Gruß Evgeni Grüßle Thomas ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Umzug Linux in ein HA-Cluster
On Sun, 19 Nov 2006 17:55:15 +0100 Thomas Halinka wrote: Ah okay - hört sich soweit vernünftig an Aber eth3-5 gibts leider auch nicht, Aber die Module sind schon geladen? Was sagt dmesg? Nachsehen kannst du das in /etc/udev/rules.d/z25_persistent-net.rules, da steht zB bei mir (Sid) folgendes: Die gibts bei mir nicht... Das ist komisch. Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Ich würd mir Sorgen machen, wenn mein Mail-System mir anbietet Würmer zu fangen ;-) Gruß Evgeni, etwas ratlos -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net
Re: Umzug Linux in ein HA-Cluster
Evgeni Golov schrieb: Aber die Module sind schon geladen? Was sagt dmesg? Das ist komisch. Welche Module meinst denn genau? Alles andere tut ja - nur die NW-Karten nicht. Da das System identisch ist, sollten doch auch alle Module geladen sein, die auf dem Ursprungsrechner geladen sind. Das bringt mich zu dem Schluss, dass es nicht an Modulen liegen kann, da die Hardware identisch ist (bis auf SerienNr und MACs natürlich) Da das Netz nicht geht komm ich leider auch nicht auf die Maschine. Sitz leider nicht davor - ist schließlich Wochenende. Gruß Evgeni, etwas ratlos Grüßle Thomas, noch ratloser und langsam angekekst, weil er nicht versteht, was da passiert ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)