Displaying 20 results from an estimated 3000 matches similar to: "Permission issue while using rsync."
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
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
2008 Apr 30
2
rsync copying over existing files
Hi again all..
When using rsync 3.0 to sync files between 2 local directories, it works as
i expect it, but when the destination folder is a mounted smb share, it
always copies over the files even though they already exist on the
destination.
Any ideas on why this is happening? even using the same options, but with a
different destination path.
I have tried using -vvv, but it doesn't make
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
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:
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
2003 Oct 01
0
AW: problem with batch mode:
OK. I got the rsync CVS code and compiled under Linux.
That did the job, but only with --no-whole-file because of the local
transfer.
I then tried to read-batch... under Windows / Cygwin with the current Cygwin
rsync.
That didn't work - as expected.
After compiling again under cygwin it worked!
I can now create a diff from a new CD to the version before and send
the diff files by email.
On
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
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
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 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
2004 Aug 05
0
[Bug 1582] New: rsync dry run cannot find missing folders, contradicts actual run.
https://bugzilla.samba.org/show_bug.cgi?id=1582
Summary: rsync dry run cannot find missing folders, contradicts
actual run.
Product: rsync
Version: 2.6.2
Platform: All
OS/Version: IRIX
Status: NEW
Severity: normal
Priority: P3
Component: core
AssignedTo: wayned@samba.org
2001 Aug 31
0
Weird file permission behavior
We're having a problem trying to set up rsync to sync between a couple
of sites. This is NetBSD 1.5.1_ALPHA on the remote end (eftp) and
1.4.1 on the local end. The rsync versions appear to be identical, as
shown in the output.
Here is the full command being used:
rsync -r -C --exclude .snapshot -e /usr/pkg/bin/ssh -vvv --delete \
eftp.redback.com:/home/ftp/customers /service/eftp/
And
2002 May 22
1
unexplained error (code 255)
Everything worked, files transferred fine however a -vvv reveals that
the process did not end clean. The error is not seen with -v or even
-vv. Any insight? rsync version 2.5.5 protocol version 26, running on
Solaris 8.
Write failed flushing stdout buffer.
write stdout: Broken pipe
rsync error: unexplained error (code 255) at main.c(925)
_exit_cleanup(code=255, file=main.c, line=925): about to
2002 May 04
2
Failure to update differing file
I have two large files (2+MB), one of which is a corrupted version of
the other. I tried to rsync the good file to the corrupted one,
hoping it would repair the few bad bytes, but it did nothing. (I
tried to be careful not to specify the --archive or --update flags,
either explicitly or implicitly.)
The original problem occurrend on a transfer from one computer to
another. I then did a number
2009 Nov 16
3
DO NOT REPLY [Bug 6896] New: Copy to nfs mounted partitions fails - RHEL 5.4
https://bugzilla.samba.org/show_bug.cgi?id=6896
Summary: Copy to nfs mounted partitions fails - RHEL 5.4
Product: rsync
Version: 2.6.8
Platform: x64
OS/Version: Linux
Status: NEW
Severity: major
Priority: P3
Component: core
AssignedTo: wayned at samba.org
ReportedBy: simon at
2004 Jul 02
1
rsync and socket files on HP-UX
Hello,
i tried to pull files from a linux server to a hp-ux server via
rsync -avz -e /usr/bin/ssh root@bsl61u:/tmp /danzas1/dump/testle.
It failed for the socket fails.
receiving file list ...
server_sender starting pid=20793
[sender] make_file(daemon,*,2)
[sender] expand file_list to 131072 bytes, did move
recv_file_name(daemon)
received 1 names
done
recv_file_list done
get_local_name
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
2007 Nov 02
0
build/test problems with rsync-3.0.0pre4
Hi,
I tried to build rsync-3.0.0pre4 on a list of different plattforms
and got some problems with build or test suite.
first, the good news: the build and tests worked fine on these plattforms
Solaris 5.5.1, 5.6 and 5.8 (sparc) and 5.10 (x86 and sparc)
SUSE Linux 9.0 (amd64), 10.1 (amd6) SLES10 (32 and 64 bit)
RedHat 7.1 and 9.0 (32 bit)
RedHat EL3 (ia64)
problems
2007 Nov 15
1
Problem with rsync recent file logic ?
Hello,
I have 2 servers I'm synchronizing using rsync, I have a situation where I :
1. rsync from rnd-dev2 to rnd-dev1
2. change the rsynched file on rnd-dev1
3. rsync from rnd-dev2 to rnd-dev1 again
4. File gets overridden on rnd-dev1 over though it has newer change
time then file on rnd-dev2.
here is the bug(?) reproduction:
[root@rnd-dev1 test_rsync]# rsync --version
rsync version