URL: <http://savannah.cern.ch/bugs/?87887> Summary: xrootdfs bug with sss in mount instructs Project: XROOTD Submitted by: bdouglas Submitted on: 2011-10-18 07:51 Severity: 4 - Important Priority: 5 - Normal Status: None Privacy: Public Assigned to: yangw Originator Email: Open/Closed: Open Discussion Lock: Any Fixed by commit(s): _______________________________________________________ Details: On node ascint3.hep.anl.gov inside /etc/fstab I have these xrootdfs mount instructions: xrootdfs /atlas8/atlas fuse rdr=root://atlas8.hep.anl.gov:1094//atlas,uid=10017,sss=/var/spool/xrootd/.xrd/sss.keytab 0 0 xrootdfs /atlas22/atlas fuse rdr=root://atlas22.hep.anl.gov:1094//atlas,uid=10017,sss=/var/spool/xrootd/.xrd/sss.keytab 0 0 (mount from two remote machines their xrootd partitions) Using this command - [root@ascint3 ~]# mount -t fuse -a XrdSec: No authentication protocols are available. Yet, the libraries exist - [root@ascint3 ~]# ldd /usr/bin/xrootdfs linux-vdso.so.1 => (0x00007fff282f0000) libXrdFfs.so.0 => /usr/lib64/libXrdFfs.so.0 (0x0000003d1f600000) libfuse.so.2 => /lib64/libfuse.so.2 (0x0000003ee8200000) libXrdPosix.so.0 => /usr/lib64/libXrdPosix.so.0 (0x0000003d1e600000) libXrdClient.so.0 => /usr/lib64/libXrdClient.so.0 (0x0000003d1ea00000) libXrdSecsss.so.0 => /usr/lib64/libXrdSecsss.so.0 (0x0000003d1ee00000) libXrdCryptoLite.so.0 => /usr/lib64/libXrdCryptoLite.so.0 (0x0000003d1f200000) libXrdUtils.so.0 => /usr/lib64/libXrdUtils.so.0 (0x0000003d1e200000) libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003fd4c00000) libdl.so.2 => /lib64/libdl.so.2 (0x0000003fd4800000) librt.so.1 => /lib64/librt.so.1 (0x0000003fd5400000) libssl.so.6 => /lib64/libssl.so.6 (0x0000003fe1200000) libcrypto.so.6 => /lib64/libcrypto.so.6 (0x0000003fda800000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003fe6600000) libm.so.6 => /lib64/libm.so.6 (0x0000003fd4400000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003fe2600000) libc.so.6 => /lib64/libc.so.6 (0x0000003fd4000000) /lib64/ld-linux-x86-64.so.2 (0x0000003fd3c00000) libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2 (0x0000003fe0200000) libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x0000003fdd600000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x0000003fdb800000) libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x0000003fdfe00000) libz.so.1 => /usr/lib64/libz.so.1 (0x0000003fd5000000) libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0 (0x0000003fde200000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x0000003fde600000) libresolv.so.2 => /lib64/libresolv.so.2 (0x0000003fd9c00000) libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003fd5800000) libsepol.so.1 => /lib64/libsepol.so.1 (0x0000003fd5c00000) [root@ascint3 ~]# ls -l /usr/lib64/libXrdSecsss.so.0 lrwxrwxrwx 1 root root 21 Oct 10 12:00 /usr/lib64/libXrdSecsss.so.0 -> libXrdSecsss.so.0.0.1 and the keytab file has the proper ownership - [root@ascint3 ~]# id xrootd uid=10017(xrootd) gid=501(atlas) groups=501(atlas) context=root:system_r:unconfined_t:SystemLow-SystemHigh [root@ascint3 ~]# ls -l /var/spool/xrootd/.xrd/sss.keytab -rw------- 1 xrootd atlas 138 Oct 11 07:41 /var/spool/xrootd/.xrd/sss.keytab Note if I change the mount string to - xrootdfs /atlas8/atlas fuse rdr=root://atlas8.hep.anl.gov:1094//atlas,uid=10017 0 0 xrootdfs /atlas22/atlas fuse rdr=root://atlas22.hep.anl.gov:1094//atlas,uid=10017 0 0 It works. Any idea what further debugging I should do? _______________________________________________________ Reply to this item at: <http://savannah.cern.ch/bugs/?87887> _______________________________________________ Message sent via/by LCG Savannah http://savannah.cern.ch/