 |
 |
Hi Artem, Sorry for the late reply. The "problem" is not related to xproofd and seems to come from the 'xrd.adminpath' directive which I never used in my simple tests on Solaris. However, if you name your session - e.g. 'xrootd [opts] -n xrd-artem' - everything should be fine. At least it is so on the machine I have for testing, which runs 5.9 . Please try. Then we can try to understand why Solaris has this feature, which seems unwanted. Gerri Artem Trunov wrote: >yHi, > >Note also, that with the regular libXrdOfs xrootd starts ok. > >artem. > >On Tue, 5 Dec 2006, Artem Trunov wrote: > > > >>Hi, >> >>I compiled root 5.13 for sol5.10 (x86_64, using solarisCC5 arch) >> >>but can't somehow run xrootd with proof lib. I am getting this strange >>message: >> >>061205 21:26:48 001 (c) 2005 Stanford University/SLAC XRootd. >>061205 21:26:48 001 XRootd seclib not specified; strong authentication >>disabled >>061205 21:26:48 001 XRootd fslib not specified; using native file system >>061205 21:26:48 001 (c) 2005 Stanford University/SLAC sfs (Standard File >>System) v 9.0n >>061205 21:26:48 001 Prep log directory not specified; prepare tracking >>disabled.061205 21:26:48 001 Warning, only '/tmp' will be exported. >>061205 21:26:48 001 XrootdOpen: Unable to obtain address for >>xproofd/.xrootd/admin port not specified >>061205 21:26:48 001 XrootdCreate: Unable to create socket >>xproofd/.xrootd/admin; no route to host >>061205 21:26:48 001 XrdProtocol: Protocol xrootd could not be loaded >> >> >>my config file is: >> >>xrd.adminpath /tmp/proof >> >>xrd.protocol xproofd:1093 /scratch/trunov/root/lib/libXrdProofd.so >>rootsys:/scratch/trunov/root >> >>xpd.rootsys /scratch/trunov/root >>xpd.workdir /scratch/trunov/proof >>xpd.resource static ~/proof/proof_ccsndev3.conf wmx:-1 selopt:random >>xpd.role worker if ccsndev3.in2p3.fr >>xpd.role master if ccali24.in2p3.fr >>xpd.poolurl ccxrdsn001.in2p3.fr >>xpd.namespace /pnfs >> >> >>I must also note, that identical config is working with root tarball for >>SL3 I've donloaded. >> >>Just in case also: all admin dirs have right permissions. >> >>artem. >> >> >> > > >