Shibboleth SP 2.5.1 and CentOS 5.8 x64

[Dan McLaughlin]

Not sure if this is of any help…

[root at template01 build]# gdb --pid 27807
GNU gdb (GDB) CentOS (7.0.1-42.el5.centos.1)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Attaching to process 27807
Reading symbols from /opt/shibboleth-sp/sbin/shibd...done.
Reading symbols from /opt/shibboleth-sp/lib/libshibsp.so.6...done.
Loaded symbols for /opt/shibboleth-sp/lib/libshibsp.so.6
Reading symbols from /opt/shibboleth-sp/lib/libsaml.so.8...done.
Loaded symbols for /opt/shibboleth-sp/lib/libsaml.so.8
Reading symbols from /opt/shibboleth-sp/lib/libxmltooling.so.6...done.
Loaded symbols for /opt/shibboleth-sp/lib/libxmltooling.so.6
Reading symbols from
/opt/shibboleth-sp/lib/libxml-security-c.so.17...(no debugging symbols
found)...done.
Loaded symbols for /opt/shibboleth-sp/lib/libxml-security-c.so.17
Reading symbols from /opt/shibboleth-sp/lib/libxerces-c-3.1.so...(no
debugging symbols found)...done.
Loaded symbols for /opt/shibboleth-sp/lib/libxerces-c-3.1.so
Reading symbols from /lib64/libpthread.so.0...(no debugging symbols
found)...done.
[Thread debugging using libthread_db enabled]
[New Thread 0x43e8b940 (LWP 27814)]
[New Thread 0x4348a940 (LWP 27813)]
[New Thread 0x42a89940 (LWP 27812)]
[New Thread 0x41366940 (LWP 27811)]
[New Thread 0x42088940 (LWP 27808)]
Loaded symbols for /lib64/libpthread.so.0
Reading symbols from /opt/shibboleth-sp/lib/liblog4shib.so.1...done.
Loaded symbols for /opt/shibboleth-sp/lib/liblog4shib.so.1
Reading symbols from /lib64/libnsl.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib64/libnsl.so.1
Reading symbols from /usr/lib64/libstdc++.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib64/libstdc++.so.6
Reading symbols from /lib64/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib64/libm.so.6
Reading symbols from /lib64/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib64/libgcc_s.so.1
Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib64/libc.so.6
Reading symbols from /lib64/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib64/libz.so.1
Reading symbols from /opt/shibboleth-sp/lib/libcurl.so.4...done.
Loaded symbols for /opt/shibboleth-sp/lib/libcurl.so.4
Reading symbols from /usr/lib64/libidn.so.11...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib64/libidn.so.11
Reading symbols from /lib64/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib64/librt.so.1
Reading symbols from /opt/shibboleth-sp/lib/libcrypto.so.0.9.8...(no
debugging symbols found)...done.
Loaded symbols for /opt/shibboleth-sp/lib/libcrypto.so.0.9.8
Reading symbols from /opt/shibboleth-sp/lib/libssl.so.0.9.8...(no
debugging symbols found)...done.
Loaded symbols for /opt/shibboleth-sp/lib/libssl.so.0.9.8
Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/libdl.so.2
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging
symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /lib64/libssl.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib64/libssl.so.6
Reading symbols from /lib64/libcrypto.so.6...(no debugging symbols
found)...done.
Loaded symbols for /lib64/libcrypto.so.6
Reading symbols from /usr/lib64/libgssapi_krb5.so.2...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib64/libgssapi_krb5.so.2
Reading symbols from /usr/lib64/libkrb5.so.3...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib64/libkrb5.so.3
Reading symbols from /lib64/libcom_err.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib64/libcom_err.so.2
Reading symbols from /usr/lib64/libk5crypto.so.3...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib64/libk5crypto.so.3
Reading symbols from /usr/lib64/libkrb5support.so.0...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib64/libkrb5support.so.0
Reading symbols from /lib64/libkeyutils.so.1...(no debugging symbols
found)...done.
Loaded symbols for /lib64/libkeyutils.so.1
Reading symbols from /lib64/libresolv.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib64/libresolv.so.2
Reading symbols from /lib64/libselinux.so.1...(no debugging symbols
found)...done.
Loaded symbols for /lib64/libselinux.so.1
Reading symbols from /lib64/libsepol.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib64/libsepol.so.1
Reading symbols from /usr/lib64/gconv/UTF-16.so...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib64/gconv/UTF-16.so
Reading symbols from /lib64/libnss_files.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib64/libnss_files.so.2

warning: no loadable sections found in added symbol-file
system-supplied DSO at 0x7fff43c7c000
0x00000031a2accdb2 in select () from /lib64/libc.so.6
(gdb)
(gdb)
(gdb)
(gdb) set args -F
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) n
Program not restarted.
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /opt/shibboleth-sp/sbin/shibd -F
warning: no loadable sections found in added symbol-file
system-supplied DSO at 0x2aaaaaaab000
[Thread debugging using libthread_db enabled]
[New Thread 0x40a00940 (LWP 28612)]
[New Thread 0x41401940 (LWP 28613)]
[New Thread 0x41e02940 (LWP 28614)]
[New Thread 0x42803940 (LWP 28615)]
[New Thread 0x43204940 (LWP 28616)]
listener failed to initialize
[Thread 0x40a00940 (LWP 28612) exited]
[Thread 0x43204940 (LWP 28616) exited]
[Thread 0x42803940 (LWP 28615) exited]
[Thread 0x41e02940 (LWP 28614) exited]
[Thread 0x41401940 (LWP 28613) exited]

Program exited with code 0375.

--

Thanks,

Dan


On Tue, Jan 8, 2013 at 8:09 PM, Dan McLaughlin
<dmclaughlin at tech-consortium.com> wrote:
> Never mind, I spoke too soon it actually did die…I was looking at a
> cached page in the browser.
>
> --
>
> Thanks,
>
> Dan
>
> On Tue, Jan 8, 2013 at 8:04 PM, Dan McLaughlin
> <dmclaughlin at tech-consortium.com> wrote:
>> I figured it out.  If you have a system that had 2.4.3 on it and you
>> don't update the init.d script after installing 2.5.1, then the shibd
>> process will die with a Segmentation Fault.  Our wrapper build/install
>> script normally updates the init.d script, but on CentOS when running
>> as root, cp is aliased to "cp -i" which causes the init.d script not
>> to get overwritten.  Changing my script to use \cp -f  causes the
>> init.d script to get overwritten with the new init.d script and now
>> things work.
>>
>> --
>>
>> Thanks,
>>
>> Dan
>>
>> On Tue, Jan 8, 2013 at 6:09 PM, Dan McLaughlin
>> <dmclaughlin at tech-consortium.com> wrote:
>>> As a test to see if it was anything odd about the CentOS install I
>>> deleted the /opt/shibboleth-sp directory and rebuilt everything using
>>> the following versions (build commands didn't change) and everything
>>> works fine. Which would suggest to me that there isn't anything wrong
>>> with the OS install/configuration.  I'm going to rebuild everything
>>> with the debug symbols for SP 2.5.1 and see if I can get you a stack
>>> trace using gdb.  It's been forever since I've used gdb, would you
>>> mind sending me the steps to capture what you need?
>>>
>>> ZLIB_VERSION=1.2.3
>>> OPENSSL_VERSION=0.9.8x
>>> LOG4SHIB_VERSION=1.0.4
>>> XERCES_C_VERSION=3.1.1
>>> XML_SECURITY_C_VERSION=1.6.1
>>> CURL_VERSION=7.28.1
>>> OPENSAML_VERSION=2.4.3
>>> XMLTOOLING_VERSION=1.4.2
>>> SHIBBOLETH_SP_VERSION=2.4.3
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Thanks,
>>>
>>> Dan
>>>
>>>
>>> On Tue, Jan 8, 2013 at 11:51 AM, Cantor, Scott <cantor.2 at osu.edu> wrote:
>>>> On 1/8/13 12:28 PM, "Dan McLaughlin" <dmclaughlin at tech-consortium.com>
>>>> wrote:
>>>>
>>>>>Has anyone tried running SP 2.5.1 on CentOS 5.8 x64 yet?    The SP
>>>>>accepts the SAML2 Post and then dies with a Segmentation Fault when it
>>>>>tries to store the attributes for the new session.   See strace log
>>>>>belowŠ
>>>>
>>>> A stack trace from a core dump or running shibd under gdb is probably more
>>>> illuminating, but whatever it is is either something unique in your IdP's
>>>> output that hit a bug, or your box, or your build.
>>>>
>>>> I find the stat of /etc/localtime curious, and don't really know what
>>>> /etc/localtime is, actually. Seems to be a link to the local system's
>>>> timezone info file? That would be used by some underlying system call,
>>>> it's nothing I'm doing directly. Maybe there's something wacky about your
>>>> system.
>>>>
>>>>
>>>> -- Scott
>>>>
>>>>
>>>> --
>>>> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net