Displaying 20 results from an estimated 900 matches similar to: "hardlinks not working with inode number > 2^31"
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
2008 Jul 04
2
rsync --delete isn't deleting files
I had this working on an older version, since 2.6.9 that when I set
--delete and --dry-run, I get no "Deleting ******" lines. Also, the
--delete-before never worked for me.
Working on a space constrained mirror, this has proven very handy,
when it works. What's up with the new versions? I haven't changed a
thing.
Best regards,
Tiago Marques
2004 Dec 27
7
[Bug 2187] rsync large file getting verification failed using -z
https://bugzilla.samba.org/show_bug.cgi?id=2187
------- Additional Comments From qiucheng@csc.com.cn 2004-12-27 01:15 -------
Created an attachment (id=869)
--> (https://bugzilla.samba.org/attachment.cgi?id=869&action=view)
error log
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact
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
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
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
-
2003 Sep 30
2
problem with batch mode:
Hi!
I try to use batch mode to send only the difference between two packed CDs
by email over a slow line.
I create the diff with:
rsync -avvv --write-batch=rs CD-ROM-V6.6.32.zip CD-ROM-V6.6.31.zip
where
alfred:/Auslieferung/CD # l -n
-rw-r--r-- 1 0 0 453248121 Sep 2 16:22 CD-ROM-V6.6.31.zip
-rw-r--r-- 1 0 0 407416499 Sep 29 13:39 CD-ROM-V6.6.32.zip
resulting
2005 Jul 07
1
rsync 2.6.4 - directory always updated
Hi,
I'm trying to figure out why when I do an rsync (Solaris, version
2.6.4 on both sides) from a site on the West Coast of the US to a site
on the East coast, I keep getting directories updated when I use the
command like this:
# rsync -ar -v -v -i -O --force --delete --exclude=.snapshot --stats \
src:/sysic/lib/freedomlib_V100/ /sysic/lib/freedomlib_V100/
And I get output like this,
2002 Oct 11
4
Problem with checksum failing on large files
I'm having a problem with large files being rsync'd twice because of the
checksum failing. The rsync appears to complete on the first pass, but then
is done a second time (with second try successful). When some debug code was
added to receiver.c, I saw that the checksum for the remote file & the temp
file do not match on the first try, so (as expected) it repeats the rsync &
the
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:
2014 Nov 22
1
rsync not transferring files
Hi there,
I am running rsync-3.0.6-12.el6.x86_64 on a centos 6.6 box. Am trying to
get files from a remote server (centos 6.5) to my local machine. It
appears to connect fine, but does not transfer any file. this is what I
am seeing
[youcantoo at testbox home]# rsync -avvvzh -P --stats --delete
servername::backupdir/ /home/findmoore
opening tcp connection to servername port 873
sending daemon
2002 May 08
1
rsyncd.conf;
I have some rsync defined as a server on one of my production systems and
use to to sync out various configuration files for services running on the
box (dhcpd, dns named.conf files & the like). Both ends are Compaq
Alpha/Tru64 5.1 systems running rsync 2.5.5.
I'm having a fit trying to include certain files in specific subdirectories
under the main path; one such example is below:
2002 Dec 17
3
rsync problem behind a router
I have used rsync on many systems, and never had a problem. I am
stumped on what to do with this.
I have a box behind a LinkSys router and I can not "push" or "pull" data
to or from it from anywhere.
When I try, it logs into the remote server, gets the file list and just
stops.
The remote server shows a process running until I control-c out of
it.when I do that, I get:
rsync
2004 Jul 16
6
[Bug 1529] 32bit rollover problem rsyncing files greater than 4GB in size
https://bugzilla.samba.org/show_bug.cgi?id=1529
wayned@samba.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From wayned@samba.org 2004-07-14 09:55
2004 Oct 05
6
group change causing failure
OK, I searched through the archives and didn't find anything so I must be
doing something stupid.
I just compiled 2.6.3 and am trying to get it to run on linux 2.6.8.1 kernel
with a more or less fedora core2 environment. I was trying between two
systems but I have narrowed it down to what I believe is a pretty simple
case. Here is my setup/test:
Last login: Mon Oct 4 19:30:49 2004
2004 Jul 14
12
HP-UX 11i and largefiles on rsync 2.6.2
Hello,
I'm running HP-UX 11i on an rp74xx. It's 64-bit.
C compiler is as follows:
B3901BA B.11.11.03 HP C/ANSI C Developer's Bundle for HP-UX 11.i (S800)
B3913DB C.03.30.02 HP aC++ Compiler (S800)
/usr/bin/cc:
LINT B.11.11.02 CXREF B.11.11.02
HP92453-01 B.11.11.02 HP C Compiler
$ Sep 8 2000 23:13:51 $
I have successfully compiled rsync 2.6.2 and it
2008 Aug 18
8
DO NOT REPLY [Bug 5701] New: deadlock on local rsyncing, bisected to commit f303b749f2843433c9acd8218a4b9096d0d1bb8d
https://bugzilla.samba.org/show_bug.cgi?id=5701
Summary: deadlock on local rsyncing, bisected to commit
f303b749f2843433c9acd8218a4b9096d0d1bb8d
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: Linux
Status: NEW
Severity: major
Priority: P3
Component: core
AssignedTo:
2002 Sep 25
4
pulling data from the server
Hi all,
I have started the rsync in deamon mode. When I use the following
command:
rsync --port 9876 u018::treeA
it seems to work fine but no files are copied from the server.
Using rsync without the deamon works fine.
I tried to debug it a little bit, but I am unable to figure out what's
wrong.
337:david@u050 /export/treeA> rsync -r -vvv --port 9876 u018::treeA
opening tcp
2002 Jul 06
2
.iso file corrupted
Hello,
On doing "$ rsync --progress --archive --partial
-vvv
rsync://carroll.cac.psu.edu/redhat-ftp/redhat/linux/7.3/en/iso/i386/valhalla
-i386-disc1.iso ", I got the following output
<---------------------------------------------------------------------------
------>
local_version=24 remote_version=26
receiving file list ...
recv_file_name(valhalla-i386-disc1.iso)
received 1
2004 May 10
2
read error produces null-byte-filled destination file
I've run into a bug in the IO handling when reading a file. Suppose I
have a file that lives on an NFS filesystem. That filesystem is NOT
being exported with auth=0 permissions. So, if I try to access a file
as root, it successfully opens the file, but subsequent reads fail with
EACCES. This produces a destination file full of null bytes. I
noticed this with 2.5.7, but checked 2.6.2 as