The backup has run twice without problems since - it seems like rssh as
shell on the host was the culprit.
Thank you again, you have really helped me with this!
Lenz
On 07.01.2015 23:26, Lenz Weber wrote:
> Hi,
>
> Am 07.01.2015 um 18:25 schrieb Paul Slootman:
>> On Wed 07 Jan 2015, Lenz Weber
Hi,
Am 07.01.2015 um 18:25 schrieb Paul Slootman:
> On Wed 07 Jan 2015, Lenz Weber wrote:
>
>> Where the local destination /data/snapshots is an NFS volume mounted with
>> the flags
>> (rw,noatime,addr=192.168.1.XX)
>> and the source is a symlink to a zfs snapshot - that looks like this:
>>
On Wed, Jan 7, 2015 at 7:16 AM, Lenz Weber wrote:
> [...] rsyncbackup@server:/var/backups/mail/. [...]
>
Does that login force a particular rsync command via ssh's authorized_keys
file? It looks like the data stream is being garbled, and one way that
could happen is if the remote rsync and
On Wed 07 Jan 2015, Lenz Weber wrote:
> Where the local destination /data/snapshots is an NFS volume mounted with the
> flags
> (rw,noatime,addr=192.168.1.XX)
> and the source is a symlink to a zfs snapshot - that looks like this:
> /var/backups/mail ->
> /tank/mail/.zfs/snapshot/zfs-aut
Hello,
I have a quite unusual encoding problem (?).
I call rsync with the following parameters:
/usr/bin/rsync -a --delete --numeric-ids --delete-excluded \
--rsh="/usr/bin/ssh -o StrictHostKeyChecking=no -i \
/etc/rsnapshot_ssh_certs/mykey" \
--link-dest=/data/snapshots/hourly.1/f
