Dear xrootd team,
in the new CMS SAM tests, we check access is restricted and use an xrdfs stat command for this from a python subprocess call. The xrdfs frequently crashes with a segmentation violation. XrdSecPROTOCOL is set to gsi, X509_USER_PROXY to the proxy file, X509_USER_CERT and X509_USER_KEY are not set, the account has no cert/key files in ~/.globus, and no proxy file at /tmp/x509up_u*.
The core file shows:

Core was generated by `/usr/bin/xrdfs cms-aaa-manager01.gridpp.rl.ac.uk:1094 stat //store/mc/SAM/Gener'.
Program terminated with signal 11, Segmentation fault.
#0 XrdSutBucket::XrdSutBucket (this=0x7f19bc1cc190, b=...)
at /usr/src/debug/xrootd/xrootd/src/XrdSut/XrdSutBucket.cc:85
85 membuf = new char[b.size];

(gdb) where
#0 XrdSutBucket::XrdSutBucket (this=0x7f19bc1cc190, b=...)
at /usr/src/debug/xrootd/xrootd/src/XrdSut/XrdSutBucket.cc:85
#1 0x00007f19c0ad182e in XrdSecProtocolgsi::ClientDoInit (
this=0x7f19bc005240, br=, bm=, emsg=...)
at /usr/src/debug/xrootd/xrootd/src/XrdSecgsi/XrdSecProtocolgsi.cc:3085
#2 0x00007f19c0ad19e5 in XrdSecProtocolgsi::ParseClientInput (
this=this@entry=0x7f19bc005240, br=br@entry=0x7f19bc005510,
bm=bm@entry=0x7f19c36f16b8, cmsg=...)
at /usr/src/debug/xrootd/xrootd/src/XrdSecgsi/XrdSecProtocolgsi.cc:2944
#3 0x00007f19c0ad1df3 in XrdSecProtocolgsi::getCredentials (
this=0x7f19bc005240, parm=, ei=0x7f19c36f1880)
at /usr/src/debug/xrootd/xrootd/src/XrdSecgsi/XrdSecProtocolgsi.cc:1508
#4 0x00007f19c8fcc56b in XrdCl::XRootDTransport::GetCredentials (
this=this@entry=0x21fb650, credentials=@0x7f19c36f2170: 0x0,
hsData=hsData@entry=0x7f19bc000c80, info=info@entry=0x7f19b40016e0)
at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClXRootDTransport.cc:2592
#5 0x00007f19c8fcd446 in XrdCl::XRootDTransport::DoAuthentication (
this=this@entry=0x21fb650, hsData=hsData@entry=0x7f19bc000c80,
info=info@entry=0x7f19b40016e0)
at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClXRootDTransport.cc:2345
#6 0x00007f19c8fd170b in XrdCl::XRootDTransport::HandShakeMain (
this=this@entry=0x21fb650,
handShakeData=handShakeData@entry=0x7f19bc000c80, channelData=...)
at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClXRootDTransport.cc:539
#7 0x00007f19c8fd1a94 in XrdCl::XRootDTransport::HandShake (this=0x21fb650,
handShakeData=0x7f19bc000c80, channelData=...)
at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClXRootDTransport.cc:439
#8 0x00007f19c904cf50 in XrdCl::AsyncSocketHandler::HandleHandShake (
Python Exception <class 'gdb.error'> There is no member or method named _M_head_impl.:
this=this@entry=0x7f19b4001ba0, msg=)
at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClAsyncSocketHandler.cc:537
#9 0x00007f19c904d779 in XrdCl::AsyncSocketHandler::OnReadWhileHandshaking (
this=0x7f19b4001ba0)
at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClAsyncSocketHandler.cc:525
#10 0x00007f19c904e80d in XrdCl::AsyncSocketHandler::Event (
this=0x7f19b4001ba0, type=1 '\001')
---Type to continue, or q to quit---
at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClAsyncSocketHandler.cc:227
#11 0x00007f19c8fb8b17 in (anonymous namespace)::SocketCallBack::Event (
this=0x7f19b4001fe0, chP=, cbArg=,
evFlags=)
at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClPollerBuiltIn.cc:83
#12 0x00007f19c89a2d73 in XrdSys::IOEvents::Poller::CbkXeq (
this=this@entry=0x21f6f60, cP=cP@entry=0x7f19b4002000, events=1,
eNum=, eTxt=0x0)
at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysIOEvents.cc:721
#13 0x00007f19c89a3ef3 in XrdSys::IOEvents::PollE::Dispatch (
this=this@entry=0x21f6f60, cP=0x7f19b4002000, pollEv=)
at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysIOEventsPollE.icc:275
#14 0x00007f19c89a40b0 in XrdSys::IOEvents::PollE::Begin (this=0x21f6f60,
syncsem=, retcode=, eTxt=)
at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysIOEventsPollE.icc:230
#15 0x00007f19c89a08cd in XrdSys::IOEvents::BootStrap::Start (
parg=0x7ffeee8ab540)
at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysIOEvents.cc:149
#16 0x00007f19c89a92f7 in XrdSysThread_Xeq (myargs=0x21f3fd0)
at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysPthread.cc:86
#17 0x00007f19c7f1dea5 in start_thread (arg=0x7f19c36f3700)
at pthread_create.c:307
#18 0x00007f19c7c469fd in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

(gdb) list
80 //______________________________________________________________________________
81 XrdSutBucket::XrdSutBucket(XrdSutBucket &b)
82 {
83 // Copy constructor
84
85 membuf = new char[b.size];
86 if (membuf) {
87 memcpy(membuf,b.buffer,b.size);
88 buffer = membuf;
89 type = b.type;
(gdb) up
#1 0x00007f19c0ad182e in XrdSecProtocolgsi::ClientDoInit (
this=0x7f19bc005240, br=, bm=, emsg=...)
at /usr/src/debug/xrootd/xrootd/src/XrdSecgsi/XrdSecProtocolgsi.cc:3085
3085 hs->Cbck = new XrdSutBucket(*((XrdSutBucket )(po.cbck)));
(gdb) list
3080 hs->Chain = 0;
3081 return -1;
3082 }
3083 // Save the result
3084 hs->PxyChain = po.chain;
3085 hs->Cbck = new XrdSutBucket(((XrdSutBucket )(po.cbck)));
3086 if (!(sessionKsig = sessionCF->RSA((po.ksig)))) {
3087 emsg = "could not get a copy of the signing key:";
3088 hs->Chain = 0;
3089 return -1;

(gdb) print po.cbck
$2 = (XrdSutBucket *) 0x0

(I am not able to reproduce the SEGV on my SL 7 desktop with only a minor xrootd version difference.) However, on the ETF node the crashes are rather frequent.

rpm -q -a | grep xrootd

xrootd-client-compat-5.5.1-1.4.osg36.el7.x86_64
gfal2-plugin-xrootd-2.21.1-1.el7.x86_64
xrootd-debuginfo-5.5.1-1.4.osg36.el7.x86_64
xrootd-libs-5.5.1-1.4.osg36.el7.x86_64
python2-xrootd-5.5.1-1.4.osg36.el7.x86_64
python36-xrootd-5.5.1-1.4.osg36.el7.x86_64
xrootd-client-libs-5.5.1-1.4.osg36.el7.x86_64
xrootd-client-5.5.1-1.4.osg36.el7.x86_64

Is this a know problem? Do you know what might be wrong? What other information would help to identify the issue.
Many Thanks,
cheers, Stephan

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <xrootd/xrootd/issues/1870@github.com>

Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1