Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-11-25 Thread Jim Barber

Crash on the usual server again.
This time I found log entries as well:

Crash (26-Nov-2008 05:33):

[Thread debugging using libthread_db enabled]
[New Thread 0xb7b626d0 (LWP 8280)]
0xb7d628fe in waitpid () from /lib/libc.so.6
#0  0xb7d628fe in waitpid () from /lib/libc.so.6
#1  0xb7d05b7b in ?? () from /lib/libc.so.6
#2  0x0812b359 in smb_panic ()
#3  0x08118b63 in sig_fault ()
#4  signal handler called
#5  0xb7cf8556 in raise () from /lib/libc.so.6
#6  0xb7cf9d78 in abort () from /lib/libc.so.6
#7  0xb7cf1590 in __assert_fail () from /lib/libc.so.6
#8  0xb7e3b6de in ldap_parse_result (ld=0x83dad00, r=0x0, errcodep=0x0,
matcheddnp=0x0, errmsgp=0x0, referralsp=0x0, serverctrls=0xbfe36438,
freeit=0) at error.c:272
#9  0x0826e064 in ads_do_paged_search_args ()
#10 0x0826e40c in ads_do_search_all_args ()
#11 0x08273f5e in ads_do_search_retry_internal ()
#12 0x08274879 in ads_do_search_retry ()
#13 0x08274931 in ads_search_retry ()
#14 0x080b7bcb in query_user_list ()
#15 0x080a04cc in query_user_list ()
#16 0x080be8c5 in winbindd_dual_list_users ()
#17 0x080bb6bf in fork_domain_child ()
#18 0x080bb88d in schedule_async_request ()
#19 0x080bcb57 in async_request ()
#20 0x080974bd in init_child_connection ()
#21 0x080bcdbe in async_domain_request ()
#22 0x08097701 in add_trusted_domains ()
#23 0x08097abb in rescan_trusted_domains ()
#24 0x0808dc94 in main ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

Entry in /var/log/samba/log.wb-PRY:

[2008/11/26 05:33:07,  1] libsmb/clikrb5.c:ads_krb5_get_fwd_ticket(1830)
  ads_krb5_get_fwd_ticket: krb5_fwd_tgt_creds failed (Requested 
effective lifetime is negative or too short)
winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' 
failed.
[2008/11/26 05:33:07,  0] lib/fault.c:fault_report(40)
  ===
[2008/11/26 05:33:07,  0] lib/fault.c:fault_report(41)
  INTERNAL ERROR: Signal 6 in pid 8280 (3.2.4)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2008/11/26 05:33:07,  0] lib/fault.c:fault_report(43)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2008/11/26 05:33:07,  0] lib/fault.c:fault_report(44)
  ===
[2008/11/26 05:33:07,  0] lib/util.c:smb_panic(1663)
  PANIC (pid 8280): internal error
[2008/11/26 05:33:07,  0] lib/util.c:log_stack_trace(1767)
  BACKTRACE: 25 stack frames:
   #0 /usr/sbin/winbindd(log_stack_trace+0x2d) [0x812b184]
   #1 /usr/sbin/winbindd(smb_panic+0x80) [0x812b2e1]
   #2 /usr/sbin/winbindd [0x8118b63]
   #3 [0xb7fc5420]
   #4 /lib/libc.so.6(abort+0x188) [0xb7cf9d78]
   #5 /lib/libc.so.6(__assert_fail+0xf0) [0xb7cf1590]
   #6 /usr/lib/libldap_r-2.4.so.2 [0xb7e3b6de]
   #7 /usr/sbin/winbindd [0x826e064]
   #8 /usr/sbin/winbindd(ads_do_search_all_args+0x6d) [0x826e40c]
   #9 /usr/sbin/winbindd [0x8273f5e]
   #10 /usr/sbin/winbindd(ads_do_search_retry+0x3e) [0x8274879]
   #11 /usr/sbin/winbindd(ads_search_retry+0x4d) [0x8274931]
   #12 /usr/sbin/winbindd [0x80b7bcb]
   #13 /usr/sbin/winbindd [0x80a04cc]
   #14 /usr/sbin/winbindd(winbindd_dual_list_users+0x8a) [0x80be8c5]
   #15 /usr/sbin/winbindd [0x80bb6bf]
   #16 /usr/sbin/winbindd [0x80bb88d]
   #17 /usr/sbin/winbindd(async_request+0x18b) [0x80bcb57]
   #18 /usr/sbin/winbindd(init_child_connection+0x294) [0x80974bd]
   #19 /usr/sbin/winbindd(async_domain_request+0x123) [0x80bcdbe]
   #20 /usr/sbin/winbindd [0x8097701]
   #21 /usr/sbin/winbindd(rescan_trusted_domains+0x49) [0x8097abb]
   #22 /usr/sbin/winbindd(main+0xd5d) [0x808dc94]
   #23 /lib/libc.so.6(__libc_start_main+0xe5) [0xb7ce4455]
   #24 /usr/sbin/winbindd [0x808b7c1]
[2008/11/26 05:33:07,  0] lib/util.c:smb_panic(1668)
  smb_panic(): calling panic action [/usr/share/samba/panic-action 8280]
Failed to read a valid object file image from memory.
[2008/11/26 05:33:08,  0] lib/util.c:smb_panic(1676)
  smb_panic(): action returned status 0
[2008/11/26 05:33:08,  0] lib/fault.c:dump_core(201)
  dumping core in /var/log/samba/cores/winbindd

So once again it is the following error:

  ads_krb5_get_fwd_ticket: krb5_fwd_tgt_creds failed (Requested 
effective lifetime is negative or too short)
winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' 
failed.

This is the 

Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-11-24 Thread Jim Barber

Crashes are also occurring on a different host in a different Windows domain, 
but running the same packages.
However the problem is usually rare on this one.
But I've had two recent crashes so I figured I'd send the details through.

Crash 1. (19-Nov-2008 16:00)

[Thread debugging using libthread_db enabled]
[New Thread 0xb7b4b6d0 (LWP 14137)]
0xb7d4b8fe in waitpid () from /lib/libc.so.6
#0  0xb7d4b8fe in waitpid () from /lib/libc.so.6
#1  0xb7ceeb7b in ?? () from /lib/libc.so.6
#2  0x0812b359 in smb_panic ()
#3  0x08118b63 in sig_fault ()
#4  signal handler called
#5  0xb7ce1556 in raise () from /lib/libc.so.6
#6  0xb7ce2d78 in abort () from /lib/libc.so.6
#7  0xb7cda590 in __assert_fail () from /lib/libc.so.6
#8  0xb7e246de in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#9  0x0826e064 in ads_do_paged_search_args ()
#10 0x0826e40c in ads_do_search_all_args ()
#11 0x08273f5e in ads_do_search_retry_internal ()
#12 0x08274185 in ads_ranged_search_internal ()
#13 0x08274ac1 in ads_ranged_search ()
#14 0x080b519f in lookup_groupmem ()
#15 0x0809e4f3 in lookup_groupmem ()
#16 0x08092b87 in fill_grent_mem ()
#17 0x08094f00 in getgrsid_sid2gid_recv ()
#18 0x080c3a70 in winbindd_sid2gid_recv ()
#19 0x080bd200 in do_async_recv ()
#20 0x080bc817 in async_reply_recv ()
#21 0x0808ce6b in rw_callback ()
#22 0x0808ded9 in main ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

Corresponding error in log.winbind file:

[2008/11/19 16:00:03,  1] libsmb/clikrb5.c:ads_krb5_get_fwd_ticket(1830)
  ads_krb5_get_fwd_ticket: krb5_fwd_tgt_creds failed (Requested 
effective lifetime is negative or too short)
winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' 
failed.
[2008/11/19 16:00:03,  0] lib/fault.c:fault_report(40)
  ===
[2008/11/19 16:00:03,  0] lib/fault.c:fault_report(41)
  INTERNAL ERROR: Signal 6 in pid 14137 (3.2.4)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2008/11/19 16:00:03,  0] lib/fault.c:fault_report(43)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2008/11/19 16:00:03,  0] lib/fault.c:fault_report(44)
  ===
[2008/11/19 16:00:03,  0] lib/util.c:smb_panic(1663)
  PANIC (pid 14137): internal error
[2008/11/19 16:00:03,  0] lib/util.c:log_stack_trace(1767)
  BACKTRACE: 23 stack frames:
   #0 /usr/sbin/winbindd(log_stack_trace+0x2d) [0x812b184]
   #1 /usr/sbin/winbindd(smb_panic+0x80) [0x812b2e1]
   #2 /usr/sbin/winbindd [0x8118b63]
   #3 [0xb7fae420]
   #4 /lib/libc.so.6(abort+0x188) [0xb7ce2d78]
   #5 /lib/libc.so.6(__assert_fail+0xf0) [0xb7cda590]
   #6 /usr/lib/libldap_r-2.4.so.2 [0xb7e246de]
   #7 /usr/sbin/winbindd [0x826e064]
   #8 /usr/sbin/winbindd(ads_do_search_all_args+0x6d) [0x826e40c]
   #9 /usr/sbin/winbindd [0x8273f5e]
   #10 /usr/sbin/winbindd(ads_ranged_search_internal+0xb3) [0x8274185]
   #11 /usr/sbin/winbindd(ads_ranged_search+0x17f) [0x8274ac1]
   #12 /usr/sbin/winbindd [0x80b519f]
   #13 /usr/sbin/winbindd [0x809e4f3]
   #14 /usr/sbin/winbindd [0x8092b87]
   #15 /usr/sbin/winbindd [0x8094f00]
   #16 /usr/sbin/winbindd [0x80c3a70]
   #17 /usr/sbin/winbindd [0x80bd200]
   #18 /usr/sbin/winbindd [0x80bc817]
   #19 /usr/sbin/winbindd [0x808ce6b]
   #20 /usr/sbin/winbindd(main+0xfa2) [0x808ded9]
   #21 /lib/libc.so.6(__libc_start_main+0xe5) [0xb7ccd455]
   #22 /usr/sbin/winbindd [0x808b7c1]
[2008/11/19 16:00:03,  0] lib/util.c:smb_panic(1668)
  smb_panic(): calling panic action [/usr/share/samba/panic-action 
14137]
[2008/11/19 16:00:05,  0] lib/util.c:smb_panic(1676)
  smb_panic(): action returned status 0
[2008/11/19 16:00:05,  0] lib/fault.c:dump_core(201)
  dumping core in /var/log/samba/cores/winbindd


Hmm, maybe this is the clue to this crash:

ads_krb5_get_fwd_ticket: krb5_fwd_tgt_creds failed (Requested effective 
lifetime is negative or too short)


Crash 2. (21-Nov-2008 16:00)

[Thread debugging using libthread_db enabled]
[New Thread 0xb7b3d6d0 (LWP 19193)]
0xb7d3d8fe in waitpid () from /lib/libc.so.6
#0  0xb7d3d8fe in waitpid () from /lib/libc.so.6
#1  0xb7ce0b7b in ?? () from /lib/libc.so.6
#2  0x0812b359 in smb_panic ()
#3  0x08118b63 in sig_fault ()
#4  signal handler called
#5  0xb7cd3556 in raise () 

Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd

2008-11-24 Thread Christian Perrier
Quoting Jim Barber ([EMAIL PROTECTED]):
 Crashes are also occurring on a different host in a different Windows domain, 
 but running the same packages.
 However the problem is usually rare on this one.
 But I've had two recent crashes so I figured I'd send the details through.


Thanks again, Jim, for this very valuable information. I'm personnally
lacking the needed skills to analyze this and I really hope that
someone with such skills will have enough time to do it.



signature.asc
Description: Digital signature


Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-11-16 Thread Jim Barber

Winbind still panics after upgrading to the latest Samba packages.
The panic dump from yesterday is as follows:

[Thread debugging using libthread_db enabled]
[New Thread 0xb7af16d0 (LWP 31075)]
0xb7cf18fe in waitpid () from /lib/libc.so.6
#0  0xb7cf18fe in waitpid () from /lib/libc.so.6
#1  0xb7c94b7b in ?? () from /lib/libc.so.6
#2  0x0812b359 in smb_panic ()
#3  0x08118b63 in sig_fault ()
#4  signal handler called
#5  0xb7c87556 in raise () from /lib/libc.so.6
#6  0xb7c88d78 in abort () from /lib/libc.so.6
#7  0xb7c80590 in __assert_fail () from /lib/libc.so.6
#8  0xb7dca6de in ldap_parse_result (ld=0x8407070, r=0x0, errcodep=0x0,
matcheddnp=0x0, errmsgp=0x0, referralsp=0x0, serverctrls=0xbff53558,
freeit=0) at error.c:272
#9  0x0826e064 in ads_do_paged_search_args ()
#10 0x0826e48d in ads_do_search_all_args ()
#11 0x08273c9e in ads_do_search_retry_internal ()
#12 0x08274879 in ads_do_search_retry ()
#13 0x08274931 in ads_search_retry ()
#14 0x080b7bcb in query_user_list ()
#15 0x080a04cc in query_user_list ()
#16 0x080be8c5 in winbindd_dual_list_users ()
#17 0x080bb6bf in fork_domain_child ()
#18 0x080bb88d in schedule_async_request ()
#19 0x080bcb57 in async_request ()
#20 0x080974bd in init_child_connection ()
#21 0x080bcdbe in async_domain_request ()
#22 0x08097701 in add_trusted_domains ()
#23 0x08097abb in rescan_trusted_domains ()
#24 0x0808dc94 in main ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

I couldn't find any corresponding error messages in the samba and winbind log 
files.
Details of the packages installed are:

ii  ldap-utils  2.4.11-1OpenLDAP utilities
ii  libldap-2.4-2   2.4.11-1OpenLDAP libraries
ii  libldap-2.4-2-dbg   2.4.11-1Debugging 
information for OpenLDAP libraries
ii  libwbclient02:3.2.4-1   client library for 
interfacing with winbind service
ii  samba   2:3.2.4-1   a LanManager-like 
file and printer server for Unix
ii  samba-common2:3.2.4-1   Samba common files 
used by both the server and the client
ii  samba-dbg   2:3.2.4-1   Samba debugging 
symbols
ii  samba-doc   2:3.2.4-1   Samba documentation
ii  smbclient   2:3.2.4-1   a LanManager-like 
simple client for Unix
ii  winbind 2:3.2.4-1   service to resolve 
user and group information from Windows NT servers

Regards,

--
Jim Barber
DDI Health






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-10-09 Thread Jim Barber

The panic seems to be mostly resolved now.
I used to get this at least once a day, but somewhere along the line, it 
changed.

However the panics aren't solved. I've had a couple. They look different though 
so could be due to a different bug?
My most recent occurred on 05 Oct 2008 and it looks as follows:

[Thread debugging using libthread_db enabled]
[New Thread 0xb7aaf6d0 (LWP 23387)]
0xb7cafa2e in waitpid () from /lib/libc.so.6
#0  0xb7cafa2e in waitpid () from /lib/libc.so.6
#1  0xb7c52b8b in ?? () from /lib/libc.so.6
#2  0x0812af09 in smb_panic ()
#3  0x08118773 in sig_fault ()
#4  signal handler called
#5  0xb7c45566 in raise () from /lib/libc.so.6
#6  0xb7c46d88 in abort () from /lib/libc.so.6
#7  0xb7c3e590 in __assert_fail () from /lib/libc.so.6
#8  0xb7d8866e in ldap_parse_result (ld=0x83d4190, r=0x0, errcodep=0x0,
matcheddnp=0x0, errmsgp=0x0, referralsp=0x0, serverctrls=0xbfb4a548,
freeit=0) at error.c:272
#9  0x0826db54 in ads_do_paged_search_args ()
#10 0x0826defc in ads_do_search_all_args ()
#11 0x0827378e in ads_do_search_retry_internal ()
#12 0x08274369 in ads_do_search_retry ()
#13 0x08269fa1 in ads_USN ()
#14 0x080b4a14 in sequence_number ()
#15 0x0809d127 in refresh_sequence_number ()
#16 0x0809d313 in wcache_fetch ()
#17 0x080a017b in query_user_list ()
#18 0x080be4f5 in winbindd_dual_list_users ()
#19 0x080bb2ef in fork_domain_child ()
#20 0x080bb4bd in schedule_async_request ()
#21 0x080bc787 in async_request ()
#22 0x080973e5 in init_child_connection ()
#23 0x080bc9ee in async_domain_request ()
#24 0x08097629 in add_trusted_domains ()
#25 0x080979e3 in rescan_trusted_domains ()
#26 0x0808dc8c in main ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

Then before that I have one on 30 Sep 2008 and it looks as follows:

[Thread debugging using libthread_db enabled]
[New Thread 0xb7b1b6d0 (LWP 30839)]
0xb7d1ba2e in waitpid () from /lib/libc.so.6
#0  0xb7d1ba2e in waitpid () from /lib/libc.so.6
#1  0xb7cbeb8b in ?? () from /lib/libc.so.6
#2  0x0812af09 in smb_panic ()
#3  0x08118773 in sig_fault ()
#4  signal handler called
#5  0xb7cb1566 in raise () from /lib/libc.so.6
#6  0xb7cb2d88 in abort () from /lib/libc.so.6
#7  0xb7caa590 in __assert_fail () from /lib/libc.so.6
#8  0xb7df466e in ldap_parse_result (ld=0x83e9848, r=0x0, errcodep=0x0,
matcheddnp=0x0, errmsgp=0x0, referralsp=0x0, serverctrls=0xbf877e28,
freeit=0) at error.c:272
#9  0x0826db54 in ads_do_paged_search_args ()
#10 0x0826df7d in ads_do_search_all_args ()
#11 0x08273a4e in ads_do_search_retry_internal ()
#12 0x08274369 in ads_do_search_retry ()
#13 0x08274421 in ads_search_retry ()
#14 0x080b77fb in query_user_list ()
#15 0x080a03ec in query_user_list ()
#16 0x080be4f5 in winbindd_dual_list_users ()
#17 0x080bb2ef in fork_domain_child ()
#18 0x080bb4bd in schedule_async_request ()
#19 0x080bc787 in async_request ()
#20 0x080bc922 in async_domain_request ()
#21 0x080bca41 in sendto_domain ()
#22 0x080a8c3e in winbindd_pam_auth_crap ()
#23 0x0808c4a1 in request_recv ()
#24 0x0808c5b3 in request_main_recv ()
#25 0x0808ce63 in rw_callback ()
#26 0x0808ded1 in main ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

Next time it happens I'll see if there are any messages in the /var/log/samba/* 
files.

Interestingly enough the LDAP and Samba packages have not changed version since 
I was getting crashes:

ii  ldap-utils  2.4.10-3OpenLDAP utilities
ii  libldap-2.4-2   2.4.10-3OpenLDAP libraries
ii  libldap-2.4-2-dbg   2.4.10-3Debugging 
information for OpenLDAP libraries
ii  libwbclient02:3.2.3-1   client library for 
interfacing with winbind service
ii  samba   2:3.2.3-1   a LanManager-like 
file and printer server for Unix
ii  samba-common2:3.2.3-1   Samba common files 
used by both the server and the client
ii  samba-dbg   2:3.2.3-1   Samba debugging 
symbols
ii  samba-doc   2:3.2.3-1   Samba documentation
ii  smbclient   2:3.2.3-1   a LanManager-like 
simple client for Unix
ii  winbind 2:3.2.3-1   service to resolve 
user and group information from Windows 

Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-09-03 Thread Jim Barber

Hi again.

As of last night the packages are now as follows:

ii  ldap-utils  2.4.10-3OpenLDAP utilities
ii  libldap-2.4-2   2.4.10-3OpenLDAP libraries
ii  libldap-2.4-2-dbg   2.4.10-3Debugging 
information for OpenLDAP libraries
ii  libwbclient02:3.2.3-1   client library for 
interfacing with winbind service
ii  samba   2:3.2.3-1   a LanManager-like 
file and printer server for Unix
ii  samba-common2:3.2.3-1   Samba common files 
used by both the server and the client
ii  samba-dbg   2:3.2.3-1   Samba debugging 
symbols
ii  samba-doc   2:3.2.3-1   Samba documentation
ii  smbclient   2:3.2.3-1   a LanManager-like 
simple client for Unix
ii  winbind 2:3.2.3-1   service to resolve 
user and group information from Windows NT servers

The panic is still occurring.

Regards,

--
Jim Barber
DDI Health




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-08-06 Thread Jim Barber

Hi again.

Some new and hopefully useful information.

I've upgraded to the latest LDAP libraries in testing and also decided to add 
the debug package for LDAP so see if it reveals anything.
Packages are now as follows:

ii  ldap-utils  2.4.10-3OpenLDAP utilities
ii  libldap-2.4-2   2.4.10-3OpenLDAP libraries
ii  libldap-2.4-2-dbg   2.4.10-3Debugging 
information for OpenLDAP libraries
ii  libwbclient02:3.2.0-4   client library for 
interfacing with winbind service
ii  samba   2:3.2.0-4   a LanManager-like 
file and printer server for Unix
ii  samba-common2:3.2.0-4   Samba common files 
used by both the server and the client
ii  samba-dbg   2:3.2.0-4   Samba debugging 
symbols
ii  samba-doc   2:3.2.0-4   Samba documentation
ii  smbclient   2:3.2.0-4   a LanManager-like 
simple client for Unix
ii  winbind 2:3.2.0-4   service to resolve 
user and group information from Windows NT servers

Here is the latest crash with these packages. Line #8 shows more detail now 
that the LDAP debug package is installed:

[Thread debugging using libthread_db enabled]
[New Thread 0xb7b116d0 (LWP 19289)]
0xb7d0b6be in waitpid () from /lib/libc.so.6
#0  0xb7d0b6be in waitpid () from /lib/libc.so.6
#1  0xb7cb302e in ?? () from /lib/libc.so.6
#2  0x081540a9 in smb_panic ()
#3  0x0813ebf3 in sig_fault ()
#4  signal handler called
#5  0xb7ca5d96 in raise () from /lib/libc.so.6
#6  0xb7ca7541 in abort () from /lib/libc.so.6
#7  0xb7c9f230 in __assert_fail () from /lib/libc.so.6
#8  0xb7de025a in ldap_parse_result (ld=0xbfb6d664, r=0x0, 
errcodep=0x0, matcheddnp=0x0, errmsgp=0x0, referralsp=0x0,
serverctrls=0xbfb6d4d8, freeit=0) at error.c:288
#9  0x083adbe4 in ads_do_paged_search_args ()
#10 0x083adf8c in ads_do_search_all_args ()
#11 0x083b977e in ads_do_search_retry_internal ()
#12 0x083ba359 in ads_do_search_retry ()
#13 0x083aa031 in ads_USN ()
#14 0x080c9bfc in sequence_number ()
#15 0x080af45f in refresh_sequence_number ()
#16 0x080af64b in wcache_fetch ()
#17 0x080b1a6f in name_to_sid ()
#18 0x080a7588 in winbindd_lookup_sid_by_name ()
#19 0x080d3758 in winbindd_dual_lookupname ()
#20 0x080d01ff in fork_domain_child ()
#21 0x080d03cd in schedule_async_request ()
#22 0x080d16b0 in async_request ()
#23 0x080d184b in async_domain_request ()
#24 0x080d3aed in do_async_domain ()
#25 0x080d48b4 in winbindd_lookupname_async ()
#26 0x080a3531 in winbindd_getgroups ()
#27 0x0809e809 in request_recv ()
#28 0x0809e91b in request_main_recv ()
#29 0x0809f1cb in rw_callback ()
#30 0x080a0201 in main ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

There is also a new warning message in the /var/log/samba/log.wb-PRY file 
(where PRY is the windows domain name).
It says: warning: .dynamic section for /usr/lib/liblber-2.4.so.2 is not at the 
expected address (wrong library or version mismatch?)
The full dump of that section of the log follows:

[2008/08/07 12:01:56,  3] winbindd/winbindd_ads.c:sequence_number(1116)
  ads: fetch sequence_number for PRY
winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' 
failed.
[2008/08/07 12:01:56,  0] lib/fault.c:fault_report(40)
  ===
[2008/08/07 12:01:56,  0] lib/fault.c:fault_report(41)
  INTERNAL ERROR: Signal 6 in pid 19289 (3.2.0)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2008/08/07 12:01:56,  0] lib/fault.c:fault_report(43)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2008/08/07 12:01:56,  0] lib/fault.c:fault_report(44)
  ===
[2008/08/07 12:01:56,  0] lib/util.c:smb_panic(1666)
  PANIC (pid 19289): internal error
[2008/08/07 12:01:56,  0] lib/util.c:log_stack_trace(1770)
  BACKTRACE: 31 stack frames:
   #0 /usr/sbin/winbindd(log_stack_trace+0x2d) [0x8153ed4]
   #1 /usr/sbin/winbindd(smb_panic+0x80) [0x8154031]
   #2 /usr/sbin/winbindd [0x813ebf3]
   #3 [0xb7f67420]
   #4 /lib/libc.so.6(abort+0x101) [0xb7ca7541]
   #5 /lib/libc.so.6(__assert_fail+0xf0) [0xb7c9f230]
   #6 /usr/lib/libldap_r-2.4.so.2(ldap_parse_result+0x48a) [0xb7de025a]
   #7 /usr/sbin/winbindd [0x83adbe4]
 

Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-08-05 Thread Jim Barber

Last night I upgraded to the following packages:

ii  ldap-utils  2.4.10-2+lenny1 OpenLDAP utilities
ii  libldap-2.4-2   2.4.10-2+lenny1 OpenLDAP libraries
ii  libwbclient02:3.2.0-4   client library for 
interfacing with winbind service
ii  samba   2:3.2.0-4   a LanManager-like 
file and printer server for Unix
ii  samba-common2:3.2.0-4   Samba common files 
used by both the server and the client
ii  samba-dbg   2:3.2.0-4   Samba debugging 
symbols
ii  samba-doc   2:3.2.0-4   Samba documentation
ii  smbclient   2:3.2.0-4   a LanManager-like 
simple client for Unix
ii  winbind 2:3.2.0-4   service to resolve 
user and group information from Windows NT servers

Unrelated, but I figure I'll mention it.
The upgrade from 3.0.x to 3.2.x bit me.
We have a perl script that returns a list of members of a group as follows:

my (undef, undef, $gid, $members) = getgrnam $group;

For Samba 3.0.x $members contained a space separated list of names (eg user1 user2 
user3).
Now with Samba 3.2.x it contains the Windows domain name as well (eg DOMAIN\user1 
DOMAIN\user2 DOMAIN\user3).
It's fine, I just had to change the code to suit, but it caused some problems 
for a while.
Is that something that needs to be mentioned somewhere in the NEWS.Debian file 
or something like that?

Anyway. On to the problem at hand.
The panics are not fixed.
Here is the new panic dump from version 3.2.0 as supplied by the panic-action 
script:

[Thread debugging using libthread_db enabled]
[New Thread 0xb7adc6d0 (LWP 6827)]
0xb7cd66be in waitpid () from /lib/libc.so.6
#0  0xb7cd66be in waitpid () from /lib/libc.so.6
#1  0xb7c7e02e in ?? () from /lib/libc.so.6
#2  0x081540a9 in smb_panic ()
#3  0x0813ebf3 in sig_fault ()
#4  signal handler called
#5  0xb7c70d96 in raise () from /lib/libc.so.6
#6  0xb7c72541 in abort () from /lib/libc.so.6
#7  0xb7c6a230 in __assert_fail () from /lib/libc.so.6
#8  0xb7dab25a in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#9  0x083adbe4 in ads_do_paged_search_args ()
#10 0x083adf8c in ads_do_search_all_args ()
#11 0x083b977e in ads_do_search_retry_internal ()
#12 0x083ba359 in ads_do_search_retry ()
#13 0x083aa031 in ads_USN ()
#14 0x080c9bfc in sequence_number ()
#15 0x080af45f in refresh_sequence_number ()
#16 0x080af64b in wcache_fetch ()
#17 0x080b1a6f in name_to_sid ()
#18 0x080a7588 in winbindd_lookup_sid_by_name ()
#19 0x080d3758 in winbindd_dual_lookupname ()
#20 0x080d01ff in fork_domain_child ()
#21 0x080d03cd in schedule_async_request ()
#22 0x080d16b0 in async_request ()
#23 0x080d184b in async_domain_request ()
#24 0x080d3aed in do_async_domain ()
#25 0x080d48b4 in winbindd_lookupname_async ()
#26 0x080a2594 in winbindd_getpwnam ()
#27 0x0809e809 in request_recv ()
#28 0x0809e91b in request_main_recv ()
#29 0x0809f1cb in rw_callback ()
#30 0x080a0201 in main ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

In the /var/log/samba/log.wb-PRY there is the following info:

[2008/08/05 07:18:02,  4] 
winbindd/winbindd_dual.c:fork_domain_child(1173)
  child daemon request 21
[2008/08/05 07:18:02,  3] 
winbindd/winbindd_async.c:winbindd_dual_lookupname(442)
  [ 6601]: lookupname PRY\root
[2008/08/05 07:18:02,  3] winbindd/winbindd_ads.c:sequence_number(1116)
  ads: fetch sequence_number for PRY
winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' 
failed.
[2008/08/05 07:18:02,  0] lib/fault.c:fault_report(40)
  ===
[2008/08/05 07:18:02,  0] lib/fault.c:fault_report(41)
  INTERNAL ERROR: Signal 6 in pid 6827 (3.2.0)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2008/08/05 07:18:02,  0] lib/fault.c:fault_report(43)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2008/08/05 07:18:02,  0] lib/fault.c:fault_report(44)
  ===
[2008/08/05 07:18:02,  0] lib/util.c:smb_panic(1666)
  PANIC (pid 6827): internal error
[2008/08/05 07:18:02,  0] lib/util.c:log_stack_trace(1770)
  BACKTRACE: 31 stack frames:
   #0 /usr/sbin/winbindd(log_stack_trace+0x2d) [0x8153ed4]
   #1 /usr/sbin/winbindd(smb_panic+0x80) [0x8154031]
   #2 /usr/sbin/winbindd [0x813ebf3]

Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-23 Thread Steve Langasek
On Tue, Jul 22, 2008 at 10:06:38AM +0800, Jim Barber wrote:
 I've now upgraded to the following related packages:

   ii  samba   2:3.0.31-1  a 
 LanManager-like file and printer server for Unix
   ii  samba-common2:3.0.31-1  Samba 
 common files used by both the server and the client
snip

There is now a new upstream version of samba in unstable, 3.2.0.  Can you
test whether this fixes the problem?

Otherwise, my investigations into the source code have left me empty handed,
so I'm not sure where to proceed from here other than kicking it upstream.
It would be good if we could get enough debugging information out of samba
to get a reproducible test case; this would seem to be somewhat non-trivial,
since no one else is reporting these problems when interacting with AD from
Debian.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-21 Thread Jim Barber

I've now upgraded to the following related packages:

ii  ldap-utils  2.4.10-2+lenny1 OpenLDAP 
utilities
ii  libldap-2.4-2   2.4.10-2+lenny1 OpenLDAP 
libraries
ii  samba   2:3.0.31-1  a 
LanManager-like file and printer server for Unix
ii  samba-common2:3.0.31-1  Samba 
common files used by both the server and the client
ii  samba-dbg   2:3.0.31-1  Samba 
debugging symbols
ii  samba-doc   2:3.0.31-1  Samba 
documentation
ii  smbclient   2:3.0.31-1  a 
LanManager-like simple client for Unix
ii  winbind 2:3.0.31-1  service to 
resolve user and group information from Windows NT servers

The crash still happens.
There were two crashes last night, one immediately after the other.
The first at 03:59 and the next at 04:00 (going by the time stamp of the panic 
emails that came in).
The dumps are as follows:

[Thread debugging using libthread_db enabled]
[New Thread 0xb7b896d0 (LWP 19400)]
0xb7d836be in waitpid () from /lib/libc.so.6
#0  0xb7d836be in waitpid () from /lib/libc.so.6
#1  0xb7d2b02e in ?? () from /lib/libc.so.6
#2  0x08120a6e in smb_panic (why=0x8273130 internal error) at 
lib/util.c:1639
#3  0x0810b328 in sig_fault (sig=6) at lib/fault.c:47
#4  signal handler called
#5  0xb7d1dd96 in raise () from /lib/libc.so.6
#6  0xb7d1f541 in abort () from /lib/libc.so.6
#7  0xb7d17230 in __assert_fail () from /lib/libc.so.6
#8  0xb7e4725a in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#9  0x08235ed7 in ads_do_paged_search_args (ads=0x83545c0, bind_path=0x837c068 
, scope=0, expr=0x8261ac5 (objectclass=*),
attrs=0xbf8830b0, args=0x0, res=0xbf8830b8, count=0xbf882fc4, 
cookie=0xbf882fc8) at libads/ldap.c:700
#10 0x08236293 in ads_do_search_all_args (ads=0x83545c0, bind_path=0x837c068 , 
scope=0, expr=0x8261ac5 (objectclass=*),
attrs=0xbf8830b0, args=0x0, res=0xbf8830b8) at libads/ldap.c:772
#11 0x0823f7da in ads_do_search_retry_internal (ads=0x83545c0, bind_path=0x82a64f5 
, scope=0, expr=0x8261ac5 (objectclass=*),
attrs=0xbf8830b0, args=0x0, res=0xbf8830b8) at 
libads/ldap_utils.c:60
#12 0x0823fd6e in ads_do_search_retry (ads=0x83545c0, bind_path=0x82a64f5 , 
scope=0, expr=0x8261ac5 (objectclass=*),
attrs=0xbf8830b0, res=0xbf8830b8) at libads/ldap_utils.c:124
#13 0x08232c5c in ads_USN (ads=0x83545c0, usn=0x8354d3c) at 
libads/ldap.c:2350
#14 0x080b3429 in sequence_number (domain=0x83548b8, seq=0x8354d3c) at 
nsswitch/winbindd_ads.c:1021
#15 0x0809883b in refresh_sequence_number (domain=0x83548b8, force=value 
optimized out) at nsswitch/winbindd_cache.c:484
#16 0x08098c22 in wcache_fetch (cache=0x8354830, domain=0x83548b8, 
format=0x825ca73 LOC_POL/%s) at nsswitch/winbindd_cache.c:606
#17 0x080998f8 in lockout_policy (domain=0x83548b8, mem_ctx=0x82cc408, 
policy=0xbf883304) at nsswitch/winbindd_cache.c:2042
#18 0x080b927d in account_lockout_policy_handler (ctx=0x83552a8, 
te=0x837b610, now=0xbf883364, private_data=0x8354d90)
at nsswitch/winbindd_dual.c:733
#19 0x0813de7a in run_events (event_ctx=0x83552a8, selrtn=0, 
read_fds=0x0, write_fds=0x0) at lib/events.c:242
#20 0x080b8490 in fork_domain_child (child=0x8354d90) at 
nsswitch/winbindd_dual.c:1029
#21 0x080b902e in schedule_async_request (child=0x8354d90) at 
nsswitch/winbindd_dual.c:296
#22 0x08095d8e in init_child_connection (domain=0x83548b8, 
continuation=0x80ba4b0 domain_init_recv, private_data=0x8357bb8)
at nsswitch/winbindd_util.c:374
#23 0x080ba61b in async_domain_request (mem_ctx=0x83552e8, 
domain=0x83548b8, request=0x8356678, response=0x8356ed8,
continuation=0x80964e0 trustdom_recv, 
private_data_data=0x8355320) at nsswitch/winbindd_dual.c:358
#24 0x080963c4 in rescan_trusted_domains () at 
nsswitch/winbindd_util.c:218
#25 0x0808c602 in main (argc=) at nsswitch/winbindd.c:779
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

And:

[Thread debugging using libthread_db enabled]
[New Thread 0xb7b896d0 (LWP 19395)]
0xb7d836be in waitpid () from /lib/libc.so.6
#0  0xb7d836be in waitpid () from /lib/libc.so.6
#1  0xb7d2b02e in ?? () from /lib/libc.so.6
#2  0x08120a6e in smb_panic (why=0x8273130 internal error) at 
lib/util.c:1639
#3  0x0810b328 in sig_fault (sig=6) at lib/fault.c:47
#4  signal handler called
#5  0xb7d1dd96 in raise () from /lib/libc.so.6
#6  0xb7d1f541 in abort () 

Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-14 Thread Jim Barber

The output from log.winbindd for one of the crashes last night follows.
I grabbed a few lines earlier, although I'm not sure they are relevant.
Do I need to increase the logging level for winbind to be above 4?

[2008/07/15 08:57:06, 3] 
nsswitch/winbindd_misc.c:winbindd_interface_version(491)
  [24910]: request interface version
[2008/07/15 08:57:06, 3] nsswitch/winbindd_misc.c:winbindd_priv_pipe_dir(524)
  [24910]: request location of privileged pipe
[2008/07/15 08:57:06, 3] nsswitch/winbindd_user.c:winbindd_list_users(754)
  [24910]: list users
[2008/07/15 08:57:06, 3] nsswitch/winbindd_ads.c:sequence_number(1010)
  ads: fetch sequence_number for PRY
[2008/07/15 08:57:06, 3] nsswitch/winbindd_ads.c:query_user_list(169)
  ads: query_user_list
winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' failed.
[2008/07/15 08:57:07, 0] lib/fault.c:fault_report(41)
  ===
[2008/07/15 08:57:07, 0] lib/fault.c:fault_report(42)
  INTERNAL ERROR: Signal 6 in pid 16179 (3.0.30)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2008/07/15 08:57:07, 0] lib/fault.c:fault_report(44)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2008/07/15 08:57:07, 0] lib/fault.c:fault_report(45)
  ===
[2008/07/15 08:57:07, 0] lib/util.c:smb_panic(1633)
  PANIC (pid 16179): internal error
[2008/07/15 08:57:07, 0] lib/util.c:log_stack_trace(1737)
  BACKTRACE: 20 stack frames:
   #0 /usr/sbin/winbindd(log_stack_trace+0x2d) [0x81200ed]
   #1 /usr/sbin/winbindd(smb_panic+0x5d) [0x812021d]
   #2 /usr/sbin/winbindd [0x810aaf8]
   #3 [0xb7fa1420]
   #4 /lib/libc.so.6(abort+0x101) [0xb7cf1541]
   #5 /lib/libc.so.6(__assert_fail+0xf0) [0xb7ce9230]
   #6 /usr/lib/libldap_r-2.4.so.2 [0xb7e1966e]
   #7 /usr/sbin/winbindd [0x8235767]
   #8 /usr/sbin/winbindd(ads_do_search_all_args+0xf4) [0x8235ba4]
   #9 /usr/sbin/winbindd [0x823f05a]
   #10 /usr/sbin/winbindd(ads_do_search_retry+0x3e) [0x823f5ee]
   #11 /usr/sbin/winbindd(ads_search_retry+0x4d) [0x823f7bd]
   #12 /usr/sbin/winbindd [0x80b5515]
   #13 /usr/sbin/winbindd [0x809be56]
   #14 /usr/sbin/winbindd(winbindd_list_users+0xf3) [0x808d013]
   #15 /usr/sbin/winbindd [0x808b6f5]
   #16 /usr/sbin/winbindd [0x808bdc0]
   #17 /usr/sbin/winbindd(main+0x9cf) [0x808c7ef]
   #18 /lib/libc.so.6(__libc_start_main+0xe0) [0xb7cdc450]
   #19 /usr/sbin/winbindd [0x808a8a1]
[2008/07/15 08:57:07, 0] lib/util.c:smb_panic(1638)
  smb_panic(): calling panic action [/usr/share/samba/panic-action 16179]
Failed to read a valid object file image from memory.
Cannot access memory at address 0x3f33
[2008/07/15 08:57:09, 0] lib/util.c:smb_panic(1646)
  smb_panic(): action returned status 0
[2008/07/15 08:57:09, 0] lib/fault.c:dump_core(181)
  dumping core in /var/log/samba/cores/winbindd

Regards,

--
Jim Barber
DDI Health





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-13 Thread Jim Barber

Steve Langasek wrote:

Aha, well, that handily answers the question of which of the three assert
statements in ldap_parse_result() is being hit.

And essentially, this points to a failure in ldap_search_ext_s(), because
this function isn't returning an error but is returning a NULL res value
which then fails this assert in ldap_parse_result().  I'm not sure yet how
that could happen; perhaps some more logs will make it clearer.


The installation of version 2.4.10-2 of the LDAP libraries hasn't fixed the 
problem.
Unfortunately I can't see an associated message in my /var/log/log.winbind* 
files.
There seems to be gaps in the timestamps in these files for some reason.

--
Jim Barber
DDI Health



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-13 Thread Jim Barber

Jim Barber wrote:
 There seems to be gaps in the timestamps in these files for some reason.

Oh, I've found the problem with the logs.
I had 'max log size = 1000' defined in /etc/samba/smb.conf (the default value).
The log.winbind file is reaching this size every hour with the debug level 4 
turned on.
So it gets cycled to log.winbind.old replacing the previous .old file and so 
losing the logging info.
I've increased this value significantly, so hopefully for the next crash I'll 
have some useful information.

Regards,

--
Jim Barber
DDI Health




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-11 Thread Steve Langasek
On Thu, Jul 10, 2008 at 09:06:35AM +0800, Jim Barber wrote:
 This crash is still happening once or twice a day at least.
 Now at the following versions:

 ii  samba   2:3.0.30-3  a LanManager-like 
 file and printer server for Unix
 ii  samba-common2:3.0.30-3  Samba common 
 files used by both the server and the client
 ii  samba-dbg   2:3.0.30-3  Samba debugging 
 symbols
 ii  samba-doc   2:3.0.30-3  Samba 
 documentation
 ii  winbind 2:3.0.30-3  service to 
 resolve user and group information from Windows NT servers

You previously reported that you were using libldap-2.4-2 version 2.4.9-1.
There is a new upstream version of this package, 2.4.10-2, available in
unstable; could you please install this and see if it helps?

From the backtrace, this is most likely an openldap problem rather than a
samba problem.

Could you also send the contents of /var/log/samba/log.winbindd?  In
particular, anything immediately before a backtrace.  If you don't already
have debug level set in smb.conf, you'll want to set this to 4 and capture
another crash to get a log.winbindd with useful information.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-11 Thread Jim Barber

Steve Langasek wrote:


You previously reported that you were using libldap-2.4-2 version 2.4.9-1.
There is a new upstream version of this package, 2.4.10-2, available in
unstable; could you please install this and see if it helps?

From the backtrace, this is most likely an openldap problem rather than a
samba problem.

Could you also send the contents of /var/log/samba/log.winbindd?  In
particular, anything immediately before a backtrace.  If you don't already
have debug level set in smb.conf, you'll want to set this to 4 and capture
another crash to get a log.winbindd with useful information.

Cheers,


Thanks for that Steve.
I've now installed the newer ldap packages like so:

ii  ldap-utils  2.4.10-2OpenLDAP 
utilities
ii  libldap-2.4-2   2.4.10-2OpenLDAP 
libraries

I've also added the following to the /etc/samba/smb.conf file and restarted 
samba. Does it look right?

log level = winbind:4

However I don't think I thought to check the log.winbind before...
So here is what I've found with the default log level (which I guess is 0?)

winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' 
failed.
[2008/07/04 13:35:06, 0] lib/fault.c:fault_report(41)
  ===
[2008/07/04 13:35:06, 0] lib/fault.c:fault_report(42)
  INTERNAL ERROR: Signal 6 in pid 12996 (3.0.30)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2008/07/04 13:35:06, 0] lib/fault.c:fault_report(44)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2008/07/04 13:35:06, 0] lib/fault.c:fault_report(45)
  ===
[2008/07/04 13:35:06, 0] lib/util.c:smb_panic(1633)
  PANIC (pid 12996): internal error
[2008/07/04 13:35:06, 0] lib/util.c:log_stack_trace(1737)
  BACKTRACE: 20 stack frames:
   #0 /usr/sbin/winbindd(log_stack_trace+0x2d) [0x811f03d]
   #1 /usr/sbin/winbindd(smb_panic+0x5d) [0x811f16d]
   #2 /usr/sbin/winbindd [0x8109d9a]
   #3 [0xb7eee420]
   #4 /lib/libc.so.6(abort+0x101) [0xb7c49541]
   #5 /lib/libc.so.6(__assert_fail+0xf0) [0xb7c41230]
   #6 /usr/lib/libldap_r-2.4.so.2(ldap_parse_result+0x48a) [0xb7d7120a]
   #7 /usr/sbin/winbindd [0x823001c]
   #8 /usr/sbin/winbindd(ads_do_search_all_args+0x6f) [0x823039f]
   #9 /usr/sbin/winbindd [0x82395d9]
   #10 /usr/sbin/winbindd(ads_do_search_retry+0x3a) [0x8239b4a]
   #11 /usr/sbin/winbindd(ads_search_retry+0x4d) [0x8239d1d]
   #12 /usr/sbin/winbindd [0x80b4ce5]
   #13 /usr/sbin/winbindd [0x809bc4e]
   #14 /usr/sbin/winbindd(winbindd_list_users+0xee) [0x808cf6e]
   #15 /usr/sbin/winbindd [0x808b630]
   #16 /usr/sbin/winbindd [0x808bc19]
   #17 /usr/sbin/winbindd(main+0x9a9) [0x808c6c9]
   #18 /lib/libc.so.6(__libc_start_main+0xe0) [0xb7c34450]
   #19 /usr/sbin/winbindd [0x808a871]
[2008/07/04 13:35:06, 0] lib/util.c:smb_panic(1638)
  smb_panic(): calling panic action [/usr/share/samba/panic-action 
12996]
Failed to read a valid object file image from memory.
Cannot access memory at address 0x32c4
[2008/07/04 13:35:07, 0] lib/util.c:smb_panic(1646)
  smb_panic(): action returned status 0
[2008/07/04 13:35:07, 0] lib/fault.c:dump_core(181)
  dumping core in /var/log/samba/cores/winbindd

Regards,

--
Jim Barber
DDI Health



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-11 Thread Steve Langasek
On Fri, Jul 11, 2008 at 04:43:50PM +0800, Jim Barber wrote:
 Thanks for that Steve.
 I've now installed the newer ldap packages like so:

   ii  ldap-utils  2.4.10-2OpenLDAP 
 utilities
   ii  libldap-2.4-2   2.4.10-2OpenLDAP 
 libraries

 I've also added the following to the /etc/samba/smb.conf file and restarted 
 samba. Does it look right?

   log level = winbind:4

 However I don't think I thought to check the log.winbind before...
 So here is what I've found with the default log level (which I guess is 0?)

   winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' 
 failed.

Aha, well, that handily answers the question of which of the three assert
statements in ldap_parse_result() is being hit.

And essentially, this points to a failure in ldap_search_ext_s(), because
this function isn't returning an error but is returning a NULL res value
which then fails this assert in ldap_parse_result().  I'm not sure yet how
that could happen; perhaps some more logs will make it clearer.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd

2008-07-09 Thread Jim Barber

This crash is still happening once or twice a day at least.
Now at the following versions:

ii  samba   2:3.0.30-3  a LanManager-like 
file and printer server for Unix
ii  samba-common2:3.0.30-3  Samba common files 
used by both the server and the client
ii  samba-dbg   2:3.0.30-3  Samba debugging 
symbols
ii  samba-doc   2:3.0.30-3  Samba documentation
ii  winbind 2:3.0.30-3  service to resolve 
user and group information from Windows NT servers

A dump from this version looks as follows:

Using host libthread_db library /lib/libthread_db.so.1.
[Thread debugging using libthread_db enabled]
[New Thread 0xb7b416d0 (LWP 13661)]
0xb7d3b6be in waitpid () from /lib/libc.so.6
#0  0xb7d3b6be in waitpid () from /lib/libc.so.6
#1  0xb7ce302e in ?? () from /lib/libc.so.6
#2  0x0812027e in smb_panic (why=0x8272950 internal error)
at lib/util.c:1639
#3  0x0810aaf8 in sig_fault (sig=6) at lib/fault.c:47
#4  signal handler called
#5  0xb7cd5d96 in raise () from /lib/libc.so.6
#6  0xb7cd7541 in abort () from /lib/libc.so.6
#7  0xb7ccf230 in __assert_fail () from /lib/libc.so.6
#8  0xb7dff20a in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#9  0x08235767 in ads_do_paged_search_args (ads=0x8322d58,
bind_path=0x82ceeb8 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x8261aed (objectCategory=user), attrs=0xbf83d468, args=0x0,
res=0xbf83d488, count=0xbf83d2d4, cookie=0xbf83d2d8) at libads/ldap.c:700
#10 0x08235b23 in ads_do_search_all_args (ads=0x8322d58,
bind_path=0x82ceeb8 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x8261aed (objectCategory=user), attrs=0xbf83d468, args=0x0,
res=0xbf83d488) at libads/ldap.c:772
#11 0x0823f05a in ads_do_search_retry_internal (ads=0x8322d58,
bind_path=0x8354638 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x8261aed (objectCategory=user), attrs=0xbf83d468, args=0x0,
res=0xbf83d488) at libads/ldap_utils.c:60
#12 0x0823f5ee in ads_do_search_retry (ads=0x8322d58,
bind_path=0x8354638 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x8261aed (objectCategory=user), attrs=0xbf83d468, res=0xbf83d488)
at libads/ldap_utils.c:124
#13 0x0823f7bd in ads_search_retry (ads=0x8322d58, res=0xbf83d488,
expr=0x8261aed (objectCategory=user), attrs=0xbf83d468)
at libads/ldap_utils.c:139
#14 0x080b5515 in query_user_list (domain=0x8354878, mem_ctx=0x837a120,
num_entries=0xbf83d744, info=0xbf83d748) at nsswitch/winbindd_ads.c:178
#15 0x0809be56 in query_user_list (domain=0x8354878, mem_ctx=0x837a120,
num_entries=0xbf83d744, info=0xbf83d748) at nsswitch/winbindd_cache.c:1140
#16 0x0808d013 in winbindd_list_users (state=0x86eeed0)
at nsswitch/winbindd_user.c:777
#17 0x0808b6f5 in request_recv (private_data=0x86eeed0, success=1)
at nsswitch/winbindd.c:315
#18 0x0808bdc0 in rw_callback (event=0x86eeedc, flags=1)
at nsswitch/winbindd.c:398
#19 0x0808c7ef in main (argc=) at nsswitch/winbindd.c:854
The program is running.  Quit anyway (and detach it)? (y or n) [answered Y; 
input not from terminal]

Regards,

--
Jim Barber
DDI Health





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd

2008-06-11 Thread Jim Barber

Christian Perrier wrote:

Any bit of information might be worthy..:-)

Steve (Langasek) I think you're the one who can analyze that and
decide what to do with it (upstream or not, belonging to another
package, not having a clue, etc.).


Okay then.

First panic:

Using host libthread_db library /lib/libthread_db.so.1.
[Thread debugging using libthread_db enabled]
[New Thread 0xb7b276d0 (LWP 3434)]
0xb7cfd6be in waitpid () from /lib/libc.so.6
#0  0xb7cfd6be in waitpid () from /lib/libc.so.6
#1  0xb7ca502e in ?? () from /lib/libc.so.6
#2  0x0811f1c8 in smb_panic (why=0x826cb24 internal error)
at lib/util.c:1639
#3  0x08109d9a in sig_fault (sig=6) at lib/fault.c:47
#4  signal handler called
#5  0xb7c97d96 in raise () from /lib/libc.so.6
#6  0xb7c99541 in abort () from /lib/libc.so.6
#7  0xb7c91230 in __assert_fail () from /lib/libc.so.6
#8  0xb7dc120a in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#9  0x0823001c in ads_do_paged_search_args (ads=0x834ded8,
bind_path=value optimized out, scope=2,
expr=0x8375248 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00),
attrs=0xbf9ec968, args=0x0, res=0xbf9ec978, count=0xbf9ec864,
cookie=0xbf9ec868) at libads/ldap.c:700
#10 0x0823039f in ads_do_search_all_args (ads=0x834ded8,
bind_path=0x8373dd8 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x8375248 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00),
attrs=0xbf9ec968, args=0x0, res=0xbf9ec978) at libads/ldap.c:772
#11 0x082395d9 in ads_do_search_retry_internal (ads=0x834ded8,
bind_path=0x83757e8 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x8375248 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00),
attrs=0xbf9ec968, args=0x0, res=0xbf9ec978) at 
libads/ldap_utils.c:60
#12 0x08239b4a in ads_do_search_retry (ads=0x834ded8,
bind_path=0x83757e8 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x8375248 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00),
attrs=0xbf9ec968, res=0xbf9ec978) at libads/ldap_utils.c:124
#13 0x08239d1d in ads_search_retry (ads=0x834ded8, res=0xbf9ec978,
expr=0x8375248 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00),
attrs=0xbf9ec968) at libads/ldap_utils.c:139
#14 0x080b482c in query_user (domain=0x834e8f8, mem_ctx=0x8375228,
sid=0xbf9eca78, info=0xbf9ec9dc) at nsswitch/winbindd_ads.c:462
#15 0x0809a970 in query_user (domain=0x834e8f8, mem_ctx=0x8375228,
user_sid=0xbf9eca78, info=0xbf9ec9dc) at 
nsswitch/winbindd_cache.c:1654
#16 0x0808f237 in winbindd_dual_userinfo (domain=0x834e8f8, 
state=0xbf9ecb34)
at nsswitch/winbindd_user.c:148
#17 0x080b7ab8 in schedule_async_request (child=0x834edd0)
at nsswitch/winbindd_dual.c:481
#18 0x080b89ef in async_request_fail (state=0x8374cf0)
at nsswitch/winbindd_dual.c:208
#19 0x0808bc7a in rw_callback (event=0x834f1e0, flags=1)
at nsswitch/winbindd.c:389
#20 0x0808c6c9 in main (argc=) at nsswitch/winbindd.c:854
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

Second panic:

Using host libthread_db library /lib/libthread_db.so.1.
[Thread debugging using libthread_db enabled]
[New Thread 0xb7b276d0 (LWP 29070)]
0xb7cfd6be in waitpid () from /lib/libc.so.6
#0  0xb7cfd6be in waitpid () from /lib/libc.so.6
#1  0xb7ca502e in ?? () from /lib/libc.so.6
#2  0x0811f1c8 in smb_panic (why=0x826cb24 internal error)
at lib/util.c:1639
#3  0x08109d9a in sig_fault (sig=6) at lib/fault.c:47
#4  signal handler called
#5  0xb7c97d96 in raise () from /lib/libc.so.6
#6  0xb7c99541 in abort () from /lib/libc.so.6
#7  0xb7c91230 in __assert_fail () from /lib/libc.so.6
#8  0xb7dc120a in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#9  0x0823001c in ads_do_paged_search_args (ads=0x834ded8,
bind_path=value optimized out, scope=2,
expr=0x825bb6d (objectCategory=user), attrs=0xbf9ede18, args=0x0,
res=0xbf9ede38, count=0xbf9edc94, cookie=0xbf9edc98) at 
libads/ldap.c:700
#10 0x0823039f in ads_do_search_all_args (ads=0x834ded8,
bind_path=0x8374f10 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x825bb6d (objectCategory=user), 

Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-06-10 Thread Jim Barber

Hi.

I've upgraded to the new version and also installed the samba-dbg package this 
time.
No changes were made to the Samba configuration.
The LDAP libraries were also updated.
I still experience crashes.

The versions of packages that have changed since the previous list are as 
follows:

ii  libldap-2.4-2   2.4.9-1 OpenLDAP libraries
ii  samba   2:3.0.30-2  a LanManager-like 
file and printer server for Unix
ii  samba-common2:3.0.30-2  Samba common files 
used by both the server and the client
ii  samba-dbg   2:3.0.30-2  Samba debugging 
symbols
ii  samba-doc   2:3.0.30-2  Samba documentation
ii  winbind 2:3.0.30-2  service to resolve 
user and group information from Windows NT servers

The panic dump is as follows:

Using host libthread_db library /lib/libthread_db.so.1.
[Thread debugging using libthread_db enabled]
[New Thread 0xb7b276d0 (LWP 29078)]
0xb7cfd6be in waitpid () from /lib/libc.so.6
#0  0xb7cfd6be in waitpid () from /lib/libc.so.6
#1  0xb7ca502e in ?? () from /lib/libc.so.6
#2  0x0811f1c8 in smb_panic (why=0x826cb24 internal error)
at lib/util.c:1639
#3  0x08109d9a in sig_fault (sig=6) at lib/fault.c:47
#4  signal handler called
#5  0xb7c97d96 in raise () from /lib/libc.so.6
#6  0xb7c99541 in abort () from /lib/libc.so.6
#7  0xb7c91230 in __assert_fail () from /lib/libc.so.6
#8  0xb7dc120a in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#9  0x0823001c in ads_do_paged_search_args (ads=0x8374b78,
bind_path=value optimized out, scope=2,
expr=0x834d998 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\8B\\29\\00\\00),
attrs=0xbf9ec918, args=0x0, res=0xbf9ec928, count=0xbf9ec814,
cookie=0xbf9ec818) at libads/ldap.c:700
#10 0x0823039f in ads_do_search_all_args (ads=0x8374b78,
bind_path=0x83749f0 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x834d998 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\8B\\29\\00\\00),
attrs=0xbf9ec918, args=0x0, res=0xbf9ec928) at libads/ldap.c:772
#11 0x082395d9 in ads_do_search_retry_internal (ads=0x8374b78,
bind_path=0x834d928 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x834d998 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\8B\\29\\00\\00),
attrs=0xbf9ec918, args=0x0, res=0xbf9ec928) at 
libads/ldap_utils.c:60
#12 0x08239b4a in ads_do_search_retry (ads=0x8374b78,
bind_path=0x834d928 dc=PRY,dc=COM,dc=AU, scope=2,
expr=0x834d998 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\8B\\29\\00\\00),
attrs=0xbf9ec918, res=0xbf9ec928) at libads/ldap_utils.c:124
#13 0x08239d1d in ads_search_retry (ads=0x8374b78, res=0xbf9ec928,
expr=0x834d998 
(objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\8B\\29\\00\\00),
attrs=0xbf9ec918) at libads/ldap_utils.c:139
#14 0x080b482c in query_user (domain=0x834e8f8, mem_ctx=0x82c9b38,
sid=0xbf9eca28, info=0xbf9ec98c) at nsswitch/winbindd_ads.c:462
#15 0x0809a970 in query_user (domain=0x834e8f8, mem_ctx=0x82c9b38,
user_sid=0xbf9eca28, info=0xbf9ec98c) at 
nsswitch/winbindd_cache.c:1654
#16 0x0808f237 in winbindd_dual_userinfo (domain=0x834e8f8, 
state=0xbf9ecae4)
at nsswitch/winbindd_user.c:148
#17 0x080b7ab8 in schedule_async_request (child=0x834edd0)
at nsswitch/winbindd_dual.c:481
#18 0x08095cae in init_child_connection (domain=0x834e8f8,
continuation=0x80b92c0 domain_init_recv, private_data=0x8351b60)
at nsswitch/winbindd_util.c:373
#19 0x080b94b6 in async_domain_request (mem_ctx=0x82c5328, 
domain=0x834e8f8,
request=0x83505e0, response=0x8350e40,
continuation=0x8096400 trustdom_recv, private_data_data=0x8351b20)
at nsswitch/winbindd_dual.c:359
#20 0x080962f0 in rescan_trusted_domains () at 
nsswitch/winbindd_util.c:217
#21 0x0808c47d in main (argc=) at nsswitch/winbindd.c:772
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

Regards,

--
Jim Barber
DDI Health



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-06-10 Thread Jim Barber

I've got a couple more stack dumps from today as well that look a little 
different.
Is it worth sending them through as well?

Once if very similar except for slight variations in a number of the hex values.
But at step #18 a different path down the functions calls happens.
So I'll paste that.
Replace steps #18 to #20 from the previous dump with:

#18 0x080b89ef in async_request_fail (state=0x8374cf0)
at nsswitch/winbindd_dual.c:208
#19 0x0808bc7a in rw_callback (event=0x834f1e0, flags=1)
at nsswitch/winbindd.c:389
#20 0x0808c6c9 in main (argc=) at nsswitch/winbindd.c:854

I've also got another one where at step #14 it's called query_user_list instead 
of just query_user.
That walks a different list of functions, but still finally dies at 
nsswitch/winbindd.c:854

Let me know if I should send full stack dumps of both or not.

Regards,

--
Jim Barber
DDI Health




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd

2008-06-10 Thread Christian Perrier
Quoting Jim Barber ([EMAIL PROTECTED]):
 I've got a couple more stack dumps from today as well that look a little 
 different.
 Is it worth sending them through as well?


Any bit of information might be worthy..:-)

Steve (Langasek) I think you're the one who can analyze that and
decide what to do with it (upstream or not, belonging to another
package, not having a clue, etc.).



signature.asc
Description: Digital signature


Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-06-04 Thread Christian Perrier
severity 484235 important
thanks

Quoting root ([EMAIL PROTECTED]):
 Package: winbind
 Version: 1:3.0.28a-3
 Severity: critical
 Justification: breaks unrelated software

Sorry, that's overestimated.

winbind and samba works for dozens of users all around so that bug
does not deserve that severity.

 We are using winbind to authenticate users to the system for various
 services. The winbind daemon seems to crash many times a day. At the
 moment I have a cron job that restarts winbind and samba every time as
 crash has been detected to minimise the impact on the system.
 
 This happens on two separate servers that we run winbind on.
 They are both located in different networks in different Active Directory 
 environments.
 I'll just report on one of the hosts that is more active and suffers from the 
 crashes more frequently.
 
 Output from 'testparm -s /etc/samba/smb.conf' is as follows:

 The above seems to suggest something going wrong with LDAP?
 I have the latest libraries for LDAP in the testing distribution installed.
 Output from 'dpkg --list | grep ldap' is:
 
   ii  ldap-utils  2.4.7-6.3   OpenLDAP 
 utilities
   ii  libldap-2.4-2   2.4.7-6.3   OpenLDAP 
 libraries


Please at least try upgrading to 3.0.30 as soon as it enters testing
(as you seem to be using testing).

I have no idea if that may fix the problem or not, though.




signature.asc
Description: Digital signature


Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

2008-06-04 Thread Jim Barber

Christian Perrier wrote:

Severity: critical
Justification: breaks unrelated software


Sorry, that's overestimated.


Okay sorry about the overstated severity.
I was going to put it in as 'normal' but I followed the descriptions from
reportbug which mislead me.
When this breaks, packages like exim4, squid, and courier-imap break because
the users can't authenticate.


Please at least try upgrading to 3.0.30 as soon as it enters testing
(as you seem to be using testing).

I have no idea if that may fix the problem or not, though.


Okay.
I think the problem happened earlier, but it took me a while to report it.
ie. It happened in 3.0.27 as well and maybe even .26?
I couldn't tell you if it corresponds with an upgrade to Samba or LDAP.

When .30 comes along I'll install the samba-dbg package so that I can get a
better stack dump.

Regards,

--
Jim Barber
DDI Health



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: panic-action called for /usr/sbin/winbindd

2008-06-03 Thread root
Package: winbind
Version: 1:3.0.28a-3
Severity: critical
Justification: breaks unrelated software


We are using winbind to authenticate users to the system for various
services. The winbind daemon seems to crash many times a day. At the
moment I have a cron job that restarts winbind and samba every time as
crash has been detected to minimise the impact on the system.

This happens on two separate servers that we run winbind on.
They are both located in different networks in different Active Directory 
environments.
I'll just report on one of the hosts that is more active and suffers from the 
crashes more frequently.

Output from 'testparm -s /etc/samba/smb.conf' is as follows:

Load smb config files from /etc/samba/smb.conf
Processing section [home_dirs]
Loaded services file OK.
Server role: ROLE_DOMAIN_MEMBER
[global]
workgroup = PRY
realm = PRY.COM.AU
server string = %h server
security = ADS
obey pam restrictions = Yes
password server = ZEUS ACCOUNTS exchange02
passdb backend = tdbsam
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n 
*Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
restrict anonymous = 2
ntlm auth = No
client NTLMv2 auth = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
disable netbios = Yes
name resolve order = host
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
dns proxy = No
panic action = /usr/share/samba/panic-action %d
idmap uid = 1-2
idmap gid = 1-2
template homedir = /var/home/%D/%U
winbind cache time = 120
winbind enum users = Yes
winbind enum groups = Yes
winbind use default domain = Yes
invalid users = root

[home_dirs]
comment = Home Directories
path = /home
username = administrator
force user = root


The dump from the panic-action email shows the following:

(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)
[Thread debugging using libthread_db enabled]
[New Thread 0xb7ae06d0 (LWP 25600)]
(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)
0xb7cb66be in waitpid () from /lib/libc.so.6
#0  0xb7cb66be in waitpid () from /lib/libc.so.6
#1  0xb7c5e02e in ?? () from /lib/libc.so.6
#2  0x0811eea8 in smb_panic ()
#3  0x08109aaa in ?? ()
#4  0x0826bc84 in ?? ()
#5  0x0826bc20 in ?? ()
#6  0x0826be13 in ?? ()
#7  0x002d in ?? ()
#8  0xffb8 in ?? ()
#9  0x0826bc20 in ?? ()
#10 0x0826be13 in ?? ()
#11 0x6400 in ?? ()
#12 0xbfa06218 in ?? ()
#13 0xb7d57ff4 in ?? () from /lib/libc.so.6
#14 0xbfa06178 in ?? ()
#15 signal handler called
#16 0xb7c50d96 in raise () from /lib/libc.so.6
#17 0xb7c52541 in abort () from /lib/libc.so.6
#18 0xb7c4a230 in __assert_fail () from /lib/libc.so.6
#19 0xb7d79eaa in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#20 0x0822f5cc in ?? ()
#21 0x085963a0 in ?? ()
#22 0x in ?? ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

The above seems to suggest something going wrong with LDAP?
I have the latest libraries for LDAP in the testing distribution installed.
Output from 'dpkg --list | grep ldap' is:

ii  ldap-utils  2.4.7-6.3   OpenLDAP 
utilities
ii  libldap-2.4-2   2.4.7-6.3   OpenLDAP