Hi Jan, Hmmm, this seems to be a cmsd that talks to eos via a proxy setup. It's the proxy plugin that is invoking krb5 via the xroot client. The call is pretty standard so I don't see why it would segv and it usually (almost 100%) never does. I assume you saved the core file (though I'm not sure I'm allowed to login to that machine). Andy On Thu, 14 Jul 2016, Jan Iven wrote: > (unclear to me why cmsd would ever try to authenticate via Kerberos to anything, a workaround on our side might be to (un)configure the authentication protocols).. > > Below is from an "abrt" crash report on a CentOS7 machine (with some parts removed). > ` > cmdline: /usr/bin/cmsd -l /var/log/xrootd/cmsd.log -c /etc/xrootd/xrootd-cmstzero.cfg -k fifo -s /var/run/xrootd/cmsd-cmstzero.pid -n cmstzero > uid: 203 (xrootd) > executable: /usr/bin/cmsd > hostname: xrdcmstzero01.cern.ch > [..] > :Core was generated by `/usr/bin/cmsd -l /var/log/xrootd/cmsd.log -c /etc/xrootd/xrootd-cmstzero.cfg -k'. > :Program terminated with signal 11, Segmentation fault. > :#0 0x00007f36ee875ec4 in krb5_cc_get_principal () from /lib64/libkrb5.so.3 > :#0 0x00007f36ee875ec4 in krb5_cc_get_principal () from /lib64/libkrb5.so.3 > :#1 0x00007f36ef52dfe7 in XrdSecProtocolkrb5::get_krbCreds (KP=<optimized out>, krb_creds=krb_creds@entry=0x7f3734205930) at /usr/src/debug/xrootd/xrootd/src/XrdSeckrb5/XrdSecProtocolkrb5.cc:695 > :#2 0x00007f36ef52fe90 in XrdSecProtocolkrb5::getCredentials (this=0x7f3734205750, noparm=<optimized out>, error=0x7f371b12fbc0) at /usr/src/debug/xrootd/xrootd/src/XrdSeckrb5/XrdSecProtocolkrb5.cc:339 > :#3 0x00007f3766486257 in XrdCl::XRootDTransport::GetCredentials (this=this@entry=0x7f373000b920, credentials=@0x7f371b130468: 0x0, hsData=hsData@entry=0x7f37341eec40, info=info@entry=0x7f375c016df0) at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClXRootDTransport.cc:1690 > :#4 0x00007f3766487679 in XrdCl::XRootDTransport::DoAuthentication (this=this@entry=0x7f373000b920, hsData=hsData@entry=0x7f37341eec40, info=info@entry=0x7f375c016df0) at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClXRootDTransport.cc:1522 > :#5 0x00007f3766487df2 in XrdCl::XRootDTransport::HandShakeMain (this=this@entry=0x7f373000b920, handShakeData=handShakeData@entry=0x7f37341eec40, channelData=...) at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClXRootDTransport.cc:370 > :#6 0x00007f3766487efb in XrdCl::XRootDTransport::HandShake (this=0x7f373000b920, handShakeData=0x7f37341eec40, channelData=...) at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClXRootDTransport.cc:279 > :#7 0x00007f37664e0175 in XrdCl::AsyncSocketHandler::OnReadWhileHandshaking (this=0x7f375c0170a0) at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClAsyncSocketHandler.cc:620 > :#8 0x00007f37664e0442 in XrdCl::AsyncSocketHandler::Event (this=0x7f375c0170a0, type=<optimized out>) at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClAsyncSocketHandler.cc:227 > :#9 0x00007f376647ad05 in (anonymous namespace)::SocketCallBack::Event (this=0x7f374c1a7fe0, chP=<optimized out>, cbArg=<optimized out>, evFlags=<optimized out>) at /usr/src/debug/xrootd/xrootd/src/XrdCl/XrdClPollerBuiltIn.cc:82 > :#10 0x00007f3768899acd in XrdSys::IOEvents::Poller::CbkXeq (this=this@entry=0x7f373c00cd40, cP=cP@entry=0x7f374c0d7a90, events=1, eNum=0, eTxt=<optimized out>) at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysIOEvents.cc:692 > :#11 0x00007f376889ac19 in XrdSys::IOEvents::PollE::Dispatch (this=this@entry=0x7f373c00cd40, cP=0x7f374c0d7a90, pollEv=<optimized out>) at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysIOEventsPollE.icc:270 > :#12 0x00007f376889adf1 in XrdSys::IOEvents::PollE::Begin (this=0x7f373c00cd40, syncsem=<optimized out>, retcode=<optimized out>, eTxt=<optimized out>) at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysIOEventsPollE.icc:225 > :#13 0x00007f376889781d in XrdSys::IOEvents::BootStrap::Start (parg=0x7f371ce4bd70) at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysIOEvents.cc:131 > :#14 0x00007f37688961f7 in XrdSysThread_Xeq (myargs=0x7f373c00c020) at /usr/src/debug/xrootd/xrootd/src/XrdSys/XrdSysPthread.cc:86 > :#15 0x00007f376865adc5 in start_thread () from /lib64/libpthread.so.0 > :#16 0x00007f376796028d in clone () from /lib64/libc.so.6 > [..] > ` > Happened (this time) at > ` > Jul 14 02:02:46 xrdcmstzero01.cern.ch kernel: cmsd[56811]: segfault at 8 ip 00007fbdf0a0cec4 sp 00007fbe35e969b0 error 4 in libkrb5.so.3.3[7fbdf09d2000+d5000] > ` > Config file: > ` > [root@xrdcmstzero01 ~]# cat /etc/xrootd/xrootd-cmstzero.cfg > ### > # > # Managed by puppet > # > # xrootd+cmsd config for > # - xrdfed/cms/tzero > ### > > xrd.port 1213 if exec cmsd > xrd.port 1094 if exec xrootd > > all.adminpath /var/spool/xrootd > all.sitename CERN-PROD > > all.role server > > all.export / readonly > all.manager any xrootd-cms.infn.it+ 1213 > > xrootd.redirect cms-xrd-tzero.cern.ch:1094 ? /store > > > # Extra opts > cms.delay servers 0 > cms.fxhold 8h > cms.trace all -debug > cmsd.port 1213 > ofs.osslib libXrdPss.so > ofs.trace all -debug > pss.localroot /eos/cms/tier0 > pss.origin eoscms.cern.ch:1094 > xrd.report localhost:3333 every 30s all sync > xrd.trace all -debug > xrootd.trace emsg login stall redirect > ` > > --- > You are receiving this because you are subscribed to this thread. > Reply to this email directly or view it on GitHub: > https://github.com/xrootd/xrootd/issues/395 --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/xrootd/xrootd/issues/395#issuecomment-232613851 ######################################################################## 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