Les Mikesell schrieb:
> 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.


The full rsync is still running sind 5/26 21:00. I'll report back when
it's done. 

Ralf

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

_______________________________________________
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/