similar to: hardlinks not working with inode number > 2^31

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