Hi Manny, An example of the perl code that needs to be called but the xrootd server for the statx is in ~bbdatsrv/bin/XrdMSSStat.pl from the look of it you may need to combine that with the XrdMSSGet.pl to provide a single interface to both the "statx" and "get" calls. Yours, Chris. On Tue, 14 Sep 2004, 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 > >>>>> > >>>>> > >>>>> > >>>>> > >>>> > >>>> > >>>> >