Re: [PUG] System Raid1 Software
Christian Felsing wrote: Interessant, das Problem hat ich mit dem 16fach noch nicht. Bisher allerdings nur mit Seagate 1TB Platten als Raid6. Was hast Du denn für eine Firmware Version drin ? CLI sys info The System Information === Main Processor : 800MHz CPU ICache Size: 32KB CPU DCache Size: 32KB System Memory : 1024MB/533MHz Firmware Version : V1.42 2006-10-13 BOOT ROM Version : V1.42 2006-10-13 Serial Number : Controller Name: ARC-1231 Current IP Address : 192.168.1.126 === GuiErrMsg0x00: Success. CLI Grüße, Peter -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Interessant, das Problem hat ich mit dem 16fach noch nicht. Bisher allerdings nur mit Seagate 1TB Platten als Raid6. Was hast Du denn für eine Firmware Version drin ? Grüße Christian Peter Barthel schrieb: Uah, geh mir fort :-) Die haben wir auch im Einsatz (12-Fach-Controller). Toll ja, aber Buggy. Uns fliegen da dauernd Platten raus im Betrieb. Einmal geflogene Platte raus- und wieder reinschieben behebt zwar das -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
On 26 Jan 2008, Peter Barthel wrote: Martin Schmitt schrieb: Peter Barthel schrieb: Gibt es denn dafür auch einen einfacheren Weg, um grub wieder in den mbr zu installieren? Die Funktion setup() der grub-shell (wie von Dir beschrieben, die bessere Methode) und auch grub-install machen ja in etwa das selbe und installieren die stage1 in den MBR und die beiden anderen Stages auf die Platte. stage2 weiß dann am Ende von sich aus, wo sie die menu.lst zu suchen hat. Von wo man das macht, ist meines Wissens egal. Da tut es auch eine Live-CD, die grub an Bord hat. Man sollte halt nicht unbedingt versuchen, ein 2008er Fedora mit einer 1999er Knoppix zu reparieren. ;-) Ok, das wollte ich eben direkt umschiffen. Weiss nicht ob z.B. Knoppix grub von Haus aus dabei hat :-) Früher hatte Knoppix kein Grub an Bord. Ich hatte aber in meiner früheren Mail grml, Sidux und Kanotix genannt. -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Peter Barthel schrieb: Performance. Die Gleichung Hardware-RAID == Schnell funktioniert so ganz einfach auch nicht. Ich habe zähneknirschend den Betrieb einer Maschine mit 3ware-RAID übernehmen müssen. Das Ding ist die lahmste Gurke, die ich jemals gesehen habe. -martin signature.asc Description: OpenPGP digital signature -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Diese Erfahrung musste ich auch schon machen. Bei den HW Raid Lösungen habe ich allerdings mit Areca Karten gute Erfahrungen gemacht. Die bringen auch bei Raid6 mehr als die meisten SW Lösungen. Administration erfolgt über ein getrenntes Ethernet-Interface mit einem ganz normalen Browser. Nachteil: Die Dinger sind richtig teuer. Letztlich kommt es immer auf den Einzelfall an, ob HW oder SW Raid die richtige Wahl ist. Grüße Christian Martin Schmitt schrieb: Die Gleichung Hardware-RAID == Schnell funktioniert so ganz einfach -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Martin Schmitt schrieb: Silverio Santos schrieb: Martin Schmitt schrieb: Gegensatz hinaus: Auf der einen Seite die Snobs, die glauben, daß mit ihrem 3ware-SATA-RAID-Controllern die Absolution gegen alle Hardwarefehler erworben haben, und auf der anderen Seite die ahnungslosen Frickler, die sich allen ernstes einbilden, daß sie mit ihrem Software-RAID auch bei Ausnahmezustand, Das bedarf keines Kommentars. :-( Locker bleiben. :-) Bist Du denn eventuell bereit, Dich mit mir darauf zu einigen, daß es nicht die einheitliche Lösung gibt, die für jedes Problem und jeden Geldbeutel die richtige ist? Ja. Und vielleicht auch noch, daß ein gutes Software-RAID nicht uneingeschänkt schlechter ist als ein schlechtes Hardware-RAID? Dann hätten wir's doch. ;-) Auch. Was allerdings weder mich zu einem Snob, noch Dich zu einem ahnunglosen Frickler macht. Wir sind zwar Deine direkte Art auf der Liste gewöhnt, aber bei solchen Titulierungen hört's bei mir auf! Silvério -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Silverio Santos schrieb: Was allerdings weder mich zu einem Snob, noch Dich zu einem ahnunglosen Frickler macht. Wir sind zwar Deine direkte Art auf der Liste gewöhnt, aber bei solchen Titulierungen hört's bei mir auf! Okay, ich hatte schon befürchtet, daß ich meine wilden Tiraden mal wieder zu sehr zugespitzt gehabt haben könnte, und offensichtlich war das auch tatsächlich der Fall. Wenn's bei dieser Art von Titulierungen bei Dir aufhört, dann bitte ich Dich für die Titulierungen um Entschuldigung. -martin signature.asc Description: OpenPGP digital signature -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Christian Felsing schrieb: Diese Erfahrung musste ich auch schon machen. Bei den HW Raid Lösungen habe ich allerdings mit Areca Karten gute Erfahrungen gemacht. Die bringen auch bei Raid6 mehr als die meisten SW Lösungen. Administration erfolgt über ein getrenntes Ethernet-Interface mit einem ganz normalen Browser. Nachteil: Die Dinger sind richtig teuer. Uah, geh mir fort :-) Die haben wir auch im Einsatz (12-Fach-Controller). Toll ja, aber Buggy. Uns fliegen da dauernd Platten raus im Betrieb. Einmal geflogene Platte raus- und wieder reinschieben behebt zwar das Problem, aber nervig isses doch allemal - Immerhin muss man immer ein Rebuild fahren. (Wir betreiben die mit SATA-Raptor-Platten) Letztlich kommt es immer auf den Einzelfall an, ob HW oder SW Raid die richtige Wahl ist. Sicher. 3-Ware ist auch nicht das Wahre. Aber bei SW-Raid mit Raid 5 z.B. wird man definitiv den kürzeren ziehen als mit nem HW-Raid (natürlich nur, wenn es nen XOR-Chip hat). Bei mir ging das soweit, dass meine Maus geruckelt hatte, sobald ich auf die HDD zugegriffen habe weil es einfach zu CPU-Lastig ist. Die Gleichung Hardware-RAID == Schnell funktioniert so ganz einfach Klar, dass das generell ein Vorteil ist wollte ich damit nicht zum Ausdruck bringen. Gruß, Peter -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Martin Schmitt schrieb: Peter Barthel schrieb: Gibt es denn dafür auch einen einfacheren Weg, um grub wieder in den mbr zu installieren? Die Funktion setup() der grub-shell (wie von Dir beschrieben, die bessere Methode) und auch grub-install machen ja in etwa das selbe und installieren die stage1 in den MBR und die beiden anderen Stages auf die Platte. stage2 weiß dann am Ende von sich aus, wo sie die menu.lst zu suchen hat. Von wo man das macht, ist meines Wissens egal. Da tut es auch eine Live-CD, die grub an Bord hat. Man sollte halt nicht unbedingt versuchen, ein 2008er Fedora mit einer 1999er Knoppix zu reparieren. ;-) Ok, das wollte ich eben direkt umschiffen. Weiss nicht ob z.B. Knoppix grub von Haus aus dabei hat :-) Grüße, Peter PS: Ich habe mal im Support gearbeitet und kenne Kunden-Anfragen und Missverständnisse nur zu genau. Deswegen die Kanonen-Anleitung ;-) -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Silverio Santos schrieb: Robert Biberauer schrieb: Ich habe einen Software Raid 1 und die Platte, auf der der Bootloader war, ist eingegangen. Nun komme ich nicht mehr ins System. An alle, die mich bei der letzten Installationsparty fragten, warum ich für einen dreistelligen Betrag einen Hardware-RAID-Controller in den mitgebrachten Server einbauen ließ: hier der Grund (außer der Performance, natürlich)! *Das* ist der Grund? Du gibst einen dreistelligen Eurobetrag aus, nur damit Du Grub nicht auf beiden Platten installieren mußt, um ein Problem, wie es Robert jetzt hatte, zu vermeiden? Erstaunlich. Gruß mks -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
hi, Martin Schmitt schrieb: Wie fährst Du denn Dein System hoch, wenn der Controller stirbt? bei Raid1 reicht es hoffentlich einfach den Controller auszubauen und so zu starten. Wenn man Pech legt die Firmware das total obskur ab und man ist der Looser der Nation. Gleiches gilt im übrigen auch für Firmware-Updates ... geht nix über Softraid. cu denny -- Stoppt den Überwachungswahn - Stoppt den Schäuble Katalog: http://www.nopsis.de signature.asc Description: OpenPGP digital signature -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Hi, Erstmal wollte ich mich für die vielen guten Antworten bedanken :) Ich hab mich, auch nachdem ich eure Mails gelesen habe, nicht so ganz drübergetraut, weil sich doch ziemlich wichtige Daten auf dem Raid befunden hatten. Jetzt hab ich mit euren Vorschlägen noch etwas herumgegoogelt und bin auf die Super Grub Disk gestoßen. Ich kann diese boot Bisk wirklich nur jedem empfehlen der manuell noch nicht so erfahren ist. Ich hab das Image auf folgender Seite downgeloadet: http://sgd.linux- beginnerforum.de/ und den Rechner damit gebootet. Ich musste dann nur noch einen einzigen Menüpunkt auswählen und alles hat wieder funktioniert. Leider hab ich dadurch kein Hintergrundwissen entwickeln können, aber momentan bin ich einfach froh, dass alles wieder hinhaut :) Vielen Dank nochmal mfg Robert-- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Peter Barthel schrieb: Gibt es denn dafür auch einen einfacheren Weg, um grub wieder in den mbr zu installieren? Die Funktion setup() der grub-shell (wie von Dir beschrieben, die bessere Methode) und auch grub-install machen ja in etwa das selbe und installieren die stage1 in den MBR und die beiden anderen Stages auf die Platte. stage2 weiß dann am Ende von sich aus, wo sie die menu.lst zu suchen hat. Von wo man das macht, ist meines Wissens egal. Da tut es auch eine Live-CD, die grub an Bord hat. Man sollte halt nicht unbedingt versuchen, ein 2008er Fedora mit einer 1999er Knoppix zu reparieren. ;-) -martin signature.asc Description: OpenPGP digital signature -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Martin Schmitt schrieb: Silverio Santos schrieb: Wie fährst Du denn Dein System hoch, wenn der Controller stirbt? Ich lasse den defekten Controller vom mitgebuchten Hardwareservice austauschen. Das gilt nicht! Geld spielt keine Rolex oder was? ;-) Hardware-OnSite-Support, sonst nützt doch der RAID-Controller nichts. Und Du, wenn Deiner stirbt? Ich sonne mich in der Gewißheit, daß meine RAID-Platten unabhängig vom Controller in jeder beliebigen anderen Hardware hochfahren können. Diese Hardware-RAID-vs-Software-RAID-Diskussionen laufen letztlich immer wieder auf den unüberbrückbaren Gegensatz hinaus: Auf der einen Seite die Snobs, die glauben, daß mit ihrem 3ware-SATA-RAID-Controllern die Absolution gegen alle Hardwarefehler erworben haben, und auf der anderen Seite die ahnungslosen Frickler, die sich allen ernstes einbilden, daß sie mit ihrem Software-RAID auch bei Ausnahmezustand, Stromausfall und 40 Fieber noch manövrierfähig bleiben. Ich für meinen Teil gehöre schonmal zu letzteren. ;-) Das bedarf keines Kommentars. :-( Silvério -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Martin Schmitt schrieb: Silverio Santos schrieb: An alle, die mich bei der letzten Installationsparty fragten, warum ich für einen dreistelligen Betrag einen Hardware-RAID-Controller in den mitgebrachten Server einbauen ließ: hier der Grund (außer der Performance, natürlich)! Wie fährst Du denn Dein System hoch, wenn der Controller stirbt? Ich lasse den defekten Controller vom mitgebuchten Hardwareservice austauschen. Und Du, wenn Deiner stirbt? @Markus: Nein, ich gebe den Betrag nicht aus, nur um Grub auf allen (drei) Festplatten nicht installieren zu müssen. Finde ich nicht erstaunlich, sondern normal. Gruß Silvério -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Silverio Santos schrieb: Wie fährst Du denn Dein System hoch, wenn der Controller stirbt? Ich lasse den defekten Controller vom mitgebuchten Hardwareservice austauschen. Das gilt nicht! Geld spielt keine Rolex oder was? ;-) Hardware-OnSite-Support, sonst nützt doch der RAID-Controller nichts. Kommt der On-Site-Support auch morgens um 6 am Karfreitag? Wenn ja, äußere ich die Befürchtung, daß die Annahme, daß sowohl ich als auch der OP über Budgets verfügen, die mit Deinem identisch sind, nicht notwendigerweise zutreffend sein könnte. Das bedarf keines Kommentars. :-( Locker bleiben. :-) Bist Du denn eventuell bereit, Dich mit mir darauf zu einigen, daß es nicht die einheitliche Lösung gibt, die für jedes Problem und jeden Geldbeutel die richtige ist? Und vielleicht auch noch, daß ein gutes Software-RAID nicht uneingeschänkt schlechter ist als ein schlechtes Hardware-RAID? Dann hätten wir's doch. ;-) -martin signature.asc Description: OpenPGP digital signature -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Martin Schmitt schrieb: Peter Barthel schrieb: Dann solltest du noch prov und dev mounten: mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc Jetzt kannst du arbeiten: chroot /mnt grub (in der grub-shell) grub root (hdX,Y) grub setup (hdX) grub quit Ist das nicht mit Kanonen auf Spatzen geschossen? Er will doch lediglich einen benutzbaren Grub-MBR auf die Platte bringen. Das kann er von jedem anderen Grub (z.B. Knoppix, Grml) aus machen, ohne daß er in das Originalsystem chrooted. -martin Naja, ich sag mal sorum - damit tut es auf jeden Fall. Gibt es denn dafür auch einen einfacheren Weg, um grub wieder in den mbr zu installieren? Gruß, Peter -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Silverio Santos schrieb: Martin Schmitt schrieb: Silverio Santos schrieb: Wie fährst Du denn Dein System hoch, wenn der Controller stirbt? Ich lasse den defekten Controller vom mitgebuchten Hardwareservice austauschen. Das gilt nicht! Geld spielt keine Rolex oder was? ;-) Hardware-OnSite-Support, sonst nützt doch der RAID-Controller nichts. Performance. Gruß, Peter -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] System Raid1 Software
Hi, Ich lese nun schon seit einiger Zeit in dieser Mailingliste mit und endlich ergibt sich mir die Möglichkeit eine Frage zu stellen ;) Ich habe folgendes Problem: Ich habe einen Software Raid 1 und die Platte, auf der der Bootloader war, ist eingegangen. Nun komme ich nicht mehr ins System. Welche Schritte sollte sich nun als 1. einleiten, bzw. mit welchen Befehlen kann ich von der Live Cd Shell das System von der 2. Platte Booten? Oder kann ich einfach per Live Cd Grub neu auf die 2. Platte installieren? Wenn Ja, bleibt mir dabei die grub config erhalten? Da auch Xen darauf rennt, wärs nicht optimal wenn ich damit die cfg überschreibe. Dann im System einfach mit hotremove die kaputte Platte raus und die neue adden oder? Ich benutze Debian Etch und den Software Raid hab ich mit mdadm erstellt! Vielen Dank schonmal! mfg Robert -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Robert Biberauer schrieb: Ich lese nun schon seit einiger Zeit in dieser Mailingliste mit und endlich ergibt sich mir die Möglichkeit eine Frage zu stellen ;) Ich habe folgendes Problem: Ich habe einen Software Raid 1 und die Platte, auf der der Bootloader war, ist eingegangen. Nun komme ich nicht mehr ins System. Welche Schritte sollte sich nun als 1. einleiten, bzw. mit welchen Befehlen kann ich von der Live Cd Shell das System von der 2. Platte Booten? Oder kann ich einfach per Live Cd Grub neu auf die 2. Platte installieren? Wenn Ja, bleibt mir dabei die grub config erhalten? Da auch Xen darauf rennt, wärs nicht optimal wenn ich damit die cfg überschreibe. grub-install installiert nur die stage1 in den MBR. Wenn das per Live-CD erledigt ist, kannst Du von jedem Grub-Prompt, das Du irgendwie an den Start bekommst, per chainload Grub aus dem MBR der zweiten Platte unter Verwendung der dort liegenden menu.lst anspringen, z.B.: rootnoverify (hd1,0) makeactive chainloader (hd1)+1 boot Ich hab mir für diesen Zweck ein CD-Image gebaut für eine CD, auf der nur Grub enthalten ist, mit einer menu.lst, die den Chainload auf diverse Platten anbietet. http://www.gnu.org/software/grub/manual/html_node/Making-a-GRUB-bootable-CD-ROM.html Dann im System einfach mit hotremove die kaputte Platte raus und die neue adden oder? Sollte passen. Mir steht die Feuerprobe noch bevor; in den 4 Softraids, die ich habe, ist glücklicherweise noch nie eine Platte kaputtgegangen. (Klopf-auf-Holz...) ;-) Falls Du das Grub-ISO willst (466kB) sag Bescheid. -martin signature.asc Description: OpenPGP digital signature -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Robert Biberauer wrote: Hi, Ich lese nun schon seit einiger Zeit in dieser Mailingliste mit und endlich ergibt sich mir die Möglichkeit eine Frage zu stellen ;) Ich habe folgendes Problem: Ich habe einen Software Raid 1 und die Platte, auf der der Bootloader war, ist eingegangen. Nun komme ich nicht mehr ins System. Welche Schritte sollte sich nun als 1. einleiten, bzw. mit welchen Befehlen kann ich von der Live Cd Shell das System von der 2. Platte Booten? Oder kann ich einfach per Live Cd Grub neu auf die 2. Platte installieren? ja. Wenn Ja, bleibt mir dabei die grub config erhalten? ja. Da auch Xen darauf rennt, wärs nicht optimal wenn ich damit die cfg überschreibe. wird sie nicht :-) Dann im System einfach mit hotremove die kaputte Platte raus und die neue adden oder? ja. Ich benutze Debian Etch und den Software Raid hab ich mit mdadm erstellt! Einfach neue platte partitionieren wie die alte (fdisk -l ist dein Freund) und mit dem mdadm wieder hinzufügen zum Raidverbund. Vielen Dank schonmal! Kein Problem :-) Kurzes howto dazu... (ohne Garantie auf tippfehler, da Thunderbird keine Autovervollständigung kann ;-)) Mounte deine Partitionen nach /mnt, so wie sie auch in der /etc/fstab angegeben sind. Z.B.: /dev/sda1/ ext3 defaults 0 1 /dev/sda5/usr ext3 defaults 0 2 /dev/sda6/var ext3 defaults 0 2 /dev/sda7swap swap defaults 0 0 /dev/sda8/tmp ext3 defaults 0 2 /dev/sda9/home ext3 defaults 0 2 mount /dev/sda1 /mnt mount /dev/sda5 /mnt/usr mount /dev/sda6 /mnt/var [etc.] Dann solltest du noch prov und dev mounten: mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc Jetzt kannst du arbeiten: chroot /mnt grub (in der grub-shell) grub root (hdX,Y) grub setup (hdX) grub quit hdX,Y auch bei sda-Devices ;-) root (hdX,Y) Gibt den Ort des / an wenn ich das richtig weiss... root (hd0,0) -- erste Platte, erste Partition Du bräuchtest dann evtl. root (hd1,0) setup (hdX) gibt den zu benutzenden MBR an. z.B.: setup (hd1) --- 2. Platte Wenn du dann alles fertig hast einfach rausgehen, alles umounten, rebooten und hoffen, dass ich keinen Mist geschrieben habe :-P Viele Grüße, Peter -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Peter Barthel schrieb: Dann solltest du noch prov und dev mounten: mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc Jetzt kannst du arbeiten: chroot /mnt grub (in der grub-shell) grub root (hdX,Y) grub setup (hdX) grub quit Ist das nicht mit Kanonen auf Spatzen geschossen? Er will doch lediglich einen benutzbaren Grub-MBR auf die Platte bringen. Das kann er von jedem anderen Grub (z.B. Knoppix, Grml) aus machen, ohne daß er in das Originalsystem chrooted. -martin signature.asc Description: OpenPGP digital signature -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Hallo Robert, On 24 Jan 2008, Robert Biberauer wrote: Hi, Ich lese nun schon seit einiger Zeit in dieser Mailingliste mit und endlich ergibt sich mir die Möglichkeit eine Frage zu stellen ;) Ich habe folgendes Problem: Ich habe einen Software Raid 1 und die Platte, auf der der Bootloader war, ist eingegangen. Nun komme ich nicht mehr ins System. Welche Schritte sollte sich nun als 1. einleiten, bzw. mit welchen Befehlen kann ich von der Live Cd Shell das System von der 2. Platte Booten? Nimm eine LiveCD die Grub verwendet, z.B. Grml, Sidux, Kanotix. Bei letzteren beiden kommst du mit Esc in den Textmodus während des Bootmenüs und dann mit c in die Grub Shell. Von da kann man dann booten. Weisst du wie das geht? Hier habe ich gerade was gefunden. Geht zwar von einer Bootdikette aus, funktioniert aber genauso (Abb.3). Kannst natürlich auch wie dort beschrieben ein Bootfloppy mit Grub erstellen. http://www.ordix.de/ORDIXNews/3_2003/unix_linux_1.html Hier noch ein ein Link, wie man Grub auf der Zweiten Platte einrichtet, damit beim Ausfall der ersten von dort gebootet wird. http://riseuplabs.org/grimoire/storage/software-raid/#booting_off_raid_ Oder kann ich einfach per Live Cd Grub neu auf die 2. Platte installieren? Wenn Ja, bleibt mir dabei die grub config erhalten? Da auch Xen darauf rennt, wärs nicht optimal wenn ich damit die cfg überschreibe. Ich habe das schon mal auf der Grub Shell gemacht. Ist schon etwas her, aber ich glaube du must einfach nur schauen das root richtig gesetzt ist. Dann im System einfach mit hotremove die kaputte Platte raus und die neue adden oder? Ich benutze Debian Etch und den Software Raid hab ich mit mdadm erstellt! Da bin ich kein Spezialist. Ich würde die Platte einbauen, das System auf der heilen Platte hochfahren und auf der neuen mit mdadm die entsprechenden Partitionen hinzufügen. Ob es da bessere Methoden gibt weiss ich nicht. Gruß Rainer -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
On 24 Jan 2008, Rainer Trusch wrote: Oder kann ich einfach per Live Cd Grub neu auf die 2. Platte installieren? Wenn Ja, bleibt mir dabei die grub config erhalten? Da auch Xen darauf rennt, wärs nicht optimal wenn ich damit die cfg überschreibe. Ich habe das schon mal auf der Grub Shell gemacht. Ist schon etwas her, aber ich glaube du must einfach nur schauen das root richtig gesetzt ist. Ich muss noch ergänzen, dass ich nicht weiss, ob das mit Xen kollidieren kann, da ich davon keine Ahnung habe. Ich kann es mir aber nicht so recht vorstellen. -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Robert Biberauer schrieb: Hi, Ich lese nun schon seit einiger Zeit in dieser Mailingliste mit und endlich ergibt sich mir die Möglichkeit eine Frage zu stellen ;) Ich habe folgendes Problem: Ich habe einen Software Raid 1 und die Platte, auf der der Bootloader war, ist eingegangen. Nun komme ich nicht mehr ins System. An alle, die mich bei der letzten Installationsparty fragten, warum ich für einen dreistelligen Betrag einen Hardware-RAID-Controller in den mitgebrachten Server einbauen ließ: hier der Grund (außer der Performance, natürlich)! Gruß Silvério -- PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] System Raid1 Software
Silverio Santos schrieb: An alle, die mich bei der letzten Installationsparty fragten, warum ich für einen dreistelligen Betrag einen Hardware-RAID-Controller in den mitgebrachten Server einbauen ließ: hier der Grund (außer der Performance, natürlich)! Wie fährst Du denn Dein System hoch, wenn der Controller stirbt? -martin signature.asc Description: OpenPGP digital signature -- PUG - Penguin User Group Wiesbaden - http://www.pug.org