Hi Jean-Yves
Ahh, thanks for pointing this out. Chris has pointed me to a script he
has written with the statx functionality. I have added this now.
cheers
Manny
Jean-Yves Nief wrote:
> hello Manny,
>
> Emmanuel Olaiya wrote:
>
>> Hi Jean-Yves
>>
>> Using the trace all directive has helped. In at least I can now see
>> the problem. I now see in the log file:
>>
>> 040914 14:06:30 8052 XrootdXeq: User logged in as olaiya.20722:14@csfe
>> 040914 14:06:30 8052 olaiya.20722:14@csfe oss_Open_ufs: fd=512
>> flags=0 mode=0
>> path=/stage/bdata-data38/kanga/store/PRskims/R14/14.4.3d/BCCC03a3body/15/Manny_test.01.root
>>
>> 040914 14:06:31 8052 XrdLink: olaiya.20722:14@csfe disconnected after
>> 0:00:01
>> 040914 14:06:42 8041 XrootdXeq: User logged in as olaiya.20727:14@csfe
>> 040914 14:06:42 8041 olaiya.20727:14@csfe oss_Open_ufs: fd=-2 flags=0
>> mode=0
>> path=/stage/bdata-data38/kanga/store/PRskims/R14/14.4.3d/BCCC03a3body/15/Manny_test2.01.root
>>
>> 040914 14:06:42 8041 oss_MSS_Xeq: sending to mss
>> '/home/csf/bbdatsrv/bin/MSSGet.pl statx
>> /store/PRskims/R14/14.4.3d/BCCC03a3body/15/Manny_test2.01.root'
>> 040914 14:06:42 8049 oss_MSS_Gateway: received
>> '/home/csf/bbdatsrv/bin/MSSGet.pl statx
>> /store/PRskims/R14/14.4.3d/BCCC03a3body/15/Manny_test2.01.root'
>> 040914 14:06:42 8041 oss_MSS_Xeq: received 'ub1017 *
>> /store/PRskims/R14/14.4.3d/BCCC03a3body/15/Manny_test2.01.root'
>> 040914 14:06:42 8041 oss_XrdOssMSS_Xeq: Unable to execute statx
>> /store/PRskims/R14/14.4.3d/BCCC03a3body/15/Manny_test2.01.root;
>> invalid response from mass storage system interface
>> 040914 14:06:42 8041 ofs_open: olaiya.20727:14@csfe Unable to open
>> /store/PRskims/R14/14.4.3d/BCCC03a3body/15/Manny_test2.01.root;
>> invalid response from mass storage system interface
>> 14/09 14:06:42 tape: Unable to open file
>> /store/PRskims/R14/14.4.3d/BCCC03a3body/15/Manny_test2.01.root for
>> writing
>> 040914 14:06:42 8041 XrdLink: olaiya.20727:14@csfe disconnected after
>> 0:00:00
>> Failed to read file to tape ub1017 at
>> /home/csf/bbdatsrv/bin/MSSGet.pl line 21
>>
>> Though I'm not too sure what statx is and where it comes from?
>
>
> statx return stat information on a file or a dir stored in your MSS
> (last access time, modify time etc....).
> you should have a statx functionality in your perl script: MSSGet.pl
> so when you call "MSSGet.pl statx <filename>",, it should return all
> the stat information in a format which should be the one you find in
> the xrootd documentation (oss.mssgwcmd) and that your xrootd daemon is
> expecting.
> cheers,
> JY
>
>>
>> cheers
>>
>> Manny
>>
>>
>> Jean-Yves Nief wrote:
>>
>>> 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
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
|