On Fri, May 04, 2001, Guenther Behrendsen wrote: Hallo Guenther

Gunther Kuhlmann schrieb:

...

On Fri, May 04, 2001, Guenther Behrendsen wrote:

...

Dazu muesste ich aber die hdb1 leer machen koennen. Geht das, ohne vorher das gesamte lv auflösen zu muessen?

wie Markus schon sagte, ist pvmove der richtig Weg. Aber Du solltest einiges beachten. Die Größe des Hauptspeichers sollte die eines physical extents mindestens erreichen, sonst rödelt der Ewigkeiten auf der Platte rum. Während des moves den Rechner nicht unterbrechen, außer mit SIGINT (man pvmove). Andernfalls ist die _gesamte_ volume group hin, also alle Daten auf den drei Platten.

Soviel Speicher??? Das wäre dann ja 1GB RAM, damit ich die 1GB Platte rausmehmen kann. Wenn ich dann mal eine der groesseren Platten entfernen will, bräuchte ich ja bis zu 30GB RAM. Das kann doch nicht wahr sein, oder?

Ich sagte "physical extent". Das ist _nicht_ die Größe der Partition. Die Vorgabe für die Größe desselben ist AFAIR 32 MB, dürfte also kein Problem sein. Ich habe mir das immer auf 128 MB geändert. Logical volumes werden immer in ganzzahligen Vielfachen dieser Größe erstellt. Ein vgdisplay ergibt bei mir (PE steht für physical extent): --- Volume group --- VG Name vg0 VG Access read/write VG Status available/resizable VG # 0 MAX LV 256 Cur LV 5 Open LV 4 MAX LV Size 1 TB Max PV 256 Cur PV 5 Act PV 5 VG Size 100 GB PE Size 128 MB Total PE 800 Alloc PE / Size 800 / 100 GB Free PE / Size 0 / 0 Ich sagte das nur, weil ich mal ein 128 MB extent auf einem Rechner mit nur 32 MB Hauptspeicher verschieben wollte. Nach 3-4 h Festplatterödeln habe ich ihn dann abgestellt. Ende der Daten. War mir aber egal, da Testrechner. MfG Gunther -- Dipl.-Ing. Gunther Kuhlmann Gunther_Kuhlmann@mentorg.com Tel.: +44 (0)12 52 / 74 83 25 PGP: E6 BC 78 6B E6 09 C7 16 AB 5D 9A 9A D7 1C 01 FB --

Wie ich ja schon schrieb, wollte ich hier einen kleinen Erfahrungsbericht einstellen, wie das mit dem verkleinern beim LVM geklappt hat. Vorweg: Es hat geklappt. Das Problem bei der ganzen Sache war eigentlich nur, das pvmove ausserstande ist, Daten von einem PV auf ein anderes, bereits bestehendes und teilweise benutztes PV zu verschieben. In meiner Konstruktion hätte pvmove ja eigentlich die Daten von hdb1 auf hda3 oder hdc verschieben bzw. verteilen muessen. Geht aber nicht. Stattdessen musste ich auf einer anderen Platte ein PV einrichten, das dem selben lv zugeordnet wird und die Daten dorthin verschieben. Das warf natürlich wieder neue Probleme auf, weil ich erstmal eine Platte so umpartitionieren musste, das ich dort ein PV einrichten konnte. Es scheint also nicht möglich zu sein, PV aus einem LV einfach heraus zu nehmen, auch dann nicht, wenn auf dem LV auch ohne das zu entfernende PV noch genügend freier Platz vorhanden wäre. In meinem Fall waren auf dem LV noch 9GB frei und ein 2GB grosses PV sollte entfernt werden. Hier wäre wohl ein Programm (pvfree ?) angebracht, das einfach versucht, die Daten so umzuverteilen, das ein PV frei wird. Sowas scheint es aber (noch) nicht zu geben. Achja, der Zeitaufwand für die ganze Aktion, nachdem ich dann erstmal gepeilt hatte wie pvmove arbeitet, war dann eigentlich minimal. Ca. 15 Min. hat der pvmove gebraucht (Cyrix x686 PR166 / 128MB RAM). Der Server war die ganze Zeit über im normalen Einsatz. Insgesamt hat der ganze Vorgang (mit umkopieren, neu Partitionieren etc) ca. 4 Std. gedauert. mfg Günther Behrendsen -- ------------------------------------------------------------------- Petersen Buchimport GmbH Tel.: +49-40-71003-282 Meessen 10 Fax : +49-40-71003-281 22113 Oststeinbek www.petersen-buchimport.com e-mail: guenther.behrendsen@petersen-buchimport.com -------------------------------------------------------------------