Sorry, I read it too fast to notice the difference in the variables.
If the init scripts expect FRMD_DEFAULT_OPTIONS and you're using 3.3.1
then the init scripts somehow did not get updated. FRM_* was deprecated
sometime before 3.2. So you might want to check that out.
http://xrootd.cern.ch/cgi-bin/cgit.cgi/xrootd/tree/packaging/rhel/xrootd.functions?h=stable-3.3.x#n265
In fact we were supposed to drop support for FRMD_* in 3.3.0.
Lukasz
On 3/11/13 4:14 PM, Lukasz Janyst wrote:
> Yes, this indeed is the case. It's done this way so that you can run
> multiple instances of the same deamon if you so desire, and configure
> each one separately.
>
> Lukasz
>
> On 3/11/13 4:11 PM, Tommaso Boccali wrote:
>> the template /etc/sysconfig/xrootd reads
>>
>>
>> XFRD_DEFAULT_OPTIONS="-l /var/log/xrootd/xfrd.log -c
>> /etc/xrootd/xrootd-clustered.cfg -k 7"
>> …
>> XFRD_INSTANCES="default"
>>
>> while looking into the /etc/init.d/frm_xfrd start
>>
>> it is expecting to find
>>
>> FRMD_DEFAULT_OPTIONS="-l /var/log/xrootd/cms/xfrd.log -c
>> /etc/xrootd/xrootd-clustered.cfg -k 5g"
>> FRMD_INSTANCES="default"
>>
>>
>> tom
>>
>> On Mar 11, 2013, at 4:07 PM, Lukasz Janyst <[log in to unmask]> wrote:
>>
>>> I wrote the sysconfig stuff, but I don't understand what the question
>>> is...
>>>
>>> Lukqwa
>>>
>>> On 3/11/13 4:03 PM, Andrew Hanushevsky wrote:
>>>> Hi Tommaso,
>>>>
>>>> Then it now works, yes? I don't know the sysconfig part as I did not
>>>> put
>>>> that it. Perhpas, the person that did could explain the issue here.
>>>>
>>>> Andy
>>>>
>>>> On Mon, 11 Mar 2013, Tommaso Boccali wrote:
>>>>
>>>>> ok, now ok ?I needed to override all the FRM related variables in
>>>>> sysconfig ?
>>>>>
>>>>> I see recalls
>>>>>
>>>>> tommaso
>>>>> On Mar 11, 2013, at 2:26 PM, Tommaso Boccali <[log in to unmask]>
>>>>> wrote:
>>>>>
>>>>>> ok, I understood why start was not ok:
>>>>>>
>>>>>> it was searching in sysconfig stuff like
>>>>>>
>>>>>>
>>>>>> FRMD_INSTANCES="cms"
>>>>>> FRMD_CMS_OPTIONS="-l /var/log/xrootd/cms/xfrd.log -c
>>>>>> /etc/xrootd/xrootd-clustered.cfg -k 5g"
>>>>>>
>>>>>> while I had
>>>>>>
>>>>>> XFRD_INSTANCES="cms"
>>>>>> XFRD_DEFAULT_OPTIONS="-l /var/log/xrootd/xfrd.log -c
>>>>>> /etc/xrootd/xrootd-clustered.cfg -k 5g"
>>>>>> XFRD_CMS_OPTIONS="-l /var/log/xrootd/cms/xfrd.log -c
>>>>>> /etc/xrootd/xrootd-clustered.cfg -k 5g"
>>>>>>
>>>>>> (did it change name recently?)
>>>>>>
>>>>>> still, no recall triggered
>>>>>>
>>>>>> tom
>>>>>>
>>>>>> On Mar 11, 2013, at 1:49 PM, Tommaso Boccali
>>>>>> <[log in to unmask]> wrote:
>>>>>>
>>>>>>> Ciao,
>>>>>>> I am playing with a tape setup at CNAF, and I want to enable
>>>>>>> stagein support ?
>>>>>>>
>>>>>>> I have a simple xrootd.cfg (only relevant parts shown)
>>>>>>>
>>>>>>> ?
>>>>>>> all.export / r nomig nocheck nodread stage
>>>>>>>
>>>>>>> # Hosts allowed to use this xrootd cluster
>>>>>>> cms.allow host *
>>>>>>>
>>>>>>> #stagein stuff....
>>>>>>> frm.xfr.copycmd out /bin/true 0
>>>>>>> frm.xfr.copycmd in stats noalloc /opt/xrootd/bin/copy.sh $SRC $DST
>>>>>>> frm.xfr.copymax 200
>>>>>>>
>>>>>>> # Keep this as a work-around for an xrootd bug
>>>>>>> oss.localroot /storage/gpfs_tsm_cms/cms/
>>>>>>> ?
>>>>>>>
>>>>>>> I have nomig since migrations will happen automatically ? Instead I
>>>>>>> have put an explicit stage-in part:
>>>>>>>
>>>>>>> frm.xfr.copycmd in stats noalloc /opt/xrootd/bin/copy.sh $SRC $DST
>>>>>>>
>>>>>>> what happens is that is I request a file which does not exist (or
>>>>>>> exists only on tape), and xrdcp client waits with
>>>>>>>
>>>>>>> 130311 13:25:16 14110 Xrd: ReadPartialAnswer: Server
>>>>>>> [ds-202-08-37.cr.cnaf.infn.it:1094] answered [kXR_waitresp] (4006)
>>>>>>> 130311 13:25:16 14110 Xrd: WaitResp: Waiting response for 1800 secs.
>>>>>>>
>>>>>>> and
>>>>>>>
>>>>>>>
>>>>>>> /opt/xrootd/bin/copy.sh
>>>>>>>
>>>>>>>
>>>>>>> in never invoked (i checked putting inside a lot of debug
>>>>>>> printout)..
>>>>>>>
>>>>>>> Also, if I do
>>>>>>>
>>>>>>> [root@ds-202-08-37 xrootd]# /etc/init.d/frm_xfrd start
>>>>>>> [root@ds-202-08-37 xrootd]#
>>>>>>>
>>>>>>>
>>>>>>> nothing happens ? instead by doing by hand
>>>>>>>
>>>>>>> frm_xfrd -l /var/log/xrootd/cms/xfrd.log -c
>>>>>>> /etc/xrootd/xrootd-clustered.cfg -k 5
>>>>>>>
>>>>>>> I get some logging, but again no attempt of stagein:
>>>>>>>
>>>>>>> ++++++ frm_xfrd [log in to unmask] initialization started.
>>>>>>> Config using configuration file /etc/xrootd/xrootd-clustered.cfg
>>>>>>> =====> frm.xfr.copycmd out /bin/true 0 # do nothing, stageout is not
>>>>>>> treated by Xrootd, we leave GPFS
>>>>>>> Config warning: ignoring invalid copycmd option '5h'.
>>>>>>> =====> frm.xfr.copycmd in stats noalloc timeout 5h
>>>>>>> /opt/xrootd/bin/copy.sh $SRC $DST
>>>>>>> =====> frm.xfr.copymax 200
>>>>>>> =====> oss.localroot /storage/gpfs_tsm_cms/cms/
>>>>>>> =====> all.adminpath /var/run/xrootd
>>>>>>> ++++++ Storage system initialization started.
>>>>>>> 130311 12:54:28 9832 oss_Export: warning, invalid path option r
>>>>>>> =====> all.export / r stage
>>>>>>> =====> oss.localroot /storage/gpfs_tsm_cms/cms/
>>>>>>> =====> oss.trace all
>>>>>>> ++++++ Configuring standalone mode . . .
>>>>>>> 130311 12:54:28 9832 oss_AioInit: started AIO read signal thread;
>>>>>>> tid=1078077760
>>>>>>> 130311 12:54:28 9832 oss_AioInit: started AIO write signal thread;
>>>>>>> tid=1095448896
>>>>>>> Config effective /etc/xrootd/xrootd-clustered.cfg oss configuration:
>>>>>>> oss.alloc 0 0 0
>>>>>>> oss.cachescan 600
>>>>>>> oss.fdlimit 512 1024
>>>>>>> oss.maxsize 0
>>>>>>> oss.localroot /storage/gpfs_tsm_cms/cms/
>>>>>>> oss.trace fff
>>>>>>> oss.xfr 1 deny 10800 keep 1200
>>>>>>> oss.memfile off max 12602175488
>>>>>>> oss.defaults r/w nocheck nodread nomig norcreate nopurge
>>>>>>> nostage xattr
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ciao and thanks
>>>>>>>
>>>>>>> tom
>>>>>>
>>>>>
>>>>>
>>>>> ########################################################################
>>>>>
>>>>> Use REPLY-ALL to reply to list
>>>>>
>>>>> To unsubscribe from the XROOTD-L list, click the following link:
>>>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
>>>>>
>>>>
>>>> ########################################################################
>>>>
>>>> Use REPLY-ALL to reply to list
>>>>
>>>> To unsubscribe from the XROOTD-L list, click the following link:
>>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
>>>
>>
>
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
