Date: Mon, 6 Aug 2007 22:51:42 +0700 From: Victor Sudakov <sudakov@sibptus.tomsk.ru> To: freebsd-questions@freebsd.org Subject: Re: dump -L Message-ID: <20070806155142.GB27829@admin.sibptus.tomsk.ru> In-Reply-To: <20070806145726.GA64755@gizmo.acns.msu.edu> References: <20070724115401.GA1355@admin.sibptus.tomsk.ru> <20070806025614.GA21368@admin.sibptus.tomsk.ru> <20070806145726.GA64755@gizmo.acns.msu.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Jerry McAllister wrote: > > > Victor Sudakov wrote: > > > > > > I always use "dump -L" to dump a live filesystem. > > > However, when I restore the dump, I sometimes get messages like > > > "foo.txt (inode 12345) not found on tape" or > > > "expected next file 12345, got 23456" > > > > > > I thought this should _never_ happen when dumping a snapshot. > > > > > > What is it? > > > > Does nobody know the answer, or am I the only one experiencing the > > problem? > > > > Here is another example: > > > > [root@big ~] restore -b64 -rN > > ./spool/samba.lock/wins.dat: (inode 2829098) not found on tape > > expected next file 267, got 4 > > expected next file 2828988, got 2828987 > > Using 'dump -L' doesn't prevent you or something running on the system > from deleting a file after the directory has been created and written. Excuse me? 'dump -L' creates a snapshot which is (or should be) a frozen copy of the filesystem, and then dumps the snapshot. > > The first thing dump does is create a list of files (including directories) > to dump. It creates a list of inodes for the files and then does all > the dumping from that list of inodes. If a file is then deleted after > that inode list is made, then it will not get written to the dump media. How can a file be deleted from a snapshot? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070806155142.GB27829>