Something is really weird here...
I could have sworn that 3.1.2.1 worked fine last night...
But when I tried it again this morning it hanged.
I'm pretty sure the same thing happened with 3.1.3.beta0.
Restoring to 3.0.9.14 worked fined...
Nothing else changed on my system...
I am at a loss to explain this...
Craig Barratt via BackupPC-users wrote at about 21:13:59 -0700 on Sunday, May
24, 2020:
> Thanks for the updates. Yes, rsync's included zlib isn't compatible with
> system zlib. However, since you are not using the -z option, I don't think
> that's the issue.
>
> Can you try rsync-bpc 3.1.2.1? It has more testing than 3.1.3.beta0.
>
> Craig
>
> On Sun, May 24, 2020 at 7:43 PM wrote:
>
> > Upgrading to the latest rsync-bpc 3.1.3 fixed the problem with
> > specials.
> > And restores all seemed to work last night, until I tried dumps today.
> >
> > Now all my scheduled backups fail with error message:
> > rsync error: error in rsync protocol data stream (code 12) at
> > io.c(226) [Receiver=3.1.3.beta0]
> >
> > Also, when I run BackupPC_dump, it hangs at the beginning:
> > Running: /usr/bin/rsync_bpc --bpc-top-dir /var/lib/backuppc
> > --bpc-host-name testmachine --bpc-share-name /usr/local/bin --bpc-bkup-num
> > 0 --bpc-bkup-comp 3 --bpc-bkup-prevnum -1 --bpc-bkup-prevcomp -1
> > --bpc-bkup-inode0 2 --bpc-attrib-new --bpc-log-level 6 -e /usr/bin/sudo\ -h
> > --rsync-path=/usr/bin/rsync --super --recursive --protect-args
> > --numeric-ids --perms --owner --group -D --times --links --hard-links
> > --delete --delete-excluded --one-file-system --partial --log-format=log:\
> > %o\ %i\ %B\ %8U,%8G\ %9l\ %f%L --stats --checksum --acls --xattrs
> > --timeout=72000 myhost:/usr/local/bin/ /
> > full backup started for directory /usr/local/bin
> > started full dump, share=/usr/local/bin
> > Xfer PIDs are now 7793
> > xferPids 7793
> > This is the rsync child about to exec /usr/bin/rsync_bpc
> > cmdExecOrEval: about to exec /usr/bin/rsync_bpc --bpc-top-dir
> > /var/lib/backuppc --bpc-host-name testmachine --bpc-share-name
> > /usr/local/bin --bpc-bkup-num 0 --bpc-bkup-comp 3 --bpc-bkup-prevnum -1
> > --bpc-bkup-prevcomp -1 --bpc-bkup-inode0 2 --bpc-attrib-new --bpc-log-level
> > 6 -e /usr/bin/sudo\ -h --rsync-path=/usr/bin/rsync --super --recursive
> > --protect-args --numeric-ids --perms --owner --group -D --times --links
> > --hard-links --delete --delete-excluded --one-file-system --partial
> > --log-format=log:\ %o\ %i\ %B\ %8U,%8G\ %9l\ %f%L --stats --checksum --acls
> > --xattrs --timeout=72000 myhost:/usr/local/bin/ /
> > bpc_path_create(/var/lib/backuppc/pc/testmachine/0)
> > bpc_attrib_backwardCompat: WriteOldStyleAttribFile = 0,
> > KeepOldAttribFiles = 0
> >
> > This problem resolves when I downgrade back to rsync-bpc 3.0.9.
> >
> > Googling suggest this might have something to do with internal
> > vs. external zlib.h
> >
> > I tried configuring with --with-included-zlib=yes (default) and =no.
> > But both had the same error.
> >
> > Note that when =yes, in order to compile, I had to change:
> > #include --> #include "zlib/zlib.h"
> > in token.c (and also changed for consistency in batch.c and options.c)
> > since the symbol Z_INSERT_ONLY was not defined in my /usr/include/zlib.h
> >
> > Any thoughts on what I need to do to make this work?
> >
> >
> > ___
> > 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/
> >
> ___
> 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/
___
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/
