| 1 |
Michael Wahlbrink schrieb: |
| 2 |
> Hi, |
| 3 |
> Alexander Skwar schrieb: |
| 4 |
>> Erik Wasser schrieb: |
| 5 |
>> |
| 6 |
>>>On Sunday 25 September 2005 13:17, Alexander Skwar wrote: |
| 7 |
>>> |
| 8 |
>>> |
| 9 |
>>>>>Kann LVM2 Raid5-Volumes vergrößern? Ich rede nur von einer |
| 10 |
>>>>>Vergrößerung des Volumes nicht vom FS selber. |
| 11 |
>>>> |
| 12 |
>>>>Natürlich geht das. Warum sollte es denn nicht gehen? |
| 13 |
>>> |
| 14 |
>>>Weil das beim RAID5 bedeutet, daß eine Menge Daten bewegt werden müssen. |
| 15 |
>> |
| 16 |
>> |
| 17 |
>> Wieso müssen da eine Menge Daten bewegt werden? Für's RAID5 |
| 18 |
>> ist es vollkommen egal, ob nun 42 GiB wegen LVM bewegt |
| 19 |
>> werden müssen, oder 42 GiB wegen einem dd of=/dev/sda. |
| 20 |
>> |
| 21 |
>> Ein Problem gibt's allerdings dann, wenn Du Platten zu dem |
| 22 |
>> RAID hinzufügst. Denn dann wird ja das zugrundeliegende |
| 23 |
>> Device größer. Und: |
| 24 |
>> |
| 25 |
>> alexander@blatt ~ $ sudo /sbin/pvresize |
| 26 |
>> Command not implemented yet. |
| 27 |
>> |
| 28 |
>> Will sagen: LVM2 unterstützt "noch" nicht, das man PVs in |
| 29 |
>> der Größe ändern kann. Genau das bräuchte man aber, wenn man |
| 30 |
>> Platten zu RAIDs hinzufügen können möchte und man vom RAID |
| 31 |
>> nur 1 Device zur Verfügung gestellt bekommt. |
| 32 |
> Ja dann mach ich eben eine weiteres PV auf das Array, wo liegt jetzt das |
| 33 |
> Problem?? Das ist doch einer der Vorteile von LVM, wenn jetzt z.B. noch |
| 34 |
> ein weiteres Array dazu kommt, dann darauf ein oder mehrere PVs erzeugt |
| 35 |
> und der VG hinzugefügt... |
| 36 |
|
| 37 |
Klar, wenn ein weiteres Array hinzukommt. Ich meinte, das man |
| 38 |
Probleme bekommt, wenn man einem bestehendem Array Platten |
| 39 |
hinzufügt, da sich dann ja die Größe des Devices /dev/sda ändert. |
| 40 |
|
| 41 |
> Hth Micha, der LVM schon seit Jahren von AIX her kennt und es grad bei |
| 42 |
> 'grossen' externen Arrays zu schätzen gelernt hat.... |
| 43 |
|
| 44 |
Ja, bei großen Geräten hast Du vollkommen recht. Die billigen |
| 45 |
RAID5 Controller für den SOHO bzw. SMB Bereich bieten aber |
| 46 |
teilw. nicht diese Möglichkeiten an. |
| 47 |
|
| 48 |
>> |
| 49 |
>> Alexander Skwar |
| 50 |
> PS: nen Raidcontroller stellt meist ein partitionierbares Device zur |
| 51 |
> Verfügung... Wer dann sda statt sda1 zum PV macht is selber Schuld |
| 52 |
|
| 53 |
Stimmt. |
| 54 |
|
| 55 |
> PS2: Ja es kann durchaus sinvoll sein auf einem Array mehrere PVs zu |
| 56 |
> haben, das kann evtl. erforderliche upgrade/migrations Aktionen sehr |
| 57 |
> vereinfachen.... |
| 58 |
|
| 59 |
Ja. Bei manchen SANs wie z.B. EVA von HP ist das auch die |
| 60 |
einzige Möglichkeit. Dort erstellt man bei Bedarf eine neue |
| 61 |
"Vdisk" welche sich dann dem System als neue LUN präsentiert. |
| 62 |
Diese neue LUN lässt sich dann als /dev/sdb ansprechen. |
| 63 |
Auf dieser nun ein PV erzeugen und zu der existierenden VG |
| 64 |
hinzufügen. |
| 65 |
|
| 66 |
Alexander Skwar |
| 67 |
-- |
| 68 |
gentoo-user-de@g.o mailing list |
Archives