Hallo,
ich müsste eine physikalische Gruppe in LVM verkleinern. Bei den Tools sollte ein pvresize drinne sein, ist aber unter 10.0 offensichtlich nicht implementiert.
Gibt es Gründe dafür und wie kann ich die physikalische Gruppe denn sonst verkleinern?
Ich habe versucht, LVM 2.02.31 neu zu bauen, doch das schlägt mit Fehlermeldungen fehl. nach einer Vielzahl von Warnungen kommt dann als erster Fehler
cache/lvmcache.c:169: error: conflicting types for 'vgname_from_vgid'
sieht also nicht gut aus!
aktuell installiert ist übrigens die 2.01.14-2
Gruß
Joachim
Joachim Hussong wrote:
ich müsste eine physikalische Gruppe in LVM verkleinern.
"Gruppe"? PV steht für "physical volume"; das als "Gruppe" zu übersetzen hat mich ehrlich gesagt etwas überrascht!
Bei den Tools sollte ein pvresize drinne sein, ist aber unter 10.0 offensichtlich nicht implementiert.
Du machst was falsch!
Ich habe mir gerade (habe keine 10.0 mehr) das lvm2-2.01.14-2.i586.rpm runtergeladen. (http://download.opensuse.org/distribution/SL-10.0-OSS/inst-source/suse/i586)
Da ist ein /sbin/pvresize drin.
[...]
aktuell installiert ist übrigens die 2.01.14-2
Entweder stimmt das nicht oder deine Installation ist kaputt!
Andreas
PS: pvresize geht nur mit lvm2 pvresize (verkleinern) geht nur wenn der Platz frei ist
Moin
Kyek, Andreas, VF-DE schrieb:
Joachim Hussong wrote:
ich müsste eine physikalische Gruppe in LVM verkleinern.
"Gruppe"? PV steht für "physical volume"; das als "Gruppe" zu übersetzen hat mich ehrlich gesagt etwas überrascht!
Mir ist die Begriffsbildung nicht so geläufig. PV steht für physical volume, klar. In Yast und sonstwo habe ich aber auch statt volume group gelesen. Ist aber auch egal!
Bei den Tools sollte ein pvresize drinne sein, ist aber unter 10.0 offensichtlich nicht implementiert.
Du machst was falsch!
was denn?
Ich habe mir gerade (habe keine 10.0 mehr) das lvm2-2.01.14-2.i586.rpm runtergeladen. (http://download.opensuse.org/distribution/SL-10.0-OSS/inst-source/suse/i586)
Da ist ein /sbin/pvresize drin.
hm, die Version 2.01.14-2 habe ich ohne Probleme kompilieren können. Installiert mit YAST von den SuSE-Quellen.
Kein pvresize! Siehe unten.
[...]
aktuell installiert ist übrigens die 2.01.14-2
Entweder stimmt das nicht oder deine Installation ist kaputt!
wenn ich pvresize aufrufe, dann kömmt eine Meldung, dass es nicht implementiert ist. Wenn also die Datei pvresize nicht vorhanden wäre, käme ein not found. Da gibt es wohl ein pvresize, das aber keine Funktionalität hat.
Ich habe dann die neuere Version aus dem Netz gezogen und da kam beim make eben der Rattenschwanz an Warnungen (ja nicht schlimm) und den Fehlern. make läuft nicht durch und bricht ab.
pvresize geht nur mit lvm2 pvresize (verkleinern) geht nur wenn der Platz frei ist
Habe ja LVM2, denke ich zumindest. Installiert sind die lvm2tools, alles, was standardmäßig bei 10.0 dabei ist/war. Habe zuerst mit resize2fs Filesystem verkleinert, denn mit lvresize die logical volume. Jetzt wäre die physikalische Seite dran.
Gruß
Joachim
Joachim Hussong wrote:
Kyek, Andreas, VF-DE schrieb:
Joachim Hussong wrote:
ich müsste eine physikalische Gruppe in LVM verkleinern.
"Gruppe"? PV steht für "physical volume"; das als "Gruppe" zu übersetzen hat mich ehrlich gesagt etwas überrascht!
Mir ist die Begriffsbildung nicht so geläufig. PV steht für physical volume, klar. In Yast und sonstwo habe ich aber auch statt volume group gelesen. Ist aber auch egal!
Nee, ist nicht egal. (Und verwirrt auch, wenn man das nicht versteht)
VG = volume group. Eine VG beinhaltet physisch >=1 PV und logisch >= 1LV!
PV=Physical Volume (=1 Platte oder eine Partition einer Platte)
LV = Logical Volume (logische Platte; kann über mehrere PVs verteilt sein; aber immer innerhalb einer VG!)
Anlegen eines LVM besteht aus a) einrichten der PVs (pvcreate) b) definition der VG (vgcreate) mit den PVs c) anlegen von LVs in der VG d) anlegen von FS in den LVs
Bei den Tools sollte ein pvresize drinne sein, ist aber unter 10.0 offensichtlich nicht implementiert.
Du machst was falsch!
was denn?
Ich habe mir gerade (habe keine 10.0 mehr) das lvm2-2.01.14-2.i586.rpm runtergeladen.
(http://download.opensuse.org/distribution/SL-10.0-OSS/inst-so urce/suse/i586)
Da ist ein /sbin/pvresize drin.
hm, die Version 2.01.14-2 habe ich ohne Probleme kompilieren können. Installiert mit YAST von den SuSE-Quellen.
Kompilieren? Oder installieren von den SUSE Quellen? Das ist nicht das gleiche!
Kein pvresize! Siehe unten.
[...]
aktuell installiert ist übrigens die 2.01.14-2
Entweder stimmt das nicht oder deine Installation ist kaputt!
wenn ich pvresize aufrufe, dann kömmt eine Meldung, dass es nicht implementiert ist. Wenn also die Datei pvresize nicht vorhanden wäre, käme ein not found. Da gibt es wohl ein pvresize, das aber keine Funktionalität hat.
Ich habe dann die neuere Version aus dem Netz gezogen und da kam beim make eben der Rattenschwanz an Warnungen (ja nicht schlimm) und den Fehlern. make läuft nicht durch und bricht ab.
pvresize geht nur mit lvm2 pvresize (verkleinern) geht nur wenn der Platz frei ist
Habe ja LVM2, denke ich zumindest. Installiert sind die lvm2tools, alles, was standardmäßig bei 10.0 dabei ist/war. Habe zuerst mit resize2fs Filesystem verkleinert, denn mit lvresize die logical volume. Jetzt wäre die physikalische Seite dran.
Langsam. Nur weil du lvm2 installiert hast, muss dein lvm noch lange nicht vom Typ lvm2 sein!
Ruf mal "vgdisplay <deine VG>" auf. Da kommt (u.a.) eine Zeile: Format: lvm2 Oder aber lvm1; je nach deiner VG!
Konvertieren kannst du eine VG vom Typ lvm1 nach lvm2 mit "vgconvert -M2 VG"
(Der mir bekannte Unterschied ist _nur_ das Metadatenformat)
pvresize geht _nur_ mit VGs vom Typ lvm2!
Andreas
Kyek, Andreas, VF-DE schrieb:
Nee, ist nicht egal. (Und verwirrt auch, wenn man das nicht versteht)
VG = volume group. Eine VG beinhaltet physisch >=1 PV und logisch >= 1LV!
PV=Physical Volume (=1 Platte oder eine Partition einer Platte)
LV = Logical Volume (logische Platte; kann über mehrere PVs verteilt sein; aber immer innerhalb einer VG!)
Danke für die Erklärung
hm, die Version 2.01.14-2 habe ich ohne Probleme kompilieren können. Installiert mit YAST von den SuSE-Quellen.
Kompilieren? Oder installieren von den SUSE Quellen? Das ist nicht das gleiche!
ich meinte, dass ich die Quellen (2.01.14-2) über YAST installiert habe und diese dann kompiliert. Ich habe mir zunächst die Quellen nicht direkt von anderen Seiten gezogen habe. Die 2.02.31 Sources habe ich natürlich aus anderer Quelle.
Langsam. Nur weil du lvm2 installiert hast, muss dein lvm noch lange nicht vom Typ lvm2 sein!
Nur wo lvm2 drauf steht ist auch lvm2 drin?? Zunächst hätte ich erwartet, dass die lvm2tools nur bei lvm2 Sinn machen. Ist wohl nicht so. Dann könnte die Meldung "not implemented" bedeuten, nicht dass pvresize fehlt, sondern dass kein lvm2 installiert ist.
Ruf mal "vgdisplay <deine VG>" auf. Da kommt (u.a.) eine Zeile: Format: lvm2 Oder aber lvm1; je nach deiner VG!
Konvertieren kannst du eine VG vom Typ lvm1 nach lvm2 mit "vgconvert -M2 VG"
Immerhin könnte das Konvertieren eine Option sein!
(Der mir bekannte Unterschied ist _nur_ das Metadatenformat)
pvresize geht _nur_ mit VGs vom Typ lvm2!
Mal noch was anderes:
Ich habe zwei lv, eine mit 20 GB und eine mit 50 GB auf einer pv. Beide sind zu groß dimensioniert. Meine Frage betrifft ursprünglich das Verkleinern der 50GB auf etwa 25GB. Die Optimallösung wäre allerdings
lv auf etwa 10GB verkleinern, lv2 auf 25GB. Dann müsste ich die pv aufs Minimum verkleinern. Der freiwerdende Platz wäre dann für meine neue Partition zu gebrauchen. Diese wäre kein pv, lv irgendwas, sondern für WinXP. Wie krieg ich es hin, dass beide lv nach jeweiligem Verkleinern lückenlos aneinanderhängen? Der komplett freiwerdende Platz soll ja eine zusammenhängende Partition werden.
Nochmal im Detail:
auf hda gibt es nur hda1 als swap und hda2 (ca.80GB) die komplett als pv1 mit lv1 (20GB) und lv2 (50GB) konfiguriert ist. Ziel wäre hda2 ( 35GB ) mit pv1 und lv1 (10GB) und lv2 (25GB) und dann neu eine zu erstellende hda3 mit dem Rest an Platz. Natürlich ohne Datenverlust und graue Haare!
Wie gehe ich da vor?
Joachim
Gruß
Joachim
Joachim Hussong wrote: [...]>
Mal noch was anderes:
Ich habe zwei lv, eine mit 20 GB und eine mit 50 GB auf einer pv. Beide sind zu groß dimensioniert. Meine Frage betrifft ursprünglich das Verkleinern der 50GB auf etwa 25GB. Die Optimallösung wäre allerdings lv auf etwa 10GB verkleinern, lv2 auf 25GB. Dann müsste ich die pv aufs Minimum verkleinern. Der freiwerdende Platz wäre dann für meine neue Partition zu gebrauchen. Diese wäre kein pv, lv irgendwas, sondern für WinXP. Wie krieg ich es hin, dass beide lv nach jeweiligem Verkleinern lückenlos aneinanderhängen? Der komplett freiwerdende Platz soll ja eine zusammenhängende Partition werden.
OK, Problem erkannt. Dummerweise weiss ich keine Lösung (jedenfalls keine ohne zusätzlich Hardware). Ich denke, ein pvresize wird bei Dir nicht funktionieren. Ferner kann auch ein pvmove so nicht gehen, da du kein zweites PV in deiner VG hast
Was geht: 'ne zweite Platte temporär anschliessen, rüberkopieren, ändern und anschliessend zurück damit. (Das geht dann mit LVM-Methoden oder an LVM vorbei; was immer dir lieber ist!)
[...]
Natürlich ohne Datenverlust und graue Haare!
Hängt von deiner individuellen Belastbarkeit ab -;)
Wie gehe ich da vor?
s.o.
Andreas
Kyek, Andreas, VF-DE schrieb:
OK, Problem erkannt. Dummerweise weiss ich keine Lösung (jedenfalls keine ohne zusätzlich Hardware). Ich denke, ein pvresize wird bei Dir nicht funktionieren. Ferner kann auch ein pvmove so nicht gehen, da du kein zweites PV in deiner VG hast
Was geht: 'ne zweite Platte temporär anschliessen, rüberkopieren, ändern und anschliessend zurück damit. (Das geht dann mit LVM-Methoden oder an LVM vorbei; was immer dir lieber ist!)
Also ein zweite Platte hätte ich. Da liegen zur Zeit Backups. Diese könnte ich zeitweise mal ins Nirwana schicken und später restaurieren.
Das mit der Schaufelei könnte aber ein Problem sein. In der kleineren lv liegt mein System. Das müsste dann unter einem Rettungssystem verschoben werden.
Bitte keine Diskussion, ob es Sinn macht, das System in ein lv zu bannen. Das war mein erster Versuch auf einem provisorischen Spielrechner (Spiel im Sinne von SuSE rumspielen und nicht egoshooten)
Joachim
Joachim Hussong schrieb:
Also ein zweite Platte hätte ich. Da liegen zur Zeit Backups. Diese könnte ich zeitweise mal ins Nirwana schicken und später restaurieren.
so geschehen heute abend.
Das mit der Schaufelei könnte aber ein Problem sein. In der kleineren lv liegt mein System. Das müsste dann unter einem Rettungssystem verschoben werden.
Und tut es auch!!
Nun genauer zur Lage:
vgdisplay sagt LVM2!
eine vg (Name system) mit 1 pv= hda2 (76GB) in vg "system" liegen lv1 mit / (außer /boot =hda1 natürlich) und lv2 mit /home sowie lv3 mit swap. auf hdb1 (76GB) lagen die backups
*) backups wuppdiweg *) hdb neu partitioniert mit hda1 30GB und hdb2 mit 46GB (jetzt ebenfalls als pv in vg system) *) Inhalt von lv2 auf hdb1 kopiert *) lv2 gelöscht *) fs von lv1 (/) auf 15G verkleinert, belegt waren 9G *) lv1 auf 15G verkleinert *) 10.0er Rettungssytem hochgefahren *) lv3 entfernt *) Versuch, die pv1 auf 15G zu verkleinern schlägt fehl. Es kommt die Meldung "command not implemented yet" Also doch kein pvresize unter 10.0! *) 10.3er Rettungssytem hochgefahren. Ebenfalls kein Erfolg. Meldung, es wären weiter oben noch Blöcke belegt *) Größe sukzesive runtergedreht. Bei minimal 41G ist Schluß. fs ist 15G groß, effektiv belegt sind 9G nochwas! *) testweise trotz zu großer pv versucht, sda2 auf sdb2 mit pvmove zu schaufeln. Schlägt fehl mit der Meldung, "Failure to communicate with kernel device-mapper driver" und noch "... target(s) not detected" *) 10.3er Live-System gebootet und nochmal versucht. Kein Erfolg, gleiche Fehlermeldungen.
Nun hab ich die fstab verändert, so dass ich wieder booten konnte. Das System läuft, ist aber natürlich nicht in dem Zustand, den ich gerne hätte.
Wie krieg ich diese doofe pv auf 15GB geschrumpft. Die Meldung, dass oben Blöcke belegt wären, legt nahe, ich müsste Daten nach vorne in die pv schaufeln. Geht das?
Was hat die Meldung zu bedeuten, dass der device-mapper Treiber nicht geladen wäre? Liegt das daran, dass ich es mit Rettungssystemen versucht habe? Daher mein Versuch mal mit einem Live-System. Aber im "normalen" Betrieb, wenn / gemounted ist, kann ich dem System doch nicht mitten im Laufen die Hardware unterm Hintern wegziehen!?
Im Moment denke ich, ich müsste / 1:1 irgendwo hin spiegeln, die alte pv auf hda2 löschen, dann hda komplett neu sortieren, dann eine neue 15G pv anlegen mit gleich großer lv und dann die Systemdaten wieder 1:1 zurück. Bei /home habe ich mich das getraut aber mit / und den vielen Links und sonstigem träräh habe ich Bauchschmerzen. Ich wüsste im Moment nicht, wie ich z.B. rsync parametrisieren müsste, dass beim hin- und herschaufeln nix kaputt geht!
ratlos! ..und müde!
Joachim
Am Samstag 26 Januar 2008 schrieb Joachim Hussong: [...]
eine vg (Name system) mit 1 pv= hda2 (76GB) in vg "system" liegen lv1 mit / (außer /boot =hda1 natürlich) und lv2 mit /home sowie lv3 mit swap. auf hdb1 (76GB) lagen die backups
*) backups wuppdiweg *) hdb neu partitioniert mit hda1 30GB und hdb2 mit 46GB (jetzt ebenfalls als pv in vg system)
Warum partitioniert? Aber egal.
*) Inhalt von lv2 auf hdb1 kopiert *) lv2 gelöscht
OK
*) fs von lv1 (/) auf 15G verkleinert, belegt waren 9G *) lv1 auf 15G verkleinert
OK
*) 10.0er Rettungssytem hochgefahren *) lv3 entfernt
OK
*) Versuch, die pv1 auf 15G zu verkleinern schlägt fehl. Es kommt die Meldung "command not implemented yet" Also doch kein pvresize unter 10.0! *) 10.3er Rettungssytem hochgefahren. Ebenfalls kein Erfolg. Meldung, es wären weiter oben noch Blöcke belegt *) Größe sukzesive runtergedreht. Bei minimal 41G ist Schluß. fs ist 15G groß, effektiv belegt sind 9G nochwas!
Kopier doch einfach aus dem Rettungssystem den Inhalt deines lv1 auch auf die hdb. Dann ist deine hda mehr oder weniger leer und du kannst sie neu aufbauen.
IMO müsste doch der Platz auf deiner hdb ausreichend gross sein. Du musst ja nicht mit pvmove kopieren; das geht auch mit tar oder rsync; je nachdem was dir lieber ist.
Im Moment denke ich, ich müsste / 1:1 irgendwo hin spiegeln, die alte pv auf hda2 löschen, dann hda komplett neu sortieren, dann eine neue 15G pv anlegen mit gleich großer lv und dann die Systemdaten wieder 1:1 zurück. Bei /home habe ich mich das getraut aber mit / und den vielen Links und sonstigem träräh habe ich Bauchschmerzen. Ich wüsste im Moment nicht, wie ich z.B. rsync parametrisieren müsste, dass beim hin- und herschaufeln nix kaputt geht!
"rsync -aux quelle ziel" sollte alles sein, was Du brauchst. So erzeugen hier mehrere cronjobs regelmässig aus lvm snapshots ein komplettes Spiegelsystem, von dem ich bei Bedarf (Plattendefekt o.ä.) booten kann.
Andreas
Huih und die Mail ging zuerst auch noch nur an Andreas!!
Das mit der GraKa ist ein anderes Thema:
Ich habe mit dem 10.3 Rettungssystem alles neu partitioniert und LVM eingerichtet.
Letzendlich wurde dann die 10.2 installiert. Beim Booten kommt jetzt allerdings folgendes
--snipp--
Scanning for LVM volume groups... Reading all physical volumes. This may take a while... Couldn't find device with uuid 'ldCbHG-jRXt-SnyH-z2cQ-9hgK-b2fc-6nhSqi'. Couldn't find all physical volumes for volume group system. Couldn't find device with uuid 'ldCbHG-jRXt-SnyH-z2cQ-9hgK-b2fc-6nhSqi'. Couldn't find all physical volumes for volume group system. Volume group "system" not found
--snap--
Nun ist "system" der Name der alten VG. Die neue heisst anders. Hier liegt also irgendwo noch Müll rum.
wo und wie krieg ich den weg?
Gruß
Joachim
Am Sonntag 27 Januar 2008 schrieb Joachim Hussong:
Das mit der GraKa ist ein anderes Thema:
Ich habe mit dem 10.3 Rettungssystem alles neu partitioniert und LVM eingerichtet.
Letzendlich wurde dann die 10.2 installiert. Beim Booten kommt jetzt allerdings folgendes
--snipp--
Scanning for LVM volume groups... Reading all physical volumes. This may take a while... Couldn't find device with uuid 'ldCbHG-jRXt-SnyH-z2cQ-9hgK-b2fc-6nhSqi'. Couldn't find all physical volumes for volume group system. Couldn't find device with uuid 'ldCbHG-jRXt-SnyH-z2cQ-9hgK-b2fc-6nhSqi'. Couldn't find all physical volumes for volume group system. Volume group "system" not found
--snap--
Nun ist "system" der Name der alten VG. Die neue heisst anders. Hier liegt also irgendwo noch Müll rum.
Schau doch mal unter /etc/lvm nach Überresten der alten VG; insbesondere liegt da eine Datei .cache.
Andreas
Andreas Kyek schrieb:
--snap--
Nun ist "system" der Name der alten VG. Die neue heisst anders. Hier liegt also irgendwo noch Müll rum.
Schau doch mal unter /etc/lvm nach Überresten der alten VG; insbesondere liegt da eine Datei .cache.
Ich habe ja die Partition bzw. die pv komplett neu angelegt. Das heisst auch formatiert und das Systen komplett installiert. Wenn da noch Reste da sein sollten??
Nee, da ist nix zu finden.
Joachim
Kyek, Andreas, VF-DE schrieb:
Joachim Hussong wrote: [...]>
Mal noch was anderes:
Ich habe zwei lv, eine mit 20 GB und eine mit 50 GB auf einer pv. Beide sind zu groß dimensioniert. Meine Frage betrifft ursprünglich das Verkleinern der 50GB auf etwa 25GB. Die Optimallösung wäre allerdings lv auf etwa 10GB verkleinern, lv2 auf 25GB. Dann müsste ich die pv aufs Minimum verkleinern. Der freiwerdende Platz wäre dann für meine neue Partition zu gebrauchen. Diese wäre kein pv, lv irgendwas, sondern für WinXP. ....
...
Da muß ich Andreas recht geben. Ganz ohne graue Haare wird es wohl nix werden.
Ich frage mich allerdings, warum Dir für XP die 20GB aus dem lv (pv1?) nicht reichen würden? Klar, sind jetzt keine 25GB, aber je nach Deiner Rechnerlandschaft könntest Du doch evtl woander Platz schaffen (-> SMB Zugriff?)
Die einzige Lösung die ich hier auch sehe,
-Daten woanders hin sichern, -LVM einstampfen, -Platten so partitionieren, wie Du es haben wolltest -LVM wieder einrichten (nützlicher Nebeneffekt => dann wahrscheinlich sogar mit LVM2 ?) -genau planen welche Partitionen/ Platten Deinem neuen LVM zugrunde gelegt werden sollen -LVM anlegen fertisch :-)
=> Achtung dabei bedenken, das wenn Du mehrere PV's in die VG aufnimmst und eine Platte geht kaputt sind Deine Daten futsch!
ICh habe auch ein LVM hier bei mir, allerdings auf einem Raiddevice. (RAID1) das halte ich persönlich für die wesentlich bessere Lösung! Wenn bei mir eine Platte kaputt geht, sind wenigstens nicht gleich das LVM und die ganzen Daten im Eimer!
Gruß Axel
[1] http://www.linuxhaven.de/dlhp/HOWTO/DE-LVM-HOWTO.html#toc3 [2] http://www.linux-magazin.de/heft_abo/sonderheft/2006/04/volumenkontrolle?cat...
Hallo Joachim,
Joachim Hussong schrieb: ....
Nochmal im Detail:
auf hda gibt es nur hda1 als swap und hda2 (ca.80GB) die komplett als pv1 mit lv1 (20GB) und lv2 (50GB) konfiguriert ist. Ziel wäre hda2 ( 35GB ) mit pv1 und lv1 (10GB) und lv2 (25GB) und dann neu eine zu erstellende hda3 mit dem Rest an Platz. Natürlich ohne Datenverlust und graue Haare!
Wie gehe ich da vor?
warum so kompliziert. Du könntest doch komplett die partition mit den 20GB (pv1) aus der LVM Verwaltung herausnehmen.
Den Artikel hier kennst Du ? http://www.linux-magazin.de/heft_abo/sonderheft/2006/04/volumenkontrolle?cat...
Du hast also:
2 Physical Volumes (pv1 u. pv2) zur Volumegroup (vg1) zusammengefaßt. In dieser Volumegroup vg1 hast Du dann 2 logical Volumes lv1 und lv2 angelegt? Richtig ?
=> Unabhängig von den Volumegroup kannst Du eines der beides Physical Volumes aus dem Verbund entfernen. Immer unter Voraussetzung betrachtet, das Deine gespeicherten Daten weniger Platz belegen, als Speicherplatz in Deiner Volumegroup vorhanden ist.
Gruß Axel
Axel Birndtwrote:
Joachim Hussong schrieb: ....
Nochmal im Detail:
auf hda gibt es nur hda1 als swap und hda2 (ca.80GB) die komplett als pv1 mit lv1 (20GB) und lv2 (50GB) konfiguriert ist. Ziel wäre hda2 ( 35GB ) mit pv1 und lv1 (10GB) und lv2 (25GB) und dann neu eine zu erstellende hda3 mit dem Rest an Platz. Natürlich ohne Datenverlust und graue Haare!
Wie gehe ich da vor?
warum so kompliziert. Du könntest doch komplett die partition mit den 20GB (pv1) aus der LVM Verwaltung herausnehmen.
Das ist kein PV, sondern ein LV!
Den Artikel hier kennst Du ? http://www.linux-magazin.de/heft_abo/sonderheft/2006/04/volume nkontrolle?category=0
Du hast also:
2 Physical Volumes (pv1 u. pv2) zur Volumegroup (vg1) zusammengefaßt. In dieser Volumegroup vg1 hast Du dann 2 logical Volumes lv1 und lv2 angelegt? Richtig ?
NEIN. Ein PV mit 2 LVs (schrieb er zumindest)
Und da geht dann nix mit pvmove!
Andreas
On Fri, Jan 25, 2008 at 11:58:29AM +0100, Kyek, Andreas, VF-DE wrote:
Und da geht dann nix mit pvmove!
Die 2. Platte als neues PV der VG hinzufuegen, mit pvmove die 1. Platte raeumen, 1. Platte aus der VG entfernen, neu partitionieren, der VG wieder hinzufuegen, mit pvmove die 2. Platte entleeren, 2. aus der VG und das war's.
Peter
Peter Wiersig wrote:
On Fri, Jan 25, 2008 at 11:58:29AM +0100, Kyek, Andreas, VF-DE wrote:
Und da geht dann nix mit pvmove!
Das bezog sich auf die vorhandene Situation mit einem PV und eben nicht mit zweien, ein "lvmove" existiert eben nicht!
Die 2. Platte als neues PV der VG hinzufuegen, mit pvmove die
- Platte raeumen, 1. Platte aus der VG entfernen, neu
partitionieren, der VG wieder hinzufuegen, mit pvmove die 2. Platte entleeren, 2. aus der VG und das war's.
Das ist klar. Schrieb ich ihm aber bereits (wenn auch nicht im Detail): --- cut here --- Was geht: 'ne zweite Platte temporär anschliessen, rüberkopieren, ändern und anschliessend zurück damit. (Das geht dann mit LVM-Methoden oder an LVM vorbei; was immer dir lieber ist!) --- cut here ---
Andreas
Axel Birndt schrieb:
warum so kompliziert. Du könntest doch komplett die partition mit den 20GB (pv1) aus der LVM Verwaltung herausnehmen.
ich habe aber gar keine zwei pv, sondern nur eine!
in dieser einen pv liegen die zwei lv, die zu verkleinern wären.
Den Artikel hier kennst Du ? http://www.linux-magazin.de/heft_abo/sonderheft/2006/04/volumenkontrolle?cat...
Danke für den Hinweis
Du hast also:
2 Physical Volumes (pv1 u. pv2) zur Volumegroup (vg1) zusammengefaßt. In dieser Volumegroup vg1 hast Du dann 2 logical Volumes lv1 und lv2 angelegt? Richtig ?
hda2 -> pv1 -> lv1 + lv2
=> Unabhängig von den Volumegroup kannst Du eines der beides Physical Volumes aus dem Verbund entfernen. Immer unter Voraussetzung betrachtet, das Deine gespeicherten Daten weniger Platz belegen, als Speicherplatz in Deiner Volumegroup vorhanden ist.
Selbstverfreilich!
Joachim
Hallo Joachim,
Joachim Hussong schrieb:
Axel Birndt schrieb:
warum so kompliziert. Du könntest doch komplett die partition mit den 20GB (pv1) aus der LVM Verwaltung herausnehmen.
ich habe aber gar keine zwei pv, sondern nur eine!
öhm, sorry da hab ich doch nicht richtig gelesen.... ;) ...
2 Physical Volumes (pv1 u. pv2) zur Volumegroup (vg1) zusammengefaßt. In dieser Volumegroup vg1 hast Du dann 2 logical Volumes lv1 und lv2 angelegt? Richtig ?
hda2 -> pv1 -> lv1 + lv2
... ok, jetzt habe ich verstanden, tschuldigung, für die Verwirrung..
Ansonsten ist das Thema ja nun schon ausgiebig behandelt worden und ich hoffe Du hast eine Lösung, bzw. eine Idee derselben, wie Du es machen könntest.
Gruß Axel
-
Andreas Kyek -
Axel Birndt -
Joachim Hussong -
Kyek, Andreas, VF-DE -
Peter Wiersig