This is a discussion on RE: [Samba] Samba segment faulting - unknown cause within the Samba forums, part of the Networking and Network Related category; Thank god your not alone... I also had a Samba segment faulting, in some tls and libthreat, but i stuppidly ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Thank god your not alone...
I also had a Samba segment faulting, in some tls and libthreat, but i stuppidly deleted my logs. so im waiting until the next one. It takes about 1 -2 months before it happens again. Louis >-----Oorspronkelijk bericht----- >Van: samba-bounces+louis=van-belle.nl@lists.samba.org >[mailto:samba-bounces+louis=van-belle.nl@lists.samba.org] >Namens Mike Hodgkinson >Verzonden: dinsdag 11 oktober 2005 5:29 >Aan: samba@lists.samba.org >Onderwerp: [Samba] Samba segment faulting - unknown cause > >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 am unsure of the >cause of the segment fault, and have no experience debugging >backtraces. >Can anoyone lend a hand? > >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 () > > >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. > >-- >To unsubscribe from this list go to the following URL and read the >instructions: https://lists.samba.org/mailman/listinfo/samba > -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba |