-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arno Lehmann wrote: > Hi, > > 17.07.2007 10:10,, Mair Wolfgang-awm013 wrote:: >> Hello, >> >> I need help with this. >> >> What is going on here? Why is this restore failing? Looks like a corrupt >> file. What can I do? >> >> Thanks >> Wolfgang >> >> -----Original Message----- > > I'll truncate this a bit to find the relevant parts... > ... >> 17-Jul 09:35 porsche-dir: Start Restore Job > ... >> 17-Jul 11:38 linux-install-fd: RestoreFiles.2007-07-17_09.35.44 Error: >> attribs.c:409 File size of restored file /part2/home/sci/ghost/dl3m3b >> not correct. Original 572320521, restored 572329115. > > This could be because the file changed its size during backup. While > this can be a problem in many cases, it doesn't have to be one. > > If this bothers you, you'll need to use some sort of snapshot or > disable the service that's using this file during backup.
Also, figure out what this file is. It clearly got larger while it was being backed up. Is it a logfile? If so, that's OK. Looks to me more like an image file or something. If that is so, that file is probably useless and you want to make sure you are doing this when files are not changing size. >> 17-Jul 11:40 linux-install-fd: RestoreFiles.2007-07-17_09.35.44 Error: >> create_file.c:312 Could not hard link /part2/bin/cpio -> >> /part2/var/ftp/bin/cpio: ERR=No such file or directory 17-Jul 11:40 > > This is probably more of a problem. I think Bacula tries to restore > the hard link only, but the original file does not exist. This can > happen if you selectively restore, and in your selection are only file > entries detected as hard links by bacula, but the file data itself is > not restored and does no longer exist on disk. In my opinion, Bacula > should restore the complete file... I'm not sure if an upgrade to a > more current (beta) version fixes this, but I'm not even sure this is > the problem :-) > > [more hard link problems] This, unless you know more than I do, I'd have to disagree on. A hard link in UNIX is, if I understand this correctly, the equivalent of a cross-linked file in DOS. That is, the file is on disk, and there are multiple places pointing at it. The file is no more one of them than any other. A symlink is like a shortcut, and there the file is on disk in one place with a pointer at another place. Seems to me, backing up any one copy of a hard linked file should be enough. The question then is how does it handle multiple file locations? Maybe you are speaking to Bacula's handling. I don't really know. - -- ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II |$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGnPrjmb+gadEcsb4RAuNAAJ97BRDFsVCUGk81H6glBwRC+XXfNQCg2ejA Uvgl/50fAgjp+LCQ0uj5t8U= =TIKn -----END PGP SIGNATURE----- ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
