Ok, darin sollte es funktionieren. Und was machst du beim Shutdown bzw. Restart? Laut Anleitung sollte man da ein umount und ein vgchange -a n machen. Wo hast du das eingetragen?
Joe
Ok, darin sollte es funktionieren. Und was machst du beim Shutdown bzw. Restart? Laut Anleitung sollte man da ein umount und ein vgchange -a n machen. Wo hast du das eingetragen?
Joe
hallo
ok lvm ist spitze, aber was macht ihr wenn eine platte kaputt geht.
obifrz
Zitatok lvm ist spitze, aber was macht ihr wenn eine platte kaputt geht.
Um es auf den Punkt zu bringen: Blöd aus der Wäsche schauen!
ABER: Wenn ich eine Festplatte (ohne LVM, ReiserFS als Dateisystem) habe und mir fällt eben diese Festplatte aus, was mache ich dann? Und wenn ich 2 Festplatten nach dem videoX-Prinzip angelegt habe und mir fällt eine aus? Dann sind auch ca. 50% der Aufnahmen weg. Natürlich wäre ein HW-RAID5 am besten, aber das ist iMo ein wenig oversized bei mir, zumal ich auch (noch) keinen Raid-Controller habe. Das ist aber sicherlich mein Ziel und dann ist auch LVM sehr wahrscheinlich kein Thema mehr.
Joe
ZitatOriginal von mrjoe
Hmm, ich habe es mit dem Format 3.6 eingerichtet, aber woher hast du die genaue Versionsbezeichnung?
Ich habe mir ein LFS-System gebaut und da habe ich auch das Dateisystem 3.6 und eben mir das Packet "reiserfsprogs-3.6.8" installiert.
ZitatWelches FS setzt du stattdessen ein?
ext3, möchte aber wegen der möglichen onlineplfege doch lieber reiser einsetzen. Hatte jedoch mitunter bei resier das Problem, dass er nach einem Crash manchmal einige Nullen (0x00) an manche Dateien angehängt hat und viele Programme damit ein Problem hatten.
Zitat.... Ich denke du verstehst nun mein Problem mit der ungleichen Speicherplatzausnutzung.
Jo, das war auch bei mir die Überlegung, aber ich muss sagen, dass ich LVM sowie so schon sehr lange benutze.
Zitat1. wie melde ich mein LVM automatisch beim Start an. Ich habe den Init-Skript in RC.S und in RC.1. in RC.S mit einer höheren ID wie das Skript vom device-mapper, in RC.1 mit einer niedrigeren. Somit sollte die Reihenfolge stimmen, jedoch meldet er bei mir das LVM nicht an. Erst ein manuelles vgscan und vgchange -ay bringt Erfolg. Wie habt Ihr das Problem gelöst?
Schau in mein voriges Posting. Ich arbeite zwar noch mit 1.0.6, dürfte aber nicht wesentlich anders sein. Bei mir war das Problem, dass die Root-Partition vorher noch RO gemountet war und in diesem Startscript wiederum schon LVM-Volumes gebraucht wurden.
Zitat2. Da ich jetzt alle Daten von meiner alten video-Partition auf das LVM-Volume kopiert habe, würde ich die alte video-Partition in eine LVM-Part. umwandeln und in die LVG aufnehmen. Da habe ich iMo aber noch keine gesicherte und funktionierende Anleitung. Wenn einer weis, wie das sicher funktioniert, wäre ich für einen Hint dankbar.
Schon mehrmals ohne Datenverluste ausprobiert: Du mountes einfach dein LVM-Gerät als /video ein. Vorher gibst du einfach per FDISK der Partition die ID 8e "Linux LVM" und nimmst es dann auf. Hier die Schritte einfach mal grob. Genauer kann ich es morgen sagen, da ich mein LVM (und somit meine Video-Partition) noch einmal um 160GB erweitern will. Ich muss aber sagen, dass ich noch mit ext3 arbeite, da ist das ein wenig komplizierter.
1. /video unmounten
2. Dateisystemcheck (richtig erzwingen!)
3. neue Partiotion (8e - vorher vielleicht 83 gewesen) mit pvcreate für LVM vorbereiten
4. dann die neue Partition in das VG aufnehmen
5. dann das gewünschte LV vergrößern
6. Dateisystem dann auf Max des LV erweitern
7. Dateisystemcheck
8. wieder einhängen und fertig
Die genauen Befehle kann ich der nächsten Tage sagen, wenn ich endlich Zeit gefunden habe, die Platte zu aktivieren und wenn es jemanden interessieren sollte.
Zitat3. Aufgrund mangelnder Erfahrung habe ich keine Ahnung, ob ich mit diesem LVM (ReiserFS als Dateisystem) die vollen Vorteile des journaling-FS habe oder ob ich bei jeder kernel-panic um meine Daten bangen muss...
Das LVM ist für dich nichts anderes als eine (mehr oder weniger) einfache Festplatte. Auch nach vielen Kernel Panics (in 2 Jahren VDR nur ein mal (defekter Speicher) und in 12 Jahrem Linux auch kam der Rede wert) und wichtiger: viele Stromausfälle haben mir nicht einmal auch nur einen kleinen Teil eines Filmes gekostet. Auch nicht während einer Aufnahme (eben nur die 30 Sekunden zum wieder hochfahren).
hallo mrjoe
Zitat
ABER: Wenn ich eine Festplatte (ohne LVM, ReiserFS als Dateisystem) habe und mir fällt eben diese Festplatte aus, was mache ich dann? Und wenn ich 2 Festplatten nach dem videoX-Prinzip angelegt habe und mir fällt eine aus? Dann sind auch ca. 50% der Aufnahmen weg. Natürlich wäre ein HW-RAID5 am besten, aber das ist iMo ein wenig oversized bei mir, zumal ich auch (noch) keinen Raid-Controller habe. Das ist aber sicherlich mein Ziel und dann ist auch LVM sehr wahrscheinlich kein Thema mehr.
50% sind mehr als 0%
ich weiß welche daten gefährdet sind, denn ich kann es auf die defekte platte eingrenzen. (was bei lvm nicht möglich ist) wenn dann die platte vielleicht noch einmal hochfährt kann ich die daten auf andere platten kopieren.
obifrz
ZitatOriginal von mrjoe
Und was machst du beim Shutdown bzw. Restart? Laut Anleitung sollte man da ein umount und ein vgchange -a n machen. Wo hast du das eingetragen?
In den Runlevels 0 und 6 wird bei mir K60mountfs aufgerufen. Danach habe ich einfach mein ursprüngliches Script für LVM K65vg mit eingetragen.
In diesem Script wird dann einfach
in der STOP-Sektion aufgerufen.
ZitatOriginal von obifrz
ich weiß welche daten gefährdet sind, denn ich kann es auf die defekte platte eingrenzen. (was bei lvm nicht möglich ist) wenn dann die platte vielleicht noch einmal hochfährt kann ich die daten auf andere platten kopieren.
Das geht bei LVM auch sehr einfach. Ich sehe im LOG, welche Sektoren welcher Festplatte ausgefallen sind. Diese Sektoren sind bestimmten Partitionen zugeordnet und diese kann ich bei LVM abfragen und fertig.
Schlimmstenfalls kann ich auch alle Dateien nach /dev/null kopieren und weiß genau, welche Dateien betroffen sind. Dann hänge ich die Platte/Partition aus dem LVM aus (oder ersetze diese durch eine neue), oder ...
Ich sehe da kein Problem. Es ist nur eine Glaubensfrage und/oder eine Ansichtssache und darüber weiter zu diskutieren bringt nichts.
ZitatIn den Runlevels 0 und 6 wird bei mir K60mountfs aufgerufen. Danach habe ich einfach mein ursprüngliches Script für LVM K65vg mit eingetragen.
Ein Problem habe ich da aber: in meinem umountfs-Skript wird die root auch ungemountet (Wortneuschöpfung ;-). Wie soll ich da noch /sbin/vgchange aufrufen? Und vor dem unmounten meiner FSse kann ich die VG auch nicht deaktivieren, da diese noch gemountet ist.
Joe
ZitatOriginal von mrjoe
Ein Problem habe ich da aber: in meinem umountfs-Skript wird die root auch ungemountet (Wortneuschöpfung ;-). Wie soll ich da noch /sbin/vgchange aufrufen? Und vor dem unmounten meiner FSse kann ich die VG auch nicht deaktivieren, da diese noch gemountet ist.
Gute Frage. Bei mir wird mit "umount -a -r" ausgehängt. Vielleicht liegt es an dem "-r"?
Jedenfalls wird bei mir alles ordnungsgemäß deaktiviert. Versuche es einfach mal mit dem "-r".
habe meine 2. Platte nicht per LVM sondern per /video1 eingehangen. gig super einfach. Auf der ersten platte war root und video0 auf 2 Partitionen. Die neue Platte einfach nur partitioniert und in die fstab als video1 eingepflegt. Fertig.
VDR kümmert sich selbständig um die VErteilung der Daten, sprich: Beide Platten (video0 , video1) sind immer zur gleichen Prozentzahl gefüllt.
Auf jedenfall die bessere und einfachere Lösung zu LVM
grüse
tobias
Ich sagte doch, dass das eine Glaubensfrage ist, da kann man nicht
ZitatOriginal von Tobias
Auf jedenfall die bessere und einfachere Lösung zu LVM
für alle Sprechen. Einfacher ja, besser ist eben die Frage!
Ich möchte beispielsweise nie meine Root-Partition mit auf Video liegen lassen. Ist auch einfach so eine Ansicht!
ZitatOriginal von tom66
Ich möchte beispielsweise nie meine Root-Partition mit auf Video liegen lassen. Ist auch einfach so eine Ansicht!
Du meinst auf einer physischen Platte??? hmmm, also hast du immer 2 Platten, die root Platte weitestgehend ungenutzt ... oder wie soll ich das verstehen?
Außerdem war die sache bei mir innerhalb von 10min erledigt. Incl. EInbau ... und wenn ich die Probs in diesem Thread sehe ... tztztz
Zitattom66:
Einfacher ja, besser ist eben die Frage!
Hmm, wenn ich nicht das Kompilierproblem mit LVM 1.x gehabt hätte oder wenn ich der Einfachkeitshalber fertige Pakete installiert hätte, dann wäre mein LVM genauso in 10 min am Laufen gewesen. Die Sache mit LVM erweitern, mounten usw ist ja alles finetuning und hat nichts mit dem Installationsprozess zu tun.
ZitatTobias:
und wenn ich die Probs in diesem Thread sehe ...
Wenn ich jetzt sehe, dass ich 170GB zusammenhängenden Plattenplatz als eine Partition habe und nicht 1*90GB und 1*80GB (von mir aus jeweils zum gleichen Prozentsatz gefüllt), dann muss ich sagen: LVM hat sich gelohnt. Aber wie schon weiter oben geschrieben: die videoX-Variante hat auch ihre Vorteile.
Joe
ZitatOriginal von Tobias
Du meinst auf einer physischen Platte??? hmmm, also hast du immer 2 Platten, die root Platte weitestgehend ungenutzt ... oder wie soll ich das verstehen?
Nein. Physisch ist mir das im Augenblick egal. Ich will nur eine saubere Trennung der Dateisysteme, da auf dem Root ja sonst kaum was passiert. Es ist zwar traurig, wenn mal ein Film verloren gehen sollte, aber was solls. Den kann man sich auch aus einer Videothek ausleihen und anschauen. Aber die Arbeit selbst steckt im Linuxsystem!
Vor 2 Wochen sind mir eben so 10 Sektoren einer Partition ausgestiegen, wo auch mein Root drauf ist. Habe einfach eine neue Partition (durch verkleinern von video) in meinem LVM "umgeschaltet". dadurch ist das LV video eben kleiner und ich habe ein neues LV für Root. Die Partition mit den defekten Sektoren liegt jetzt erst einmal brach rum. Wenn ich die neue Platte dann im LVM habe, fliegt die ganze Platte (mit den defekten Sektoren) raus.
Und (jetzt kommst! Einfach die neue Platte zur VG hinzu nehmen, die alte entfernen und fertig. Ich brauche mich um keine Partitionen oder auch Dateien zu kümmern! Egal, was noch auf der alten drauf ist. Macht alles LVM!
Noch einmal zu den Problemen:
Hier geht es auch darum, etwas zu lernen, denn noch nicht lösbare Probleme, oder richtig schwere, habe ich hier nicht gelesen. Dass nicht jeder alles weiß ist doch klar, oder?
ZitatAußerdem war die sache bei mir innerhalb von 10min erledigt. Incl. EInbau ... und wenn ich die Probs in diesem Thread sehe ... tztztz
Den Einbau darf ich bei mir nicht rechnen, da ich ein etwas anderes Gehäuse habe. Extra noch mit 'ner Plastik ummantelt. Kommt weniger Staub rein und ist dadurch leiser. Zumal ich meine Platten wegen der Schwingungsdämpfung noch gesondert einhänge. So ein Platteneinbau (nur physisch) nimmt bei mir also schon mindestens 'ne halbe Stunde weg.
Die Softwaresache schreibe ich in ein Script (da ich ext3 noch habe dauern die Überprüfungen immer etwas länger bei 300GB) und starte es dann. Das reine einhängen in die VG und die Größenzuweisungen sind dann auch in maximal 5 Minuten gemacht. Sind nur so etwa 5 Befehle, die sehr schnell gehen.
Aber:
So oft wie ich das mache (vielleicht ein mal pro Jahr) ist es mir egal, ob in 10 Minuten oder einer Stunde. Der Nutzen, wie auch im nächsten Post mrjoe sagt, ist es, worauf es mir ankommt.
ZitatOriginal von obifrz
hallo
hast du schon mal mit mehr als einem /videox verzeichnis gearbeitet? wenn ja währst du nie auf den gedanken gekommen, dfür ein lvm einzurichten.
obifrz
Hi,
kann ich nicht nachvolziehen.
Meine konfig sieht so aus :
/dev/uservg/video0_lv
268419068 256869036 11550032 96% /video0
/dev/uservg/video1_lv
267378716 256151740 11226976 96% /video1
/dev/uservg/video2_lv
267378716 255681236 11697480 96% /video2
Wie schon geschrieben habe ich tausend andere gründe die FÜR LVM sprechen
Gruss
Dimitri
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!