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
[email protected]
------------------------------------------------------------------------------
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
