similar to: rsync-2.6.3pre1: --delete-after does not work

Displaying 20 results from an estimated 5000 matches similar to: "rsync-2.6.3pre1: --delete-after does not work"

2009 Jul 14
1
--delete not working (minimal example)
--delete option is not working for me. The following is a minimal example. $ mkdir box1 box2 $ touch box1/letter box2/extra $ rsync -a -vv box1/ box2/ sending incremental file list delta-transmission disabled for local transfer or --whole-file letter total: matches=0 hash_hits=0 false_alarms=0 data=0 sent 92 bytes received 34 bytes 252.00 bytes/sec total size is 0 speedup is 0.00 $ tree
2008 Jul 02
1
Non-clean Rsync 3.0.3 exit on OSX
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've compiled rsync 3.0.3 on OSX 10.4 PPC via the plain jane ./configure; make method (no patches). The resulting binary has then been moved to /usr/local/bin/rsync3 and copied to a OSX 10.5.4 Intel client machine as rsync3. I then run the following command: rsync3 -vvv -e ssh -avAX --progress --delete -
2018 Dec 31
2
--partial does not "unhide" the files
Kevin Korb via rsync <rsync at lists.samba.org> (So 30 Dez 2018 23:56:44 CET): > I think --partial might be a red herring here. It only applies to what > happens when rsync is aborted in the middle of a file. What happens > without -P? Same happens w/o --partial. I append 2 logs: - a from localhost to remote server, exposing the missing "rename" - b from localhost to
2004 Apr 21
1
rsync-2.6.1pre-1 hang
Hi, I am running mentioned rsync version in daemon mode on a x86 machine which is a Gentoo Linux running kernel 2.4.26 and glibc 2.3.3_pre20040207. During the sync from another machine, the rsync daemon hangs; client receives no data and server waits on select() call. when this happens, rsync server process can only be killed by SIGKILL; no timeout occurs on server side. ssh is not being used for
2008 Dec 04
1
rsync Failure
Hello All: I'm having an issue with rsync in that it recently (11/29/2008) started to crash during a daily cron job backup. Below is some info on how rsync is being used to backup our servers. Version: 2.6.9 Execution: Called daily via a wrapper script, and up until about 2 weeks ago, ran fine. The wrapper script just loops through a series servers to backup. The first server
2004 Aug 16
1
testing rsync 2.6.3pre1
I announced the release of 2.6.3pre1 on the rsync-announce mailing list back on the 12th. I was thinking at the time that this email would get seen by those on the regular rsync list, but I forgot that this is not how the rsync lists are setup. For those that missed it, here is the text of the announcement: ------------------------------------------------------------------------------ I have
2020 Feb 01
1
[Bug 14260] New: leading / added to file name causing file not found when setting permissions
https://bugzilla.samba.org/show_bug.cgi?id=14260 Bug ID: 14260 Summary: leading / added to file name causing file not found when setting permissions Product: rsync Version: 3.1.3 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: core
2014 Nov 26
0
rsync not transferring files [SOLVED]
Something is not right as I have added files to the server that has never shown up on my backup machine - so everything is NOT being update by any means. I finally removed rsync - version rsync-3.0.6-12.el6.x86_64 and installed the same version that is on my server which is rsync-3.1.1-1.el6.rfx.x86_64 Now everything is working as expected. Perhaps there is something between the two different
2004 Sep 15
0
(no subject)
Hi, I'm trying to get rsync over OpenSSH/Cygwin working. I started with a command like this (which fails): $ rsync -v -v -v --recursive --rsh="ssh -i /home/ul081b/mpdm-keys/rsa-mpdm01 mpdm@mpdm-w2k3" MPDM-W2K3::MPDM . opening connection using ssh -i /home/ul081b/mpdm-keys/rsa-mpdm01 mpdm@mpdm-w2k3 MPDM-W2K3 rsync --server --daemon . bash: line 1: MPDM-W2K3: command not found
2014 Nov 24
1
rsync not transferring files
I really want to thank you for taking time to help me with this. I have changed the rsyncd.conf as per you suggestion below. I have several different systems that sync to the server and today they were showing this Number of files: 25832 Number of files transferred: 78 Total file size: 49441191919 bytes Total transferred file size: 37421120 bytes Literal data: 36955331 bytes Matched data:
2018 Dec 30
0
--partial does not "unhide" the files
I think --partial might be a red herring here. It only applies to what happens when rsync is aborted in the middle of a file. What happens without -P? Also, it is worth trying with --inplace. On 12/30/18 5:32 PM, Heiko Schlittermann via rsync wrote: > Hi, > > I used --partial to transfer files from my local computer (rsync 3.1.2, > Debian) to a remote computer (rsync 3.1.1 WD
2004 Jul 22
2
Strange behaviour rsync pull from sun to ppc linux, Integer overflow - attempted 64 bit offset
Hi, I am running rsync on an embedded linux (ppc) like this: rsync -avvv sun::file-system/ /rsyncexperiment Where sun is a solaris machine that has rsync: rsync version 2.5.7 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6, 64-bit system inums,
2018 Dec 31
0
--partial does not "unhide" the files
I can't say I have any idea why rsync would just skip that step and I can't duplicate it myself. Your only recourse might be to use --inplace on that system. On 12/31/18 12:33 PM, Heiko Schlittermann via rsync wrote: > Kevin Korb via rsync <rsync at lists.samba.org> (So 30 Dez 2018 23:56:44 CET): >> I think --partial might be a red herring here. It only applies to what
2003 Sep 03
1
[patch] replace dir with file error
Hit the "not a regular file (recv_files)" error last night having replaced a directory with a file. The really dumb part is that this was hit doing a link-dest on an empty destination so the robust_unlink would have presented no problem anyway. I can see no reason why non-directory special files should have any problem being replaced so i've changed that logic too. The new code
2005 Jan 12
1
Timezone error with chrooted rsync version 2.6.3pre1
Hi, I am not sure it this still is a point, but I just discovered that a chrooted rsync version 2.6.3pre1 is forgetting the time zone underways: Jan 12 07:00:01 ftp4 rsyncd[11091]: rsync on dobes/ from dobes@edoc1.gwdg.de (134.76.28.251) Jan 12 06:00:39 ftp4 rsyncd[11091]: wrote 732542 bytes read 182 bytes total size 553909487945 Logging is done with syslog. Time zone is GMT+1, the system
2004 Sep 16
3
Rsync param parsing using --rsh broken? (was: no subject)
Reposting this with a subject line :-) Hi, I'm trying to get rsync over OpenSSH/Cygwin working. I started with a command like this (which fails): $ rsync -v -v -v --recursive --rsh="ssh -i /home/ul081b/mpdm-keys/rsa-mpdm01mpdm@mpdm-w2k3" MPDM-W2K3::MPDM . opening connection using ssh -i /home/ul081b/mpdm-keys/rsa-mpdm01 mpdm@mpdm-w2k3 MPDM-W2K3 rsync --server --daemon . bash:
2009 May 15
1
rsync creates file twice
Hi, I'm using rsnapshot 1.3.1 on a Synology Diskstation ds 107+. # uname -a Linux ds107 2.6.15 #832 Sat Mar 7 00:44:45 CST 2009 armv5tejl GNU/Linux rsnpahot uses rsync, on my box there is: # rsync --version rsync version 3.0.6 protocol version 30 Copyright (C) 1996-2009 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit
2004 Jul 11
0
[PATCH] [TRIVIAL] whitespace + variable rename
The attached patch adds some whitespace to the recv_files() function declaration, and renames variable 'f' to 'f_out' in generate_files(). -------------- next part -------------- Index: generator.c =================================================================== RCS file: /cvsroot/rsync/generator.c,v retrieving revision 1.93 diff -b -c -r1.93 generator.c *** generator.c 30 Jun
2010 Oct 30
1
osx remote backup wrong permissions
Hi All, I'm trying a remote backup for the first time. It is between two laptops, I installed rsync 3.0.7 on both compiled patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/crtimes-64bit.diff patch -p1 <patches/crtimes-hfs+.dif f patch -p1 <patches/hfs_compression.diff ./configure make this all works perfectly for local backups, clones
2018 Dec 30
2
--partial does not "unhide" the files
Hi, I used --partial to transfer files from my local computer (rsync 3.1.2, Debian) to a remote computer (rsync 3.1.1 WD MyPassport Storage device) The files get transferred, but after successful transfer, the files are not renamed from .<tmpfile> to <file>. Where to go next? Here is the verbose output after transferring an empty file heiko at blade:~/Pictures$ rsync