Am Freitag, den 25.01.2008, 01:16 +0300 schrieb Alexander GQ Gerasiov: > На Thu, 24 Jan 2008 16:20:15 -0500 Joey Hess <[email protected]> записано: > > > Alexander GQ Gerasiov wrote: > > > lvm update this information every time you change lvm partitioning. > > > When you do so, it stores new configuration in backup and moves old > > > configuration from backup to archive. On host, where I use lvm > > > snapshots for every-day backup, I see many of such archives. > > > > > > Lets see what is backup files: that's just a _copy_ of metadata, > > > which could be used in some rear cases. E.g. you lost all your lvm's > > > metadata. Or to restore the same partitioning on new, replaced > > > drive. Do we need history for it? Yes (e.g. to restore suddenly > > > deleted volume), but lvm tracks enough copies of old metadata in > > > archive dir. So keeping them in git don't needed. > > > > git should automatically notice that the file was renamed from archive > > to backup, and only save one copy of the file. > May be, but what for do we need to keep them in vcs? lvm already stores > every past version there. And every file there should normally have > only one revision. > > > > My question is, what if I deleted my current /etc and used etckeeper > > to check out a new copy from git. Would lvm transparently recreate > > those lvm files as needed, or would it be better if the new /etc > > checkout included them? > I don't understand exactly what do you mean. But lvm don't use those > files for it's normal work. They are only some backups for admin, to > allow him restore some past lvm configuration. If you check out > something from vcs lvm would not use this files.
This issues seems still to be unresolved and this bug is still open.
Joey wrote the following in his last message.
»All the rest is done now, or I have rejected the change.« [1]
Joey, it would be great, if you could respond to Alexander’s answers.
Thanks,
Paul
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462355#60
signature.asc
Description: This is a digitally signed message part
