Moin,
auf der Live-CD ist m.E. ja mdadm mit dabei. Ist es möglich, siduction auf einem mdadm raid zu installieren? Ich habe mal einen Workaround mit nachträglichem Verschieben auf ein Raid1 versucht, das war aber in irgeneiner Form am grub2 gescheitert.
Bei SIDUX/aptosid hat ja die Meinung vorgeherscht, dass das kein Sinn machen würde, das liegt aber eher im Auge des Betrachters. Mir geht es um die Grundsätzliche Möglichkeit,
Grüße
Gregor
War auch bei aptosid schon möglich, hatte ich auch eine Zeit lang in Betrieb. Ich kann mich nur leider nicht mehr erinnern ob ich dazu eine extra boot-Partition einrichten mußte, ich glaube aber ja.
Grobe Vorgehensweise war den md-Raid vorher einzurichten und danach das System in den Raid-Verbund (md0) zu installieren. Ich hatte das sowohl mit "stripe" als auch mit "mirror" ausprobiert.
Ziel wäre ja, das ohne extra Bootpartition zu machen. Ich habe mal den Link zum nachträglichen Umziehen :http://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-system-incl-grub2-configuration-ubuntu-10.04
Ich werd's mal auprobieren.
Grüße
Gregor
@ayla: In grauer Vorzeit war das mal so.
@grefabu: Ich sehe keinerlei Probleme darin. Raid + LVM ist eine geile Kombi. Und vergiss howtoforge. Die sind nicht ganz richtig im Kopf und Pfuscher. Die Zeit, die Du damit sparst, legst Du im Fehlerfall doppelt und dreifach drauf.
Ansonsten gilt wie immer KISS:
Mach dir
* eine Platte mit einem degraded Raid1 über die ganze Platte.
* mache von dem Raid ein physical volume und schlag das einer eigenen volume group zu
* Leg da ein logical volume drauf an
* Pack eine Kopie deines System rein
* Mach das Zeug startbar.(noch über das andere System)
* modifiziere mdadm so, dass der degraded startet, deswegen ist der jetzige Zustan sinnvoll, dann kommt das Ding auch mit nur einer Platte bei Ausfall der anderen hoch.
Den Rest ganz normal: Raid-Zusammenbau automatisch ist klar, aktivieren des LVM auch, dass in eine initrd giessen und wenn man glaubt alles fertig zu haben, in das LVM booten. Spätestens dann merkt man wahrscheinlich, dass man die Raid und lvm-Module nicht in grub eingebaut hat. ;) Beheben und glücklich sein.
Quote from: "agaida"@ayla: In grauer Vorzeit war das mal so.
ok,kann auch schon zu sidux-Zeiten gewesen sein :)
lass mich überlegen. 2009 war das, glaube ich, noch so, da wusste ich aber noch nicht mal, was mdadm und lvm sind. Ich glaube, ab irgendwann Anfang 2010 kann grub das.
Hi grefabu,
wenn es dir nur um die Spiegelung der Daten geht, dann würde auch der LVM das alleine können. Du kannst problemlos jedes Logical Volume (LV) auf eine extra Disk spiegeln. Bei einen Ausfall musst du natürlich händisch eingreifen um eine defekte Disk zu ersetzen und die neue Disk wieder zu sychronisieren.
Als reine HW-Ausfall-Versicherung ist das okay, aber nicht als Hochverfügbarkeit-System, da müsstes dann tatsächlich RAID einsetzen.
EDIT: Übrigens, Grub2 kann per Default von einem LVM-Device booten (hier bei mir seit Jahren in Einsatz". Du brauchst als kein "normales" Diskdevice (sdaX) mehr.
http://de.wikipedia.org/wiki/Logical_Volume_Manager
Nur als kleine Zusammenfassung. bluelupo hat natürlich Recht damit, dass LVM auch spiegeln kann. Ich habe da allerdings so leichte Bauchschmerzen mit, ich würde, wenn ich denn gefragt werden würde, diese Wege in Reihenfolge wählen: Hardware-Raid + LVM, Soft-Raid + LVM und ganz am Ende LVM, bei dem LVM auch die Spiegelung übernimmt. Ich bin da halt ein wenig altmodisch.
Hi agaida,
ich habe meine Erfahrungen aus meinen beruflichen Umfeld und dort wird die Spiegelung, wenn nicht vorzugsweise im SAN, auf Ebene des Logical Volume Managers durchgeführt. Wobei man natürlich zugeben muss das der LVM (aktive Weiterentwicklung liegt bei RedHat) noch nicht die Funktionalität eines LVM von kommerziellen UNIX'en haben (Solaris oder AIX).
Ein Nachteil vom Linux lvm2 ist z.B. das das Logdevice des LVM sicherheitshalber auf einer eigenen Disk liegen sollte im Gegensatz zu den propietären Logical Volume Manager.
Du kannst eine Spiegelung deiner Daten über den LVM ohne Bauchschmerzen trauen ;-)
@bluelupo: Nö. Mach ich einfach nicht. ;) Bestimmte Sachen sehe ich erzkonservativ, Für mich ist ein Raid erst mal ein Stück Hardware, ein Blockdevice. Wer das bereitstellt, ist erst mal egal. Am besten halt die Hardware. Den LVM benutze ich dann nur dazu, um die eigentliche Grundfunktionalität, das Bereitstellen der Volumes, sicherzustellen.
Da habe ich mich aber mit einigen verschiedenen Auffassungen schon zur Genüge in den letzten Jahren herumschlagen dürfen. Trauriger Höhepunkt dieser Entwicklung ist in meinen Augen BTRFS, womit grundlegende Sachen in der Verwaltung in einem Gemischtwarenladen landen und halt die entsprechenden Probleme hervorrufen können. Ich bin da eher für spezialisierte Einzelkomponenten. Aber das ist dann reine Geschmacksfrage. Viele Wege führen nach Rom und keiner hat den Anspruch, der allein glücklich machende zu sein.
Moin,
ist ja ein interessanter Thread geworden,...
An LVM musste ich noch nie ran, Bringt sicher ein paar zusätzliche Vorteile, Snapshot, Volumenvergrößerung etc., ist aber erst mal nicht nötig.
@agaida
degraded Raid1, meinst Du ein Raid erst mal nur mit einer Platte?
Und danach dann das schon laufende System drauf kopieren? Also die eigentliche Frage war das schon bei der Installation über den Installer zu machen, das geht (noch?) nicht?
Gregor
Ich hatte das so gelesen, dass Du ein bestehendes System umziehen willst ;)
Wenn ich ganz ehrlich bin, habe ich bisher immer bestehende System umgezogen, der Aufwand ist ungefähr der gleiche, nur auf Remote-Servern geht das halt irgendwie besser und für den Desktop habe ich einfach nur das weitergenutzt, was ich eh schon hatte. Ich war schlicht und ergreifend zu faul, wegen dem darunterliegenden Medium neu aufzusetzen. Hat sich irgendwie bewährt. Installation irgendwohin, und wenn man dann mit dem System zufrieden ist, Umzug in den Echtstand. ;)
Degraded Raid 1 ist ein Raid 1 mit nur einer Platte. Meist wird der Zustand hervorgerufen durch einen schlichten Hardwareausfall. Und klar sollte auch die direkte Installation auf Raid gehen. Ist mir aber zu kompliziert und passt nicht in mein Arbeitsschema. Das hat, wie schon geschrieben, Gründe in der Historie. Als ich mit Linux angefangen habe, waren Begriffe wie Raid und LVM für mich nur theoretischer Natur. Ich wusste, was das ist und hatte es mit Linux noch nie versucht. Das "scheibchenweise" Vorgehen hat aber meiner Meinung nach für Leute, die das noch nie gemacht haben, einen entscheidenden Vorteil: Ausgehend von einem funktionierenden System kann man mit der neuen Technik spielen und sich an die ersten Klippen gewöhnen. Und vor allem auch dokumentieren. Das sollte man nicht unterschätzen, da das Vorgehen im Groben einer Systemwiederherstellung und/oder einem Schadensfall gleicht. Den Umgang mit so was hat man dann gleich mal mit abgedeckt.
Klingt vielleicht ein wenig weit hergeholt, ist es aber nicht wirklich. In einer perfekten Welt sterben keine Platten, löst sich ein Spiegel nicht in Wohlgefallen auf etc. Durch die Art des schrittweisen Aufsetztens habe ich quasi den Notfallplan in der Tasche und auch einen Funktionstest für einige mögliche Notfälle.
Die wären: Fährt mein System auch mit einer Platte hoch? Wie zum Teufel resynce ich? Wie schlage ich eine neue Platte einem bestehenden Raid zu etc. Man sollte das mal gemacht und geübt haben, das vermeidet Stress im Ernstfall. Und dieser wird unweigerlich kommen. Sich erst dann mit solchen Themen zu befassen, empfinde ich als fast fahrlässig, auf jeden Fall als sehr grenzwertig. Ein funktionierendes System ist schön, gehen wir also nicht davon aus.:twisted:
Edit: Thema LVM - ob das zum Thema Datensicherheit ein unbedingtes muss ist, keine Ahnung. Snapshots sind ganz nett, nutze ich jedoch kaum. Was ich allerdings recht exzessiv auf meinem Hauptrechner nutze, ist die Arbeit mit kleinen Volumes. Von meinen momentan 3 T sind nur ein Bruchteil genutzt. Brauche ich Platz, dann wird halt ein Laufwerk angelegt, um z.b eine Distribution zu testen oder eine Maschine zu migrieren. Wird das Laufwerk nicht mehr benötigt, wird es entsorgt. Nebenbei hat das Vorgehen auch einen anderen Vorteil. Mal eben ein Image clonen, sichern oder was weiss ich, geht mit 30-100 G wesentlich schneller als mit > 1T und passt auf fast jede externe Platte.