Stefan Schmidt Wwrote: [...]

Ich habe das, wie schon erwähnt, auf einem Mailsystem gehabt, und /var (entweder reiserfs oder xfs, spielt keine Rolle) auf LVM auf Soft-Raid1 (md) gehabt. Jede Nacht habe ich Postfix und Cyrus angehalten, den Snapshot gemacht, Cyrus und Postfix wieder gestartet. Spätestens nach 2 Minuten Zugriff (auf das source-LV) stand der Rechner. Mit der 9.1 trat der Fehler nach einspielen eines Update-Kernels (nach Dez. 2004, der vom 10.12.2004 ging noch) auf. Auch KOTDs zeigten das gleiche Phänomen. Zurück auf den alten Kernel und gut. Trat nur mit lvm auf md auf, nur md ohne Probleme, nur lvm auch ohne Probleme.

gut, bei mir (nur LVM) macht das nämlich auch keine Probleme

Mit der 9.3 habe ich keine ausführlichen Tests machen können, ich habe jetzt aber einen anderen Rechner, dort ist ein Hardware-Raid (3ware) drin, do habe ich die Probleme, den Snapshot nicht mit Grössen von jenseits der 512MB-Marke anlegen zu können. Lösung hier: Return-Code von lvcreate abfragen, angelegtes Volume löschen, 1 Sekunde warten und einen neuen Versuch starten, bis der snapshot erfoglreich erstellt ist.

Das wiederum kann ich hier nicht nachvollziehen. Ich habe mehrere Cronjobs laufen, die diverse LVs auf eine Backup-HD sichern. So wird /home z.B. alle drei Stunden gesichert, mein vmware Vz. zweimal am Tag usw. Dabei verwende ich ein Skript mit 'ner fixen Snapshot-size von 1GB. Das Anlegen des Snapshots benötigt keine fühlbare Zeit: Taste drücken und fertig. _keine_ Probleme damit. System ist eine SuSE 9.2 mit Kernel 2.6.12.2 und lvm2. Die LVs liegen auf 2 SCSI-HDs (laufendes System) mit 1 VG, das Backupdevice ist eine dritte SCSI-HD mit separater VG (So kann ich bei Ausfall der primären VG zumindest die wichtigen Teile meines Systems fast ohne Datenverlust sofort von der 2. VG hochfahren) Andreas