LVM Snapshots für testweise Änderungen am System

[hupfdule]

Hallo,

ich hätte gerne eine Möglichkeit tiefgreifende Änderungen am System (bspw. größerer Paketupgrades wie ein relase upgrade) erst einmal testweise im System durchführen zu können, mit der Option diese wieder rückgängig zu machen.

Meine Vorstellung war, dass das mit LVM Snapshots ginge. So ganz scheint das aber nicht auf diese Arbeitsweise ausgelegt zu sein.

Meine Idealvorstellung des Vorgehens:

• Anlegen eines Dateisystemsnapshots
• "Umschalten" auf diesen Snapshot
• Durchführen der Änderungen
• Bei problematischem Ausgang der Änderungen: Verwerfen des Snapshots + Rückkehr zur ursprünglichen Version; sonst Snapshot mit Original-LV mergen + Snapshot löschen

Das ganze idealerweise im laufenden Betrieb.

Ist das überhaupt irgendwie mit LVM möglich?
Wisst ihr Alternativen, mit denen das möglich sein sollte?

[schwedenmann]

Hallo

Sieht mir eher für einen job von ZFS aus

mfg
schwedenmann

[hupfdule]

Sieht mir eher für einen job von ZFS aus.

Naja, ZFS und BtrFS sind mir doch im Moment zu heikel.
Und bei kurzem Überfliegen derer Snapshotfunktionen bin ich mir auch gar nicht sicher, ob sich damit mein Konzept wirklich so ohne weiteres umsetzen lässt.

[schwedenmann]

Hallo

Naja, ZFS und BtrFS sind mir doch im Moment zu heikel.

Bei BtrBS stimme ich dir zu, ZFS ist aber doch ausgereift und wird produktiv eingesetzt.


mfg
schwedenmann

[hupfdule]

ZFS ist aber doch ausgereift und wird produktiv eingesetzt.

Als Dateisystem selbst schon. Aber unter Linux? So weit ich weiß geht das nur über Fuse. Und das wäre nicht gerade das Ideal.

[Cae]

Ein LVM-Snapshot stellt nur die Differenz zwischen dem ist-Zustand und dem Zustand beim Anlegen des Snapshots dar. Wenn man ihn loescht, ist nur die Information ueber den ehemaligen Zustand weg. Das ist read-only, man veraendert dabei keine Daten im Dateisystem.

Wenn man das transparente Zurueckspielen machen wollte, wuerde man dabei im Dateisystem schreibend zugreifen, welches seinerseits gerade beschreibbar gemountet ist. Ich habe den Eindruck, dass man auf diesem Weg hauptsaechlich ein riesengrosses Chaos veranstalten wuerde.

Waere es eine Alternative, eine aehliche Kiste oder eine VM mit identischer Software zu bestuecken? Dann koennte man diese Maschine zuerst updaten und auf Herz und Nieren testen, bevor die Produktivmaschine dran glauben muss.

Gruss Cae

[schwedenmann]

Hallo

So weit ich weiß geht das nur über Fuse. Und das wäre nicht gerade das Ideal.

Ne, du kannst zfs auch selbst kompilieren, also nix mit fuse

http://zfsonlinux.org/

mfg
schwedenmann

[hupfdule]

Waere es eine Alternative, eine aehliche Kiste oder eine VM mit identischer Software zu bestuecken? Dann koennte man diese Maschine zuerst updaten und auf Herz und Nieren testen, bevor die Produktivmaschine dran glauben muss.

Nein. Mir geht es eher darum, dass ich diese Möglich grundsätzlich zu jeder Zeit verfügbar habe. Würde ich mir hierfür eine extra Test-VM einrichten, müsste ich diese permanent synchron zum eigentlichen System halten. Das ist nichts.

"Im laufenden Betrieb" ist auch nur meine Idealvorstellung. Wenn hierfür ein Reboot nötig ist, wär das auch ok. Aber ich habe keine Lust, ganze Partionsdumps zu erstellen (die ich wieder irgendwo gesondert speichern muss) zurückzuspielen. Da wäre mir eine Untersẗ́ützung in Form von Snapshots schon sehr recht.

[hupfdule]

Ne, du kannst zfs auch selbst kompilieren, also nix mit fuse

http://zfsonlinux.org/

Klingt doch noch etwas experimentell. Und das für mein Root-Dateisystem? Nein, lieber nicht.