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