On 5/26/2010 3:41 PM, Ralf Gross wrote:
> Ralf Gross schrieb:
>> write(1, "N\2\0\7\5\3lvs\r\0\0\0\r\0\0\0lvmiopversion8\5"..., 594) = 594
>> select(1, [0], [], NULL, {60, 0})       = 0 (Timeout)
>> select(1, [0], [], NULL, {60, 0})       = 0 (Timeout)
>> select(1, [0], [], NULL, {60, 0})       = 0 (Timeout)
>> select(1, [0], [], NULL, {60, 0})       = 0 (Timeout)
>> select(1, [0], [], NULL, {60, 0}
>>
>>
>> smells like a time out, but I don't know where. I found a couple of messages
>> with similar output in the list archives, but none of them had a solution 
>> yet.
>
> *grr*
>
> I only traced the Xfer PID, not the PID. BackupPC_dump seems to be
> active and comparing the file list with the pool and I see high cpu
> load.
>
> I'm sure that I haven't seen that as I abortet the backup before.
> Now I'll have will wait until tomorrow morning...

Until the 2nd full completes, the server side has to uncompress the 
stored copy to compute the checkums on existing files.  And there may be 
some quirk about switching from tar to rsync that I've forgotten.  Maybe 
the 1st run will add the checksum cache for files you already have.

-- 
   Les Mikesell
    lesmikesell AT gmail DOT com

------------------------------------------------------------------------------

_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/