Does the error happen at the start of the transfer, or part way through.
It would be helpful to know which version you are running, and the relevant
lines from the XferLOG file.
Craig
On Sun, Nov 1, 2020 at 1:56 PM Steve Zemlicka
wrote:
> Update: I was able to use visudo to add the following
Update: I was able to use visudo to add the following line:
backuppc ALL=NOPASSWD: /usr/local/bin/rsync
I am now able to run "sudo /usr/local/bin/rsync" when SSHed in without
being prompted for a password. I've also manually specified the rsync
path of rsync in the RsyncClientCmd but I still get
I am having trouble getting rsync to initialize without requiring
password. I have setup ssh passwordless login and verified this is
working from the backuppc server. However if I then sudo rsync (or
sudo /usr/bin/rsync), I am prompted for a password. Does anyone have
a link to this specific iss
>
> > Most of
> > the time the "ZLIB/PIGZ ERROR" above is related to this, so the script
> > re-checks them by uncompressing them using BackupPC_zcat. If the error
> > persists, then you will see an extra "CHECKSUM ERROR", which means the
> file
> > is actually corrupted.
>
> Is there some compelli
Hi there,
On Sun, 1 Nov 2020, Guillermo Rozas wrote:
As explained in the README, the compression algorithm that BackupPC uses is
slightly different to the one used by zlib/pigz. In some rare occasions,
this results in a corrupted file when uncompressed by zlib/pigz. Most of
the time the "ZLIB/P
