Hi,
Well, first I can say that the message:
Error in <TUnixSystem::GetServiceByName>: no service "rootd" with protocol "tcp"
comes from the fact that you don't specify the port explicitly. If you do:
myfile2 = TFile::Open("root://glast01.slac.stanford.edu:1094//nfs/farm/g/glast/u07/mcenery/systests/GlastRelease/v6r2p1/VerticalGamma100MeV/linux/VerticalGamma100MeV_Histos.root");
that message will go away, but in any case it is harmless and just some
printout.
The next thing is that there is some linking problem in 4.02-00 (which
isn't there in 4.01-02). If I explicitly load both libThread.so and libNetX.so
by hand I can then do the TFile::Open of Matt's file from glast01.
So that explains what is going on for SL3. Something additional must
be going on for Matt on Windows, though, since he still gets TNetFile and
not TXNetFile.
Pete
On Sat, Feb 26, 2005 at 11:39:02AM -0800, Stephen J. Gowdy wrote:
> I tried doing this from yakut. IT has the same error. If I load the
> libNetx.so library it is a bit better but still an error;
>
> root [12] TXNetFile
> t("root://glast01//nfs/farm/g/glast/u07/mcenery/systests/G$
> Error in <TUnixSystem::GetServiceByName>: no service "rootd" with protocol
> "tcp"
> Error: t already declared as different type. ~TXNetFile() called
> FILE:(tmpfile) LINE:1
> *** Interpreter error recovered ***
>
> I see similar errors with BaBar tools;
>
> [yakut05] ~/reldirs/tstanalysis-24/workdir > KanFileUtil
> root://glast01//nfs/farm/g/glast/u07/mcenery/systests/GlastRelease/v6r2p1/VerticalGamma100MeV/linux/VerticalGamma100MeV_Histos.root
> PdtInit begin Job
> readMCppTable done.
> root://glast01//nfs/farm/g/glast/u07/mcenery/systests/GlastRelease/v6r2p1/VerticalGamma100MeV/linux/VerticalGamma100MeV_Histos.root
> 2005-02-26 11:38:37 11922 Err : TUnixSystem::GetServiceByName - no
> service "rootd" with protocol "tcp"
>
> Is this something that needs to be configured?
>
> On Sat, 26 Feb 2005, Peter Elmer wrote:
>
> > Hi Matt,
> >
> > On Sat, Feb 26, 2005 at 11:17:42AM -0800, Langston, Matthew David wrote:
> > > I know this configuration works because I am able to read ROOT files
> > > (histograms, trees, etc.) using our Java xrootd client. However, when
> > > I try to use the ROOT 4.02.00 command line I get this error from ROOT:
> > >
> > > root [0] myfile myfile = TFile::Open("root://glast01.slac.stanford.edu//nfs/farm/g/glast/u07/mcenery/systests/GlastRelease/v6r2p1/VerticalGamma100MeV/linux/VerticalGamma100MeV_Histos.root");
> > <...>
> > > Error in <TWinNTSystem::SendRaw>: cannot send buffer
> > > Info in <TAuthenticate::Authenticate>: attempted methods SSH/UidGid are not supported by remote server version
> > > Info in <TAuthenticate::Authenticate>: failure: list of attempted methods: UsrPwd SSH UidGid
> > > Error in <TPSocket::Authenticate>: authentication failed for [log in to unmask]
> > > Error in <TNetFile::TNetFile>: can't open connection to rootd on host glast01.slac.stanford.edu at port 1094
> > > Error in <TNetFile::Create>: authentication attempt unsuccessful
> > > root [1]
> >
> > I don't have any experience with using the TXNetFile client on Windows.
> > There were some outstanding issues, but I don't recall if they've been dealt
> > with yet. Maybe Gerri or Fabrizio can comment.
> >
> > One thing that is clear above is that you are not getting the right client
> > from the root plugin manager (i.e. you got the old TNetFile instead of the
> > new TXNetFile). We should probably figure out why that is happening first.
> > >From etc/system.rootrc I would expect "root://" to default to TXNetFile
> > for all platforms. I don't see any platform ifdef's there, so something else
> > must be going wrong.
> >
> > I guess the java client is the one that Tony has mentioned in his CHEP
> > talk?
> >
> > Pete
> >
> >
> > > And this is what I get in the xrootd log file:
> > >
> > > glast@glast01 $ tail -f /tmp/xrootd/xrdlog
> > > 050226 10:44:11 3310 XrdLink: ?:45@ntvpn2-008 disconnected after 0:00:00 (matching protocol not found)
> > > 050226 10:44:12 3310 XrdLink: ?:45@ntvpn2-008 disconnected after 0:00:00 (matching protocol not found)
> > >
> > > In the ROOT stack trace, I see that it is trying to login as "[log in to unmask]". OK, so I try telling ROOT to use anonymous credentials using this:
> > >
> > > root [1] TAuthenticate::SetGlobalUser("anonymous");
> > >
> > > However, I get the same "authentication attempt unsuccessful" error, except that now the ROOT stack trace reports that "[log in to unmask]" is not authorized.
> > >
> > > What am I doing wrong? Is it a ROOT configuration problem (perhaps something needs to go into .rootrc), is it an xrootd configuration problem? What does the "matching protocol not found" mean in the xrootd log file? What protocol is it talking about - perhaps an authentication protocol that I need to configure?
> > >
> > > As I mentioned, our Java client is able to read ROOT files from our simple xrootd server without problems. Our Java client sends "anonymous" for the username and "langston@trinity" for the password. This is what I get from the xrootd log file when connecting using our Java client:
> > >
> > > glast@glast01 $ tail -f /tmp/xrootd/xrdlog
> > > 050226 11:08:30 3310 XrootdXeq: User logged in as anonymou.12345:45@ntvpn2-008
> > > 050226 11:08:38 3310 XrdLink: Unable to receive from anonymou.12345:45@ntvpn2-008; connection reset by peer
> > > 050226 11:08:38 3310 XrdLink: anonymou.12345:45@ntvpn2-008 disconnected after 0:00:11 (link read error)
> > >
> > > Even though there is a "connection reset by peer" and a "link read error" message, the Java client is still able to read histograms and trees just fine.
> > >
> > > Any help on getting the ROOT command line to be able to read files from our xrootd server would be appreciated.
> > >
> > > Warmest regards, Matt
> > >
> >
> >
> >
> > -------------------------------------------------------------------------
> > Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644
> > Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland
> > -------------------------------------------------------------------------
> >
>
> --
> /------------------------------------+-------------------------\
> |Stephen J. Gowdy | SLAC, MailStop 34, |
> |http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, |
> |http://calendar.yahoo.com/gowdy | Menlo Park CA 94025, USA |
> |EMail: [log in to unmask] | Tel: +1 650 926 3144 |
> \------------------------------------+-------------------------/
-------------------------------------------------------------------------
Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644
Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland
-------------------------------------------------------------------------
