[Bug 2734] --delete doesn't work

samba-bugs at samba.org samba-bugs at samba.org
Tue May 24 20:57:05 GMT 2005


https://bugzilla.samba.org/show_bug.cgi?id=2734





------- Additional Comments From maj at heko.dk  2005-05-24 13:57 -------
[different blocksizes]
Can this be an issue, when I messure enverthing i megabytes with "du -hsm"?

[-n doesn't update]
Now I udnerstand what you mean=)

I have forgot to mention a rather essential information. Before the rsync
command with -n, have I just run the same command without -n.

As the disks ought to be sync'ed, I use the -n just for safety reasons.

[compare with ls -lAR]
When I now have rsync'ed, my destination disk have run out of space.

cL+++++++ usr/lib/wine/user.exe.so
>f+++++++ usr/lib/wine/user32.dll.so
rsync: writefd_unbuffered failed to write 4 bytes: phase "unknown" [sender]:
Broken pipe (32)
rsync: write failed on "/mnt/backupboot/usr/lib/wine/user32.dll.so": No space
left on device (28)
rsync error: error in file IO (code 11) at receiver.c(291)
rsync: connection unexpectedly closed (5023511 bytes received so far) [generator]
rsync error: error in rsync protocol data stream (code 12) at io.c(434)
rsync: connection unexpectedly closed (17556 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(434)
#

Which to my understanding should not be the case:
# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hda2             3,8G  3,4G  175M  96% /
none                  189M     0  189M   0% /dev/shm
/dev/hda3             109G  105G  4,5G  96% /home
172.20.1.1:/home/ftp/pub/userspace
                      132G   28G   98G  22% /mnt/userspace
172.20.1.1:/home/maj  132G   28G   98G  22% /mnt/maj
/dev/hdd2             3,7G  3,7G     0 100% /mnt/backupboot
/home/maj/.bin#

Notice /dev/hda2 (source) have 3,4GB used of 3,8GB and
       /dev/hdd2 (dest.)  have 3,7GB used of 3,7GB.

The source side is 300MB smaller then the destination side, so there ought to be
space.

rsync starts be deleting files, so at this point I still ought to use your lib
compare script.

# ls -lAR /lib/ > /tmp/ls1
# ls -lAR /mnt/backupboot/lib/ > /tmp/ls2
# diff /tmp/ls1 /tmp/ls2
# diff /tmp/ls1 /tmp/ls2 > /tmp/ls-diff
# wc -l /tmp/ls-diff
205894 /tmp/ls-diff
#

# ll /tmp/ls-diff
-rw-r--r--  1 root root 8,6M May 24 22:49 /tmp/ls-diff
#

As you can see, it is a rather large file, so I have put it up at
http://www.heko.dk/~maj/ls-diff.bz2

Now only 600kb as bz2.

An example from the file:
---
> /mnt/backupboot/lib/modules/2.6.10-1.737_FC3/build/arch/um/sys-i386/util:
3227c3227
< -rw-r--r--  8 root root 211 Jan 10 20:00 Makefile
---
> -rw-r--r--  1 root root 211 Jan 10 20:00 Makefile
3229c3229
< /lib/modules/2.6.10-1.737_FC3/build/arch/um/sys-ia64:
---
> /mnt/backupboot/lib/modules/2.6.10-1.737_FC3/build/arch/um/sys-ia64:
3231c3231
< -rw-r--r--  8 root root 152 Jan 10 20:00 Makefile
---
> -rw-r--r--  1 root root 152 Jan 10 20:00 Makefile
3233c3233
< /lib/modules/2.6.10-1.737_FC3/build/arch/um/sys-ppc:
---
> /mnt/backupboot/lib/modules/2.6.10-1.737_FC3/build/arch/um/sys-ppc:
3235c3235
< -rw-r--r--  8 root root 1,8k Jan 10 20:00 Makefile
---
> -rw-r--r--  1 root root 1,8k Jan 10 20:00 Makefile
3237c3237
< /lib/modules/2.6.10-1.737_FC3/build/arch/um/util:
---

Notice how the checksum always differ by 2.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.


More information about the rsync mailing list