* [linux-lvm] restoring snapshots
@ 2010-09-20 11:16 Stephane Chazelas
2010-09-20 13:15 ` Kinzel, David
0 siblings, 1 reply; 3+ messages in thread
From: Stephane Chazelas @ 2010-09-20 11:16 UTC (permalink / raw)
To: linux-lvm
Hiya,
I was wondering about how to restore/apply a LVM snapshot to the
original partition. Looking at the archive, I can see it's
advised to dump the snapshot content into a file and then dump
that onto the original device after having removed the snapshot.
What's wrong with:
lvcreate -n lv -L1G vg
...
mount /dev/vg/lv /x
...
lvcreate -s -n lv_snap /dev/vg/lv
...
mount /dev/vg/lv_snap /y
Them to apply the snapshot:
umount /x /y
dd bs=4M < /dev/mapper/vg-lv_snap > /dev/mapper/vg-lv-real
lvremote /dev/vg/lv_snap
It's still not optimal as it writes the whole volume, but at
least, I don't have to find a storage area big enough to hold an
extra copy of the whole volume and it's faster.
It seems to be working on a test on /dev/loop. Is there any
circumstance (as long as there's only one snapshot of the
volume) where it wouldn't work, or what would be the potential
pitfalls (other than if there's a crash in the middle, you're
screwed)?
Is there any plan to add the feature to efficiently
restore/apply/commit a snapshot (that is only dump the cow data
onto the original volume without writing the whole volume) or
does that feature exist already and I missed it?
Thanks,
Stephane
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [linux-lvm] restoring snapshots
2010-09-20 11:16 [linux-lvm] restoring snapshots Stephane Chazelas
@ 2010-09-20 13:15 ` Kinzel, David
2010-09-20 13:42 ` Mike Snitzer
0 siblings, 1 reply; 3+ messages in thread
From: Kinzel, David @ 2010-09-20 13:15 UTC (permalink / raw)
To: LVM general discussion and development
>Hiya,
>
>I was wondering about how to restore/apply a LVM snapshot to the
>original partition. Looking at the archive, I can see it's
>advised to dump the snapshot content into a file and then dump
>that onto the original device after having removed the snapshot.
>
>What's wrong with:
>
>lvcreate -n lv -L1G vg
>...
>mount /dev/vg/lv /x
>...
>lvcreate -s -n lv_snap /dev/vg/lv
>...
>mount /dev/vg/lv_snap /y
>
>Them to apply the snapshot:
>
>umount /x /y
>dd bs=4M < /dev/mapper/vg-lv_snap > /dev/mapper/vg-lv-real
>lvremote /dev/vg/lv_snap
>
>It's still not optimal as it writes the whole volume, but at
>least, I don't have to find a storage area big enough to hold an
>extra copy of the whole volume and it's faster.
>
>It seems to be working on a test on /dev/loop. Is there any
>circumstance (as long as there's only one snapshot of the
>volume) where it wouldn't work, or what would be the potential
>pitfalls (other than if there's a crash in the middle, you're
>screwed)?
>
>Is there any plan to add the feature to efficiently
>restore/apply/commit a snapshot (that is only dump the cow data
>onto the original volume without writing the whole volume) or
>does that feature exist already and I missed it?
The newer versions do have the lvmerge feature, and it seems to work in
RHEL6 beta from what I could see.
>
>Thanks,
>Stephane
>
>_______________________________________________
>linux-lvm mailing list
>linux-lvm@redhat.com
>https://www.redhat.com/mailman/listinfo/linux-lvm
>read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
This email communication and any files transmitted with it may contain confidential and or proprietary information and is provided for the use of the intended recipient only. Any review, retransmission or dissemination of this information by anyone other than the intended recipient is prohibited. If you receive this email in error, please contact the sender and delete this communication and any copies immediately. Thank you.
http://www.encana.com
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-09-20 13:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-20 11:16 [linux-lvm] restoring snapshots Stephane Chazelas
2010-09-20 13:15 ` Kinzel, David
2010-09-20 13:42 ` Mike Snitzer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).