Re: [BackupPC-users] BackupPC_dump hangs with: .: size doesn't match

[John G. <jgo...@co...>]

Here's some more detail.

I removed /var/lib/backuppc/pc/ralph2/38/f%2fdata/attrib to see what 
would happen.  Things progressed farther but still hung at the end of 
the run for this filesystem:

Skipping legal/incidents/Yelverton 927285 SZ24HON52  04031288---Stiles 
Outdoor  4-25-11/photos rec'd 4-26-11/hustler fire stiles 9.jpg (same attr)
Sending csums, cnt = 0, phase = 1
Child is sending done
Got done from child
Got stats: 3513074128 269879412 669155153 0 ('errorCnt' => 
0,'ExistFileSize' => 0,'ExistFileCnt' => 0,'TotalFileCnt' => 
0,'ExistFileCompSize' => 0,'TotalFileSize' => 0)
finish: removing in-process file .
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

Any ideas?

-- John

On 05/26/2011 04:02 PM, John Goerzen wrote:
> 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