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@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
