Promise FastTrack 100 LE Raid-Controller als Mirror + SuSE 8.0
Hallo Leute, ich habe ein MSI-Mainboard mit onboard Promise FastTrack 100 -RaidController. Dank der SuSE SDB (http://sdb.suse.de/de/sdb/html/promise80.html) habe ich es geschafft, das System trotz der Partitionierungsfehler zu installieren. Ich habe jeweils eine Festplatte als Master pro Kanal an den Raidcontroller angeschlossen, sprich eine als HDA und eine als HDC und diese dann gemirrort. Offensichtlich erkennt Linux SOWOHL die einzelnen Platten als hda und hdc als auch den Mirror als /dev/ataraid/d0p0. Wenn ich nun eine Platte während des Betriebs herausziehe tickt Linux total aus und stürtzt ab. Offensichtlich ist der Mirror nicht aktiv. Was kann ich tun ?? Gibt es irgendwo neue Treiber zum Download ?? Danke und bye, Gunther + Serverhousing @ www.rackbase.de + --------------------------------------------------------- Mainlab GmbH Sachsenhäuser Landwehrweg 236 60598 Frankfurt am Main Tel. / Fax: 0700-2MAINLAB (0700-26246522) Email: info@mainlab.de Web: www.mainlab.de
Hallo Gunther, Am Montag, 29. April 2002 20:14 schrieb Gunther Stammwitz:
ich habe ein MSI-Mainboard mit onboard Promise FastTrack 100 -RaidController. Dank der SuSE SDB (http://sdb.suse.de/de/sdb/html/promise80.html) habe ich es geschafft, das System trotz der Partitionierungsfehler zu installieren.
Ich habe jeweils eine Festplatte als Master pro Kanal an den Raidcontroller angeschlossen, sprich eine als HDA und eine als HDC und diese dann gemirrort.
Offensichtlich erkennt Linux SOWOHL die einzelnen Platten als hda und hdc als auch den Mirror als /dev/ataraid/d0p0. Wenn ich nun eine Platte während des Betriebs herausziehe tickt Linux total aus und stürtzt ab. Offensichtlich ist der Mirror nicht aktiv.
Was kann ich tun ?? Gibt es irgendwo neue Treiber zum Download ??
ich glaube, hier liegt ein Verständnisproblem vor. Was Du da onboard hast, ist ein "Fake"Raid. Was soviel heißen soll wie: Da wird auch kein echtes Hardware-Raid gemacht, sondern das ganze läuft übers BIOS des Controllers. Deswegen ist das Teil aber ein mehr oder weniger normaler IDE-Controller und wenn Du da eine Platte rausziehst, ist das total normal, dass das Teil abtickt. Das hat mit dem Mirroring nichts zu tun. Wahrscheinlich werden die Platten dennoch gemirrored. Das soll in dem Fall auch bloß der Sicherheit dienen falls eine Platte ausfällt, dass die gleichen Daten noch auf der anderen sind. Von redundantem System ist hier nicht die Rede. Wenn Du hot-swapping fähige echte Hardware IDE-Raid-Controller haben willst, dann greif zu welchen von 3ware. Gruß Philipp -- registered Linux user number 258854
Am Montag, 29. April 2002 20:14 schrieb Gunther Stammwitz:
Hallo Leute,
ich habe ein MSI-Mainboard mit onboard Promise FastTrack 100 -RaidController. Dank der SuSE SDB (http://sdb.suse.de/de/sdb/html/promise80.html) habe ich es geschafft, das System trotz der Partitionierungsfehler zu installieren.
Ich habe jeweils eine Festplatte als Master pro Kanal an den Raidcontroller angeschlossen, sprich eine als HDA und eine als HDC und diese dann gemirrort. Hi, Gunther!
Was am Promise-Controller liegt, das darf nicht HDA sein, sondern höchstens HDE und HDF Das ist eine Eigenheit oder gar Fehler des Kernels 2.4.18, sowohl in SuSE als auch in Mandrake 8.2 Wenn Du die richtige Reihenfolge der Platten bekommen willst, dann muß Du bei der Installation schon als Boot-Parameter angeben ide=reverse und in der Lilo muß stehen: append="ide-reverse" Und dann kannst Du alles richtig der Reihe nach installieren, denn HDA ist immer am 1. IDE-Controller zu suchen und das 2. Device daran ist dann hdb, entweder eine Platte oder ein CD-ROM-Laufwerk und dann kommt also, wie geschrieben, für den Promise etwas anderes heraus. Wenn in einem neuen Kernel dieser Bug gepatcht ist, dann hast Du deine Probleme und die Platten werden nicht mehr in der richtigen Reihenfolge gefunden - wie z.B. beim Kernel 2.4.16, da ist am Promise die Zählung hde und hdf ... ich weiß das, weil ich mich stundenlang mit meinem SOYO-Board damit herumgeschlagen habe, bis ich das alles gefunden habe Gruß Hans
Offensichtlich erkennt Linux SOWOHL die einzelnen Platten als hda und hdc als auch den Mirror als /dev/ataraid/d0p0. Wenn ich nun eine Platte während des Betriebs herausziehe tickt Linux total aus und stürtzt ab. Offensichtlich ist der Mirror nicht aktiv.
Was kann ich tun ?? Gibt es irgendwo neue Treiber zum Download ??
Danke und bye, Gunther
+ Serverhousing @ www.rackbase.de + --------------------------------------------------------- Mainlab GmbH Sachsenhäuser Landwehrweg 236 60598 Frankfurt am Main Tel. / Fax: 0700-2MAINLAB (0700-26246522) Email: info@mainlab.de Web: www.mainlab.de
Hy, Am 02/04/30@20:50 schrieb Hans Herdegen:
Am Montag, 29. April 2002 20:14 schrieb Gunther Stammwitz:
Hallo Leute,
ich habe ein MSI-Mainboard mit onboard Promise FastTrack 100 -RaidController. Dank der SuSE SDB (http://sdb.suse.de/de/sdb/html/promise80.html) habe ich es geschafft, das System trotz der Partitionierungsfehler zu installieren.
Ich habe jeweils eine Festplatte als Master pro Kanal an den Raidcontroller angeschlossen, sprich eine als HDA und eine als HDC und diese dann gemirrort. Wenn in einem neuen Kernel dieser Bug gepatcht ist, dann hast Du deine Probleme und die Platten werden nicht mehr in der richtigen Reihenfolge gefunden - wie z.B. beim Kernel 2.4.16, da ist am Promise die Zählung hde und hdf ...
Man kann es, wenn man sich einen neuen kernel kompiliert auch anpassen: maik@syl:/sicher/mvsgi $ zcat /proc/config.gz | grep OFFBOARD CONFIG_BLK_DEV_OFFBOARD=y Asus A7V133 mit Promise 2.4.16. -- :wq-y Maik
hapauhe@t-online.de (Hans Herdegen) [ 30.04.2002 20:50:37 +0200]:
Das ist eine Eigenheit oder gar Fehler des Kernels 2.4.18, sowohl in SuSE als auch in Mandrake 8.2
Weder Eigenheit noch Fehler! Der Kernel geht schon seid Urzeiten von einer festen Reihenfolge aus: hda \ hdb \ hdc / Kanäle am ersten Controller hdd / hde \ hdf \ hdg / Kanäle am zweiten Controller hdh / hdi \ hdj \ Kanäle am dritten Controller hdk / hdl / Wobei Onboard-Controller vor Offboard kommen, bzw bei zusätzlichem Controller onboard erst der im Chipsatz integrierte Controller und dann der zusätzliche, weil beim Scan des PCI-Bus der integrierte Controller zuerst gefunden wird.
Wenn Du die richtige Reihenfolge der Platten bekommen willst, dann muß Du bei der Installation schon als Boot-Parameter angeben ide=reverse und in der Lilo muß stehen: append="ide-reverse"
Wie gesagt, *die* richtige Reihenfolge gibt es nicht, hinter beiden steckt Logik und daher wäre ich mit dem Begriff 'richtig' etwas vorsichtig. Mit ide=reverse sagst du dem Kernel nur, dass *du* die Laufwerke gerne anders durchnumeriert haben möchtest, was der Kernel dann auch tut. Philipp
Am Mittwoch, 1. Mai 2002 14:23 schrieb Philipp Thomas: Danke Philipp! Ich lerne gern dazu. Gewundert hat mich nur, daß beim Kernel 2.4.16.SuSE dies nicht so war, will sagen: dort wurde die von mir als "richtig" bezeichnete Reihenfolge eingehalten und jetzt mit dem 2.4.18 war das auf einmal anders. Danke Hans
hapauhe@t-online.de (Hans Herdegen) [ 30.04.2002 20:50:37 +0200]:
Das ist eine Eigenheit oder gar Fehler des Kernels 2.4.18, sowohl in SuSE als auch in Mandrake 8.2
Weder Eigenheit noch Fehler! Der Kernel geht schon seid Urzeiten von einer festen Reihenfolge aus:
hda \ hdb \ hdc / Kanäle am ersten Controller hdd /
hde \ hdf \ hdg / Kanäle am zweiten Controller hdh /
hdi \ hdj \ Kanäle am dritten Controller hdk / hdl /
Wobei Onboard-Controller vor Offboard kommen, bzw bei zusätzlichem Controller onboard erst der im Chipsatz integrierte Controller und dann der zusätzliche, weil beim Scan des PCI-Bus der integrierte Controller zuerst gefunden wird.
Wenn Du die richtige Reihenfolge der Platten bekommen willst, dann muß Du bei der Installation schon als Boot-Parameter angeben ide=reverse und in der Lilo muß stehen: append="ide-reverse"
Wie gesagt, *die* richtige Reihenfolge gibt es nicht, hinter beiden steckt Logik und daher wäre ich mit dem Begriff 'richtig' etwas vorsichtig. Mit ide=reverse sagst du dem Kernel nur, dass *du* die Laufwerke gerne anders durchnumeriert haben möchtest, was der Kernel dann auch tut.
Philipp
hapauhe@t-online.de (Hans Herdegen) [ 01.05.2002 15:21:13 +0200]:
Am Mittwoch, 1. Mai 2002 14:23 schrieb Philipp Thomas:
Danke Philipp! Ich lerne gern dazu.
Gern geschehen. Aber bitte in Zukunft kein TOFU (das Thema hatten wir gerade mal wieder auf der Liste), denn das bringt nur Ärger. Philipp
Hallo Leute, ich habe leider noch ein kleines weiteres Problem mit meinem Promise IDE-Raid Controller: Wenn ich eine Festplatte aus dem System entferne während es heruntergefahren ist, um einen Crash zu simulieren und dann neu boote meckert der RaidControll,er daß eine Disk fehlt, ich zwinge ihn aber trotzdem zum booten. Der Lilo erscheint auch korrekt und das System fängt an zu booten. es werden die IDE Chipsätze erkannt, dann die Platte HDA (1. Platte des Raids // HDC fehlt natürlich !) dann das CDROM am normalen IDE controller als hdh und dann kommt freeing unused kernel memory: 120k freed Unable to handle kernel NULL pointer dereference at virtual address 00000... printing eip: 000000 *pde=00000000 Oops: 0000 CPUU:0 EIP: 0010:[<00000000>] Not tainted EFLAGS 00010282 usw. processing swapper pid:1 stack:: komische zahlen call trace: koische zahlen Code: Bad EIP value <0>Kernel panic: attempted to kill init! Mit den vielen 0ern habe ich mich bestimmt vertan.. Was genau ist hier los ? Für einen Tip wäre ich dankbar, Gunther
Hi Gunther, Am Freitag, 3. Mai 2002 17:45 schrieb Gunther Stammwitz:
ich habe leider noch ein kleines weiteres Problem mit meinem Promise IDE-Raid Controller:
Wenn ich eine Festplatte aus dem System entferne während es heruntergefahren ist, um einen Crash zu simulieren und dann neu boote meckert der RaidControll,er daß eine Disk fehlt, ich zwinge ihn aber trotzdem zum booten.
Der Lilo erscheint auch korrekt und das System fängt an zu booten.
es werden die IDE Chipsätze erkannt, dann die Platte HDA (1. Platte des Raids // HDC fehlt natürlich !) dann das CDROM am normalen IDE controller als hdh und dann
kommt [...Lilo-Meldungen...]
Mit den vielen 0ern habe ich mich bestimmt vertan..
Was genau ist hier los ?
Du hast ein Verständnisproblem: Die ganzen IDE-(FAKE-)Raid-Controller, wie sie momentan so gerne verbaut und genutzt werden, sind auf Hotswapping und Failsafe-System-Nutzung gar nicht ausgelegt. Wenn Du das willst, kauf Dir einen IDE-(REAL-)Hardwareraid-Controller von 3ware. Bei dem ganzen Fake-Raid bedeutet Mirroring lediglich, dass Du falls eine Platte ausfällt immer noch eine hast, wo Deine Daten drauf sind. Wenn Du von der aber booten willst, musst Du Dein Raid ausschalten. Gruß Philipp
participants (5)
-
Gunther Stammwitz -
hapauhe＠t-online.de -
Maik Holtkamp -
Philipp Thomas -
Philipp Zacharias