Print

Print


Emmanuel Olaiya wrote:

> Hi Jean-Yves
>
> Thanks, I didn't have this directive but I have added it now. Though 
> the data is still not being staged. Does anyone know where to look in 
> order to monitor the mps status?

I forgot to tell you that you also need:
oss.path /store mig
and that should make it.
it fou still encounter problems, you can use:
oss.trace all
in order to a better traing of the problem in the log file.
cheers,
JY

>
> cheers
>
> Manny
>
> PS.  Pete, when you bounce my original mail to this list, I also 
> didn't recieve a copy via it.
>
> Jean-Yves Nief wrote:
>
>> hello Manny,
>>
>>                do you have the following directive in your config 
>> files ?
>> for the load balancer on the data servers:
>> olb.path rs <what ever path you need, eg: /store>
>> s means that the file in this file system can be staged.
>> hope this help.
>> cheers,
>> JY
>>
>> Emmanuel Olaiya wrote:
>>
>>  
>>
>>> *** Discussion title: KanSOS
>>> Email replies to [log in to unmask] must include:
>>> In-Reply-To: <[log in to unmask]>
>>> Subject: ...change this to be about your reply.
>>>
>>> Hi
>>>
>>> I'm having problems interfacing MPS with the MSS at RAL and was 
>>> wondering if anyone has any ideas that could help me. I have a 
>>> script to retrieve data
>>>   
>>> from our MSS at RAL (MSSGet.pl). This works well with mps_stage on the 
>>
>>  
>>
>>> command line. I'm now trying to set this up within the xrootd.cf config
>>> file. I have added the following lines to the config file on a 
>>> server machine
>>>
>>> mps.stage.xfrcmd /opt/xrootd/utils/mps_Stage
>>> mps.stage.msscmd /home/csf/olaiya/testspace/area1/MSSGet.pl
>>>
>>> However when I ask for a file that is in the MSS but not on disk it 
>>> does not get staged. Is there any other directives that people 
>>> believe I should add to the config file?
>>>
>>> When I restart xrootd and oldb on the dataserver I see all the ofs 
>>> and oss directives printed out in the xrdlog file. I don't see any 
>>> of my mps
>>> directives printed here which makes me think they aren't  
>>> interfaced. Am I supposed to see the directives here or is there a 
>>> separate log file where I can monitor mps output? This is the tail 
>>> end of my xrdlog:
>>>
>>> ofs.authorize
>>> ofs.redirect target
>>> ofs.fdscan     9 120 1200
>>> ofs.maxdelay   60
>>> ofs.trace      0
>>> 040909 23:31:02 21726 oss_Init: (c) 2003, Stanford University, oss
>>> Version1.0.0
>>> 040909 23:31:02 21726 oss_config: Storage system initialization 
>>> started.
>>> 040909 23:31:02 21726 oss_config: Storage system initialization 
>>> completed.
>>> /opt/xrootd/etc/xrootd.cf oss configuration:
>>> oss.alloc        0 0 0
>>> oss.cachescan    600
>>> oss.compdetect   *
>>> oss.fdlimit      512 1024
>>> oss.maxdbsize    0
>>> oss.localroot /stage/bdata-data38/kanga
>>> oss.stagecmd /opt/xrootd/utils/mps_Stage
>>> oss.mssgwpath /tmp/gateway.mss.21726
>>> oss.trace        0
>>> oss.xfr          1 9437184 30 10800
>>> oss.path   /store  r/o
>>> oss.cache  public /stage/bdata-data38/cache/
>>> oss.cache  public /stage/bdata-data46/cache/
>>> 040909 23:31:02 21726 oss_MSS_Init: Mass storage interface 
>>> initialization started.
>>> 040909 23:31:02 21726 oss_MSS_Init: Mass storage interface initialized.
>>> 040909 23:31:02 21726 Prep log directory not specified; prepare 
>>> tracking disabled.
>>> 040909 23:31:02 21726 Exporting /store
>>> 040909 23:31:02 21726 XRootd protocol version 2.2.0 build 
>>> 20040901-0613 successfully loaded.
>>> 040909 23:31:02 21726 [log in to unmask]:1094 initialization 
>>> completed.
>>>
>>> Also as the problem could be with my script, is there a log file 
>>> where I would see any output generated from it?
>>>
>>> cheers
>>>
>>> Manny
>>>
>>>
>>>
>>>   
>>