LVM + RAID5 - einige grundsätzliche Fragen
Hallo ML, ich möchte auf einem RAID5-Hardwarecontroller von HP ein System mit LVM aufsetzen (SLES 10 SP1). Ich habe mich ein bißchen in LVM eingelesen und auch ein wenig rumgespielt. Da bei LVM die Daten u.U. auf mehreren Platten verteilt liegen, ist ein RAID5 aus Gründen der Datensicherheit sehr sinnvoll, ggf. sogar mit einer HotSpare-Platte. Ich habe folgende Vorstellung: - auf dem RAID 5 zwei primäre Partitionen OHNE LVM für /boot und swap, wurde in der Literatur empfohlen - eine primäre Partition für / MIT LVM. - eine erweiterte Partition, in die ich später log. Laufwerke reinpacken kann Sinnvoll bis hierhin ? Fragen: - da der RAID5 aus Sicht des OS wie eine grosse Festplatte aussieht, habe ich doch immer noch das prinzipielle Problem mit max. 4 Partitionen (vier primäre oder drei primäre und eine erweiterte) ? - ein PV ist doch erst einmal auch nur eine Partition, wenn auch mit einem best. Partitionstyp (8e, glaube ich) ? - Wenn ich also auf meinem RAID 5 vier primäre Partitionen hätte, könnte ich doch trotz LVM hier keine Platten dynamisch wachsen lassen, da ich keine Partitionen mehr anlegen kann, oder ? Habe ich jedoch eine erweiterte Partition, lege ich hier ein PV an, packe das in die entsprechende VG, und mein LV mit Dateisystem kann wachsen - Also muss ich unbedingt eine erweiterte Partition anlegen, da hab ich mit log. Laufwerken dann noch Möglichkeiten ? - Ist es sinnvoll, nur ein VG anzulegen und darauf mehrere LV's zu legen, oder sollte man pro LV ein VG anlegen ? - Geht LVM zusammen mit iSCSI (das ich eventl. später nutzen will) ? Danke im Voraus. Bernd -- Bernd Lentes staatl. geprüfter Techniker Systemadministration Institut für Entwicklungsgenetik HelmholtzZentrum münchen Raum 35/1008f Ingolstädter Landstraße 1 85764 München-Neuherberg mailto:bernd.lentes@helmholtz-muenchen.de phoneto:089/3187-1241 faxto:089/3187-3826 http://www.helmholtz-muenchen.de/idg/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd schrieb:
Hallo ML,
... - eine primäre Partition für / MIT LVM.
Aus gegebenem Anlass, würde ich / nicht auf ein LV legen wollen. ;-) Hat mich gerade etwas Arbeit gekostet, da im gecrashten System nicht auf LVM zugegriffen werden konnte. Obwohl nur der Kernel ne Macke hatte, musste ich / komplett neu aufziehen.
- Wenn ich also auf meinem RAID 5 vier primäre Partitionen hätte, könnte ich doch trotz LVM hier keine Platten dynamisch wachsen lassen, da ich keine Partitionen mehr anlegen kann, oder ? mit ner weiteren Platte geht das wieder. Partitionieren, als PVs anlegen und dann den VGs zuordnen.
Habe ich jedoch eine erweiterte Partition, lege ich hier ein PV an, packe das in die entsprechende VG, und mein LV mit Dateisystem kann wachsen
Hier verstehe ich nicht den Unterschied zwischen primärer und erweiterter Partition? Gibt es da einen in Bezug auf LVM? Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Von: Joachim Hussong [mailto:suse2@jhussong.de] Gesendet: Mo 04.02.2008 14:44 An: opensuse-de@opensuse.org Betreff: Re: LVM + RAID5 - einige grundsätzliche Fragen Lentes, Bernd schrieb:
Hallo ML,
... - eine primäre Partition für / MIT LVM.
Aus gegebenem Anlass, würde ich / nicht auf ein LV legen wollen. ;-) Hat mich gerade etwas Arbeit gekostet, da im gecrashten System nicht auf LVM zugegriffen werden konnte. Obwohl nur der Kernel ne Macke hatte, musste ich / komplett neu aufziehen. Hallo Joachim, ich komme aber mit Knoppix 5.2 auch an ein System mit LVM. Hab's probiert.
- Wenn ich also auf meinem RAID 5 vier primäre Partitionen hätte, könnte ich doch trotz LVM hier keine Platten dynamisch wachsen lassen, da ich keine Partitionen mehr anlegen kann, oder ? mit ner weiteren Platte geht das wieder. Partitionieren, als PVs anlegen und dann den VGs zuordnen. Die neue Platte muss aber doch in dem RAID5 aufgenommen werden. Wenn die ausserhalb des RAID liegt, brauche ich auch überhaupt kein RAID. Wenn ich also eine weitere Platte in den RAID 5 aufnehme, wächst doch nur dessen Gesamtkapazität. Oder habe ich da einen Denkfehler ?
Habe ich jedoch eine erweiterte Partition, lege ich hier ein PV an, packe das in die entsprechende VG, und mein LV mit Dateisystem kann wachsen
Hier verstehe ich nicht den Unterschied zwischen primärer und erweiterter Partition? Gibt es da einen in Bezug auf LVM? Nein. Nur wenn ich bereits vier primäre Partitionen angelegt habe, kann ich keine weitere mehr anlege. Das heisst, ich kann zwar durch Hinzufügen von Platten meinen RAID größer machen, doch was habe ich davon ? Damit kann ich doch nichts anfangen, weil ich ihn nicht mehr partitionieren kann. Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd schrieb:
- Wenn ich also auf meinem RAID 5 vier primäre Partitionen hätte, könnte ich doch trotz LVM hier keine Platten dynamisch wachsen lassen, da ich keine Partitionen mehr anlegen kann, oder ?
mit ner weiteren Platte geht das wieder. Partitionieren, als PVs anlegen und dann den VGs zuordnen. Die neue Platte muss aber doch in dem RAID5 aufgenommen werden. Wenn die ausserhalb des RAID liegt, brauche ich auch überhaupt kein RAID. Wenn ich also eine weitere Platte in den RAID 5 aufnehme, wächst doch nur dessen Gesamtkapazität. Oder habe ich da einen Denkfehler ?
Ich glaube, ich weiß jetzt, worauf du hinaus willst.
Habe ich jedoch eine erweiterte Partition, lege ich hier ein PV an, packe das in die entsprechende VG, und mein LV mit Dateisystem kann wachsen
Hier verstehe ich nicht den Unterschied zwischen primärer und erweiterter Partition? Gibt es da einen in Bezug auf LVM? Nein. Nur wenn ich bereits vier primäre Partitionen angelegt habe, kann ich keine weitere mehr anlege. Das heisst, ich kann zwar durch Hinzufügen von Platten meinen RAID größer machen, doch was habe ich davon ? Damit kann ich doch nichts anfangen, weil ich ihn nicht mehr partitionieren kann.
Da kann ich nichts zu beitragen. Mit RAID kenne ich mich nicht so aus. An Deiner Denke kann aber was nicht stimmen. In *der* Partitionstabelle stehen Beginn und Ende einer Partition. Wenn ich eine weitere Platte ins RAID reinhänge, dann nimmt die Kapa unter Umständen zu (evtl. auch nur die Ausfallsicherheit bzw. die Größe der Datenredundanz). Bei Vergrößerung müssten sich dann auch die Grenzen der Partitionen verschieben. Verdoppele ich die Kapa, werden dann alle Partitionen auch alle gleichermaßen doppelt groß oder nur die Letzte um die gesamte zusätzliche Kapa?? Wie gesagt, kenne ich mich mit RAID nicht so aus und habe daher keine Antwort auf diese Fragen. Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----Ursprüngliche Nachricht----- Von: Joachim Hussong [mailto:suse2@jhussong.de] Gesendet: Montag, 4. Februar 2008 16:58 An: opensuse-de@opensuse.org Betreff: Re: AW: LVM + RAID5 - einige grundsätzliche Fragen Da kann ich nichts zu beitragen. Mit RAID kenne ich mich nicht so aus. An Deiner Denke kann aber was nicht stimmen. In *der* Partitionstabelle stehen Beginn und Ende einer Partition. Wenn ich eine weitere Platte ins RAID reinhänge, dann nimmt die Kapa unter Umständen zu (evtl. auch nur die Ausfallsicherheit bzw. die Größe der Datenredundanz). Bei Vergrößerung müssten sich dann auch die Grenzen der Partitionen verschieben. Verdoppele ich die Kapa, werden dann alle Partitionen auch alle gleichermaßen doppelt groß oder nur die Letzte um die gesamte zusätzliche Kapa?? Wie gesagt, kenne ich mich mit RAID nicht so aus und habe daher keine Antwort auf diese Fragen. Joachim Hallo Joachim, genau so hatte ich das auch lange gedacht. Ich hatte vor längerem schon mal einen thread dazu, wurde dort eines besseren belehrt, und habe es auch selbst ausprobiert: Bsp.: RAID5 mit 3 Platten je 70 GB ==> sieht aus Sicht des OS wie eine Platte mit 140 GB aus. Weitere Platte dazu ==> mit den entsprechenden HP-Tools die Platte in den RAID 5 hineinpacken ==> Sieht aus Sicht des OS wie eine 210GB-Platte aus, auf der 140 GB genutzt sind und 70GB brach liegen (erst mal unpartitioniert). RAID5 verschiebt nicht automatisch/dynamisch irgendwelche Anfangs- und Endpunkte von Partitionen. Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd wrote:
genau so hatte ich das auch lange gedacht. Ich hatte vor längerem schon mal einen thread dazu, wurde dort eines besseren belehrt, und habe es auch selbst ausprobiert: Bsp.: RAID5 mit 3 Platten je 70 GB ==> sieht aus Sicht des OS wie eine Platte mit 140 GB aus. Weitere Platte dazu ==> mit den entsprechenden HP-Tools die Platte in den RAID 5 hineinpacken ==> Sieht aus Sicht des OS wie eine 210GB-Platte aus, auf der 140 GB genutzt sind und 70GB brach liegen (erst mal unpartitioniert). RAID5 verschiebt nicht automatisch/dynamisch irgendwelche Anfangs- und Endpunkte von Partitionen.
Puh, sobald ich mich von dem Quoting erholt habe, dass dein Mailprogramm erzeugt, schaffe ich es vielleicht, zu antworten. Es stimmt, dass die meisten Hardware-RAID-Controller heutzutage eine Erweiterung des RAIDs mit zusätzlichen Festplatten unterstützen. Für das Betriebssystem ist das transparent, es sieht so aus, als ob es sich auf einer größeren Platte befindet, auf der Platz brachliegt. Damit ist die Verantwortlichkeit des RAID-Controllers jedoch bereits zuende, jetzt muss das OS zusehen, wie es den Platz einbindet. Die Schwierigkeit beginnt jetzt damit, den brachliegenden Platz dem System sinnvoll zur Verfügung zu stellen. Generell gibt es zwei Optionen: - Das Dateisystem einer Partition erweitern - den Platz als neue Partition/Platte zur Verfügung zu stellen. Wenn eine Partition (also das Dateisystem) erweitert werden soll, kann dies zwingend nur die letzte physikalische Partition auf der Platte sein. Dies muss bereits bei dem Anlegen der Partitionen berücksichtigt werden. Device Boot Start End Blocks Id System /dev/rd/c0d0p1 * 1 13 104391 83 Linux /dev/rd/c0d0p2 14 651 5124735 83 Linux /dev/rd/c0d0p3 652 4221 28676025 83 Linux /dev/rd/c0d0p4 4222 4404 1469947+ 82 Linux swap In meinem Fall wäre das die letzte Partition, dort würde dann einfach das Ende auf den jetzt letzten Block gesetzt und dann dem Dateisystem beigebracht, dass es ein paar Blöcke mehr zu verwalten hat. Diese Erweiterung ist inwischen für mehrere Dateisysteme verfügbar. Eine Erweiterung der Swap-Partition ist aber nicht ganz das Ziel meiner Träume, und hier kommt LVM ins Spiel. Mittels LVM kann ich problemlos mein /var erweitern, indem ich den zusätzlichen Platz einer neuen Platte (der zusätzliche RAID-Platz) als Physical Volume dem LVM zuschanze. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----Original Message----- From: Sandy Drobic [mailto:suse-linux@japantest.homelinux.com] Sent: Monday, February 04, 2008 6:04 PM To: opensuse-de@opensuse.org Subject: Re: AW: AW: LVM + RAID5 - einige grundsätzliche Fragen
Die Schwierigkeit beginnt jetzt damit, den brachliegenden Platz dem System sinnvoll zur Verfügung zu stellen. Generell gibt es zwei Optionen: - Das Dateisystem einer Partition erweitern - den Platz als neue Partition/Platte zur Verfügung zu stellen.
Wenn eine Partition (also das Dateisystem) erweitert werden soll, kann dies zwingend nur die letzte physikalische Partition auf der Platte sein. Dies muss bereits bei dem Anlegen der Partitionen berücksichtigt werden.
Device Boot Start End Blocks Id System /dev/rd/c0d0p1 * 1 13 104391 83 Linux /dev/rd/c0d0p2 14 651 5124735 83 Linux /dev/rd/c0d0p3 652 4221 28676025 83 Linux /dev/rd/c0d0p4 4222 4404 1469947+ 82 Linux swap
In meinem Fall wäre das die letzte Partition, dort würde dann einfach das Ende auf den jetzt letzten Block gesetzt und dann dem Dateisystem beigebracht, dass es ein paar Blöcke mehr zu verwalten hat. Diese Erweiterung ist inwischen für mehrere Dateisysteme verfügbar.
Eine Erweiterung der Swap-Partition ist aber nicht ganz das Ziel meiner Träume, und hier kommt LVM ins Spiel. Mittels LVM kann ich problemlos mein /var erweitern, indem ich den zusätzlichen Platz einer neuen Platte (der zusätzliche RAID-Platz) als Physical Volume dem LVM zuschanze.
Hallo Sandy, Und genau da habe ich meine Frage: Ein PV ist doch eine Part. vom Typ 8e. Also muss ich doch dem unpartitionierten Bereich erst eine Partition zuweisen. Oder ? Mein Idee war, nach drei primären Partitionen auf dem RAID 5 eine erweiterte anzulegen. Als letzte. Neue Platte in RAID5 ==> vergrößeren ==> Erweiterte Partition vergrößern ==> in dem Platz ein oder mehrere log. Laufwerke anlegen ==> aus diesen log. Laufwerken PV's machen ... Ist das so nicht notwendig ? Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd wrote:
Eine Erweiterung der Swap-Partition ist aber nicht ganz das Ziel meiner Träume, und hier kommt LVM ins Spiel. Mittels LVM kann ich problemlos mein /var erweitern, indem ich den zusätzlichen Platz einer neuen Platte (der zusätzliche RAID-Platz) als Physical Volume dem LVM zuschanze.
Und genau da habe ich meine Frage: Ein PV ist doch eine Part. vom Typ 8e. Also muss ich doch dem unpartitionierten Bereich erst eine Partition zuweisen. Oder ? Mein Idee war, nach drei primären Partitionen auf dem RAID 5 eine erweiterte anzulegen. Als letzte. Neue Platte in RAID5 ==> vergrößeren ==> Erweiterte Partition vergrößern ==> in dem Platz ein oder mehrere log. Laufwerke anlegen ==> aus diesen log. Laufwerken PV's machen ... Ist das so nicht notwendig ?
Nein, Ziel von LVM war ja genau, eine Abstraktionsschicht zwischen physikalischen Datenträgern und der Nutzung von Plattenplatz zu schaffen. Wenn ich mich recht erinnere, konnte ich ein PV aber nur auf einer Platte, nicht auf einer Partition anlegen. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 04.02.2008 20:29, schrieb Sandy Drobic (Antwort folgt unter dem Originaltext):
Lentes, Bernd wrote:
Nein, Ziel von LVM war ja genau, eine Abstraktionsschicht zwischen physikalischen Datenträgern und der Nutzung von Plattenplatz zu schaffen.
Richtig
Wenn ich mich recht erinnere, konnte ich ein PV aber nur auf einer Platte, nicht auf einer Partition anlegen.
Es ist durchaus möglich, ein PV in eine Partition zu legen. Beispiel hierfür ist die Boot-Platte. /boot in ein PV/LV zu legen wird bislang noch nicht unterstützt (yast). Deshalb nimmt man z.B. die erste Partition als Type 83 in angepasster Größe und baut den Rest als Typ 8e um es LVM zur Verfügung zu stellen. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----Original Message----- From: Sandy Drobic [mailto:suse-linux@japantest.homelinux.com] Sent: Monday, February 04, 2008 8:30 PM To: opensuse-de@opensuse.org Subject: Re: AW: AW: LVM + RAID5 - einige grundsätzliche Fragen
Meine
Idee war, nach drei primären Partitionen auf dem RAID 5 eine erweiterte anzulegen. Als letzte. Neue Platte in RAID5 ==> vergrößeren ==> Erweiterte Partition vergrößern ==> in dem Platz ein oder mehrere log. Laufwerke anlegen ==> aus diesen log. Laufwerken PV's machen ... Ist das so nicht notwendig ?
Nein, Ziel von LVM war ja genau, eine Abstraktionsschicht zwischen physikalischen Datenträgern und der Nutzung von Plattenplatz zu schaffen.
Wenn ich mich recht erinnere, konnte ich ein PV aber nur auf einer Platte, nicht auf einer Partition anlegen.
Hallo Sandy, ich glaube, man kannn ein PV auch auf einer Partition anlegen. Meiner Meinung nach ist ein PV nur eine Partition von einem best. Typ Bsp.: Auszug aus fdisk: 8e Linux LVM Und eine Platte ist doch auch nur eine Partition, die eine Platte zu 100% belegt ? Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd schrieb:
ich glaube, man kannn ein PV auch auf einer Partition anlegen. Meiner Meinung nach ist ein PV nur eine Partition von einem best. Typ Bsp.:
Das geht definitiv so.
Auszug aus fdisk: 8e Linux LVM
genau. Reserviert man eine komplette Platte als PV, dann ist das z.B. hda1 oder sda1 also eine Partition, die die gesamte Kapazität der HD umfasst. Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 05.02.2008 09:53, Joachim Hussong wrote (please find the answer below the original text):
Lentes, Bernd schrieb:
ich glaube, man kannn ein PV auch auf einer Partition anlegen. Meiner Meinung nach ist ein PV nur eine Partition von einem best. Typ Bsp.:
Das geht definitiv so.
Auszug aus fdisk: 8e Linux LVM
genau. Reserviert man eine komplette Platte als PV, dann ist das z.B. hda1 oder sda1 also eine Partition, die die gesamte Kapazität der HD umfasst.
Man kann das tun, es ist aber nicht empfohlen. Normalerweise, beim Anlegen eines PV als ganze Platte wird sogar die Partitionstabelle vorher gelöscht: dd if=/dev/zero of=/dev/sda count=1 bs=512 und dann mit pvcreate /dev/sda angelegt. fdisk oder andere Partitionstools zeigen danach keine! Partitionen mehr an. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Man kann das tun, es ist aber nicht empfohlen. Normalerweise, beim Anlegen eines PV als ganze Platte wird sogar die Partitionstabelle vorher gelöscht:
dd if=/dev/zero of=/dev/sda count=1 bs=512
und dann mit
pvcreate /dev/sda
angelegt.
fdisk oder andere Partitionstools zeigen danach keine! Partitionen mehr an.
-Ingo.
Hallo Ingo, wie soll ich Deiner Meinung nach vorgehen ? Mein Vorgehen (beispielhaft): RAID 5 mit 3 Platten a 70 GB ==> 140 GB Platz ==> 1 prim. Partition für /boot ohne LVM, 1 prim. Partition für swap ohne LVM, 1 primäre Partition mit PV als Grundlage für LVM, für /, /var/ /home ... 1 erweiterte Part. mit log. Laufwerk(en). Platz wird eng: eine weitere 70 GB rein ==> RAID 5 vergrößern ==> gibt eine 210 GB-Platte mit genutzten 140GB und 70 GB brachliegend. Ich würde jetzt den Endzylinder der erweiterten Partition ans Ende der 210 GB schieben, log. laufwerke anlegen und daraus PV('s) machen. Diese PV('s) VG hinzufügen, anschließend LV und FS wachsen lassen. Dein Vorgehen (wenn ich's richtig verstanden habe:) Den kompletten unpartitionierten Bereich (die 70 GB, die ich durch Hinzufügen einer Platte zum RAID 5 gewonnen habe) direkt als PV markieren. Geht das ? Mit yast ? Wie sage ich pvcreate "nimm mal den brachliegenden Acker dahinten ?" Bernd P.S. Geht LVM auch mit iSCSI ? Weißt Du das ? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd wrote:
Man kann das tun, es ist aber nicht empfohlen. Normalerweise, beim Anlegen eines PV als ganze Platte wird sogar die Partitionstabelle vorher gelöscht:
Ja, aber nur wenn Du nicht LVM auf Raid installierst; dann _MUSS_ zuerst die Raid-Information kommen. [...]
Hallo Ingo,
sorry das ich nicht Ingo bin :-) (In deiner Mail ist aber auch nicht mehr ersichtlich, wer Ingo ist!)
wie soll ich Deiner Meinung nach vorgehen ?
Mein Vorgehen (beispielhaft): RAID 5 mit 3 Platten a 70 GB ==> 140 GB Platz ==> 1 prim. Partition für /boot ohne LVM, 1 prim. Partition für swap ohne LVM, 1 primäre Partition mit PV als Grundlage für LVM, für /, /var/ /home ... 1 erweiterte Part. mit log. Laufwerk(en).
Wofür die erweiterte P noch da ist, wird mir wohl immer ein Rätsel bleiben. Es würde reichen: a) ein primäre ROOT-partition (/ inklusive /boot!!!!) b) eine partition SWAP c) ein partition LVM (PV) ALLE anderen FS werden dann als LV in LVM angelegt Fallst Du wirklich nur /boot als Partition haben willst; dein Root-FS aber bereits auf LVM anlegst: Überlege dir das genau, _bevor_ du es machst. IMO bringt es keine Vorteile aber eine Reihe von Nachteilen!
Platz wird eng: eine weitere 70 GB rein ==> RAID 5 vergrößern ==> gibt eine 210 GB-Platte mit genutzten 140GB und 70 GB brachliegend. Ich würde jetzt den Endzylinder der erweiterten Partition ans Ende der 210 GB schieben, log. laufwerke anlegen und daraus PV('s) machen. Diese PV('s) VG hinzufügen, anschließend LV und FS wachsen lassen.
verschiedene Möglichkeiten: Nach dem vergrössern der erweiterten Partition: entweder a) auf VG level: dein Vorschlag (partition, pvcreate, vgextend, ...). Dazu musst Du den "neuen" Space als neues PV in deine VG aufnehmen. Deine VG wächst um ein PV oder b) auf PV Level: du kannst dein PV vergrössern (pvresize) nachdem du deine "Platte" (also dein Raid) vergrössert hast. Der Rest spielt sich dann in beiden Fällen auf LV Ebene ab.
Dein Vorgehen (wenn ich's richtig verstanden habe:) Den kompletten unpartitionierten Bereich (die 70 GB, die ich durch Hinzufügen einer Platte zum RAID 5 gewonnen habe) direkt als PV markieren. Geht das ? Mit yast ? Wie sage ich pvcreate "nimm mal den brachliegenden Acker dahinten ?"
Nein; das geht IMO nicht. Zur Unix-Seite hin präsentiert sich der neue Bereich (70G) nicht als separate Platte sondern als unpartitionierter Bereich einer grossen Platte. Und ein PV kann AFAIK nur auf einer ganzen Platte _oder_ einer Partition angelegt werden. Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----Original Message----- From: Kyek, Andreas, VF-DE [mailto:A.Kyek@vodafone.com] Sent: Wednesday, February 06, 2008 7:21 AM To: opensuse-de@opensuse.org Subject: Re: LVM + RAID5 - einige grundsätzliche Fragen
Lentes, Bernd wrote:
wie soll ich Deiner Meinung nach vorgehen ?
Mein Vorgehen (beispielhaft): RAID 5 mit 3 Platten a 70 GB ==> 140 GB Platz ==> 1 prim. Partition für /boot ohne LVM, 1 prim. Partition für swap ohne LVM, 1 primäre Partition mit PV als Grundlage für LVM, für /, /var/ /home ... 1 erweiterte Part. mit log. Laufwerk(en).
Wofür die erweiterte P noch da ist, wird mir wohl immer ein Rätsel bleiben. Es würde reichen: a) ein primäre ROOT-partition (/ inklusive /boot!!!!) b) eine partition SWAP c) ein partition LVM (PV) ALLE anderen FS werden dann als LV in LVM angelegt
Hallo Andreas, Die erweiterte Partition dient dazu, neu gewonnen Platz (entstanden durch Vergößern des RAID) nutzbar zu machen, indem ich dort log. Laufwerke anlege
Fallst Du wirklich nur /boot als Partition haben willst; dein Root-FS aber bereits auf LVM anlegst: Überlege dir das genau, _bevor_ du es machst. IMO bringt es keine Vorteile aber eine Reihe von Nachteilen!
So kann ich / auch wachsen lassen. Warum raten so viele davon ab ? Weil ich um crashfall nicht an / rankomme ? Nun, im Crashfall komme ich doch sowieso nicht an / ran. Und Knoppix 5.2 untertsützt LVM, so daß ich damit auch an LV's rankomme.
Platz wird eng: eine weitere 70 GB rein ==> RAID 5 vergrößern ==> gibt eine 210 GB-Platte mit genutzten 140GB und 70 GB brachliegend. Ich würde jetzt den Endzylinder der erweiterten Partition ans Ende der 210 GB schieben, log. laufwerke anlegen und daraus PV('s) machen. Diese PV('s) VG hinzufügen, anschließend LV und FS wachsen lassen.
verschiedene Möglichkeiten: Nach dem vergrössern der erweiterten Partition:
entweder a) auf VG level: dein Vorschlag (partition, pvcreate, vgextend, ...). Dazu musst Du den "neuen" Space als neues PV in deine VG aufnehmen. Deine VG wächst um ein PV
Richtig
oder b) auf PV Level: du kannst dein PV vergrössern (pvresize) nachdem du deine "Platte" (also dein Raid) vergrössert hast.
Das wusste ich nicht, daß das geht. Hier muss ich aber wahrscheinlich auch den Endzylinder der erweiterten Partition hinter den neu gewonnenen Platz legen ?
Der Rest spielt sich dann in beiden Fällen auf LV Ebene ab.
Dein Vorgehen (wenn ich's richtig verstanden habe:) Den kompletten unpartitionierten Bereich (die 70 GB, die ich durch Hinzufügen einer Platte zum RAID 5 gewonnen habe) direkt als PV markieren. Geht das ? Mit yast ? Wie sage ich pvcreate "nimm mal den brachliegenden Acker dahinten ?"
Nein; das geht IMO nicht. Zur Unix-Seite hin präsentiert sich der neue Bereich (70G) nicht als separate Platte sondern als unpartitionierter Bereich einer grossen Platte. Und ein PV kann AFAIK nur auf einer ganzen Platte _oder_ einer Partition angelegt werden.
Seh ich auch so. man pvcreate sagt: pvcreate initializes PhysicalVolume for later use by the Logical Volume Manager (LVM). Each PhysicalVolume can be a disk partition, whole disk, meta device, or loopback file. ... Da steht nichts von unpartitioniertem Bereich Bernd
Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd wrote:
Kyek, Andreas, VF-DE wrote:
Lentes, Bernd wrote:
wie soll ich Deiner Meinung nach vorgehen ?
Mein Vorgehen (beispielhaft): RAID 5 mit 3 Platten a 70 GB ==> 140 GB Platz ==> 1 prim. Partition für /boot ohne LVM, 1 prim. Partition für swap ohne LVM, 1 primäre Partition mit PV als Grundlage für LVM, für /, /var/ /home ... 1 erweiterte Part. mit log. Laufwerk(en).
Wofür die erweiterte P noch da ist, wird mir wohl immer ein Rätsel bleiben. Es würde reichen: a) ein primäre ROOT-partition (/ inklusive /boot!!!!) b) eine partition SWAP c) eine partition LVM (PV) ALLE anderen FS werden dann als LV in LVM angelegt
Hallo Andreas,
Die erweiterte Partition dient dazu, neu gewonnen Platz (entstanden durch Vergößern des RAID) nutzbar zu machen, indem ich dort log. Laufwerke anlege
Meine Bemerkung bezog sich darauf, das du 1 prim für /boot 1 prim für swap 1 prim mit pv 1 erweiterte Partition -> wofür? anlegen willst. IMO Unsinn. Was soll die vierte Partition? (ob du drei primäre nutzen willst, oder swap und PV auf erweiterte Partitionen legst ist 'ne reine Geschmacksfrage; gehen tut beides) Brauchen tust Du hier drei Partitionen; die dritte (dein PV) sollte "hinten" auf der Platte liegen; dann kannst Du das PV einfach vergrösseren da du die Partition vergrössern kannst.
Fallst Du wirklich nur /boot als Partition haben willst; dein Root-FS aber bereits auf LVM anlegst: Überlege dir das genau, _bevor_ du es machst. IMO bringt es keine Vorteile aber eine Reihe von Nachteilen!
So kann ich / auch wachsen lassen.
"/" muss aber eigentlich NIE wachsen. NIEMAND hat hier was abzulegen!! Alle directories unterhalb von "/", die im laufenden Betrieb wachsen können sind sinnvollerweise eigene FS. Und ich habe hier auf allen Rechnern "/" als Partition von 1-2GB angelegt; selbst auf der 1GB Partitition ist noch 75% frei!
Warum raten so viele davon ab ? Weil ich um crashfall nicht an / rankomme ?
Weil du von der "/" Partition auch ohne LVM noch booten kannst? Weil es für ext2 'ne Menge know-how hier gibt; die dir eine Fehleranalyse erlaubt? Weil dir ein "/" im LVM keine Vorteile bringt?
Nun, im Crashfall komme ich doch sowieso nicht an / ran. Und Knoppix 5.2 untertsützt LVM, so daß ich damit auch an LV's rankomme.
Zu Knoppix kann ich nix sagen; allerdings hatte ich a) schon mal Probleme mit "/" im lvm; die boot-cd's konnten damit nicht umgehen b) keine Problem, nach lvm Problemem (Inkompatibilitäten des Kernels mit lvm-tools bei snapshots) meine VG manuell zu flicken als "/" ein eigenes nicht-lvm FS war. Aber eigentlich ist mir ziemlich egal, wie du dein System konfigurierst :-)
[...]
b) auf PV Level: du kannst dein PV vergrössern (pvresize) nachdem du deine "Platte" (also dein Raid) vergrössert hast.
Das wusste ich nicht, daß das geht. Hier muss ich aber wahrscheinlich auch den Endzylinder der erweiterten Partition hinter den neu gewonnenen Platz legen ?
k.A. Nimm die vorhandenen Toos (gparted o.ä.) und vergrössere deine Partition halt! Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 05.02.2008 15:03, Lentes, Bernd wrote (please find the answer below the original text):
Hallo Ingo,
wie soll ich Deiner Meinung nach vorgehen ?
Mein Vorgehen (beispielhaft): RAID 5 mit 3 Platten a 70 GB ==> 140 GB Platz ==> 1 prim. Partition für /boot ohne LVM, 1 prim. Partition für swap ohne LVM, 1 primäre Partition mit PV als Grundlage für LVM, für /, /var/ /home ... 1 erweiterte Part. mit log. Laufwerk(en). Platz wird eng: eine weitere 70 GB rein ==> RAID 5 vergrößern ==> gibt eine 210 GB-Platte mit genutzten 140GB und 70 GB brachliegend. Ich würde jetzt den Endzylinder der erweiterten Partition ans Ende der 210 GB schieben, log. laufwerke anlegen und daraus PV('s) machen. Diese PV('s) VG hinzufügen, anschließend LV und FS wachsen lassen.
Dein Vorgehen (wenn ich's richtig verstanden habe:) Den kompletten unpartitionierten Bereich (die 70 GB, die ich durch Hinzufügen einer Platte zum RAID 5 gewonnen habe) direkt als PV markieren. Geht das ? Mit yast ? Wie sage ich pvcreate "nimm mal den brachliegenden Acker dahinten ?"
Bernd
P.S. Geht LVM auch mit iSCSI ? Weißt Du das ?
ich war bis eben nicht am Rechner, daher jetzt erst meine Antwort. ob dein Vorgehen beispielhaft ist wage ich zu bezweifeln, aber beispielsweise kannst du es natürlich so machen. bzgl. LVM: /boot, /swap und / in primäre Partitionen ist ok. Du kannst dann den Rest des z.Z. vorhandenen Devices als PV anlegen und darauf ganz nach Bedarf die benötigten LVs einrichten (auch /, das ist aber Geschmacksache und ggf. auch riskant, je nachdem, welche tools mal "von aussen" dran müssen). Wenn du später mal das RAID vergrösserst, dann ginge es so: Platte rein, den Controller die Vergrösserung des RAID5 machen lassen, das Ende der Partition mit dem PV ans Ende des RAID5-devices verschieben, mit pvresize das PV aufs Maximum vergrössern lassen und je nach Bedarf entweder vorhandene LV(s) (und Dateisysteme) vergrössern oder neue(s) LV(s) mit Dateisystemem anlegen und mounten. Ich nutze yast möglichst gar nicht, sondern mache alles mit Linux- Bordmitteln, das macht die Arbeit meiner Ansicht nach transparenter. zu iSCSI: LVM arbeitet mit allem was Linux als Platten-device zur Verfügung gestellt wird, ich selbst hatte iSCSI aber noch nicht in den Fingern. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----Original Message----- From: Ingo Freund [mailto:opensuse@e-dict.net] Sent: Wednesday, February 06, 2008 1:07 PM To: opensuse Subject: Re: LVM + RAID5 - einige grundsätzliche Fragen
ich war bis eben nicht am Rechner, daher jetzt erst meine Antwort.
ob dein Vorgehen beispielhaft ist wage ich zu bezweifeln, aber beispielsweise kannst du es natürlich so machen.
bzgl. LVM: /boot, /swap und / in primäre Partitionen ist ok.
Du kannst dann den Rest des z.Z. vorhandenen Devices als PV anlegen und darauf ganz nach Bedarf die benötigten LVs einrichten (auch /, das ist aber Geschmacksache und ggf. auch riskant, je nachdem, welche tools mal "von aussen" dran müssen). Wenn du später mal das RAID vergrösserst, dann ginge es so: Platte rein, den Controller die Vergrösserung des RAID5 machen lassen, das Ende der Partition mit dem PV ans Ende des RAID5-devices verschieben, mit pvresize das PV aufs Maximum vergrössern lassen und je nach Bedarf entweder vorhandene LV(s) (und Dateisysteme) vergrössern oder neue(s) LV(s) mit Dateisystemem anlegen und mounten. Ich nutze yast möglichst gar nicht, sondern mache alles mit Linux- Bordmitteln, das macht die Arbeit meiner Ansicht nach transparenter.
zu iSCSI: LVM arbeitet mit allem was Linux als Platten-device zur Verfügung gestellt wird, ich selbst hatte iSCSI aber noch nicht in den Fingern.
-Ingo.
Hallo Ingo, mit / auf LVM überlege ich mir nochmal, raten ja alle davon ab. Frage: Sollte ich / auf eine norm. Partition legen, dann aber ein best. Ordner sehr stark wachsen (/var, /srv, /usr), kann ich den doch später problemlos in ein LV überführen, oder ? LV anlegen ==> formatieren ==> Inhalt rüberkopieren ==> alten Ordner löschen ==> Mountpoint in /etc/fstab anlegen. ??? Ich kann mich dunkel erinnern, irgendow gehört zu haben, der Kernel braucht am Anfang nur /etc. Folglich müsste doch alles andere auf LV's im Nachhineien verschiebbar sein. Bernd
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 07.02.2008 09:43, Lentes, Bernd wrote (please find the answer below the original text):
-----Original Message----- From: Ingo Freund [mailto:opensuse@e-dict.net] Sent: Wednesday, February 06, 2008 1:07 PM To: opensuse Subject: Re: LVM + RAID5 - einige grundsätzliche Fragen
ich war bis eben nicht am Rechner, daher jetzt erst meine Antwort.
ob dein Vorgehen beispielhaft ist wage ich zu bezweifeln, aber beispielsweise kannst du es natürlich so machen.
bzgl. LVM: /boot, /swap und / in primäre Partitionen ist ok.
Du kannst dann den Rest des z.Z. vorhandenen Devices als PV anlegen und darauf ganz nach Bedarf die benötigten LVs einrichten (auch /, das ist aber Geschmacksache und ggf. auch riskant, je nachdem, welche tools mal "von aussen" dran müssen). Wenn du später mal das RAID vergrösserst, dann ginge es so: Platte rein, den Controller die Vergrösserung des RAID5 machen lassen, das Ende der Partition mit dem PV ans Ende des RAID5-devices verschieben, mit pvresize das PV aufs Maximum vergrössern lassen und je nach Bedarf entweder vorhandene LV(s) (und Dateisysteme) vergrössern oder neue(s) LV(s) mit Dateisystemem anlegen und mounten. Ich nutze yast möglichst gar nicht, sondern mache alles mit Linux- Bordmitteln, das macht die Arbeit meiner Ansicht nach transparenter.
zu iSCSI: LVM arbeitet mit allem was Linux als Platten-device zur Verfügung gestellt wird, ich selbst hatte iSCSI aber noch nicht in den Fingern.
-Ingo.
Hallo Ingo,
mit / auf LVM überlege ich mir nochmal, raten ja alle davon ab.
Ist ganz dir überlassen.
Frage: Sollte ich / auf eine norm. Partition legen, dann aber ein best. Ordner sehr stark wachsen (/var, /srv, /usr), kann ich den doch später problemlos in ein LV überführen, oder ? LV anlegen ==> formatieren ==> Inhalt rüberkopieren ==> alten Ordner löschen ==> Mountpoint in /etc/fstab anlegen. ???
Kannst du so machen. Mein Ansatz ist eigentlich immer der: / ist ein mountpoint (ganz nach Geschmack in LV oder nicht) und beinhaltet alles außer /var und /home (und ggf. anderen Datenbereichen); die wiederum liegen in eigenen LVs und werden in / eingehängt.
Ich kann mich dunkel erinnern, irgendow gehört zu haben, der Kernel braucht am Anfang nur /etc. Folglich müsste doch alles andere auf LV's im Nachhineien verschiebbar sein.
Mach ein / ohne die "stark wachsenden Datenbereiche", das von vornherein genug Platz bietet (6-10 GB) und du wirst kaum (Platz-)Sorgen haben. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----Original Message----- From: Ingo Freund [mailto:opensuse@e-dict.net] Sent: Thursday, February 07, 2008 10:21 AM To: opensuse Subject: Re: LVM + RAID5 - einige grundsätzliche Fragen
Du kannst dann den Rest des z.Z. vorhandenen Devices als PV anlegen und darauf ganz nach Bedarf die benötigten LVs einrichten (auch /, das ist aber Geschmacksache und ggf. auch riskant, je nachdem, welche tools mal "von aussen" dran müssen). Wenn du später mal das RAID vergrösserst, dann ginge es so: Platte rein, den Controller die Vergrösserung des RAID5 machen lassen, das Ende der Partition mit dem PV ans Ende des RAID5-devices verschieben, mit pvresize das PV aufs Maximum vergrössern lassen und je nach Bedarf entweder vorhandene LV(s) (und Dateisysteme) vergrössern oder neue(s) LV(s) mit Dateisystemem anlegen und mounten. Ich nutze yast möglichst gar nicht, sondern mache alles mit Linux- Bordmitteln, das macht die Arbeit meiner Ansicht nach transparenter.
Ich habe jetzt noch eine Problem. Ich habe das ganze mal testweise durchgespielt. System installiert mit ins. 4 primären Partitionen: /boot, swap, / und ein PV. Die 4. prim. Partition entspricht dem PV. In dem PV ein VG angelegt, darin 3 LV's für /home, /var und /local. Das ganze auf einem RAID5 mit 3 70GB-Platten, also 140 GB Nutzkapazität. Dann eine weitere 70 GB-Platte rein, array + RAID 5 vergrößert, gibt jetzt einen RAID5 mit 210GB, von denen 70 erst mal brach liegen. Alle Versuche, die 4. prim. Partition zu vergrößern, um diese 70GB zu nutzen, schlagen fehl. Geht nicht mit yast. Geht auch nicht mit einer Knoppix-DVD und parted, gparted oder qtparted. In gparted und qtparted ist z.B. resize für diese Partition einfach abgeggraut. Fragen: - kann man eine Partition vom Typ 8e nicht vergrößern/verkleinern ? - mit pvresize konnte ich das PV sofort über die Grenzen der Partition vergrößern. Irgendwie gefällt mir das aber nicht, daß es da Unstimmigkeiten zwischen der Partitionstabelle und der Größe des PV's gibt. Wie macht Ihr das ? Ist das egal, wenn das nicht übereinstimmt ? Vielen Dank. Bernd
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd wrote: [...]
mit / auf LVM überlege ich mir nochmal, raten ja alle davon ab. Frage: Sollte ich / auf eine norm. Partition legen, dann aber ein best. Ordner sehr stark wachsen (/var, /srv, /usr), kann ich den doch später problemlos in ein LV überführen, oder ? LV anlegen ==> formatieren ==> Inhalt rüberkopieren ==> alten Ordner löschen ==> Mountpoint in /etc/fstab anlegen. ???
JA Aber: Ich würde für /var, /home, /usr, /tmp, /opt und evtl. /srv (je nachdem, ob Du in /srv etwas ablegst; ich nutze es nicht) von Anfang an separate Partitionen (hier: LV's) anlegen! Warum willst Du das alles ins root-FS packen? Dann liegen in / (ausser dem Homeverzeichnis von Frau Ruth) keine variablen Daten mehr. Hier auf 10.2 reichen 1G für opt; 2-4G für /usr und /var; /home und /tmp je nach Bedarf. /var hängt z.B. stark davon ab, was der Rechner zu tun hat (mail, squid ??)
Ich kann mich dunkel erinnern, irgendow gehört zu haben, der Kernel braucht am Anfang nur /etc. Folglich müsste doch alles andere auf LV's im Nachhineien verschiebbar sein.
Na ja; Du brauchst im root-FS IMO /boot, /etc, /bin, /sbin und evtl. noch was. Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lentes, Bernd schrieb: Hallo,
Hallo ML,
ich möchte auf einem RAID5-Hardwarecontroller von HP ein System mit LVM aufsetzen (SLES 10 SP1). Ich habe mich ein bißchen in LVM eingelesen und auch ein wenig rumgespielt. Da bei LVM die Daten u.U. auf mehreren Platten verteilt liegen, ist ein RAID5 aus Gründen der Datensicherheit sehr sinnvoll, ggf. sogar mit einer HotSpare-Platte. Ich habe folgende Vorstellung:
- auf dem RAID 5 zwei primäre Partitionen OHNE LVM für /boot und swap, wurde in der Literatur empfohlen - eine primäre Partition für / MIT LVM. / auf einem LVM-Volume möchte ich nicht haben, ist aber möglich
- eine erweiterte Partition, in die ich später log. Laufwerke reinpacken kann warum? die Partitionen willst Du doch mit LVM verwalten!
Sinnvoll bis hierhin ?
Fragen:
- da der RAID5 aus Sicht des OS wie eine grosse Festplatte aussieht, habe ich doch immer noch das prinzipielle Problem mit max. 4 Partitionen (vier primäre oder drei primäre und eine erweiterte) ? richtig - ein PV ist doch erst einmal auch nur eine Partition, wenn auch mit einem best. Partitionstyp (8e, glaube ich) ? Nein! ein LV ist erst eine Partition! - Wenn ich also auf meinem RAID 5 vier primäre Partitionen hätte, könnte ich doch trotz LVM hier keine Platten dynamisch wachsen lassen, da ich keine Partitionen mehr anlegen kann, oder ? Habe ich jedoch eine erweiterte Partition, lege ich hier ein PV an, packe das in die entsprechende VG, und mein LV mit Dateisystem kann wachsen Soweit ich verstanden habe willst Du Partitionen und keine Platten dynamisch wachsen lassen:-o - Also muss ich unbedingt eine erweiterte Partition anlegen, da hab ich mit log. Laufwerken dann noch Möglichkeiten ? Das machst Du doch mit LVM! - Ist es sinnvoll, nur ein VG anzulegen und darauf mehrere LV's zu legen, oder sollte man pro LV ein VG anlegen ? Der Vorteil und Sinn von LVM ist doch, dass man relativ einfach die Größe der Partitionen an die aktuellen Bedürfnisse anpassen kann. Wenn Du pro LV eine VG anlegst dann schränkst Du dich ja wieder ein!
- Geht LVM zusammen mit iSCSI (das ich eventl. später nutzen will) ? Keine Ahnung :-(
Danke im Voraus.
Bernd
Lies doch mal folgendes HowTo http://www.linuxhaven.de/dlhp/HOWTO/DE-LVM-HOWTO.html Gruß Oskar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----Ursprüngliche Nachricht----- Von: Oskar Schüßler [mailto:oskar.schuessler@gmx.de] Gesendet: Montag, 4. Februar 2008 17:19 An: OpenSuSE Betreff: Re: LVM + RAID5 - einige grundsätzliche Fragen Hallo Oskar,
- ein PV ist doch erst einmal auch nur eine Partition, wenn auch mit einem best. Partitionstyp (8e, glaube ich) ? Nein! ein LV ist erst eine Partition!
Sicher ? Ein LV setzt auf einem VG auf. Ein VG besteht aus einem oder mehreren PV's, die doch nur Partitionen sind. Oder habe ich da einen Knoten im Kopf ? Nach meinem bisherigen, angelesenen Kenntnisstand ist ein PV (das ja Grundlage aller darüberliegenden "Schichten" ist) eine Partition vom Typ 8e. Aus Sicht des OS sieht ein LV sicherlich wie eine Partition aus. Aber wie lege ich ein LV ohne PV (sprich, ohne Partition an) ?
Soweit ich verstanden habe willst Du Partitionen und keine Platten dynamisch wachsen lassen:-o Ja. Wobei ich da keinen Unterschied sehe. Selbst wenn ich eine Platte nicht partitionieren will, muss ich doch eine Partition für die ganze Platte anlegen, oder ?
- Also muss ich unbedingt eine erweiterte Partition anlegen, da hab ich mit log. Laufwerken dann noch Möglichkeiten ? Das machst Du doch mit LVM!
Lies doch mal folgendes HowTo http://www.linuxhaven.de/dlhp/HOWTO/DE-LVM-HOWTO.html Gruß Oskar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Lentes, Bernd schrieb:
-----Ursprüngliche Nachricht----- Von: Oskar Schüßler [mailto:oskar.schuessler@gmx.de] Gesendet: Montag, 4. Februar 2008 17:19 An: OpenSuSE Betreff: Re: LVM + RAID5 - einige grundsätzliche Fragen
Hallo Oskar,
- ein PV ist doch erst einmal auch nur eine Partition, wenn auch mit einem best. Partitionstyp (8e, glaube ich) ? Nein! ein LV ist erst eine Partition!
Sicher ? Ein LV setzt auf einem VG auf. Ein VG besteht aus einem oder mehreren PV's, die doch nur Partitionen sind. Oder habe ich da einen Knoten im Kopf ? Nach meinem bisherigen, angelesenen Kenntnisstand ist ein PV (das ja Grundlage aller darüberliegenden "Schichten" ist) eine Partition vom Typ 8e. Aus Sicht des OS sieht ein LV sicherlich wie eine Partition aus. Aber wie lege ich ein LV ohne PV (sprich, ohne Partition an) ?
Die Reihenfolge: Zuerst legst Du das PV an - in Deinem Fall wohl nur eines Danach definierst Du das VG mit Angabe des PV Dann die LV's auf denen dann die FileSysteme angelegt werden Gegenüber dem OS entsprechen ein VG der Festplatte und das LV einer Partition. Wenn man die LV's festlegt muss nicht das komplette VG belegt werden - im Gegenteil man behält zunächst eine großzügige Reserve um bei Bedarf den Speicherplatz einfacher anpassen zu können 1. Backup aller Daten (auch ein RAID5 kann das nicht ersetzten) 2. LV vergrößern (eher unkritisch) 3. Filesystem der neuen LV-Größe anpassen (kritisch) Gruß Oskar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (6)
-
Ingo Freund
-
Joachim Hussong
-
Kyek, Andreas, VF-DE
-
Lentes, Bernd
-
Oskar Schüßler
-
Sandy Drobic