> > But I also think about trying this: > > http://linuxsoftware.co.nz/blog/2008/03/11/lvm-snapshot-with-no-free- > diskspa > > ce > > Do you see any problems here (besides that this snapshot will be > > definitely > > lost)? As said the "real changed data" will be on the disk, just the > > snapshot is lost ... > > That's an interesting idea, to use ramdisk to hold the > snapshot while taking a backup if no disk space is available.... Perhaps I give it a try, vgcfgrestore should do the trick or reactivating the ramdisk should do it too. Without it the extended vg isn't complete that seems logical to me. Depending on the type of data you will need a rescuesystem, but I hold an pxeboot "rescuecd" on my router, so this is no great problem. > It seems that vgcfgbackup is for creating backups and lvmdump > is for diagnostic purposes. However, lvm automatically creates > backups before and after every change (by default?). See: I looked throught the lvm.conf and also the respecting man page: archive - Whether or not tools automatically archive existing metadata into archive_dir before making changes to it. backup - Whether or not tools make an automatic backup into backup_dir after changing metadata. So for my fedora the default is 10 archives (minimum 30 days), archive and backup activated. So before a change an archive of the metadata seems to go into /etc/lvm/archive and after the change new metadata goes into /etc/lvm/backup A vgcfgbackup saves the files in /etc/lvm/backup too, if no parameter is given. So It seems a backup of /etc (what I just do regularly) should be fine. > Note - I am not an LVM developer or expert. No problem, I use lvm just normal since fedora 8 (must be two years or so) and never had a problem, did some little resizes of lv before, but nothing more. Did understand the general concept of lvm but for know I wanted to dig somehow deeper and explore all the possibilities I have. Doing also sometimes weird stuff :-), not only with lvm. An extensive user like you is just welcome. I think I have to do a little more tests. Thanks again. _______________________________________________ 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/
