Re: exposing snapshot block device

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thanks for feedback,


I know that thick LV snapshots are out dated, and that one should use thin LV snapshots.

But my understanding is that the dm- cow and dm - origin are still present and available in thin too?


Example of a scenario:

1. Create a snapshot of LV testlv with the name snaplv
2. Perform a full copy of the snaplv using for example dd to a block device
3. Delete the snapshot

Now I would like to re-attach this external block device as a snapshot again.

After all, it is just a dm and LVM config, right? So for example:

1. create a snapshot of testlv with the name snaplv
2. re create the -cow meta data device : <offset><chunk_size><data>...<offset><chunk_size><data><EOF>     Recreate this -cow meta data device by telling the origin that all data has been changed and are in the cow device (the raw device) 3. If the above were possible to perform, than it could be possible to instantly get at copy of the LV data using the lvconvert --merge command

I have already invented a way to perform "block level incremental forever"; using the -cow device.

And a possibility to reverse the blocks, to copy back only changed content from external devices.

But, it would be better if the cow device could be recreated in a faster way, mentioning that all blocks are present on an external device, so that the LV volume can be restored much quicker using "lvconvert --merge" command.

That would be super cool!

Imagine backing up multi terrabyte sized volumes in minutes to external destinations, and restoring the data in seconds using instant recovery by re-creating or emulating the cow device, and associating all blocks to an external device?

Regards Tomas


Den 2019-10-22 kl. 15:57, skrev Zdenek Kabelac:

Dne 22. 10. 19 v 12:47 Dalebjörk, Tomas napsal(a):
Hi

When you create a snapshot of a logical volume.

A new virtual dm- device will be created with the content of the changes from the origin.

This cow device can than be used to read changed contents etc.


In case of an incident, this cow device can be used to read back the changed content to its origin using the "lvmerge" command.


The question I have is if there is a way to couple an external cow device to an empty equaly sized logical volume,

so that the empty logical volume is aware of that all changed content are placed on this attached cow device?

If that is possible, than it will help making instant recovery of LV volumes from an external source using native lvmerge command, from for example a backup server.

For most info how old snapshot for so called 'thick' LVs works - check
these papers: http://people.redhat.com/agk/talks/


lvconvert --merge

is in fact 'instant' operation - when it happens - you can immediately access
'already merged' content  while the merge is happening in the background
(you can look for copies percentage in lvs command)


However 'thick' LVs with old snapshots are rather 'dated' technology
you should probably checkout the usage of  thinly provisioned LVs.

Regards

Zdenek



_______________________________________________
linux-lvm mailing list
linux-lvm@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/





[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux