similar to: Latest release of --files-from patch

People, When I did: rsync -av /home/ /mntb5/ # about 4TB I got errors like: 'rsync [sender] expand file_list pointer array to xxx bytes, "did move"' with rsync hanging - after breakout on /home for writing I then get: "Read-only file system" So after unmounting and remounting /home I did: cd /home find /home/ -type d | sort >

I've been working on an update to my --files-from patch that I think will soon be ready to be committed to CVS. See if you agree. For those that have been following the saga, here's a list of just the changes since the last patch (for those that haven't, see the next section): Changes Since the Last Release: =============================== - The --null option was renamed to

Roland, On 2020-09-10 21:27, Roland wrote: >> with rsync hanging - after breakout on /home for writing I then get: >> "Read-only file system" > > if your filesystem switches to read-only, you have a serious problem > with your system/storage, not with rsync. > > rsync (or the workload) is simply triggering the problem. Thanks for the response . . Hmm . .

For anyone who'd like to check out the latest release of my "rzync" [sic] test release, I've just released a new version. For those that might not have time to look at the code but could provide some feedback based on a rough description, I've created the following simple web page: http://www.clari.net/~wayne/new-protocol.html Here's the tar file of the new

If I try: rsync -lptgoD -e "ssh -i /root/.ssh/rsync-key" --verbose --exclude="/*.*" --exclude="*.xml" --include="+ */Tariff/" 192.168.1.1:/home/e-smith/files/ibays/frogs/files/dbs/ rsync lists the correct files, but if I add the destination like this: rsync -lptgoD -e "ssh -i /root/.ssh/rsync-key" --verbose --exclude="/*.*"

If anyone is trying out my --files-from patch, please grab a new version from here: http://www.clari.net/~wayne/rsync-files-from.patch I fixed a potential bug in the pathname-reading code when pulling files. This version also sanitizes all read pathnames, as discussed elsewhere. Remember that this patch is still young, so use it for testing only. ..wayne..

Please advise on rsync usage. --delete doesn?t work without recursion(--recursion). The recursion is causing huge overheads for me. My directory trees are huge. Any suggestions through which I can cut overheads. It used to work well in rsync-v2.5.5 /opt/rsync-v2.5.5/bin/rsync --delete --checksum -lptgoD --rsync-path=/opt/rsync-v2.5.5/bin/rsync --hard-links --timeout=5184000 --exclude=.snapshot

https://bugzilla.samba.org/show_bug.cgi?id=11656 Bug ID: 11656 Summary: Escaping broken with --files-from Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter:

Hi. I'm trying to accomplish the following ; 1) First, I did a rsync for a file, like this /usr/bin/rsync -lptgoD --delete --rsh=/usr/bin/ssh -R --delete-excluded -vv root@127.0.0.1:/usr/local/src/* /tmp/localhost/daily.0 If I did a ls -la to the destination dir (/tmp/localhost/daily.0/usr/local/src/README) I take ls -la /tmp/localhost/daily.0/usr/local/src/ total 60 drwxrwsr-x 2 root

On Fri, Sep 11, 2020 at 10:53:14AM +1000, Philip Rhoades via rsync <rsync at lists.samba.org> wrote: > Roland, > > > On 2020-09-10 21:27, Roland wrote: > > > with rsync hanging - after breakout on /home for writing I then get: > > > "Read-only file system" > > > > if your filesystem switches to read-only, you have a serious problem >

For the small number of people who are checking this out, I released version 0.05 a couple days ago (and only mentioned it on my new-protocol web page) followed today by 0.06. Some highlights of the two releases: - We handle symlinks now in our recursive synchronization mode. - Directory scanning is no longer limited to one active directory at a time (which was sorely needed when all the

I'd like to revisit the topic of moving files from system to system using rsync. I've just updated my patch from its 2.5.0 version to 2.5.1, and I'm curious what people think about getting it integrated into rsync. The patch comes in two parts. The first eliminates a potential hang condition that can happen if the data channel from the receiver to the generator gets clogged up.

I've been having a lot of fun improving my new-protocol testing app. It's seems to be in pretty good shape (for test code), so I figured I'd announce another release for those brave souls that may want to help me in my thinking about a (potential) new rsync protocol. It's a tar.gz file this time because I broke up the code into multiple files. I named it "rzync" just

Hi All, I'm new to rsync usage in Mac OS X. I'm having a strange issue with -- files-from option. I'm providing the --files-from to provide a file , which contains the list of files separated by newline character , to perform backup operation. Especially in Mac OS X , particular tiff bundle files are having \r as part of the filename.When rsync reads the filepaths using delimiter

Dear rsync folks, I'd like to request/suggest that cli options to set TCP send/receive buffers be added to rsync client-side. Summary: I'm aware that a daemon's config-file can set socket options for the server side (e.g. SO_SNDBUF, SO_RCVBUF). That is useful. But when trying to get high-throughput rsync over long paths (i.e. large bandwidth*delay product), since

To rephrase the question, "Can I use masquerading and proxy ARP in the same zone simultaneously?" It''s not a stupid question--I couldn''t see any reason why it wouldn''t work, but I had actually try it out to convince myself that it did (which isn''t a bad thing to do before posting the question to the list, by the way). In any case, the answer is

Hello All: I've having repeatable problems copying files between linux machines using rsync-2.5.1 and various recent flavors of openssh. The symptom when testing with a single 2M file is that rsync hangs when when the file is 97% transferred. It seems from looking at various archives that this problem may be non-trivial. I tried applying the patch at

I have a few clients who prepare some reports and put it in their outgoing/ directory for me to pick up every morning. Is there a way to delete those files from their outgoing/ after I fetch them ? Thanks Nishi

Hello, * I am setting up a backup on a Linux system with Windows XP workstations. The backup goes to three alternating usb drives, each of which is NTFS formatted. The disks should be virtually identical but they do not seem to be. First, my mount command is this (I edited a bit for brevity) mount -t ntfs-3g -o locale=nl_NL.iso-8859-1,silent /dev/disk/by-id/usb-DiskA \ /mnt/tmp || mount -t

I was trying to process a bunch of folders to sync them to another drive and ran across an error I haven’t seen before. Normally I do this sync via a mounted file system, but this time I tried to do it over ssh: find . -type f -atime -1 -exec rsync -aP {} 10.0.0.11:/Volumes/Drive5/{} \; bash: -c: line 0: syntax error near unexpected token `(' bash: -c: line 0: `rsync --server -logDtpre.iLsfx