similar to: enable 64-bit inums in build on AIX

https://bugzilla.samba.org/show_bug.cgi?id=12132 Bug ID: 12132 Summary: Error on attributes when directory read-only Product: rsync Version: 3.1.2 Hardware: All OS: Mac OS X Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=11161 Bug ID: 11161 Summary: rare crash in hlink.c:536 Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: sbrabec at

https://bugzilla.samba.org/show_bug.cgi?id=10226 Summary: fatal_unsafe_io_error and the version it reports Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: Martin.vGagern at

On 2019-07-27T07:59:56 +0200 Francis.Montagnac at inria.fr wrote: > > Try: > > rsync -avz --delete-after --delay-updates --partial /A/ www2.example.com:/B/ > > The man indicate also for --delay-updates: > > See also the "atomic-rsync" perl script in the "support" subdir > for an update algorithm that is even more atomic (it

https://bugzilla.samba.org/show_bug.cgi?id=12417 Bug ID: 12417 Summary: Sametimes currupted file after disconnect Product: rsync Version: 3.1.2 Hardware: x64 OS: All Status: NEW Severity: major Priority: P5 Component: core Assignee: wayned at samba.org Reporter:

https://bugzilla.samba.org/show_bug.cgi?id=13953 Bug ID: 13953 Summary: error message instead of --stats informations (in case of vanished files), using rsync 3.1.1 and rsync 3.0.9 Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5

I just copied a file system using xfsdump|xfsrestore At least 1 new directory had been created on the source during the xfer (took 9+hours -- 7TB), so I wanted to verify I hadn't missed anything. Using rsync: > rsync --version rsync version 3.1.0 protocol version 31 Capabilities: 64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints, socketpairs, hardlinks,

Hi All, Any inputs on this issue? -- Shedi On Wed, Feb 21, 2024 at 5:12?PM Shreenidhi Shedi < shreenidhi.shedi at broadcom.com> wrote: > Hi All, > > Copying the content from the GH issue as is. > Need your inputs on the same. > FWIW, the coredump files generated in linux have xattr values which are > > 32 bytes. > > https://github.com/WayneD/rsync/issues/569

https://bugzilla.samba.org/show_bug.cgi?id=14401 Bug ID: 14401 Summary: unicode character conversion problem from MacOS to Linux despite iconv Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core

I am now running with --delete --numeric-ids --relative but the problem still persists. -- Best regards / Met vriendelijke groet, Aron Rotteveel 2015-03-27 14:22 GMT+01:00 Kevin Korb <kmk at sanitarium.net>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Try also removing --delete-excluded. Without those two options there > should be no reason for rsync to require

Hi Roland, Thanks for the reply. Memory usage on both machines seem fine. The server has 4GB's of RAM, of which about 3GB is used during the file list build and about 1.5GB is used during the actual transfer. The client has 16GB of RAM with a peak usage of 8.5GB. I just tried three transfers in a row and it consistently breaks at a certain point, after which I get the "ERROR: out of

Hello, I have a weird issue with rsync randomly marking some files as having a different checksum (see sample outputs below - run one after another). You would think it is some kind of corruption / io problem with the files but it doesn't seem so - I have copied files around, changes source to different machines, counted md5s manually 100s of times - always the same. All files except

The man page describes options --chown, --usermap, and --groupmap, but these seem to be silently ignored beyond validating that the user and groups do indeed exist. Is the following supposed to work? $ touch a $ rsync --chown=http:http a b $ ls -l a b -rw-r--r-- 1 jed jed 0 Oct 14 02:44 a -rw-r--r-- 1 jed jed 0 Oct 14 02:45 b $ chown http:http b chown: changing ownership of 'b':

https://bugzilla.samba.org/show_bug.cgi?id=10679 Summary: readlink_stat error results in deletion of mountpoints Product: rsync Version: 3.1.0 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: bugz101 at

Dear rsync-list, I got following issue demonstrated by this script: ----- $ mkdir -p src/a trg/a $ echo "/a/b/c" > list $ /usr/bin/rsync -slt --ignore-errors --force --ignore-missing-args --delete-missing-args --files-from=list src localhost:`pwd`/trg file has vanished: "/home/axel/src/a/b" ABORTING due to invalid path from sender: a/b/c rsync error: protocol

https://bugzilla.samba.org/show_bug.cgi?id=12920 Bug ID: 12920 Summary: Invalid path from sender Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: crazyjim_68 at

When copying locally as well as remotely inside a setgid dir, the option --times has the unwanted side effect of making the newly created directories not have the setgid bit set, but only when the user running rsync is not a member of the corresponding group. The extra option --omit-dir-times prevents the loss of the setgid bit in this case. Is this a bug as I think it is? Note that files

Hi, would someone please clarify the behavior of -X --filter='some_filter' to me? I was trying to copy a file on a NFS4 mount and some extended attributes get transferred only when run as a normal user with --super but not as root. If I have a file on nfs4 mount and I set some extended attributes like this: #rsync --version rsync? version 3.1.3? protocol version 31 Copyright (C)

Hi All, Copying the content from the GH issue as is. Need your inputs on the same. FWIW, the coredump files generated in linux have xattr values which are > 32 bytes. https://github.com/WayneD/rsync/issues/569 Hi All, System details: root at ph3dev [ ~ ]# rsync --version rsync version 3.2.4 protocol version 31 Capabilities: 64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long

Daemon was started and tested on two different OS. FreeBSD 9.0-CURRENT: # rsync --version rsync version 3.0.7 protocol version 30 Copyright (C) 1996-2009 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 32-bit inums, 64-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append,