Print

Print


  Hi Remi,

On Fri, Nov 19, 2004 at 10:53:56AM -0800, Remi Mommsen wrote:
> Traceback:
> 
> #0  0xb73ee16e in malloc_consolidate () from /lib/tls/libc.so.6
> #1  0xb73ed769 in _int_malloc () from /lib/tls/libc.so.6
> #2  0xb73ecb0d in malloc () from /lib/tls/libc.so.6
> #3  0xb75628ae in operator new(unsigned) () from /usr/lib/libstdc++.so.5
> #4  0xb754eb93 in std::__default_alloc_template<true,  
> 0>::allocate(unsigned) () from /usr/lib/libstdc++.so.5
> #5  0xb7554bf8 in std::string::_Rep::_S_create(unsigned,  
> std::allocator<char> const&) () from /usr/lib/libstdc++.so.5
> #6  0xb7554d29 in std::string::_Rep::_M_clone(std::allocator<char>  
> const&, unsigned) () from /usr/lib/libstdc++.so.5
> #7  0xb7552a96 in std::string::reserve(unsigned) () from  
> /usr/lib/libstdc++.so.5
> #8  0xb7549cb9 in std::basic_stringbuf<char, std::char_traits<char>,  
> std::allocator<char> >::overflow(int) () from /usr/lib/libstdc++.so.5
> #9  0xb754ff64 in std::basic_streambuf<char, std::char_traits<char>  
>  >::xsputn(char const*, int) () from /usr/lib/libstdc++.so.5
> #10 0xb7546961 in std::ostream::write(char const*, int) () from  
> /usr/lib/libstdc++.so.5
> #11 0xb7547076 in std::basic_ostream<char, std::char_traits<char> >&  
> std::operator<< <std::char_traits<char> >(std::basic_ostream<char,  
> std::char_traits<char> >&, char const*) () from /usr/lib/libstdc++.so.5
> #12 0x08056089 in XrdClientConn::CheckResp(ServerResponseHeader*, char  
> const*) (this=0x8089ec8, resp=0x808c12c, method=0x807bad8 "Stat")
>      at XrdClientConn.cc:451

  This particular line appears to be:

      if (resp->status != kXR_ok) {
         if (resp->status != kXR_wait)
            Error(method, "Server [" <<
                  fUrl.Host << ":" << fUrl.Port <<
                  "] did not return OK message for"
                  " last request.");                            <----

         return FALSE;
      }

so it is having some problem printing the error message. (Shouldn't there
be an extra "<<"? Actually, it should probably be sprintf style to make
things clearer.)

  There is also the question as to why it gets to that point at all, of
course. I'm going to sleep, but will look at it tomorrow (hopefully after 
the new xrootd version is started on all of the various servers so we start 
from a well defined configuration).

                                   Pete


> #13 0x08055501 in XrdClientConn::SendGenCommand(ClientRequest*, void  
> const*, void**, void*, bool, char*, ServerResponseHeader*)  
> (this=0x8089ec8,
>      req=0xbfffe210, reqMoreData=0x8090b70, answMoreDataAllocated=0x0,  
> answMoreData=0xbfffda10, HasToAlloc=false, CmdName=0x807bad8 "Stat",
>      srh=0x0) at XrdClientConn.cc:344
> #14 0x0806d90a in XrdClientAdmin::Stat(char*, long&, long&, long&,  
> long&) (this=0x8089728,
>      fname=0x8090b70 "/prod/subskims/SPskims/001238/200302/1008/",  
> id=@0xbfffe4d8, size=@0xbfffe4d4, flags=@0xbfffe4d0,  
> modtime=@0xbfffe4cc)
>      at XrdClientAdmin.cc:255
> #15 0x0804c6d3 in CreateDestPath_xrd(XrdClientString, bool) (url=
>        {data = 0x8087e18  
> "root://bbrprod05:1094//prod/subskims/SPskims/001238/200302/1008/",  
> size = 64, capacity = 256}, isdir=true)
>      at Xrdcp.cc:170
> #16 0x0804e84b in main (argc=4, argv=0xbfffe7a4) at Xrdcp.cc:518
> 
> 
> Where is the server side logfile? Maybe this can give some hints what  
> the problem is. Or is it just a problem the server has an older version  
> than the client?
> 
> Cheers,
> 		Remi
> 
> ---------------------------------------------------------------------
> Progress in high energy physics: particles discovered yesterday are
> used for calibration today, and will be the background tomorrow.
> 
> *********************************************************************
> Remigius K. Mommsen                 e-mail: [log in to unmask]
> University of California, Irvine       URL:    http://cern.ch/mommsen
> c/o SLAC                             voice:        ++1 (650) 926-3595
> 2575 Sand Hill Road #35                fax:        ++1 (650) 926-3882
> Menlo Park, CA 94025, US              home:        ++1 (650) 233-9041
> *********************************************************************
> 



-------------------------------------------------------------------------
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
-------------------------------------------------------------------------