[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Samba segfault caused by OpenLDAP ?
Looks like you are using a really old version of OpenLDAP
Software. Suggest you try latest release (2.3.11) or,
at least, 2.2.29.
Kurt
At 03:14 PM 10/16/2005, Mike Hodgkinson wrote:
>Hello,
>
>Recently our Samba server has started segment faulting. It happens occasionally, but is often enough to cause disruption. People notice thier network drives freeze, I have no experience debugging backtraces, but Jeremy Alison from the Samba mailing list advises "Looks like a bug in the OpenLDAP libraries to me - it's dying inside the OpenLDAP SASL code".
>
>Can anoyone lend a hand? I have attached the segfault backtrace below.
>
>We are running Samba as a primary domain controller with an Openldap backend on another server, both on debian linux sarge stable.
>
>Versions:
>Samba server
>ii samba 3.0.14a-3
>ii samba-common 3.0.14a-3
>ii smbclient 3.0.14a-3
>ii smbfs 3.0.14a-3
>ii smbldap-tools 0.8.7-4
>ii libpam-ldap 178-1
>ii libnss-ldap 238-1
>ii libc6 2.3.2.ds1-22
>Openldap server
>ii ldap-utils 2.2.23-8 OpenLDAP utilities
>ii libldap-2.2-7 2.2.23-8 OpenLDAP libraries
>ii libldap2 2.1.30-8 OpenLDAP libraries
>rc libnss-ldap 238-1 NSS module for using LDAP as a naming servic
>rc libpam-ldap 178-1 Pluggable Authentication Module allowing LDA
>ii libc6 2.3.2.ds1-22
>ii libc6-sparc64 2.3.2.ds1-22
>
>Email recieved
>---------------------------------------
>The Samba 'panic action' script, /usr/share/samba/panic-action,
>was called for pid 5720 (/usr/sbin/smbd).
>
>Below is a backtrace for this process generated with gdb, which shows
>the state of the program at the time the error occured. You are
>encouraged to submit this information as a bug report to Debian. For
>information about the procedure for submitting bug reports , please see
>http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage.
>
>(no debugging symbols found)
>Using host libthread_db library "/lib/libthread_db.so.1".
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>[Thread debugging using libthread_db enabled]
>[New Thread 16384 (LWP 5720)]
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>(no debugging symbols found)
>0x4023b808 in waitpid () from /lib/libc.so.6
>#0 0x4023b808 in waitpid () from /lib/libc.so.6
>#1 0x402c3880 in ?? () from /lib/libc.so.6
>#2 0x401d44c2 in strtold_l () from /lib/libc.so.6
>#3 0x081eb261 in smb_panic2 ()
>#4 0x081eb1ea in smb_panic ()
>#5 0x081d7368 in dbgtext ()
>#6 0x4034e825 in __pthread_sighandler () from /lib/libpthread.so.0
>#7 <signal handler called>
>#8 0x401bd7c1 in kill () from /lib/libc.so.6
>#9 0x4034b771 in pthread_kill () from /lib/libpthread.so.0
>#10 0x4034ba7b in raise () from /lib/libpthread.so.0
>#11 0x401bd554 in raise () from /lib/libc.so.6
>#12 0x401bea88 in abort () from /lib/libc.so.6
>#13 0x401b6bbf in __assert_fail () from /lib/libc.so.6
>#14 0x4002ddcd in ldap_int_sasl_open () from /usr/lib/libldap_r.so.2
>#15 0x4002845e in ldap_int_open_connection () from /usr/lib/libldap_r.so.2
>#16 0x4003a299 in ldap_new_connection () from /usr/lib/libldap_r.so.2
>#17 0x40027f11 in ldap_open_defconn () from /usr/lib/libldap_r.so.2
>#18 0x40039e0f in ldap_send_initial_request () from /usr/lib/libldap_r.so.2
>#19 0x40030137 in ldap_sasl_bind () from /usr/lib/libldap_r.so.2
>#20 0x4003040b in ldap_sasl_bind_s () from /usr/lib/libldap_r.so.2
>#21 0x40030c7c in ldap_simple_bind_s () from /usr/lib/libldap_r.so.2
>#22 0x08261b7d in smbldap_make_mod ()
>#23 0x08261ebe in smbldap_make_mod ()
>#24 0x08262214 in smbldap_make_mod ()
>#25 0x0826240a in smbldap_search ()
>#26 0x08262b04 in smbldap_search_suffix ()
>#27 0x081ba9d8 in ldapsam_search_suffix_by_name ()
>#28 0x081be181 in ldapsam_search_suffix_by_name ()
>#29 0x081b4ac5 in smb_register_passdb ()
>#30 0x081b6b88 in pdb_getsampwnam ()
>#31 0x08225f3c in auth_rhosts_init ()
>#32 0x082265b1 in auth_rhosts_init ()
>#33 0x082239ff in smb_register_auth ()
>#34 0x0822d809 in password_ok ()
>#35 0x0810fad1 in ntlmssp_end ()
>#36 0x0810f0db in ntlmssp_update ()
>#37 0x0822db2d in auth_ntlmssp_update ()
>#38 0x080b0a71 in reply_getattrE ()
>#39 0x080b0d44 in reply_getattrE ()
>#40 0x080b1d18 in reply_sesssetup_and_X ()
>#41 0x080d7a76 in respond_to_all_remaining_local_messages ()
>#42 0x080d7d00 in respond_to_all_remaining_local_messages ()
>#43 0x080d7f0c in process_smb ()
>#44 0x080d8c58 in smbd_process ()
>#45 0x082655f5 in main ()
>
>--
>Mike Hodgkinson
>Technical Support Analyst
>SolNet Solutions Limited
>L12, SolNet House, 70 The Terrace
>PO Box 397, Wellington, New Zealand
>DDI +64 4 462 5064, Mobile +64 (0)21 754 339
>Main +64 4 462 5000, Fax +64 4 462 5012
>www.solnetsolutions.co.nz
>
>
>Attention:
>This email may contain information intended for the sole use of
>the original recipient. Please respect this when sharing or
>disclosing this email's contents with any third party. If you
>believe you have received this email in error, please delete it
>and notify the sender or postmaster@solnetsolutions.co.nz as
>soon as possible. The content of this email does not necessarily
>reflect the views of SolNet Solutions Ltd.