Package: rsync
Version: 2.6.9-5.1
Followup-For: Bug #455194

I can confirm the problem described by Helmut Grohne and have some additional 
information.

I call rsync with the following command:

  rsync -avzoH --delete $sourcedirs $destdir

In the error messages 

  rsync: failed to set times on "some_path" Function not implemented (38)

"some_path" always refers to symbolic links.


So the error occurs when rsync tries to set the modification time of symbolic 
links, which, at least to my knowledge, is impossible.

The problem did not exist in version 2.6.9-5 of rsync.

A sample run with the vvv option that involves copying a link leads to:

-----------------------------------------------------------------------------
[EMAIL PROTECTED]:/tmp/rsynctest$ ll
total 8
drwxr-xr-x 3 cgogolin cgogolin 4096 2007-12-10 20:16 dest
drwxr-xr-x 2 cgogolin cgogolin 4096 2007-12-10 20:15 source
[EMAIL PROTECTED]:/tmp/rsynctest$ ll source
total 4
-rw-r--r-- 1 cgogolin cgogolin 10 2007-12-10 20:14 testfile
lrwxrwxrwx 1 cgogolin cgogolin  8 2007-12-10 20:15 testlink -> testfile
[EMAIL PROTECTED]:/tmp/rsynctest$ rsync -avvvi source/ dest
building file list ... 
[sender] make_file(.,*,2)
[sender] make_file(testlink,*,2)
[sender] make_file(testfile,*,2)
done
send_file_list done
send_files starting
server_recv(2) starting pid=2120
recv_file_name(.)
recv_file_name(testlink)
recv_file_name(testfile)
received 3 names
recv_file_list done
get_local_name count=3 dest
recv_files(3) starting
generator starting pid=2120 count=3
delta-transmission disabled for local transfer or --whole-file
recv_generator(.,0)
send_files(0, source/.)
..d..t...... ./
set modtime of . to (1197314100) Mon Dec 10 20:15:00 2007
recv_generator(testfile,1)
send_files(1, source/testfile)
send_files mapped source/testfile of size 10
calling match_sums source/testfile
>f+++++++++ testfile
sending file_sum
false_alarms=0 hash_hits=0 matches=0
sender finished source/testfile
recv_generator(testlink,2)
set modtime of testlink to (1197314100) Mon Dec 10 20:15:00 2007
rsync: failed to set times on "/tmp/rsynctest/dest/testlink": Function not 
implemented (38)
send_files(2, source/testlink)
cL+++++++++ testlink -> testfile
generate_files phase=1
send_files phase=1
recv_files(.)
recv_files(testfile)
got file_sum
set modtime of .testfile.mkM6ct to (1197314068) Mon Dec 10 20:14:28 2007
renaming .testfile.mkM6ct to testfile
recv_files(testlink)
recv_files phase=1
generate_files phase=2
send_files phase=2
send files finished
total: matches=0  hash_hits=0  false_alarms=0 data=10
recv_files phase=2
generate_files phase=3
recv_files finished
recv_generator(.,0)
set modtime of . to (1197314100) Mon Dec 10 20:15:00 2007
generate_files finished

sent 195 bytes  received 54 bytes  498.00 bytes/sec
total size is 18  speedup is 0.07
rsync error: some files could not be transferred (code 23) at main.c(977) 
[sender=2.6.9]
_exit_cleanup(code=0, file=main.c, line=977): about to call exit(23)
[EMAIL PROTECTED]:/tmp/rsynctest$ ll dest/
total 4
-rw-r--r-- 1 cgogolin cgogolin 10 2007-12-10 20:14 testfile
lrwxrwxrwx 1 cgogolin cgogolin  8 2007-12-10 20:18 testlink -> testfile
-----------------------------------------------------------------------------


Today I don't have the time to trace the problem with strace. If this is still 
necessary just tell me.


kind regards

Christian


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.21cg08
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages rsync depends on:
ii  libacl1                       2.2.45-1   Access control list shared library
ii  libc6                         2.7-3      GNU C Library: Shared libraries
ii  libpopt0                      1.10-3     lib for parsing cmdline parameters
ii  lsb-base                      3.1-24     Linux Standard Base 3.1 init scrip

rsync recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to