rsync default handling of permissions

[Stefan Nehlsen]

The handling of permissions in rsync (2.5.2) is nasty or
broken.

(tested platforms: Linux 2.4.x and Solaris 7)

We have a directory which should only accessible to a
group of users (test) :

[sn at noname test]$ ls -lda /home/test
drwxrws---    2 root     test         4096 Feb 13 15:44 /home/test

Every user has an umask of 007 and his/her own default group:

[sn at noname sn]$ id
uid=500(sn) gid=500(sn) groups=500(sn),5001(test)

Files and directory are created in the right way:

[sn at noname test]$ touch /home/test/file ; mkdir /home/test/dir
[sn at noname test]$ ls -la /home/test
total 12
drwxrws---    3 root     test         4096 Feb 13 15:51 .
drwxr-xr-x    8 root     root         4096 Feb 13 15:20 ..
drwxrws---    2 sn       test         4096 Feb 13 15:51 dir
-rw-rw----    1 sn       test            0 Feb 13 15:50 file

This works quite nice and I really don't want to mess things up
because there is also samba access to this directory.

This is the default behaviour of mkdir(2) and open(2).


Now there is a readonly, public rsyncd share on the webserver from
where I want to mirror into a subdirectory.

Files and directories on the rsyncd modul look like this:

[sn at noname test]$ rsync webserver::logs/archiv/support/02/02/
drwxr-x---        4096 2002/02/13 06:02:11 .
-rw-r-----       30994 2002/02/13 06:02:11 access-020213.gz
-rw-r-----        1644 2002/02/13 06:02:11 error-020213.gz

I run rsync to copy the directory:

[sn at noname test]$ rsync -r webserver::logs logfiles

I didn't get what I expected:

  The newly created directory "logfiles" is ok:

  [sn at noname test]$ ls -ld logfiles
  drwxrws---    3 sn       test         4096 Feb 14 10:52 logfiles

  One level deeper the group of the directory is good but w and s
  for group is missing:

  [sn at noname test]$ ls -ld logfiles/archiv
  drwxr-x---    3 sn       test         4096 Feb 14 10:52 logfiles/archiv

  Because s was not set for group on "logfiles/archiv" everything in
  its subdirectories is wrong:

  [sn at noname test]$ ls -la logfiles/archiv/support/02/02/
  total 44
  drwxr-x---    2 sn       sn           4096 Feb 13 16:12 .
  drwxr-x---    3 sn       sn           4096 Feb 13 16:12 ..
  -rw-r-----    1 sn       sn          30994 Feb 13 16:12 access-020213.gz
  -rw-r-----    1 sn       sn           1644 Feb 13 16:12 error-020213.gz

I want:
 
  [sn at noname test]$ ls -la logfiles/archiv/support/02/02/
  total 44
  drwxrws---    2 sn       test         4096 Feb 13 16:24 .
  drwxrws---    3 sn       test         4096 Feb 13 16:24 ..
  -rw-rw----    1 sn       test        30994 Feb 13 16:24 access-020213.gz
  -rw-rw----    1 sn       test         1644 Feb 13 16:24 error-020213.gz

Using -p does the expected but not wanted:

  [sn at noname test]$ rsync -rp webserver::logs logfiles
  [sn at noname test]$ ls -la logfiles/archiv/support/02/02/
  total 44
  drwxr-xr-x    2 sn       sn           4096 Feb 13 16:21 .
  drwxr-xr-x    3 sn       sn           4096 Feb 13 16:21 ..
  -rw-r--r--    1 sn       sn          30994 Feb 13 16:21 access-020213.gz
  -rw-r--r--    1 sn       sn           1644 Feb 13 16:21 error-020213.gz


What is rsync doing with permissions when -p is not given?

I think it should do nothing.


cu, Stefan
-- 
Stefan Nehlsen | ParlaNet Administration | sn at parlanet.de | +49 431 988-1260