http://wiki.ubuntuusers.de/Logical_Volume_Manager
4 Schritt werden benötigt.
Es gibt meiner Meinung nach auch keinen Grund auf nem normalen 0815 VDR LVM überhaupt zu verwenden.
Und für die root Partition reichen auch 3-10 GB, grösser muss man die nicht machen. Für die Daten lieber ne weitere Partition eintichten und nach /srv monten. Dann hat mans schön getrennt und auch keine grossen Umzugsprobleme.
cu
Oder z.b.
mhddfs Verwendung um mehrere Partitionen als eine Große darzustellen
http://romanrm.ru/en/mhddfs
Verwende ich seit Jahren für meine Mediaplatten. Wenn Platten voll dann eine neue dazu, per mhddfs hinzufügen und es ist wieder Platz frei.
Oder z.b.
mhddfs Verwendung um mehrere Partitionen als eine Große darzustellen
http://romanrm.ru/en/mhddfsVerwende ich seit Jahren für meine Mediaplatten. Wenn Platten voll dann eine neue dazu, per mhddfs hinzufügen und es ist wieder Platz frei.
Und was passiert, wenn eine Platte ausfällt? ist dann alles kaputt?
Also wie bei einem RAID 0?
vdr-box
Es gibt meiner Meinung nach auch keinen Grund auf nem normalen 0815 VDR LVM überhaupt zu verwenden.
cu
Nun ja, LVM hat eigentlich m.E. nur Vorteile, auch für einen Feld-, Wald und Wiesen-VDR. So setze ich Seit Jahren jedes Linux System mit einer festen boot Partition und dem Rest als statische Partition für Physical Volume auf. Ein Teil geht für die Root, ein für SWAP und ein für die Nutzdaten (/srv). Wird eines zu klein, kann im laufenden Betrieb das LV und ext3/ext4 Filesystem vergrössert werden. Und wenn eine neue version kommt (wie die 0.4pre-1, pre-2) kann man in jeweils eine neuen root Partition (einfach neues LV) neu testen.
Dann haben die LV weitere Vorteile: man kann damit z.B. im laufenden Betrieb ein konsistentes Backup machen. Man legt legt einfach nur eine Snapshotpartition von ca 1/10 der Größe an, die man dann getrennt mounten kann (ist ein Spiegel der urspünglichen Partition, und die Änderungsinformationen landen im Snapshot) und sichern kann. Das mountet man (z:b: nach /mnt), macht die Sicherung und wirft die Partition wieder weg.
Und man kann die Installation damit auch leicht klonen, direkt via nc und dd auf ein LV im Zielsystem über das Netz mit gleicher Größe.
Ich bin mir bei deinen Gerätenamen nicht sicher ob du wirklich im LVM agierst. Gib doch mal den Output der folgenden Befehle durch:
pvdisplay
vgdisplay
lvdisplay
Und was passiert, wenn eine Platte ausfällt? ist dann alles kaputt?
Nein, dann fehlen nur die Aufnahmen von dieser Platte. Und evtl. einige wenige die teilweise auf dieser waren.
Bei LVM und Raid ist das Chaos gross wenn eine HDD ausfällt.
Nun ja, LVM hat eigentlich m.E. nur Vorteile, auch für einen Feld-, Wald und Wiesen-VDR. So setze ich Seit Jahren jedes Linux System mit einer festen boot Partition und dem Rest als statische Partition für Physical Volume auf. Ein Teil geht für die Root, ein für SWAP und ein für die Nutzdaten (/srv). Wird eines zu klein, kann im laufenden Betrieb das LV und ext3/ext4 Filesystem vergrössert werden. Und wenn eine neue version kommt (wie die 0.4pre-1, pre-2) kann man in jeweils eine neuen root Partition (einfach neues LV) neu testen.
Dann haben die LV weitere Vorteile: man kann damit z.B. im laufenden Betrieb ein konsistentes Backup machen. Man legt legt einfach nur eine Snapshotpartition von ca 1/10 der Größe an, die man dann getrennt mounten kann (ist ein Spiegel der urspünglichen Partition, und die Änderungsinformationen landen im Snapshot) und sichern kann. Das mountet man (z:b: nach /mnt), macht die Sicherung und wirft die Partition wieder weg.
Und man kann die Installation damit auch leicht klonen, direkt via nc und dd auf ein LV im Zielsystem über das Netz mit gleicher Größe.
Nagut, ist aber mehr was für Developer und Tester 
Ich persönlich sichere mir lieber die 20-40 kleinen Textdateien (mehr personalisiertes ausserhalb von /srv gibt es ja nicht) per Cron Daily ins GIT (< 10MB) und installiere im Zweifel neu. 99% der Daten sind ja eh in irgendeinen Repository, die braucht ich da also nicht snapshooten und in Form von massenweise GB durch die Gegend schieben.
Und meine Videodaten habe ich lieber so das sie auch in Form von einzel HDDs Sinn ergeben.
Aber jedem das seine, wobei wir uns vermutlich in einem Punkt einig sind: Wer LVM verwenden will sollte sich vorher etwas einarbeiten und üben. Weil wenn man nicht weis was man da tut sind auch mal schnell einige TB Aufnahmen weg
cu
LVM und RAID ist schon eine prima Sache, wenn man es richtig einrichtet. Mein Heimserver nutzt RAID5 auf einem Hardware-Controller, darauf baut ein LVM auf in denen Zentral alle Dateien verwaltet werden. Alles Relevante wird zusätzlich täglich auf eine Sicherungsplatte gesichert. Da passiert also gar nichts wenn eine Platte ausfällt.
Aber Keine_Ahnung hat natürlich recht, LVM und der Umgang mit Volumes will einstudiert sein. Mal eben eine Partiton per dd "umzuziehen" führt garantiert zum Totalverlust.
Hallo,
schafft man es Festplatten mit RAID 5 schlafen zu legen?
Wenn nein, halten die normalen Konsumerplatten meiner Erfahrung nach max. 1 Jahr bei 24/7 Std Dauerbetrieb.
Wenn die erste Platte stirbt, baut man ein Ersatz ein.
Das Raid wird nun wieder gerade gezogen, dabei werden die alten 4 Platten ordentlich belastet/gequält --> weiterer Ausfall einer der alten Platten zu erwarten.
Im schlimmsten Fall während des Raid Wiederaufbaus.
Die Performancevorteile von Raid 5 braucht man beim VDR nicht, weiterhin hat man nur 4/5 der Kapazität.
Ich rsynce meine einfache Datenplatte nachts auf eine baugleiche, danach schläft diese wieder bis zur nächsten Nacht. Aufgrund der unterschiedlich langen Einsatzzeit beider Platten ist ein gleichzeitiger Ausfall unwahrscheinlich und ich habe eine 1 tägige Datensicherung.
Gruß
Frockert
Ähm, jetzt habt ihr mir aber Angst gemacht! 
Ich betreibe meinen VDR unter vmware und hab ihm jetzt 500GB mehr Platz zugeordnet. Ich dachte es wäre keine große Sache, diesen zusätzlichen Platz dem vdr zur Verfügung zu stellen. Aber wenn ich das so lese, hätte ich wohl besser normale Partitionen verwendet, dann könnte man einfach eine zusätzliche Partition einbinden.
Aber nu is es zu spät, folgende Ausgangslage liegt nun vor:
[Blocked Image: http://img6.imagebanana.com/img/szv8u390/thumb/cfdisk.jpg]
Das bestehende LV:
root@srv-vdr:~# pvs
PV VG Fmt Attr PSize PFree
/dev/sda5 srv-vdr lvm2 a- 1023,76g 0root@srv-vdr:~# pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name srv-vdr
PV Size 1023,76 GiB / not usable 2,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 262082
Free PE 0
Allocated PE 262082
PV UUID ftIeMu-bgTw-BB7i-czrR-VLLO-btET-jdnm4Froot@srv-vdr:~# vgs
VG #PV #LV #SN Attr VSize VFree
srv-vdr 1 2 0 wz--n- 1023,76g 0Der letzte Eintrag ist der freie Bereich den ich nun nutzen möchte. Folgende Befehle sollten den Bereich in die vorhanden VG einbinden:
1) Partition zuweisen: unter cfdisk neue primäre Partition anlegen -> sollte dann /dev/sda3 werden
2) Das neue Volume initialisieren: pvcreate /dev/sda3
3) und der VG zuordnen: vgextend srv-vdr /dev/sda3
4) Das LVM vergrößern: lvextend -L +500G /dev/srv-vdr/root
5) Das Dateisystem anpassen: resize2fs -p /dev/root
Klappt das so oder soll ich das lieber lassen?
Markus
Klappt das so oder soll ich das lieber lassen?
Wenn man sowas gefahrlos ausprobieren kann, dann doch in einer VM mit Sicherungspunkt oder einer Kopie der selbigen...
Hallo,
schafft man es Festplatten mit RAID 5 schlafen zu legen?
Wenn nein, halten die normalen Konsumerplatten meiner Erfahrung nach max. 1 Jahr bei 24/7 Std Dauerbetrieb.
Das würde ich bleiben lassen, RAID-Platten schlafen zu legen kann dazu führen das es die Integrität zerlegt.
Auch Consumer-Platten halten prächtig, der größte Stress ist das anfahren wenn man sie schlafen legt. Du solltest aber dringend auf gute Kühlung achten, bei 30° halten die Dinger ewig.
Ok, habs durchgezogen. Hat problemlos geklappt.
Vorgehensweise:
1) Zusätzliche Partition angelegt mit cfdisk, anschließend reboot
2) Das neue Volume initialisiert: pvcreate /dev/sda3
3) und der VG zuordnen: vgextend srv-vdr /dev/sda3
4) Das LVM vergrößern: lvextend -L +512G /dev/srv-vdr/root
5) Das Dateisystem anpassen: resize2fs -p /dev/srv-vdr/root
root@srv-vdr:~# df -h
Dateisystem Size Used Avail Use% Eingehängt auf
/dev/mapper/srv--vdr-root
1,5T 365G 1,1T 26% /
none 492M 248K 492M 1% /dev
none 500M 0 500M 0% /dev/shm
none 500M 296K 500M 1% /var/run
none 500M 0 500M 0% /var/lock
/dev/sda1 228M 45M 171M 21% /boot
root@srv-vdr:~# pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name srv-vdr
PV Size 1023,76 GiB / not usable 2,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 262082
Free PE 0
Allocated PE 262082
PV UUID ftIeMu-bgTw-BB7i-czrR-VLLO-btET-jdnm4F--- Physical volume ---
PV Name /dev/sda3
VG Name srv-vdr
PV Size 512,00 GiB / not usable 928,00 KiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 131072
Free PE 0
Allocated PE 131072
PV UUID TjcC6b-lSa0-hQJx-d2XB-rL1T-2Zxj-3Koyyk
Hat auch gar nicht mal solange gedauert, villeicht 10 Minuten.
Gruß - Markus
Wie kann man das nur alles begreifen
Doku (nicht meine ;)) und Wiki-Artikel zu LVM lesen, auf einem nicht-essentiellen System damit herumspielen und ausprobieren und daraus lernen 
Oder das nächste Mal gleich überlegen ob man sich den "Stress" mit LVM antun muss oder ob es nicht reicht klassisch zu Partitionieren.
Du kannst keine 2 Volumegruppen an einem System haben die den gleichen Namen haben. Geht nicht !
Du mußt eine der Volumegruppen umbenennen. Ich würde die alte, die Du ja nicht mehr benötigst mittels einer LiveCD umbenennen.
Das Stichwort ist vgrename.
Wie Du schon gemerkt hast, solltest Du Dich aber vorher etwas mit dem Thema befassen. Sonst geht das mit LVM schief....
VG
Marc
Don’t have an account yet? Register yourself now and be a part of our community!
![[Blocked Image: http://img6.imagebanana.com/img/szv8u390/thumb/cfdisk.jpg]](http://www.imagebanana.com/view/szv8u390/cfdisk.jpg){kind=link}