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