 |
 |
Hi Doug, It won't show up in the screen (it actually can't because it's a daemon with no terminal). Instead, the message will be routed to the log. Andy On Tue, 18 Oct 2011, Doug Benjamin wrote: > Hi, > Actually the error did not show up on my screen during /etc/init.d process. I will admit I did not check the running process with ps command. I should have done it. I will check later. > Cheers, > Doug > > Sent from my iPad please excuse the typos and creative grammar > > > On Oct 18, 2011, at 12:17, Andrew Hanushevsky <[log in to unmask]> wrote: > >> Hi Doug, >> >> Unlikely that the cmsd started. There is no manager directive in the config file (only a meta manager). The cmsd won't like that and will give you an error and exit. >> >> Andy >> >> On Tue, 18 Oct 2011, Doug Benjamin wrote: >> >>> Hi, >>> That is what I though but I started a cmsd and still see the message. >>> >>> Doug >>> >>> Sent from my iPad please excuse the typos and creative grammar >>> >>> >>> On Oct 18, 2011, at 11:46, Andrew Hanushevsky <[log in to unmask]> wrote: >>> >>>> Hi Doug, >>>> >>>> You specified 'role' that means you are declaring that this server is part of a cluster. So, the server is looking to rendezvous with this companion cmsd. That cmsd is not running, apparently. >>>> >>>> Andy >>>> >>>> On Tue, 18 Oct 2011, Doug BENJAMIN wrote: >>>> >>>>> Hi, >>>>> >>>>> I am seeing this error in a stand-alone xrootd file server - >>>>> >>>>> 111018 04:14:06 30417 cms_Finder: Waiting for cms path /var/spool/xrootd/admin/.olb/olbd.admin >>>>> >>>>> Here is the config file - >>>>> >>>>> [root@atlas8 ~]# cat /etc/xrootd/xrootd-standalone.cfg >>>>> >>>>> all.adminpath /var/spool/xrootd/admin >>>>> >>>>> oss.space public /disk/data* >>>>> >>>>> all.export /atlas r/w stage nocheck nodread >>>>> all.export /atlas/local r/w nostage nocheck nodread >>>>> >>>>> all.role server >>>>> xrd.port 1094 if exec xrootd >>>>> >>>>> xrootd.chksum max 3 adler32 /usr/bin/xrdadler32 >>>>> >>>>> xrootd.seclib /usr/lib64/libXrdSec.so >>>>> >>>>> # this specify that we use the 'unix' authentication module, additional one can be specified. >>>>> sec.protocol /usr/lib64 unix >>>>> >>>>> # specify the sss authentication module >>>>> #sec.protocol /usr/lib64 sss -s /var/spool/xrootd/.xrd/sss.keytab -c /var/spool/xrootd/.xrd/sss.keytab >>>>> sec.protocol /usr/lib64 sss -s /var/spool/xrootd/.xrd/sss.keytab >>>>> >>>>> # this is the authorization file >>>>> acc.authdb /etc/xrootd/auth_file >>>>> ofs.authorize >>>>> >>>>> #sec.protbind *.hep.anl.gov unix >>>>> >>>>> # Global Redirector information >>>>> all.manager meta glrd.usatlas.org:1095 >>>>> >>>>> ofs.notify closew create mkdir mv rm rmdir trunc | /usr/bin/XrdCnsd -d -D 2 -i 90 -b atlas22.hep.anl.gov:1095:/atlas/inventory >>>>> >>>>> #frm.purge.policy * 500g 750g hold 168h >>>>> frm.xfr.copycmd in stats noalloc /etc/xrootd/new-stagein.sh $SRC $DST $CID >>>>> #frm.xfr.copycmd in stats /etc/xrootd/new-stagein.sh $SRC $DST $CID >>>>> >>>>> oss.xfr deny 10m >>>>> >>>>> cms.prep echo >>>>> cms.space min 10g 15g >>>>> >>>>> cms.allow host *.hep.anl.gov >>>>> >>>>> -------------------- >>>>> >>>>> Thanks, >>>>> >>>>> Doug Benjamin >>>>> >>> >