 |
 |
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