similar to: 3.0.3pre2 compile warnings under cygwin

Have a functional rsync 3.0.6 server but am having troubles preserving permissions from source to destination. On server, rsyncd.conf looks like this (modules are defined but not listed below): cat /etc/rsyncd.conf secrets file = /etc/rsyncd.secrets read only = no list = yes uid = root gid = wheel On client am using -ApXrvvhog option and here are some errors am getting: rsync: pack_smb_acl

All seems to compile ok but I get the following warnings on interix 3.5 flist.c: In function `recv_file_entry': flist.c:840: warning: comparison between signed and unsigned flist.c:874: warning: comparison between signed and unsigned flist.c:876: warning: right shift count >= width of type flist.c: In function `make_file': flist.c:1178: warning: comparison between signed and unsigned

I've been trying to sync two directories under interix between two machines on the local network and I keep getting the flowing errors:- The first error is "failed: Bad address (14)" which always occurs rsync: readlink "/dev/fs/D/Media/Audio/The Hoosiers/desktop.ini" failed: Bad address (14) The second is randomly occuring, restarting will make it continue for a bit then

The progress fix listed [quote] - If rsync exits in the middle of a --progress output, it now outputs a newline to prevent the progress line from being overwritten. [/quote] Appears to not work. == Test 1 == CTRL+C is used to abort:- rsync -av --whole-file --progress -e "ssh -p 23" test1:/test/ /test/ receiving incremental file list zone/english/ zone/english/mp_carentan1.ff

https://bugzilla.samba.org/show_bug.cgi?id=7382 Summary: Fails to copy with ACL issue if src user is unknown (OSX 10.6 only) Product: rsync Version: 3.0.7 Platform: All OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

I'm using rsync to sync DB files from a FreeBSD box to a Windows XP box under interix. Until today everything was fine but now as soon as the windows box hits one file which is now greater than 2Gb it goes into an infinite loop in generator.c:sum_sizes_sqroot The code at fault seems to be: for (l = len; l >>= 1; b += 2) {} Here's the stack: #0 0x00402ae3 in sum_sizes_sqroot

Hi, One feature missing from rsync, and requested on this list before, is on-the-fly conversion of filename character encoding. For example, I often need to sync files having Hebrew filenames from a UTF-8 system (Linux) to an ISO8859-8 system (Cygwin on Windows 2000 using the non-Unicode Win32 interface). Other circumstances surely abound. Attached is a patch against rsync 2.6.2 that adds an

From: Sebastian Andrzej Siewior <sebastian at breakpoint.cc> zstd compression was announced as "good compression with high throughput" so I gave it a try. With zlib, on high speed links the CPU is usually the bottle neck. With zstd I'm able to fill a 200Mbit link :) zstd detection happens automatically via pkg-config. No zstd header means no error about missing zstd. So that

Apparently rsync breaks on FreeBSD if you turn off -O2 (which is the default.) The breakage is apparently inside zlib. You'd have to think it was a compiler bug, but perhaps not. I haven't tried to reproduce it yet. -- Martin ----- Forwarded message from grog@FreeBSD.org ----- Date: Fri, 19 Apr 2002 23:14:46 -0700 (PDT) From: <grog@FreeBSD.org> To: mbp@samba.org Subject: PR

I've been trying to get a problem fixed with a Highpoint 1820a crashing out with errors like: kernel: IAL: COMPLETION ERROR, adapter 0, channel 2, flags=104 kernel: ATA regs: error 10, sector count 20, LBA low ff, LBA mid ff, LBA high ff, device 4f, status 51 which results in the disk being dropped from the array. A sharp eyed engineer at Highpoint has just spotted the fact that the read

Just updated to 3.0.4 under cygwin and I'm now getting lookup failures in the log. 2008/10/24 00:13:23 [1984] name lookup failed for X.X.X.X: Unknown server error Looking at the code it seems the call will never succeed? /* reverse lookup */ name_err = getnameinfo((struct sockaddr *) ss, ss_len, name_buf, name_buf_size, port_buf, port_buf_size,

We're seeing some strange timeout errors on some new Supermicro X9DRT-HF MB's we here when combined with KINGSTON HyperX 3K SSD's It seems that when connnected to the second channel reads often timeout stalling all IO under 8.3-RELEASE-p3 When this happens we see:- Jul 27 14:35:59 lon059 kernel: ahcich1: Timeout on slot 0 port 0 Jul 27 14:35:59 lon059 kernel: ahcich1: is 00000000 cs

While transfering files from a win32 host here running interix aka SFU it keeps constantly failing with various errors see below. Both ends are running 3.0.5 on the same network. Also the transfer speeds are really slow, has anyone had this before and is there anything we can do to investigate the issue? receiving incremental file list content/misc/elbonio/ content/misc/elbonio/clickfire.zip

----- Original Message ----- From: "Ivan Voras" <ivoras@freebsd.org> >> The machine is running with ULE on 7.0 as mention using an Areca 1220 >> controller over 8 disks in RAID 6 + Hotspare. > > I'd suggest you first try to reproduce the stall without ULE, while > keeping all other parameters exactly the same. Ok tried with an updated 7 world / kernel as

Seems our current libarchive? That support FreeBSD's tar implementation has a bug where it can create archives it cant read back. This can be seen by simply creating an empty tar.gz file and then trying to expand or list it. In doing the above you get the following error: tar: Unrecognized archive format: Inappropriate file type or format N.B. gtar can list and expand the created file

As those of you who watch CVS will be aware Wayne has been making progress in reducing memory requirements of rsync. Much of what he has done has been the product of discussions between he and myself that started a month ago with John Van Essen. Most recently Wayne has changed how the file_struct and its associated data are allocated, eliminating the string areas. Most of these changes have been

Hi Maciej, [auto build test ERROR on net-next/master] [also build test ERROR on v4.12-rc1 next-20170512] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Maciek-Fijalkowski/Fix-ERROR-trailing-statements-should-be-on-next-line/20170515-021304 config: x86_64-acpi-redef (attached as .config) compiler:

Hi. I'm attempting to compile rsync 2.6.9 with both the acls & xattr patches on an MacBook pro (ie: Intel processor), with the latest Apple Developer Tools. While this is OS X client, I've enabled acls via "sudo /usr/bin/fsaclctl -p / -e" and rebooted, prior to attempting to compile rsync. Is there something else inherent in OS X Server perhaps, that I'm still

https://bugzilla.samba.org/show_bug.cgi?id=4664 Summary: Infinite loop on files > 2Gb Product: rsync Version: 2.6.9 Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: steven.hartland@multiplay.co.uk

Yes, it's time once again to return to the subject of moving files. With the recent changes to the communications code between the receiver and the generator, there is now a non-clogging channel that we can use to signal the sender when a file has been successfully transferred, which allows us delete the original for all transferred files. I have in the past waffled on whether this feature