Print

Print


Andy complained the "-" in xrootdfs specific options. Do I dropped all of them in order to get him out of my office. This does make /etc/fstab look nicer but it also means that in command line, one has to do

xroodfs /mount_point -o rdr=root://...,R=daemon,sss=keyfile,allow_others,...

BTW, if  you just use "mount -a" (without -v), you will not see that "nothing was mounted" message.

regards,
Wei Yang  |  [log in to unmask]  |  650-926-3338(O)


On May 4, 2011, at 3:32 PM, Yang, Wei wrote:

> I have a new test binary at http://www.slac.stanford.edu/~yangw/xrootdfsd.3.0.4.rc1. It passed my simple test. The way I put all options in /etc/fstab is like this: I will checking if I don't hear objection by noon Friday.
> 
> xrootdfsd   /mount_point  fuse  allow_other,fsname=xrootdfs,max_write=131072,attr_timeout=10,entry_timeout=10,-rdr=root://atl-xrdr:11094//atlas/xrootd,-R=daemon,-sss=/tmp/sss.mykeytab 0 0
> 
> Note:
> 1. xrootdfs specific options (-rdr=, etc.) can be mixed with fuse options (allow_other, etc.)
> 2. the -sss option can take a parameter. If a parameter is provided, that is the sss key to be used. If only -sss is specified, "sss" is still enabled but will depend on the sss module itself to determine the location of the keyfile, see:
> 
> http://www.xrootd.org/doc/prod/sec_config.htm#_Toc248670309
> 
> regards,
> Wei Yang  |  [log in to unmask]  |  650-926-3338(O)
> 
> 
> On May 4, 2011, at 2:22 PM, Andrew Hanushevsky wrote:
> 
>> Hi Doug,
>> 
>> In a couple of days. Wei is testing it now.
>> 
>> Andy
>> 
>> -----Original Message----- 
>> From: Doug Benjamin
>> Sent: Wednesday, May 04, 2011 2:37 AM
>> To: Wei Yang ; Lukasz Janyst ; Doug Benjamin ; [log in to unmask]
>> Subject: [bug #81763] latest version of xrootdfs ignored $XROOTDFS_RDRURL 
>> $XROOTDFS_USER at startup
>> 
>> 
>> Follow-up Comment #3, bug #81763 (project xrootd):
>> 
>> any idea how long it would take to modify xrootdfs so it will work with
>> /etc/fstab fully?
>> 
>> 
>> 
>>   _______________________________________________________
>> 
>> Reply to this item at:
>> 
>> <http://savannah.cern.ch/bugs/?81763>
>> 
>> _______________________________________________
>> Message sent via/by LCG Savannah
>> http://savannah.cern.ch/ 
>> 
>