On Wednesday 09 January 2008 15:42:34 Philipp Marek wrote: > In fact, one of those might be your original problem - fsvs couldn't > store that it already transferred /dev/ (because 1-the snapshot is > readonly, or 2-the change got lost after discarding the snapshot), so > it tried again next time, which didn't work ...
LVM supports writable snapshots, which is what I'm using. Writes to a mounted snapshot aren't written to the original filesystem, but I take care of this (or thought I did) with an rsync. Observe the following failure case. I've used the following ignore patterns to back up just root's home directory, to keep the testing quick: t./root t./root/** ./** I get going with: cd / svnadmin create /media/backups/system-fsvs fsvs urls file:///media/backups/system-fsvs Then... First commit: ============= + lvcreate -s -L 6G -n rootsnap /dev/vgr1/root Logical volume "rootsnap" created + mkdir -p /snapshot + mount /dev/vgr1/rootsnap /snapshot + chroot /snapshot fsvs commit -m 'Automatic backup' Committing to file:///media/backups/system-fsvs N... dir root N... 0 root/.ICEauthority N... 0 root/foo N... 8870 root/.viminfo N... 179 root/fsvs-ignores N... 24 root/fsvs-plan-ignores N... dir root/.ssh N... 884 root/.ssh/known_hosts N... 412 root/.bashrc N... 11292 root/.bash_history N... 110 root/.profile N... dir root/.aptitude N... 83 root/.aptitude/config N... 846 root/.lesshst N... dir root/.subversion N... 4277 root/.subversion/README.txt N... 3270 root/.subversion/servers N... 4731 root/.subversion/config N... dir root/.subversion/auth N... dir root/.subversion/auth/svn.simple N... dir root/.subversion/auth/svn.username N... dir root/.subversion/auth/svn.ssl.server committed revision 1 on 2008-01-09T14:57:27.529167Z as root + rsync -az --delete-after /snapshot/etc/fsvs/ /etc/fsvs/ + rsync -az --delete-after /snapshot/var/spool/fsvs/ /var/spool/fsvs/ + cd / + umount /snapshot + rmdir /snapshot + lvremove --force /dev/vgr1/rootsnap Logical volume "rootsnap" successfully removed Make no changes and try again: ============================== + lvcreate -s -L 6G -n rootsnap /dev/vgr1/root Logical volume "rootsnap" created + mkdir -p /snapshot + mount /dev/vgr1/rootsnap /snapshot + chroot /snapshot fsvs commit -m 'Automatic backup' Committing to file:///media/backups/system-fsvs committed revision 1 on 2008-01-09T14:59:22.292947Z as root + rsync -az --delete-after /snapshot/etc/fsvs/ /etc/fsvs/ + rsync -az --delete-after /snapshot/var/spool/fsvs/ /var/spool/fsvs/ + cd / + umount /snapshot + rmdir /snapshot + lvremove --force /dev/vgr1/rootsnap Logical volume "rootsnap" successfully removed Created a file in /root and then: ================================= + lvcreate -s -L 6G -n rootsnap /dev/vgr1/root Logical volume "rootsnap" created + mkdir -p /snapshot + mount /dev/vgr1/rootsnap /snapshot + chroot /snapshot fsvs commit -m 'Automatic backup' Committing to file:///media/backups/system-fsvs .mC. dir root An error occurred: Name does not refer to a filesystem directory (160016) in ci__directory: open_directory Without the rsyncs, every commit would occur as revision 1. Ciao, Sheldon. -- Sheldon Hearn IT Director Clue Technologies (PTY) Ltd Web: http://www.clue.co.za/ Mail: [EMAIL PROTECTED] Office: +27-21-913-8840 Mobile: +27-83-564-3276 Timezone: SAST (+0200)
signature.asc
Description: This is a digitally signed message part.
