From: John G. <jgo...@co...> - 2011-05-26 21:45:00
|
Hi folks, Back in April, there was a discussion on the mailing list about this problem with no apparent resolution: http://www.adsm.org/lists/cgi-bin/namazu.cgi?query=%2Bsubject:%2F^%28%3F:^\s*%28re|sv|fwd|fw%29[\[\]\d]*[:%3E-]%2B\s*%29*\[BackupPC\-users\]\s%2BBackupPC_dump\s%2Bhangs\s%2Bwith\:\s%2B\.\:\s%2Bsize\s%2Bdoesn\%27t\s%2Bmatch\s%2B\%2812288\s%2Bvs\s%2B17592185913344\%29\s*%24%2F&idxname=BackupPC-users&sort=date%3Alate I have now encountered it in backups from two separate machines: one Solaris, one Debian. Both are being backed up to a Debian BackupPC server. The last lines in the log are included below: Can't open /var/lib/backuppc/pc/ralph2/38/f%2fdata/fapps for MD4 check (err=-3, apps) apps got exact match apps got digests 00004347020000010000000000000000 vs apps: md4 doesn't match: will retry in phase 1; file removed Must redo 2 (apps)\n Got redo 2 Starting file 0 (.), blkCnt=1426063360, blkSize=12612, remainder=1212350464 .: size doesn't match (4096 vs 17986723434172) Child is sending done Got done from child Got stats: 0 0 0 0 ('errorCnt' => 1,'ExistFileSize' => 0,'ExistFileCnt' => 0,'TotalFileCnt' => 0,'ExistFileCompSize' => 0,'TotalFileSize' => 0) finish: removing in-process file . attribWrite(dir=f%2fdata) -> /var/lib/backuppc/pc/ralph2/new/f%2fdata/attrib Child is aborting Got exit from child Done: 0 files, 0 bytes Got fatal error during xfer (aborted by user (signal=INT)) Backup aborted by user signal Note that the file /var/lib/backuppc/pc/ralph2/38/f%2fdata/fapps does actually exist, is a directory, and can be read by the backuppc user. I eventually had to cancel the transfer because it was hanging, though it would eventually die with ALRM otherwise. This is BackupPC 3.1.0 on Debian squeeze. What can I do to help track down this problem? John Rouillard, did you ever find a solution to your issue? Thanks, -- John |