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. Thanks for any suggestions, George
signature.asc
Description: PGP signature
------------------------------------------------------------------------- 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/
