The latest new beast to be added to my backup zoo is a synology NAS
device. It is being uncooperative, and the only error message it
provides is
rsync error: error in rsync protocol data stream (code 12) at io.c(226)
[Receiver=3.1.3.0]
which is rather less than helpful.
Online searches hav
On Thu, 16 Nov 2017 12:22:00 -0600
Les Mikesell wrote:
> No, but when doing a restore for any reason other than accidental
> complete deletion of a file or directory I nearly always restore to a
> different location and compare things instead of overwriting the
> existing current versions anyway.
On Thu, Nov 16, 2017 at 12:08 PM, B wrote:
> On Thu, 16 Nov 2017 10:45:40 -0600
> Les Mikesell wrote:
>
>> Yes, but things have to be very, very screwed up to get to the point
>> where the user can't fix it with a tar download through a browser
>> followed by an appropriate restore command.
On Thu, 16 Nov 2017 17:57:59 +0100
Holger Parplies wrote:
Whoops, wrong from: (and strange setup), putting this back in the list.
> B wrote on 2017-11-16 00:50:52 +0100 [Re: [BackupPC-users] error
> in rsync protocol data stream (code 12) (Restoring)]:
> > [...]
> > In
On Thu, 16 Nov 2017 10:45:40 -0600
Les Mikesell wrote:
> Yes, but things have to be very, very screwed up to get to the point
> where the user can't fix it with a tar download through a browser
> followed by an appropriate restore command. When things have been
> broken that badly it may be time
Subject: Re: [BackupPC-users] error in rsync protocol data stream (code
12) (Restoring)
Bzzzz wrote on 2017-11-16 00:50:52 +0100 [Re: [BackupPC-users] error in
rsync protocol data stream (code 12) (Restoring)]:
> [...]
> In short: being root and (especially) removing directories is bad, on
&
B wrote on 2017-11-16 00:50:52 +0100 [Re: [BackupPC-users] error in rsync
protocol data stream (code 12) (Restoring)]:
> [...]
> In short: being root and (especially) removing directories is bad, on
> the other hand, using root as part of a controlled process doesn't mean
&g
On Thu, Nov 16, 2017 at 10:37 AM, B wrote:
> On Thu, 16 Nov 2017 10:21:49 -0600
> Les Mikesell wrote:
>
>> damaging) direct restore. But the admin should know what to tweak if
>> he does need that massive restore.
>
> Yup, and the problem is: in this configuration, you *need* an admin
> inte
On Thu, 16 Nov 2017 10:21:49 -0600
Les Mikesell wrote:
> damaging) direct restore. But the admin should know what to tweak if
> he does need that massive restore.
Yup, and the problem is: in this configuration, you *need* an admin
intervention to fix a restore, when the other solution easily l
On Thu, Nov 16, 2017 at 3:19 AM, Jamie Burchell wrote:
> Running as a restricted user is actually part of the BackupPC
> documentation. It just neglects to mention that doing so as described
> means restores are blocked.
>
> Having a non root user with sudo permissions to just rsync with the
> "--
Running as a restricted user is actually part of the BackupPC
documentation. It just neglects to mention that doing so as described
means restores are blocked.
Having a non root user with sudo permissions to just rsync with the
"--server" param works fine for backup and restore.
-
On Wed, 15 Nov 2017 23:29:58 -
Jamie Burchell wrote:
> Because you'll seldom find any good advice that advocates doing
> anything as root.
You misread it.
Doing stuffs as root when it can be done by a regular user, or a sudo
user _can_ be a risk (although I don't know any real admin that ha
Because you'll seldom find any good advice that advocates doing anything
as root.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_
On Wed, 15 Nov 2017 22:48:01 -
Jamie Burchell wrote:
> I followed the instructions to make a restricted backuppc user on
> client machines with limited sudo permission thus:
> backuppc ALL=NOPASSWD: /usr/bin/rsync --server --sender *
Why on earth did you use that instead of let it to root !?
Hi!
I followed the instructions to make a restricted backuppc user on client
machines with limited sudo permission thus:
backuppc ALL=NOPASSWD: /usr/bin/rsync --server --sender *
This works fine for backing up, but I just discovered I can no longer
restore directly, as I’m getting the foll
ons and support"
Cc: Craig Barratt
Subject: Re: [BackupPC-users] Error in rsync protocol data stream
Wade,
How far does it get when you get the error? If it doesn't get very far, you
could manually run:
BackupPC_dump -f -v client
and email the output. If instead it happens a long wa
Wade,
How far does it get when you get the error? If it doesn't get very far,
you could manually run:
BackupPC_dump -f -v client
and email the output. If instead it happens a long way into the backup,
please send the exact rsync_bpc command that is being run (from the XferLOG
file)?
One pot
On 2017-07-05 09:06, Jenkins, Wade William wrote:
I’ve been wrestling with a BackupPC 4 install since March (updating
to each successive release as they come). All but one of my servers
backs up perfectly fine. One of my 3 file servers (all
software-identical) routinely encounters “rsync error:
I’ve been wrestling with a BackupPC 4 install since March (updating to each
successive release as they come). All but one of my servers backs up perfectly
fine. One of my 3 file servers (all software-identical) routinely encounters
“rsync error: error in rsync protocol data stream (code 12) at
19 matches
Mail list logo
