Re: rsync splits filenames, creates special characters where none are, weird permissions

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

Re: rsync splits filenames, creates special characters where none are, weird permissions

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: >>

Re: rsync splits filenames, creates special characters where none are, weird permissions

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

Re: rsync splits filenames, creates special characters where none are, weird permissions

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

rsync splits filenames, creates special characters where none are, weird permissions

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

[Bug 10522] --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been

https://bugzilla.samba.org/show_bug.cgi?id=10522 Wayne Davison changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [Bug 10522] --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been

I assume not. This bug appears only if you have applied the "detect-renamed" patch, and are calling "detect-renamed" as a flag. On Thu, Apr 10, 2014 at 9:58 AM, Saku Vainikainen < saku.vainikai...@welho.com> wrote: > > I was wondering why my primary NAS was empty the other day.. > > It seems tha

Re: [Bug 10522] --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been

I was wondering why my primary NAS was empty the other day.. It seems that my data was saved by -b option and related parameters, because all my data was hidden in the “Trashcan” -folder on the archive NAS. I’m using rsync to make a safety copy of all files on my primary NAS: rsync -vrtb --bac

[Bug 10522] --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been

https://bugzilla.samba.org/show_bug.cgi?id=10522 --- Comment #3 from J.R. 2014-04-10 02:50:13 UTC --- Created attachment 9840 --> https://bugzilla.samba.org/attachment.cgi?id=9840 revised patch detect-renamed.diff -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email -

[Bug 10522] --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been

https://bugzilla.samba.org/show_bug.cgi?id=10522 --- Comment #2 from J.R. 2014-04-10 02:49:02 UTC --- I can confirm this problem. I suggest increasing the Severity of this bug to "Critical" because it causes data to be lost without the user requesting this. The problem is that a small section o

[Bug 10522] --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been

https://bugzilla.samba.org/show_bug.cgi?id=10522 --- Comment #1 from John Pierman 2014-03-28 19:10:39 UTC --- I'm sorry typo'd the rsync command, left out the --detect-renamed flag. Should be rsync -rvzhtSin --detect-renamed /tmp/test1/ /tmp/test2/ (In reply to comment #0) > Scenario: > > File

[Bug 10522] New: --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been

https://bugzilla.samba.org/show_bug.cgi?id=10522 Summary: --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been Product: rsync Version: 3.1.1 Platform: x86 OS/Ve

Re: Group "None" after synching to a windows machine?

Jack Walter wrote: Hi, I'm using cwrsync with rsync 3.0.8 atm and after syncing a file to Strato HiDrive and back to the local machine the new permissions contain this entry: None (UK-DT-01\None) with Read, Execute; Read and Write (allowed) permissions. It takes a few seconds before

Group "None" after synching to a windows machine?

Hi, I'm using cwrsync with rsync 3.0.8 atm and after syncing a file to Strato HiDrive and back to the local machine the new permissions contain this entry: None (UK-DT-01\None) with Read, Execute; Read and Write (allowed) permissions. It takes a few seconds before this entry is displayed

Re: User NONE using rsync in Windows server

> Hi, > I'm using rsync with cygwin to synchronize two windows servers. I've got > files in server side with full permisions to Administrator user, but when > i synchronize it with another windows server, the file placed in client > side has a new group called NONE with read

User NONE using rsync in Windows server

Hi, I'm using rsync with cygwin to synchronize two windows servers. I've got files in server side with full permisions to Administrator user, but when i synchronize it with another windows server, the file placed in client side has a new group called NONE with read , write and execute

None

>> On Wed, Feb 26, 2003 at 10:04:33AM +0100, [EMAIL PROTECTED] wrote: >> Hi, >> >> on my linux box (2.4.21-pre4-ac4) >> I've used rsync to mirror a rather large /usr/local tree (4 Gb) >> After transmission of many files I get the error message >> rsync error: some files could not be transferred (c