similar to: are new directories created inside the partial dir?

Currently, rsync --delete -avvn test1/ test2/ --existing will give output such as: not creating new file "newdir" not creating new file "newdir/newfile" not creating new file "newdir/subdir" It would make more sense if it said: not creating new directory "newdir" not creating new file "newdir/newfile" not creating new directory

Got this in the log: rsync error: errors with program diagnostics (code 13) at log.c(340) [generator= 3.1.0dev] What could it be? I suspect it's triggered by a timeout or disconnect from the server side but I had never seen it.

Hi there, I've had a look on the web, and in the archives, but I dont see any mention to this problem/feature. Essentially, I have a local mirror, and a live webserver, with a little script that will execute a --dryrun rsync, ask the user for confirmation, then go ahead and transfer the local updates to the live server. The problem Im having is when Im sync'ing newly generated

https://bugzilla.samba.org/show_bug.cgi?id=10724 Summary: rsync 3.1.1 incorrectly creates extra dirs inside --backup-dir on Mac OSX Product: rsync Version: 3.1.1 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

I thought this can be useful to someone, so here it goes. I am using automatic SysVol replication with the help of "watcher", a recursive incron. https://github.com/splitbrain/Watcher "Watcher is a daemon that watches specified files/folders for changes and fires commands in response to those changes. It is similar to incron, however, configuration uses a simpler to read ini

When --checksum is used they're calculated in both ends to see if the file should be transfered. This is of course not necessary if the file doesn't exist in the destination. However, the checksum is still calculated by the sender, which is often a very large overhead. Would it be possible to avoid it?

In the latest 3.1 I get this in our backup: filename overflows max-path len by 1: <path> filename overflows max-path len by 1: <path> filename overflows max-path len by 9: <path> filename overflows max-path len by 7: <path> filename overflows max-path len by 4: <path> filename overflows max-path len by 5: <path> filename overflows max-path len by 6:

Got this with rsync --list-only --files-from=list directory dummy > output 2> errors to get a local file list: ... rsync: link_stat "file-name" failed: No such file or directory (2) rsync: link_stat "file-name" failed: No such file or directory (2) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1141) [sender=3.1.0dev] rsync:

I'm having two problems. The first is that when running with --files-from and -ii unmodified files are not put in the log. --out-format=%-14b %C %-14l %i %B %M %f All that appears in the log is Number of files: 0 Number of created files: 0 Number of regular files transferred: 0 Total file size: 0 bytes Total transferred file size: 0 bytes Literal data: 0 bytes Matched data: 0 bytes File list

Got this strange error: receiving incremental file list rsync: opendir "/.~tmp~" (in <sender-module>) failed: Permission denied (13) IO error encountered -- skipping file deletion rsync: opendir "/path/.~tmp~" (in <sender-module>) failed: Permission denied (13) invalid multi-message 22:4 [sender/inc] *************************************** rsync: connection

It seems the latest timeout changes in 3.1 work well. I was having repeated timeout aborts in a sync of large files through a very slow connection, which made each file transfer take very long. The latest version no longer aborts and the sync finished successfully. The destination used version 3.1 and the origin some 2.9; protocol was 29.

I've just got the log lines below. The first line shows the format spec that prints each column: %'b %'l %f 0 18,760 f1 0 11,193 f2 32,768 2,186 f3 3,128,368 3,453,856 f4 13,680 11,786 f5 32,768 6,288 f6 0 6,498 f7 0 6,346 f8 0 6,570 f9

3.1, including the latest version, produces bogus ---stats output: % rsync -r --stats . > /tmp/3.1-n % tail -n 17 /tmp/3.1-n Number of files: 3,159 (reg: 2,984, dir: 173, link: 2) Number of created files: 0 Number of deleted files: 0 Number of regular files transferred: 0 Total file size: -6,417,895,484,864,819,269 bytes ************************************************* Total transferred file

Hi all, I am using rsync v.3.0.7 (protocol v30) on ubuntu 10.04. My rsync line looks like this, cd /home/shantanu/ rsync -av --files-from=bin/include-to-rsync.dat /home/shantanu/ \ /media/transcend/backup_laptop/shantanu/ include-to-rsync had directories in this format, bank/ dwhelper/ clients/ When I ran the script I noticed that a files in bank/10-11 were not getting synced. Upon

https://bugzilla.samba.org/show_bug.cgi?id=8817 Summary: Custom format for --list-only Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: abacabadabacaba at gmail.com

I've been very interested in these discussions and uses of rsync as a "clone" of Time Machine. A couple of things have been keeping me from a fully automated solution. I'd like to eliminate the need for Samba/NFS mounts of any kind, because they have proven to be unreliable for me and under some operating environments (Cygwin) it breaks --link-dest. In most of the articles

On Tue, Jul 15, 2014 at 10:46 AM, John Criswell <jtcriswel at gmail.com> wrote: > On 7/15/14, 9:32 AM, Gaoyao Xiao wrote: > > Hi, > > > I have some IR files which can be compiled using llc-3.0 and gcc-4.6.3. > I want to instrument these IR files. My instrumentation pass is implemented > under LLVM-3.5 and some data structures in LLVM-3.5 are not available on >

rpeng@jhsph.edu wrote: > I get different behavior on Linux: > > system("mkdir newdir") > dir("newdir", all.files = TRUE, recursive = TRUE) ## R hangs The point is that all.files=TRUE implies returning also "." and ".."! Hence the recursion uses to be infinite (from "." to "." to "." ......). If recursiv = TRUE,

https://bugzilla.samba.org/show_bug.cgi?id=7668 Summary: Add --omit-symlink-times option, same purpose as --omit- dir-times Product: rsync Version: 3.0.7 Platform: All OS/Version: FreeBSD Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned at

On Thu, Jun 3, 2010 at 10:45 PM, Nehal Gandhi <nbg2k7 at gmail.com> wrote: >> Hi Eli, >> >> Thanks for that. Rookie mistake on my side. It solves the linking issue. >> However, it was not the main problem. The problem is when I execute the >> linked file ( modified bitcode + file containing the function), I get an >> assertion error - Assertion `Addr