George writes: > On Mon, 27 Nov 2006 09:01:35 -0500 George Avrunin <[EMAIL PROTECTED]> > wrote: > [snip] > > > > For the windows machines, this seemed to be fine. But for each of the > > Linux boxes, I got a large number of errors about the file sizes not being > > the expected values and needing to copy the file. Then, in each case, I > > got a perl error and the job stopped. Here's an example: > > > > File > > /backup/BackupPC/pc/gateway/67/f%2f/fusr/flib/flocale/fhsb_DE.utf8/fLC_MONETARY > > has bad size (expect 294, got 37) Can't find > > gateway/67/f%2f/fusr/flib/flocale/fhsb_DE.utf8/fLC_MONETARY in pool, > > will copy file > > > > This was followed by > > substr outside of string at /usr/local/BackupPC/lib/BackupPC/Lib.pm line > > 686. > > > > When I do a "ls -l" on > > /backup/BackupPC/pc/gateway/67/f%2f/fusr/flib/flocale/fhsb_DE.utf8/fLC_MONETARY > > I get > > -rw-r----- 101 backuppc backuppc 45 Aug 13 13:28 > > /backup/BackupPC/pc/gateway/67/f%2f/fusr/flib/flocale/fhsb_DE.utf8/fLC_MONETARY > > > > On the host "gateway", I see > > -rw-r--r-- 5 root root 294 Mar 14 > > 2006 /usr/lib/locale/hsb_DE.utf8/LC_MONETARY > > > > Note that the actual length of the file in the backup is 8 bytes bigger > > than the "expected length". This 8-byte difference is consistent on all > > the cases where I've compared the error message to the actual length. > > > > The logs don't show any corresponding errors. For example, there are no > > reported Xfer errors for backup 67 on host "gateway" (this was a full > > backup on November 1). Checking a few later backups shows the same file > > sizes as in number 67. But it's not just full backups or 3.0.0beta; on > > another Linux host I see similar issues with, for example, an incremental > > backup from November 25 (which would be 3.0.0beta2) before I get the > > "substr outside of string at /usr/local/BackupPC/lib/BackupPC/Lib.pm line > > 686" message. (Backup 90 showed 2 Xfer errors, having to do with files > > from firefox's cache vanishing, but very many more errors with > > BackupPC_tarPCCopy about unexpected file sizes.) > > I tried restoring gateway:/usr/lib/locale/hsb_DE.utf8/LC_MONETARY. I got > the following errors with direct restore: > -------------------- > Running: /usr/bin/ssh -q -x -l root gateway /usr/bin/rsync --server > --numeric-ids --perms --owner --group -D --links --hard-links --times > -block-size=2048 --relative --ignore-times > --recursive . /usr/lib/locale/hsb_DE.utf8/ > Xfer PIDs are now 4559 > Got remote protocol 29 > Negotiated protocol version 28 > Sending /usr/lib/locale/hsb_DE.utf8/LC_MONETARY (remote=/LC_MONETARY) type > = 1 > usr/lib/locale/hsb_DE.utf8/LC_MONETARY: setting inode to 0 > restore 644 0/0 294 /usr/lib/locale/hsb_DE.utf8/LC_MONETARY > Can't get rsync digests from (err=-9, > name=usr/lib/locale/de_DE.utf8/LC_MONETARY) > Can't get rsync digests from err=-9, > name=usr/lib/locale/de_DE.utf8/LC_MONETARY) > Done: 1 files, 294 bytes > -------------------- > and the file was not restored (or at least not anywhere near the > correct place; I haven't found it). But the tar archive has the file > and it matches the original 294-byte file. So the compressed 45-byte > file apparently has all the information, I just don't know why (a) > BackupPC_tarPCCopy expected 294 bytes and got 37 even though the > fLC_MONETARY file is 45 bytes or (b) why BAckupPC_tarPCCopy gets the "substr > outside of string" error. Or why the direct restore failed.
This looks like an issue with hardlinks. The file contents are the path of the file being linked to. You can use BackupPC_zcat to display that path. > Sending /usr/lib/locale/hsb_DE.utf8/LC_MONETARY (remote=/LC_MONETARY) type = > 1 Type = 1 means it is a hardlink. The -9 error implies that the file cannot be opened. Were the original backups done with tar or rsync? There is an issue that hardlinks backed up using tar won't be correctly restored with rsync. It looks like BackupPC_tarPCCopy doesn't handle the hardlink type correctly. The rsync restore, however, should work. Can you email me the file (off-list), together with the attrib file in the same directory? Craig ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
