Hi,

I just tested a restore of files with ACL's. The restored file is missing the
ACL's. The file was restored to the same ACL capable filesystem.

org. file:

# getfacl acltest

# file: acltest
# owner: root
# group: root
user::rw-
user:rg:rwx
group::---
mask::rwx
other::---

restored file:

# getfacl acltest

# file: acltest
# owner: root
# group: root
user::rw-
group::rwx
other::---

This is the File Set with 'aclsupport = yes':

FileSet {
  Name = "VU0EM003 Full"
  Include {
    Options {
      signature = MD5
      aclsupport = yes
    }
    Options {
           RegexDir = ".*000_KEIN_BACKUP.*"
           exclude = yes
    }
    File = /
    File = /server
    File = /public
    File = /home
  }
  Exclude {
    File = /cdrom
    File = /media
    File = /lost+found
    File = /mnt
    File = /dev
    File = /sys
    File = /proc
    File = /tmp
    File = /.journal
    File = /.fsck
  }
}


The client's fd was compiled with acl support:

config.out:

ACL support:                yes


There is only one unclear message about acl support in config.log:

configure:32849: checking for acl_get_file
configure:32905: gcc -o conftest -g -O2 -Wall   conftest.c -ldl  >&5
/tmp/ccq41UzW.o: In function `main':
/home/rg/bacula-2.0.2/conftest.c:164: undefined reference to `acl_get_file'
collect2: ld returned 1 exit status
configure:32911: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME ""
[...]

client's bacula-fd:

# ldd /opt/bacula/sbin/bacula-fd
        libacl.so.1 => /lib/libacl.so.1 (0x00002ad67d53b000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00002ad67d641000)
        libpython2.4.so.1.0 => /usr/lib/libpython2.4.so.1.0 (0x00002ad67d758000)
        libutil.so.1 => /lib/libutil.so.1 (0x00002ad67d996000)
        librt.so.1 => /lib/librt.so.1 (0x00002ad67da99000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00002ad67dba3000)
        libdl.so.2 => /lib/libdl.so.2 (0x00002ad67dcb8000)
        libwrap.so.0 => /lib/libwrap.so.0 (0x00002ad67ddbb000)
        libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0x00002ad67dec5000)
        libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0x00002ad67e00c000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00002ad67e280000)
        libm.so.6 => /lib/libm.so.6 (0x00002ad67e47f000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00002ad67e601000)
        libc.so.6 => /lib/libc.so.6 (0x00002ad67e70e000)
        libattr.so.1 => /lib/libattr.so.1 (0x00002ad67e94b000)
        /lib64/ld-linux-x86-64.so.2 (0x00002ad67d423000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x00002ad67ea4f000)

# ls -l /lib/libacl.so*
lrwxrwxrwx 1 root root    11 2007-02-09 16:54 /lib/libacl.so -> libacl.so.1
lrwxrwxrwx 1 root root    15 2007-01-11 14:05 /lib/libacl.so.1 -> 
libacl.so.1.1.0
-rw-r--r-- 1 root root 26088 2006-07-25 01:38 /lib/libacl.so.1.1.0


I'm not sure when I added 'aclsupport = yes', but I restarted the director and
the client's fd afterwards. The inc. backup from where I restore the file from
was done after that change.

Ralf

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to