autobuild: intermittent test failure detected
The autobuild test system has detected an intermittent failing test in the current master tree. The autobuild log of the failure is available here: http://git.samba.org/autobuild.flakey/2011-04-28-0842/flakey.log The samba3 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-0842/samba3.stderr http://git.samba.org/autobuild.flakey/2011-04-28-0842/samba3.stdout The source4 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-0842/samba4.stderr http://git.samba.org/autobuild.flakey/2011-04-28-0842/samba4.stdout The top commit at the time of the failure was: commit 1c5cc4a2d1449296a96e8a137dc177191df00c8d Author: Andrew Bartlett abart...@samba.org Date: Thu Apr 28 13:31:33 2011 +1000 s4-selftest: Don't use a hardcoded target DC name Autobuild-User: Andrew Bartlett abart...@samba.org Autobuild-Date: Thu Apr 28 07:34:31 CEST 2011 on sn-devel-104
[SCM] Samba Shared Repository - branch master updated
The branch, master has been updated via 2e1522f s3: Close the winbind client fds after forking via a672707 s3: Fix a strange German translation from 1c5cc4a s4-selftest: Don't use a hardcoded target DC name http://gitweb.samba.org/?p=samba.git;a=shortlog;h=master - Log - commit 2e1522f3785d542c429fce83264ad67f35bcef68 Author: Volker Lendecke v...@samba.org Date: Wed Apr 27 17:52:30 2011 +0200 s3: Close the winbind client fds after forking In an overload situation, the winbind helper child process inherits all those hundreds of fd's which it will never talk to. Close them. We (Christian Ambach and me) just saw a crash in libkrb5. Christian's analysis showed that libkrb5 also does select, probably exceeding FD_SETSIZE and crashing due to that reason. The parent winbind in theory does not do Kerberos at all, so this should fix that problem. The crash is interesting because the child process did not really crash. Somewhere in glibc backtrace() is called, probably due to an assert() or some explicit consistency check. This then somehow generates a signal probably due to corrupted memory structures. That signal triggers Samba to again call backtrace(). This blocks hard on a ptrace_once(). Sorry for the long backtrace here, but this *is* interesting. The child process blocking and not really crashing makes the situation worse: The parent process does not get told the child has crashed and more client sockets pile up. This patch is intended to put some relief on this problem by closing the majority of sockets the parent holds. (gdb) bt \#0 0x2ad686a2b07b in pthread_once () from /lib64/libpthread.so.0 \#1 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#2 0x2ad683eab27c in log_stack_trace () at lib/util.c:1580 \#3 0x2ad683eab34b in smb_panic (why=0x2ad6841c6ec3 internal error) at lib/util.c:1481 \#4 0x2ad683e9af3e in fault_report (sig=1) at lib/fault.c:52 \#5 sig_fault (sig=1) at lib/fault.c:75 #6 signal handler called \#7 0x2ad68673b005 in _int_malloc () from /lib64/libc.so.6 \#8 0x2ad68673c95d in calloc () from /lib64/libc.so.6 \#9 0x2ad684503e25 in _dl_new_object () from /lib64/ld-linux-x86-64.so.2 \#10 0x2ad6844ffadc in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 \#11 0x2ad684501d43 in _dl_map_object () from /lib64/ld-linux-x86-64.so.2 \#12 0x2ad68450ac8d in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 \#13 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#14 0x2ad68450a68c in _dl_open () from /lib64/ld-linux-x86-64.so.2 \#15 0x2ad6867d0ba0 in do_dlopen () from /lib64/libc.so.6 \#16 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#17 0x2ad6867d0d07 in __libc_dlopen_mode () from /lib64/libc.so.6 \#18 0x2ad6867adeea in init () from /lib64/libc.so.6 \#19 0x2ad686a2b083 in pthread_once () from /lib64/libpthread.so.0 \#20 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#21 0x2ad68673285f in __libc_message () from /lib64/libc.so.6 \#22 0x2ad68673a30f in _int_free () from /lib64/libc.so.6 \#23 0x2ad68673a76b in free () from /lib64/libc.so.6 \#24 0x2ad6853fe346 in krb5int_sendto () from /usr/lib64/libkrb5.so.3 \#25 0x2ad6853fe511 in krb5_sendto_kdc () from /usr/lib64/libkrb5.so.3 \#26 0x2ad6853df7c4 in ?? () from /usr/lib64/libkrb5.so.3 \#27 0x2ad6853e0919 in krb5_get_init_creds () from /usr/lib64/libkrb5.so.3 \#28 0x2ad6853e2a94 in krb5_get_init_creds_password () from /usr/lib64/libkrb5.so.3 \#29 0x2ad684169ff1 in kerberos_kinit_password_ext (principal=0x2ad684702180 sanitized, password=0x2ad6844c5bb0 sanitized, time_offset=0, expire_time=0x2ad6846bf380, renew_till_time=0x0, cache_name=0x2ad6843cb3e0 MEMORY:winbind_ccache, request_pac=false, add_netbios_addr=false, renewable_time=value optimized out, ntstatus=0x0) at libads/kerberos.c:223 \#30 0x2ad68416a223 in ads_kinit_password (ads=0x2ad6846bf330) at libads/kerberos.c:327 \#31 0x2ad68415f725 in ads_sasl_spnego_bind (ads=0x2ad6846bf330) at libads/sasl.c:812 \#32 0x2ad68415dbc1 in ads_sasl_bind (ads=0x2ad6846bf330) at libads/sasl.c:1114 \#33 0x2ad68415c09b in ads_connect (ads=0x2ad6846bf330) at libads/ldap.c:711 \#34 0x2ad683e1b8f7 in ads_cached_connection (domain=0x2ad6846b07c0) at winbindd/winbindd_ads.c:124 \#35 0x2ad683e1bc85 in sequence_number (domain=0x2ad6846b07c0, seq=0x2ad6846b0cd8) at winbindd/winbindd_ads.c:1233 \#36 0x2ad683dffdd7 in refresh_sequence_number (domain=0x2ad6846b07c0, force=128) at winbindd/winbindd_cache.c:510 \#37 0x2ad683e00520 in wcache_fetch
[SCM] Samba Shared Repository - branch v3-6-test updated
The branch, v3-6-test has been updated via 284c00d s3: Close the winbind client fds after forking via b71bd9e s3: Fix a strange German translation (cherry picked from commit a672707a185277343e06ca37fe85caf3bbfd6168) from 3d55b6f Remove another fstring in this code. (cherry picked from commit d808d55af1bf86f2c89078aba8f8d4dbf7282b9f) http://gitweb.samba.org/?p=samba.git;a=shortlog;h=v3-6-test - Log - commit 284c00d86265b4f5e9be34e7896ea315d52cf082 Author: Volker Lendecke v...@samba.org Date: Wed Apr 27 17:52:30 2011 +0200 s3: Close the winbind client fds after forking In an overload situation, the winbind helper child process inherits all those hundreds of fd's which it will never talk to. Close them. We (Christian Ambach and me) just saw a crash in libkrb5. Christian's analysis showed that libkrb5 also does select, probably exceeding FD_SETSIZE and crashing due to that reason. The parent winbind in theory does not do Kerberos at all, so this should fix that problem. The crash is interesting because the child process did not really crash. Somewhere in glibc backtrace() is called, probably due to an assert() or some explicit consistency check. This then somehow generates a signal probably due to corrupted memory structures. That signal triggers Samba to again call backtrace(). This blocks hard on a ptrace_once(). Sorry for the long backtrace here, but this *is* interesting. The child process blocking and not really crashing makes the situation worse: The parent process does not get told the child has crashed and more client sockets pile up. This patch is intended to put some relief on this problem by closing the majority of sockets the parent holds. (gdb) bt \#0 0x2ad686a2b07b in pthread_once () from /lib64/libpthread.so.0 \#1 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#2 0x2ad683eab27c in log_stack_trace () at lib/util.c:1580 \#3 0x2ad683eab34b in smb_panic (why=0x2ad6841c6ec3 internal error) at lib/util.c:1481 \#4 0x2ad683e9af3e in fault_report (sig=1) at lib/fault.c:52 \#5 sig_fault (sig=1) at lib/fault.c:75 #6 signal handler called \#7 0x2ad68673b005 in _int_malloc () from /lib64/libc.so.6 \#8 0x2ad68673c95d in calloc () from /lib64/libc.so.6 \#9 0x2ad684503e25 in _dl_new_object () from /lib64/ld-linux-x86-64.so.2 \#10 0x2ad6844ffadc in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 \#11 0x2ad684501d43 in _dl_map_object () from /lib64/ld-linux-x86-64.so.2 \#12 0x2ad68450ac8d in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 \#13 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#14 0x2ad68450a68c in _dl_open () from /lib64/ld-linux-x86-64.so.2 \#15 0x2ad6867d0ba0 in do_dlopen () from /lib64/libc.so.6 \#16 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#17 0x2ad6867d0d07 in __libc_dlopen_mode () from /lib64/libc.so.6 \#18 0x2ad6867adeea in init () from /lib64/libc.so.6 \#19 0x2ad686a2b083 in pthread_once () from /lib64/libpthread.so.0 \#20 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#21 0x2ad68673285f in __libc_message () from /lib64/libc.so.6 \#22 0x2ad68673a30f in _int_free () from /lib64/libc.so.6 \#23 0x2ad68673a76b in free () from /lib64/libc.so.6 \#24 0x2ad6853fe346 in krb5int_sendto () from /usr/lib64/libkrb5.so.3 \#25 0x2ad6853fe511 in krb5_sendto_kdc () from /usr/lib64/libkrb5.so.3 \#26 0x2ad6853df7c4 in ?? () from /usr/lib64/libkrb5.so.3 \#27 0x2ad6853e0919 in krb5_get_init_creds () from /usr/lib64/libkrb5.so.3 \#28 0x2ad6853e2a94 in krb5_get_init_creds_password () from /usr/lib64/libkrb5.so.3 \#29 0x2ad684169ff1 in kerberos_kinit_password_ext (principal=0x2ad684702180 sanitized, password=0x2ad6844c5bb0 sanitized, time_offset=0, expire_time=0x2ad6846bf380, renew_till_time=0x0, cache_name=0x2ad6843cb3e0 MEMORY:winbind_ccache, request_pac=false, add_netbios_addr=false, renewable_time=value optimized out, ntstatus=0x0) at libads/kerberos.c:223 \#30 0x2ad68416a223 in ads_kinit_password (ads=0x2ad6846bf330) at libads/kerberos.c:327 \#31 0x2ad68415f725 in ads_sasl_spnego_bind (ads=0x2ad6846bf330) at libads/sasl.c:812 \#32 0x2ad68415dbc1 in ads_sasl_bind (ads=0x2ad6846bf330) at libads/sasl.c:1114 \#33 0x2ad68415c09b in ads_connect (ads=0x2ad6846bf330) at libads/ldap.c:711 \#34 0x2ad683e1b8f7 in ads_cached_connection (domain=0x2ad6846b07c0) at winbindd/winbindd_ads.c:124 \#35 0x2ad683e1bc85 in sequence_number (domain=0x2ad6846b07c0, seq=0x2ad6846b0cd8) at winbindd/winbindd_ads.c:1233 \#36 0x2ad683dffdd7 in
autobuild: intermittent test failure detected
The autobuild test system has detected an intermittent failing test in the current master tree. The autobuild log of the failure is available here: http://git.samba.org/autobuild.flakey/2011-04-28-1501/flakey.log The samba3 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-1501/samba3.stderr http://git.samba.org/autobuild.flakey/2011-04-28-1501/samba3.stdout The source4 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-1501/samba4.stderr http://git.samba.org/autobuild.flakey/2011-04-28-1501/samba4.stdout The top commit at the time of the failure was: commit 2e1522f3785d542c429fce83264ad67f35bcef68 Author: Volker Lendecke v...@samba.org Date: Wed Apr 27 17:52:30 2011 +0200 s3: Close the winbind client fds after forking In an overload situation, the winbind helper child process inherits all those hundreds of fd's which it will never talk to. Close them. We (Christian Ambach and me) just saw a crash in libkrb5. Christian's analysis showed that libkrb5 also does select, probably exceeding FD_SETSIZE and crashing due to that reason. The parent winbind in theory does not do Kerberos at all, so this should fix that problem. The crash is interesting because the child process did not really crash. Somewhere in glibc backtrace() is called, probably due to an assert() or some explicit consistency check. This then somehow generates a signal probably due to corrupted memory structures. That signal triggers Samba to again call backtrace(). This blocks hard on a ptrace_once(). Sorry for the long backtrace here, but this *is* interesting. The child process blocking and not really crashing makes the situation worse: The parent process does not get told the child has crashed and more client sockets pile up. This patch is intended to put some relief on this problem by closing the majority of sockets the parent holds. (gdb) bt \#0 0x2ad686a2b07b in pthread_once () from /lib64/libpthread.so.0 \#1 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#2 0x2ad683eab27c in log_stack_trace () at lib/util.c:1580 \#3 0x2ad683eab34b in smb_panic (why=0x2ad6841c6ec3 internal error) at lib/util.c:1481 \#4 0x2ad683e9af3e in fault_report (sig=1) at lib/fault.c:52 \#5 sig_fault (sig=1) at lib/fault.c:75 #6 signal handler called \#7 0x2ad68673b005 in _int_malloc () from /lib64/libc.so.6 \#8 0x2ad68673c95d in calloc () from /lib64/libc.so.6 \#9 0x2ad684503e25 in _dl_new_object () from /lib64/ld-linux-x86-64.so.2 \#10 0x2ad6844ffadc in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 \#11 0x2ad684501d43 in _dl_map_object () from /lib64/ld-linux-x86-64.so.2 \#12 0x2ad68450ac8d in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 \#13 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#14 0x2ad68450a68c in _dl_open () from /lib64/ld-linux-x86-64.so.2 \#15 0x2ad6867d0ba0 in do_dlopen () from /lib64/libc.so.6 \#16 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#17 0x2ad6867d0d07 in __libc_dlopen_mode () from /lib64/libc.so.6 \#18 0x2ad6867adeea in init () from /lib64/libc.so.6 \#19 0x2ad686a2b083 in pthread_once () from /lib64/libpthread.so.0 \#20 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#21 0x2ad68673285f in __libc_message () from /lib64/libc.so.6 \#22 0x2ad68673a30f in _int_free () from /lib64/libc.so.6 \#23 0x2ad68673a76b in free () from /lib64/libc.so.6 \#24 0x2ad6853fe346 in krb5int_sendto () from /usr/lib64/libkrb5.so.3 \#25 0x2ad6853fe511 in krb5_sendto_kdc () from /usr/lib64/libkrb5.so.3 \#26 0x2ad6853df7c4 in ?? () from /usr/lib64/libkrb5.so.3 \#27 0x2ad6853e0919 in krb5_get_init_creds () from /usr/lib64/libkrb5.so.3 \#28 0x2ad6853e2a94 in krb5_get_init_creds_password () from /usr/lib64/libkrb5.so.3 \#29 0x2ad684169ff1 in kerberos_kinit_password_ext (principal=0x2ad684702180 sanitized, password=0x2ad6844c5bb0 sanitized, time_offset=0, expire_time=0x2ad6846bf380, renew_till_time=0x0, cache_name=0x2ad6843cb3e0 MEMORY:winbind_ccache, request_pac=false, add_netbios_addr=false, renewable_time=value optimized out, ntstatus=0x0) at libads/kerberos.c:223 \#30 0x2ad68416a223 in ads_kinit_password (ads=0x2ad6846bf330) at libads/kerberos.c:327 \#31 0x2ad68415f725 in ads_sasl_spnego_bind (ads=0x2ad6846bf330) at libads/sasl.c:812 \#32 0x2ad68415dbc1 in ads_sasl_bind (ads=0x2ad6846bf330) at libads/sasl.c:1114 \#33 0x2ad68415c09b in ads_connect (ads=0x2ad6846bf330) at libads/ldap.c:711 \#34 0x2ad683e1b8f7 in ads_cached_connection (domain=0x2ad6846b07c0) at winbindd/winbindd_ads.c:124 \#35
autobuild: intermittent test failure detected
The autobuild test system has detected an intermittent failing test in the current master tree. The autobuild log of the failure is available here: http://git.samba.org/autobuild.flakey/2011-04-28-1700/flakey.log The samba3 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-1700/samba3.stderr http://git.samba.org/autobuild.flakey/2011-04-28-1700/samba3.stdout The source4 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-1700/samba4.stderr http://git.samba.org/autobuild.flakey/2011-04-28-1700/samba4.stdout The top commit at the time of the failure was: commit 2e1522f3785d542c429fce83264ad67f35bcef68 Author: Volker Lendecke v...@samba.org Date: Wed Apr 27 17:52:30 2011 +0200 s3: Close the winbind client fds after forking In an overload situation, the winbind helper child process inherits all those hundreds of fd's which it will never talk to. Close them. We (Christian Ambach and me) just saw a crash in libkrb5. Christian's analysis showed that libkrb5 also does select, probably exceeding FD_SETSIZE and crashing due to that reason. The parent winbind in theory does not do Kerberos at all, so this should fix that problem. The crash is interesting because the child process did not really crash. Somewhere in glibc backtrace() is called, probably due to an assert() or some explicit consistency check. This then somehow generates a signal probably due to corrupted memory structures. That signal triggers Samba to again call backtrace(). This blocks hard on a ptrace_once(). Sorry for the long backtrace here, but this *is* interesting. The child process blocking and not really crashing makes the situation worse: The parent process does not get told the child has crashed and more client sockets pile up. This patch is intended to put some relief on this problem by closing the majority of sockets the parent holds. (gdb) bt \#0 0x2ad686a2b07b in pthread_once () from /lib64/libpthread.so.0 \#1 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#2 0x2ad683eab27c in log_stack_trace () at lib/util.c:1580 \#3 0x2ad683eab34b in smb_panic (why=0x2ad6841c6ec3 internal error) at lib/util.c:1481 \#4 0x2ad683e9af3e in fault_report (sig=1) at lib/fault.c:52 \#5 sig_fault (sig=1) at lib/fault.c:75 #6 signal handler called \#7 0x2ad68673b005 in _int_malloc () from /lib64/libc.so.6 \#8 0x2ad68673c95d in calloc () from /lib64/libc.so.6 \#9 0x2ad684503e25 in _dl_new_object () from /lib64/ld-linux-x86-64.so.2 \#10 0x2ad6844ffadc in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 \#11 0x2ad684501d43 in _dl_map_object () from /lib64/ld-linux-x86-64.so.2 \#12 0x2ad68450ac8d in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 \#13 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#14 0x2ad68450a68c in _dl_open () from /lib64/ld-linux-x86-64.so.2 \#15 0x2ad6867d0ba0 in do_dlopen () from /lib64/libc.so.6 \#16 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#17 0x2ad6867d0d07 in __libc_dlopen_mode () from /lib64/libc.so.6 \#18 0x2ad6867adeea in init () from /lib64/libc.so.6 \#19 0x2ad686a2b083 in pthread_once () from /lib64/libpthread.so.0 \#20 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#21 0x2ad68673285f in __libc_message () from /lib64/libc.so.6 \#22 0x2ad68673a30f in _int_free () from /lib64/libc.so.6 \#23 0x2ad68673a76b in free () from /lib64/libc.so.6 \#24 0x2ad6853fe346 in krb5int_sendto () from /usr/lib64/libkrb5.so.3 \#25 0x2ad6853fe511 in krb5_sendto_kdc () from /usr/lib64/libkrb5.so.3 \#26 0x2ad6853df7c4 in ?? () from /usr/lib64/libkrb5.so.3 \#27 0x2ad6853e0919 in krb5_get_init_creds () from /usr/lib64/libkrb5.so.3 \#28 0x2ad6853e2a94 in krb5_get_init_creds_password () from /usr/lib64/libkrb5.so.3 \#29 0x2ad684169ff1 in kerberos_kinit_password_ext (principal=0x2ad684702180 sanitized, password=0x2ad6844c5bb0 sanitized, time_offset=0, expire_time=0x2ad6846bf380, renew_till_time=0x0, cache_name=0x2ad6843cb3e0 MEMORY:winbind_ccache, request_pac=false, add_netbios_addr=false, renewable_time=value optimized out, ntstatus=0x0) at libads/kerberos.c:223 \#30 0x2ad68416a223 in ads_kinit_password (ads=0x2ad6846bf330) at libads/kerberos.c:327 \#31 0x2ad68415f725 in ads_sasl_spnego_bind (ads=0x2ad6846bf330) at libads/sasl.c:812 \#32 0x2ad68415dbc1 in ads_sasl_bind (ads=0x2ad6846bf330) at libads/sasl.c:1114 \#33 0x2ad68415c09b in ads_connect (ads=0x2ad6846bf330) at libads/ldap.c:711 \#34 0x2ad683e1b8f7 in ads_cached_connection (domain=0x2ad6846b07c0) at winbindd/winbindd_ads.c:124 \#35
[SCM] Samba Shared Repository - branch master updated
The branch, master has been updated via c5034ac s4:selftest: skip s3member tests for now from 2e1522f s3: Close the winbind client fds after forking http://gitweb.samba.org/?p=samba.git;a=shortlog;h=master - Log - commit c5034ac3155958c0d3e2a1cfbfc669bc2e869f29 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 17:33:17 2011 +0200 s4:selftest: skip s3member tests for now They are flakey, see http://git.samba.org/autobuild.flakey/2011-04-28-1501/samba4.stdout http://git.samba.org/autobuild.flakey/2011-04-28-1700/samba4.stdout metze Autobuild-User: Stefan Metzmacher me...@samba.org Autobuild-Date: Thu Apr 28 18:42:06 CEST 2011 on sn-devel-104 --- Summary of changes: source4/selftest/skip |1 + 1 files changed, 1 insertions(+), 0 deletions(-) Changeset truncated at 500 lines: diff --git a/source4/selftest/skip b/source4/selftest/skip index 671269a..fed59ed 100644 --- a/source4/selftest/skip +++ b/source4/selftest/skip @@ -84,3 +84,4 @@ smb2.acls # new test which doesn't pass yet # ktutil might not be installed or from mit... # we should build a samba4ktutil and use that instead samba4.blackbox.ktpass # this test isn't portable ... +s3member # this tests sometimes fail to start the environment -- Samba Shared Repository
autobuild: intermittent test failure detected
The autobuild test system has detected an intermittent failing test in the current master tree. The autobuild log of the failure is available here: http://git.samba.org/autobuild.flakey/2011-04-28-1900/flakey.log The samba3 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-1900/samba3.stderr http://git.samba.org/autobuild.flakey/2011-04-28-1900/samba3.stdout The source4 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-1900/samba4.stderr http://git.samba.org/autobuild.flakey/2011-04-28-1900/samba4.stdout The top commit at the time of the failure was: commit 2e1522f3785d542c429fce83264ad67f35bcef68 Author: Volker Lendecke v...@samba.org Date: Wed Apr 27 17:52:30 2011 +0200 s3: Close the winbind client fds after forking In an overload situation, the winbind helper child process inherits all those hundreds of fd's which it will never talk to. Close them. We (Christian Ambach and me) just saw a crash in libkrb5. Christian's analysis showed that libkrb5 also does select, probably exceeding FD_SETSIZE and crashing due to that reason. The parent winbind in theory does not do Kerberos at all, so this should fix that problem. The crash is interesting because the child process did not really crash. Somewhere in glibc backtrace() is called, probably due to an assert() or some explicit consistency check. This then somehow generates a signal probably due to corrupted memory structures. That signal triggers Samba to again call backtrace(). This blocks hard on a ptrace_once(). Sorry for the long backtrace here, but this *is* interesting. The child process blocking and not really crashing makes the situation worse: The parent process does not get told the child has crashed and more client sockets pile up. This patch is intended to put some relief on this problem by closing the majority of sockets the parent holds. (gdb) bt \#0 0x2ad686a2b07b in pthread_once () from /lib64/libpthread.so.0 \#1 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#2 0x2ad683eab27c in log_stack_trace () at lib/util.c:1580 \#3 0x2ad683eab34b in smb_panic (why=0x2ad6841c6ec3 internal error) at lib/util.c:1481 \#4 0x2ad683e9af3e in fault_report (sig=1) at lib/fault.c:52 \#5 sig_fault (sig=1) at lib/fault.c:75 #6 signal handler called \#7 0x2ad68673b005 in _int_malloc () from /lib64/libc.so.6 \#8 0x2ad68673c95d in calloc () from /lib64/libc.so.6 \#9 0x2ad684503e25 in _dl_new_object () from /lib64/ld-linux-x86-64.so.2 \#10 0x2ad6844ffadc in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 \#11 0x2ad684501d43 in _dl_map_object () from /lib64/ld-linux-x86-64.so.2 \#12 0x2ad68450ac8d in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 \#13 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#14 0x2ad68450a68c in _dl_open () from /lib64/ld-linux-x86-64.so.2 \#15 0x2ad6867d0ba0 in do_dlopen () from /lib64/libc.so.6 \#16 0x2ad684506ed6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 \#17 0x2ad6867d0d07 in __libc_dlopen_mode () from /lib64/libc.so.6 \#18 0x2ad6867adeea in init () from /lib64/libc.so.6 \#19 0x2ad686a2b083 in pthread_once () from /lib64/libpthread.so.0 \#20 0x2ad6867adf87 in backtrace () from /lib64/libc.so.6 \#21 0x2ad68673285f in __libc_message () from /lib64/libc.so.6 \#22 0x2ad68673a30f in _int_free () from /lib64/libc.so.6 \#23 0x2ad68673a76b in free () from /lib64/libc.so.6 \#24 0x2ad6853fe346 in krb5int_sendto () from /usr/lib64/libkrb5.so.3 \#25 0x2ad6853fe511 in krb5_sendto_kdc () from /usr/lib64/libkrb5.so.3 \#26 0x2ad6853df7c4 in ?? () from /usr/lib64/libkrb5.so.3 \#27 0x2ad6853e0919 in krb5_get_init_creds () from /usr/lib64/libkrb5.so.3 \#28 0x2ad6853e2a94 in krb5_get_init_creds_password () from /usr/lib64/libkrb5.so.3 \#29 0x2ad684169ff1 in kerberos_kinit_password_ext (principal=0x2ad684702180 sanitized, password=0x2ad6844c5bb0 sanitized, time_offset=0, expire_time=0x2ad6846bf380, renew_till_time=0x0, cache_name=0x2ad6843cb3e0 MEMORY:winbind_ccache, request_pac=false, add_netbios_addr=false, renewable_time=value optimized out, ntstatus=0x0) at libads/kerberos.c:223 \#30 0x2ad68416a223 in ads_kinit_password (ads=0x2ad6846bf330) at libads/kerberos.c:327 \#31 0x2ad68415f725 in ads_sasl_spnego_bind (ads=0x2ad6846bf330) at libads/sasl.c:812 \#32 0x2ad68415dbc1 in ads_sasl_bind (ads=0x2ad6846bf330) at libads/sasl.c:1114 \#33 0x2ad68415c09b in ads_connect (ads=0x2ad6846bf330) at libads/ldap.c:711 \#34 0x2ad683e1b8f7 in ads_cached_connection (domain=0x2ad6846b07c0) at winbindd/winbindd_ads.c:124 \#35
[SCM] Samba Shared Repository - branch master updated
The branch, master has been updated via ffb2dcf s4:libcli/smb_composite: move smb2_composite_setpathinfo_setinfo_done() via 77bed96 s4:libcli/smb_composite: move smb2_composite_setpathinfo_create_done() via 9306b8b s4:libcli/smb_composite: add smb2_composite_setpathinfo_close_done() via 5965117 s4:libcli/smb_composite: better names for smb2_composite_setpathinfo_* funcs and vars via 01cb598 s4:libcli/smb2: let smb2_session_setup_spnego_* use tevent_req via 6cb7d76 s4:libcli/smb2: move smb2_session_setup_spnego_send() to the top via 8116b19 s4:libcli/smb2: move smb2_connect_tcon_done() via eb0eb97 s4:libcli/smb2: move smb2_connect_session_done() via ad65cf5 s4:libcli/smb2: move smb2_connect_negprot_done() via 1b4a167 s4:libcli/smb2: move smb2_connect_socket_done() via 87d2537 s4:libcli/smb2: move smb2_connect_resolve_done() via 2e5b539 s4:libcli/smb2: rename step functions of smb2_connect_*() via 578cbf1 s4:libcli/smb2: convert smb2_connect_*() to tevent_req via 2bb637d s4:ntvfs/smb2: use sync version of smb2_connect() from c5034ac s4:selftest: skip s3member tests for now http://gitweb.samba.org/?p=samba.git;a=shortlog;h=master - Log - commit ffb2dcf11b88d6b9aefcbcb1dd04305a04fa3af5 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 17:25:18 2011 +0200 s4:libcli/smb_composite: move smb2_composite_setpathinfo_setinfo_done() It should be after smb2_composite_setpathinfo_create_done(). metze Autobuild-User: Stefan Metzmacher me...@samba.org Autobuild-Date: Thu Apr 28 21:38:53 CEST 2011 on sn-devel-104 commit 77bed960d22e309f7799aa25da17c3065d1e1eb6 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 17:00:26 2011 +0200 s4:libcli/smb_composite: move smb2_composite_setpathinfo_create_done() It should be after smb2_composite_setpathinfo_send(). metze commit 9306b8b3c6cec486b57426610b1d9ea3112dfd03 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 16:58:41 2011 +0200 s4:libcli/smb_composite: add smb2_composite_setpathinfo_close_done() metze commit 59651175fce9f24b5f17b44bcf9f54202e9fa56e Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 16:42:48 2011 +0200 s4:libcli/smb_composite: better names for smb2_composite_setpathinfo_* funcs and vars metze commit 01cb5984ac0effb56b693590c2226d0bf6734010 Author: Stefan Metzmacher me...@samba.org Date: Wed Apr 27 18:24:01 2011 +0200 s4:libcli/smb2: let smb2_session_setup_spnego_* use tevent_req metze commit 6cb7d764d352ce69a85cfdb97a602dc040464200 Author: Stefan Metzmacher me...@samba.org Date: Wed Apr 27 09:16:52 2011 +0200 s4:libcli/smb2: move smb2_session_setup_spnego_send() to the top smb2_session_setup_spnego_send() should be on the top of the smb2_session_setup_spnego_* block. metze commit 8116b19a2846261fe5dcc34fd640b7a52556503f Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 16:11:50 2011 +0200 s4:libcli/smb2: move smb2_connect_tcon_done() It should be after smb2_connect_session_done(). metze commit eb0eb971ca56bba5fe0b7b39d0427913eb366355 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 16:09:35 2011 +0200 s4:libcli/smb2: move smb2_connect_session_done() It should be after smb2_connect_negprot_done(). metze commit ad65cf5b6a16d192959c3b059ed791bed5dd190d Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 16:07:49 2011 +0200 s4:libcli/smb2: move smb2_connect_negprot_done() It should be after smb2_connect_socket_done(). metze commit 1b4a1673544d70928f15a78e4ef70fcc6846daba Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 16:06:05 2011 +0200 s4:libcli/smb2: move smb2_connect_socket_done() It should be after smb2_connect_resolve_done(). metze commit 87d2537b485470ca0f0be882084d46deb682d5b8 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 16:04:19 2011 +0200 s4:libcli/smb2: move smb2_connect_resolve_done() It should be after smb2_connect_send(). metze commit 2e5b539ba934e7269ea0c857b3df80434727acd2 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 16:01:26 2011 +0200 s4:libcli/smb2: rename step functions of smb2_connect_*() They should all start with a smb2_connect_ prefix. metze commit 578cbf1139e5a09df6160ea9ee6766190c566893 Author: Stefan Metzmacher me...@samba.org Date: Wed Apr 27 08:57:41 2011 +0200 s4:libcli/smb2: convert smb2_connect_*() to tevent_req metze commit 2bb637d1cfa5147000d9c2cbbbafcbbb20df26da Author: Stefan Metzmacher me...@samba.org Date: Wed Apr 27 09:05:50 2011 +0200 s4:ntvfs/smb2: use sync version of smb2_connect() We don't use it in an
autobuild: intermittent test failure detected
The autobuild test system has detected an intermittent failing test in the current master tree. The autobuild log of the failure is available here: http://git.samba.org/autobuild.flakey/2011-04-28-2242/flakey.log The samba3 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-2242/samba3.stderr http://git.samba.org/autobuild.flakey/2011-04-28-2242/samba3.stdout The source4 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-28-2242/samba4.stderr http://git.samba.org/autobuild.flakey/2011-04-28-2242/samba4.stdout The top commit at the time of the failure was: commit ffb2dcf11b88d6b9aefcbcb1dd04305a04fa3af5 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 17:25:18 2011 +0200 s4:libcli/smb_composite: move smb2_composite_setpathinfo_setinfo_done() It should be after smb2_composite_setpathinfo_create_done(). metze Autobuild-User: Stefan Metzmacher me...@samba.org Autobuild-Date: Thu Apr 28 21:38:53 CEST 2011 on sn-devel-104
autobuild: intermittent test failure detected
The autobuild test system has detected an intermittent failing test in the current master tree. The autobuild log of the failure is available here: http://git.samba.org/autobuild.flakey/2011-04-29-0442/flakey.log The samba3 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-29-0442/samba3.stderr http://git.samba.org/autobuild.flakey/2011-04-29-0442/samba3.stdout The source4 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-29-0442/samba4.stderr http://git.samba.org/autobuild.flakey/2011-04-29-0442/samba4.stdout The top commit at the time of the failure was: commit ffb2dcf11b88d6b9aefcbcb1dd04305a04fa3af5 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 17:25:18 2011 +0200 s4:libcli/smb_composite: move smb2_composite_setpathinfo_setinfo_done() It should be after smb2_composite_setpathinfo_create_done(). metze Autobuild-User: Stefan Metzmacher me...@samba.org Autobuild-Date: Thu Apr 28 21:38:53 CEST 2011 on sn-devel-104
autobuild: intermittent test failure detected
The autobuild test system has detected an intermittent failing test in the current master tree. The autobuild log of the failure is available here: http://git.samba.org/autobuild.flakey/2011-04-29-0654/flakey.log The samba3 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-29-0654/samba3.stderr http://git.samba.org/autobuild.flakey/2011-04-29-0654/samba3.stdout The source4 build logs are available here: http://git.samba.org/autobuild.flakey/2011-04-29-0654/samba4.stderr http://git.samba.org/autobuild.flakey/2011-04-29-0654/samba4.stdout The top commit at the time of the failure was: commit ffb2dcf11b88d6b9aefcbcb1dd04305a04fa3af5 Author: Stefan Metzmacher me...@samba.org Date: Thu Apr 28 17:25:18 2011 +0200 s4:libcli/smb_composite: move smb2_composite_setpathinfo_setinfo_done() It should be after smb2_composite_setpathinfo_create_done(). metze Autobuild-User: Stefan Metzmacher me...@samba.org Autobuild-Date: Thu Apr 28 21:38:53 CEST 2011 on sn-devel-104
