LVM2, Snapshots und XFS

[emba]

hi,

nachdem ich ein wenig mit snapshots und xfs rumgespielt habe, ein paar fragen:

- ist ein freeze noch notwendig bei snaps auf xfs? der snap lässt sich nämlich erst komplett anlegen, wenn das FS wieder ungefreezed wird - vorher "hängt" das tool (lvcreate -s)
- oder soll ich den snapbefehl in den hintergrund schicken und dann ein unfreeze machen?

- wenn der snap nur readonly sein soll, muss er dann zwingend mit einer größe von mehreren MBs angelegt werden, oder reicht einfach das kleinste extend?
- hab einen snap von 80MB angelegt, das originale volume vollgeschrieben und es gab keine fehler o.ä. - deshalb die frage zur größe des snaps

system:
opensuse 10.2
kernel 2.6.18
lvm 2.0.2

schonmal danke fürs lesen bzw. antworten!

greez

[bla!zilla]

- ist ein freeze noch notwendig bei snaps auf xfs? der snap lässt sich nämlich erst komplett anlegen, wenn das FS wieder ungefreezed wird - vorher "hängt" das tool (lvcreate -s)
- oder soll ich den snapbefehl in den hintergrund schicken und dann ein unfreeze machen?

Öhm.. normalerweise sollte das so klappen.

lxfs0032:~ # xfs_freeze -f /srv/fileservice
lxfs0032:~ # lvcreate -l 1024 -s -n snapshot /dev/vg00/fileservice
lxfs0032:~ # mount -o nouuid,ro /dev/mapper/snapshot /srv/filesnap
lxfs0032:~ # xfs_freeze -u /srv/fileservice

- wenn der snap nur readonly sein soll, muss er dann zwingend mit einer größe von mehreren MBs angelegt werden, oder reicht einfach das kleinste extend?

Im Snapshot stehen ja nur Daten die sich geändert haben, je mehr sich im Orginalvolume ändert, desto größer muss der Snapshot sein. 15 - 20% sollten i.d.R. reichen. Sollte das nicht mehr reichen -> lvextend. Wenn sich im Orginalvolume nichts ändert, kann der Snapshot sehr klein sein.

- hab einen snap von 80MB angelegt, das originale volume vollgeschrieben und es gab keine fehler o.ä. - deshalb die frage zur größe des snaps

Es mag keine Fehler geben, aber der Snapshot ist zu 99% defekt. Schau dir den Snapshot mal mit lvdisplay an.

[emba]

hey meister!

ich wusste, ich kann auf dich zaehlen

welche versionen setzt du ein (kernel, xfs, lvm)?
in einem anderen thread hatte jemand dasselbe problem mit dem haengen des snaps nach einem freeze (http://www.linuxforen.de/forums/show...t=xfs+snapshot)

Im Snapshot stehen ja nur Daten die sich geändert haben

jo, stimmt - das COW nimmt ja nur die geaenderten daten auf. je mehr sich aendert, desto groesser muss das COW sein...erst denken, dann schreiben

greez

[bla!zilla]

welche versionen setzt du ein (kernel, xfs, lvm)?
in einem anderen thread hatte jemand dasselbe problem mit dem haengen des snaps nach einem freeze (http://www.linuxforen.de/forums/show...t=xfs+snapshot)

Ist ein SLES9.

jo, stimmt - das COW nimmt ja nur die geaenderten daten auf. je mehr sich aendert, desto groesser muss das COW sein...erst denken, dann schreiben

Auf wen war das "erst denken, dann schreiben" bezogen? Mag ja sein das der Snap nur RO ist, trotzdem muss er ja die Daten aufnehmen. Wenn sich im Orginalvolume etwas ändert wird es quasi im Snap geändert und der Pointer verbogen. Daher wächst der Snapshot ja auch, wenn sich viel im Orginal ändert.

[emba]

na das war natuerlich auf mich bezogen
keine sorge *gg

habe noch eine nette seite gefunden, bei der auch auf ein bug zwischen xfs und lvm2 eingegangen wird. das erklaert einiges...
http://www.wlug.org.nz/SambaShadowCopyHowto

greez

[bla!zilla]

nhttp://www.wlug.org.nz/SambaShadowCopyHowto

Boah, wie geil ist das denn???

Bezüglich Kernelbug: Der SLES läuft nicht mit dem 2.6.5er von Novell, sondern einem selbstgebackenen 2.6.8 oder so. Müsste ich noch mal nachsehen.

[emba]

meinst die shadowcopies sind geil?
wenns keine ironie war: echt der hammer!!! bastel selbst grad' daran, denn fuer die nutzer ist das die oase und es stresst das backup (und dessen admin) nicht immer

greez

[bla!zilla]

meinst die shadowcopies sind geil?
wenns keine ironie war: echt der hammer!!! bastel selbst grad' daran, denn fuer die nutzer ist das die oase und es stresst das backup (und dessen admin) nicht immer

Ich liebe die VSS unter W2K3. Beste Erfindung seit Erfindung der Erdnuss.

[emba]

Ich liebe die VSS unter W2K3

eben, und es ist schon lang im samba quellcode!
hatte nur nie wirklich zeit, mit snaps unter LVM2 rumzuspielen.

was mich bissl stoert ist das hier
"Unfortunately, shadow copies don't work if you share a directory inside the volume"

wie ist das unter W2k3?

greez

[bla!zilla]

"Unfortunately, shadow copies don't work if you share a directory inside the volume"

wie ist das unter W2k3?

Öhm... müsste ich jetzt explizit noch mal testen, sehe aber keinen Grund warum es nicht klappen sollte.