Hello Sam
Just a few comments.
As you found out the example config files on the slac web page are quite
old and out dated. I will take them down and replace them with a newer
version. The configuration options changed a bit they are easier now.
Also if possible you should use the cmsd instead of the olbd,
I modified your config files and made one out of it that will work with
both your data server and redirector.
# config file for both dataserver and redirector
all.manager svr025.gla.scotgrid.ac.uk 2526
all.export /gridstore4 r/w
if svr025.gla.scotgrid.ac.uk
all.role manager
else
all.role server
fi
xrootd.fslib /root/20090202-1402/lib/libXrdOfs.so
xrootd.allow host svr025.gla.scotgrid.ac.uk
xrd.protocol xrootd *
xrd.port 2525
cms.allow host svr025.gla.scotgrid.ac.uk
cms.trace redirect
In order to start the xrootd and cms you can run:
/root/20090202-1402/bin/xrootd -c <configfile> -l <logfile>
/root/20090202-1402/bin/cmsd -c <configfile> -l <logfile>
If there is already a xrootd running on one of these machine you have to
use the name option (-n) for the xrootd/cmsd, e.g.:
/root/20090202-1402/bin/xrootd -n mytest -c <configfile> -l <logfile>
/root/20090202-1402/bin/cmsd -n mytest -c <configfile> -l <logfile>
You could also use the StartXRD, StartCMS scripts which are in the etc dir
of the xrootd release but for this you have to configure the StartXRD.cf
script.
I hope this helps. Please let me know if you have more questions.
Cheers,
Wilko
On Wed, 6 May 2009, Fabrizio Furano wrote:
> Hi Sam,
>
> so, if your preference is for the cern all-in-one bundle, then all the
> instructions are in the cern url which I sent to you.
>
> Changing the ports is trivial and does not require low level tweaking, since
> the values are in the meta-configuration file system.cnf. Just put reasonable
> values following the criteria which are there.
>
> My advice is to setup/run tests in a machine which is not in production,
> even a linux laptop is 100% ok. Just for convenience and ease of operation.
>
> Just a question: what is your test setup supposed to be for?
>
> Fabrizio
>
> Sam Skipsey wrote:
>> Hi Fabrizio,
>>
>> So, I tried setting oss.localroot (and r/w) , but the data server
>> still insists that it doesn't have write access to the filesystem and
>> so sets itself to read only.
>> Since it is being run as dpmmgr user, and the filesystem is owned by
>> that user and is mode 0700, I'm at a bit of a loss to explain this.
>>
>> Thank you for the CERN link - I've been using the packages from the
>> slac link, so at least the version of xrootd I have is reasonably up
>> to date. Unfortunately, I doubt that I can directly use the all-in-one
>> version without modifying it anyway, since I need to run the services
>> on non-standard ports - I'm trying to run this initial test xrootd
>> service on a head node which already hosts a dpm server (and
>> dpm-xrootd plugins), so I can't use the default ports.
>> (The style of the configuration files is based on the Example files
>> provided on the SLAC website. Perhaps the examples need a bit of
>> updating ;) )
>>
>> Sam
>>
>> 2009/5/6 Fabrizio Furano <[log in to unmask]>:
>>> Hi Sam,
>>>
>>> you should specify r/w in the export directive of the data server,
>>> writing
>>> this:
>>>
>>> xrootd.export /gridstore4 r/w
>>>
>>> Then please verify that you are specifying the correct localroot option.
>>>
>>> Moreover, the config files you wrote look really obsolete, and probably
>>> valid for very old versions. My suggestion is to get a newer package and
>>> refer to the online documentation to configure it. Things are much simpler
>>> now, in the sense that fewer directives are needed.
>>>
>>> Depending on your preferences, there are two flavors of the bundle which
>>> you can get: the vanilla one and the 'automatic all-in-one' one.
>>> Respectively, you can find the first here:
>>>
>>> http://xrootd.slac.stanford.edu
>>> (or you can take the tarball from the last ROOT version)
>>>
>>> and the second here:
>>>
>>> http://savannah.cern.ch/projects/xrootd
>>>
>>> Fabrizio
>>>
>>>
>>> Sam Skipsey wrote:
>>>> Hello, all:
>>>>
>>>> I may be being stupid here, but:
>>>>
>>>> I'm in the initial phase of messing around with xrootd here at
>>>> Glasgow, and I can't seem to get my diskserver to add itself as
>>>> writeable.
>>>>
>>>> The arrangement is:
>>>> svr025.gla.scotgrid.ac.uk running as a redirection server (xrootd on
>>>> port 2525 and olbd on 2526)
>>>> disk042.gla.scotgrid.ac.uk (for example) running as a data server
>>>> (same services on same ports)
>>>>
>>>> The config for the two is:
>>>>
>>>> redirector:
>>>> #
>>>> # redirectserver.cf
>>>> #
>>>> # xrootd
>>>> xrootd.port 2525
>>>> xrootd.fslib /root/20090202-1402/lib/libXrdOfs.so
>>>> xrootd.export /gridstore4
>>>> #oss.readonly
>>>> odc.manager svr025.gla.scotgrid.ac.uk 2526
>>>> odc.trace redirect
>>>> # olbd
>>>> olb.port 2526
>>>> olb.allow host disk042.gla.scotgrid.ac.uk
>>>> olb.allow host svr025.gla.scotgrid.ac.uk
>>>> ofs.redirect remote svr025.gla.scotgrid.ac.uk
>>>> xrootd.allow host svr025.gla.scotgrid.ac.uk
>>>>
>>>>
>>>> dataserver:
>>>> #
>>>> # dataserver.cf
>>>> #
>>>> # xrootd
>>>> xrootd.port 2525
>>>> xrootd.fslib /root/20090202-1402/lib/libXrdOfs.so
>>>> xrootd.export /gridstore4
>>>> #oss.readonly
>>>> odc.manager svr025.gla.scotgrid.ac.uk 2526
>>>> # olbd
>>>> olb.port 2526
>>>> olb.subscribe svr025.gla.scotgrid.ac.uk 2526
>>>> ofs.redirect remote svr025.gla.scotgrid.ac.uk
>>>> oft.redirect target
>>>>
>>>>
>>>> However, when disk042 connects to the redirection server, I see:
>>>>
>>>> 090506 14:19:21 31690 olb_Manager: server disk042 defaulted r /
>>>>
>>>> and on the disk:
>>>> 090506 14:18:01 001 olb_Meter: Warning! No writable filesystems found;
>>>> write access and staging prohibited.
>>>>
>>>> and, indeed, xrdcp to disk042 fails (but copying from it works
>>>> perfectly).
>>>> The exported filesystem (/gridstore4) is writable by the user owning
>>>> the xrootd processes, however (indeed, it is owned by the same user,
>>>> with mode 770).
>>>>
>>>> This is probably something stupid, but... any help appreciated.
>>>>
>>>> Sam Skipsey
>>>> Glasgow
>
|