[Bug 1100787] Re: Samba 3.6.3 segfault or panic.
I tried the commands above, first using the proxy's domain name, then with it's IP address but I still get the same error. ERROR: connecting to Launchpad failed: [Errno 110] Connection timed out Running env | grep proxy shows the proxy is set correctly. Looking at the other proxy's logs, it doesn't even look like it's trying to use the proxy. Back to the actual crash bug... I decided to install the debug symbols for libtdb and it looks like the signal handler gets called in __memmove_sse2. Stack trace is posted below. I also managed to get Winbind running under Valgrind but it didn't crash for the 2 days that I had it running. I'll attach the valgrind log to this post anyway in ccase there's any useful info in it. I've also setup another proxy server on the same ESXi host using Ubuntu 12.10. Settings are more or less identical to the 12.04 proxy, only thing that's different are the package versions. So far it hasn't had any problems at all. libtdb-dbg stack trace: [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. 0x7f4a2c6b443e in __libc_waitpid (pid=optimised out, stat_loc=0x7fff25d00030, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 #0 0x7f4a2c6b443e in __libc_waitpid (pid=optimised out, stat_loc=0x7fff25d00030, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 #1 0x7f4a2c63a29e in do_system (line=0x7f4a311f5110 /usr/share/samba/panic-action 12134) at ../sysdeps/posix/system.c:149 #2 0x7f4a2f1b546c in smb_panic (why=optimised out) at lib/util.c:1123 #3 0x7f4a2f1a6708 in fault_report (sig=7) at lib/fault.c:53 #4 sig_fault (sig=7) at lib/fault.c:76 #5 signal handler called #6 __memmove_sse2 (dest=0x7fff25d0062c, src=optimised out, len=optimised out) at ../string/memmove.c:82 #7 0x7f4a2cde0042 in tdb_read (tdb=0x7f4a311d0480, off=1339388, buf=0x7fff25d0062c, len=4, cv=0) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 #8 0x7f4a2cde1bc4 in transaction_read (tdb=0x7f4a311d0480, off=1339388, buf=0x7fff25d0062c, len=4, cv=0) at ../common/transaction.c:176 #9 0x7f4a2cddf664 in tdb_free (tdb=0x7f4a311d0480, offset=1339392, rec=0x7fff25d00650) at ../common/freelist.c:148 #10 0x7f4a2cde03db in tdb_expand (tdb=0x7f4a311d0480, size=335872) at ../common/io.c:360 #11 0x7f4a2cddf9d9 in tdb_allocate (tdb=0x7f4a311d0480, length=104, rec=0x7fff25d00740) at ../common/freelist.c:358 #12 0x7f4a2cddca5c in _tdb_store (tdb=0x7f4a311d0480, key=..., dbuf=..., flag=0, hash=610244803) at ../common/tdb.c:561 #13 0x7f4a2cddcd07 in tdb_store (tdb=0x7f4a311d0480, key=..., dbuf=..., flag=optimised out) at ../common/tdb.c:618 #14 0x7f4a2f1c35ba in stabilize_fn (tdb=optimised out, key=..., val=..., priv=0x7fff25d009b0) at lib/gencache.c:561 #15 0x7f4a2cddd7bc in tdb_traverse_internal (tdb=0x7f4a311d0780, fn=0x7f4a2f1c3480 stabilize_fn, private_data=0x7fff25d009b0, tl=0x7fff25d00930) at ../common/traverse.c:190 #16 0x7f4a2cddd9d6 in tdb_traverse (tdb=0x7f4a311d0780, fn=0x7f4a2f1c3480 stabilize_fn, private_data=0x7fff25d009b0) at ../common/traverse.c:260 #17 0x7f4a2f1c382c in gencache_stabilize () at lib/gencache.c:494 #18 gencache_stabilize () at lib/gencache.c:457 #19 0x7f4a2f1c3d12 in gencache_set_data_blob (keystr=optimised out, blob=optimised out, timeout=1361184829) at lib/gencache.c:202 #20 0x7f4a2f1c3ee3 in gencache_set (keystr=0x7fff25d00bc0 IDMAP/SID2GID /S-1-5-21-1152652908-1908898795-1555891258-10921, value=0x7fff25d00cc0 20921, timeout=1361184829) at lib/gencache.c:641 #21 0x7f4a2f1e2437 in idmap_cache_set_sid2gid (sid=0x7f4a31203ed0, gid=20921) at lib/idmap_cache.c:247 #22 0x7f4a2f4a0af9 in idmap_sid_to_gid (domname=optimised out, sid=0x7f4a31203ed0, gid=0x7fff25d00e5c) at winbindd/idmap_util.c:290 #23 0x7f4a2f1092b7 in _wbint_Sid2Gid (p=optimised out, r=0x7f4a3122fd90) at winbindd/winbindd_dual_srv.c:130 #24 0x7f4a2f115454 in api_wbint_Sid2Gid (p=0x7fff25d00eb0) at librpc/gen_ndr/srv_wbint.c:476 #25 0x7f4a2f108f6c in winbindd_dual_ndrcmd (domain=optimised out, state=0x7fff25d01020) at winbindd/winbindd_dual_ndr.c:322 #26 0x7f4a2f107cb4 in child_process_request (state=0x7fff25d01020, child=optimised out) at winbindd/winbindd_dual.c:440 #27 fork_domain_child (child=0x7f4a2f981680) at winbindd/winbindd_dual.c:1554 #28 0x7f4a2f108765 in wb_child_request_trigger (req=0x7f4a31231bb0, private_data=optimised out) at winbindd/winbindd_dual.c:145 #29 0x7f4a2f1c6d32 in tevent_common_loop_immediate (ev=0x7f4a311c2c70) at ../lib/tevent/tevent_immediate.c:135 #30 0x7f4a2f1c4e28 in run_events_poll (ev=0x7f4a311c2c70, pollrtn=0, pfds=0x0, num_pfds=0) at lib/events.c:198 #31 0x7f4a2f1c5246 in s3_event_loop_once (ev=0x7f4a311c2c70, location=optimised out) at lib/events.c:331 #32 0x7f4a2f1c5e50 in _tevent_loop_once (ev=0x7f4a311c2c70, location=0x7f4a2f525f01
[Bug 1100787] Re: Samba 3.6.3 segfault or panic.
I tried the commands above, first using the proxy's domain name, then with it's IP address but I still get the same error. ERROR: connecting to Launchpad failed: [Errno 110] Connection timed out Running env | grep proxy shows the proxy is set correctly. Looking at the other proxy's logs, it doesn't even look like it's trying to use the proxy. Back to the actual crash bug... I decided to install the debug symbols for libtdb and it looks like the signal handler gets called in __memmove_sse2. Stack trace is posted below. I also managed to get Winbind running under Valgrind but it didn't crash for the 2 days that I had it running. I'll attach the valgrind log to this post anyway in ccase there's any useful info in it. I've also setup another proxy server on the same ESXi host using Ubuntu 12.10. Settings are more or less identical to the 12.04 proxy, only thing that's different are the package versions. So far it hasn't had any problems at all. libtdb-dbg stack trace: [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. 0x7f4a2c6b443e in __libc_waitpid (pid=optimised out, stat_loc=0x7fff25d00030, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 #0 0x7f4a2c6b443e in __libc_waitpid (pid=optimised out, stat_loc=0x7fff25d00030, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 #1 0x7f4a2c63a29e in do_system (line=0x7f4a311f5110 /usr/share/samba/panic-action 12134) at ../sysdeps/posix/system.c:149 #2 0x7f4a2f1b546c in smb_panic (why=optimised out) at lib/util.c:1123 #3 0x7f4a2f1a6708 in fault_report (sig=7) at lib/fault.c:53 #4 sig_fault (sig=7) at lib/fault.c:76 #5 signal handler called #6 __memmove_sse2 (dest=0x7fff25d0062c, src=optimised out, len=optimised out) at ../string/memmove.c:82 #7 0x7f4a2cde0042 in tdb_read (tdb=0x7f4a311d0480, off=1339388, buf=0x7fff25d0062c, len=4, cv=0) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 #8 0x7f4a2cde1bc4 in transaction_read (tdb=0x7f4a311d0480, off=1339388, buf=0x7fff25d0062c, len=4, cv=0) at ../common/transaction.c:176 #9 0x7f4a2cddf664 in tdb_free (tdb=0x7f4a311d0480, offset=1339392, rec=0x7fff25d00650) at ../common/freelist.c:148 #10 0x7f4a2cde03db in tdb_expand (tdb=0x7f4a311d0480, size=335872) at ../common/io.c:360 #11 0x7f4a2cddf9d9 in tdb_allocate (tdb=0x7f4a311d0480, length=104, rec=0x7fff25d00740) at ../common/freelist.c:358 #12 0x7f4a2cddca5c in _tdb_store (tdb=0x7f4a311d0480, key=..., dbuf=..., flag=0, hash=610244803) at ../common/tdb.c:561 #13 0x7f4a2cddcd07 in tdb_store (tdb=0x7f4a311d0480, key=..., dbuf=..., flag=optimised out) at ../common/tdb.c:618 #14 0x7f4a2f1c35ba in stabilize_fn (tdb=optimised out, key=..., val=..., priv=0x7fff25d009b0) at lib/gencache.c:561 #15 0x7f4a2cddd7bc in tdb_traverse_internal (tdb=0x7f4a311d0780, fn=0x7f4a2f1c3480 stabilize_fn, private_data=0x7fff25d009b0, tl=0x7fff25d00930) at ../common/traverse.c:190 #16 0x7f4a2cddd9d6 in tdb_traverse (tdb=0x7f4a311d0780, fn=0x7f4a2f1c3480 stabilize_fn, private_data=0x7fff25d009b0) at ../common/traverse.c:260 #17 0x7f4a2f1c382c in gencache_stabilize () at lib/gencache.c:494 #18 gencache_stabilize () at lib/gencache.c:457 #19 0x7f4a2f1c3d12 in gencache_set_data_blob (keystr=optimised out, blob=optimised out, timeout=1361184829) at lib/gencache.c:202 #20 0x7f4a2f1c3ee3 in gencache_set (keystr=0x7fff25d00bc0 IDMAP/SID2GID /S-1-5-21-1152652908-1908898795-1555891258-10921, value=0x7fff25d00cc0 20921, timeout=1361184829) at lib/gencache.c:641 #21 0x7f4a2f1e2437 in idmap_cache_set_sid2gid (sid=0x7f4a31203ed0, gid=20921) at lib/idmap_cache.c:247 #22 0x7f4a2f4a0af9 in idmap_sid_to_gid (domname=optimised out, sid=0x7f4a31203ed0, gid=0x7fff25d00e5c) at winbindd/idmap_util.c:290 #23 0x7f4a2f1092b7 in _wbint_Sid2Gid (p=optimised out, r=0x7f4a3122fd90) at winbindd/winbindd_dual_srv.c:130 #24 0x7f4a2f115454 in api_wbint_Sid2Gid (p=0x7fff25d00eb0) at librpc/gen_ndr/srv_wbint.c:476 #25 0x7f4a2f108f6c in winbindd_dual_ndrcmd (domain=optimised out, state=0x7fff25d01020) at winbindd/winbindd_dual_ndr.c:322 #26 0x7f4a2f107cb4 in child_process_request (state=0x7fff25d01020, child=optimised out) at winbindd/winbindd_dual.c:440 #27 fork_domain_child (child=0x7f4a2f981680) at winbindd/winbindd_dual.c:1554 #28 0x7f4a2f108765 in wb_child_request_trigger (req=0x7f4a31231bb0, private_data=optimised out) at winbindd/winbindd_dual.c:145 #29 0x7f4a2f1c6d32 in tevent_common_loop_immediate (ev=0x7f4a311c2c70) at ../lib/tevent/tevent_immediate.c:135 #30 0x7f4a2f1c4e28 in run_events_poll (ev=0x7f4a311c2c70, pollrtn=0, pfds=0x0, num_pfds=0) at lib/events.c:198 #31 0x7f4a2f1c5246 in s3_event_loop_once (ev=0x7f4a311c2c70, location=optimised out) at lib/events.c:331 #32 0x7f4a2f1c5e50 in _tevent_loop_once (ev=0x7f4a311c2c70, location=0x7f4a2f525f01
[Bug 1100787] Re: Samba 3.6.3 segfault or panic.
I ran tdbtool to check the tdb files while winbind was working properly and they all reported OK. I ran it again after killing winbind, after it crashed, and again they all showed up as being OK. I was also beginning to think it was a hardware memory fault as we recently added extra RAM to the server. But the Ubuntu server is running as a VM under VMWare ESXi and none of the other VMs (or the hypervisor itself for that matter) on the server are having errors. The physical server itself also uses ECC memory so I would have that would have caught any errors. We'll run a full memory diagnostic on the physical server when we get a chance during the next couple of days. I'm having a little trouble running apport-collect at the moment. I just get connection timed out errors. Googling the issue, it looks like it's because we are behind a proxy (our local squid proxy forwards all traffic to our ISPs proxy). I'll look into running winbind under valgrind. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to samba in Ubuntu. https://bugs.launchpad.net/bugs/1100787 Title: Samba 3.6.3 segfault or panic. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1100787/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1100787] Re: Samba 3.6.3 segfault or panic.
I ran tdbtool to check the tdb files while winbind was working properly and they all reported OK. I ran it again after killing winbind, after it crashed, and again they all showed up as being OK. I was also beginning to think it was a hardware memory fault as we recently added extra RAM to the server. But the Ubuntu server is running as a VM under VMWare ESXi and none of the other VMs (or the hypervisor itself for that matter) on the server are having errors. The physical server itself also uses ECC memory so I would have that would have caught any errors. We'll run a full memory diagnostic on the physical server when we get a chance during the next couple of days. I'm having a little trouble running apport-collect at the moment. I just get connection timed out errors. Googling the issue, it looks like it's because we are behind a proxy (our local squid proxy forwards all traffic to our ISPs proxy). I'll look into running winbind under valgrind. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1100787 Title: Samba 3.6.3 segfault or panic. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1100787/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1100787] Re: Samba 3.6.3 segfault or panic.
Had two crashes today so far and I've managed to pull some more info from the logs and reports. We use the squid Kerberos authentication plugin to authenticate the user and their password, then we use the wbinfo_group.pl script to check the users membership of an AD group. It appears that the checking for a group stage is where winbind crashes. Interestingly the Kerberos authentication stage carries on authenticating users properly even after the crash. Users that have had their authentication cached by squid can carry on accessing the internet as normal for a short time. Any new authentication attempts fail. The SID in each initial segfault report was the SID for the Domain Users group. The SIDs in the following segfaults are a mix of random groups and users, different after each crash. The last successful user to be looked up before each crash was also different. After the first segfault I had to force a server restart as it became totally unresponsive. The second time I managed to kill the Winbind service and restart it. No other faults so far but it does seem to be a quiet period at the moment, so the server isn't under a lot of load. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to samba in Ubuntu. https://bugs.launchpad.net/bugs/1100787 Title: Samba 3.6.3 segfault or panic. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1100787/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1100787] Re: Samba 3.6.3 segfault or panic.
Had two crashes today so far and I've managed to pull some more info from the logs and reports. We use the squid Kerberos authentication plugin to authenticate the user and their password, then we use the wbinfo_group.pl script to check the users membership of an AD group. It appears that the checking for a group stage is where winbind crashes. Interestingly the Kerberos authentication stage carries on authenticating users properly even after the crash. Users that have had their authentication cached by squid can carry on accessing the internet as normal for a short time. Any new authentication attempts fail. The SID in each initial segfault report was the SID for the Domain Users group. The SIDs in the following segfaults are a mix of random groups and users, different after each crash. The last successful user to be looked up before each crash was also different. After the first segfault I had to force a server restart as it became totally unresponsive. The second time I managed to kill the Winbind service and restart it. No other faults so far but it does seem to be a quiet period at the moment, so the server isn't under a lot of load. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1100787 Title: Samba 3.6.3 segfault or panic. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1100787/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1100787] Re: Samba 3.6.3 segfault or panic.
Thought I'd add a little bit more info that may be useful. It seems to only crash when there is a high demand on the server, when a lot of users need authenticating. As we're a school we often get high loads at the start of a lesson when there could be upwards of 100+ students starting to access the internet at the same time. I thought it might be due to a specific user or group that was corrupt in AD but, looking at the SID in each of the stack traces in the reports, it's different each time. Some times it's a user, some times a group. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to samba in Ubuntu. https://bugs.launchpad.net/bugs/1100787 Title: Samba 3.6.3 segfault or panic. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1100787/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1100787] Re: Samba 3.6.3 segfault or panic.
Thought I'd add a little bit more info that may be useful. It seems to only crash when there is a high demand on the server, when a lot of users need authenticating. As we're a school we often get high loads at the start of a lesson when there could be upwards of 100+ students starting to access the internet at the same time. I thought it might be due to a specific user or group that was corrupt in AD but, looking at the SID in each of the stack traces in the reports, it's different each time. Some times it's a user, some times a group. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1100787 Title: Samba 3.6.3 segfault or panic. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1100787/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1100787] [NEW] Samba 3.6.3 segfault or panic.
Public bug reported: We use squid3 and samba to authenticate users access to the internet. For the past month Winbind has been crashing intermittently several times a day. Once it crashes the first time it seems to try and restart itself but fail and panic immediately again. This happens several times a second and causes the server to grind to a halt. Restarting the server fixes the problem for a short time but then it crashes again after a seemingly random amount of time. The samba server is attached as a member server in a Windows 2008 domain. Below is the panic or segfault email after installing the samba-dbg package: - The Samba 'panic action' script, /usr/share/samba/panic-action, was called for PID 9031 (/usr/sbin/winbindd). This means there was a problem with the program, such as a segfault. Below is a backtrace for this process generated with gdb, which shows the state of the program at the time the error occurred. The Samba log files may contain additional information about the problem. If the problem persists, you are encouraged to first install the samba-dbg package, which contains the debugging symbols for the Samba binaries. Then submit the provided information as a bug report to Ubuntu by visiting this link: https://launchpad.net/ubuntu/+source/samba/+filebug [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. 0x7f497d35343e in waitpid () from /lib/x86_64-linux-gnu/libc.so.6 #0 0x7f497d35343e in waitpid () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f497d2d929e in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x7f497fe5446c in smb_panic (why=optimised out) at lib/util.c:1123 #3 0x7f497fe45708 in fault_report (sig=7) at lib/fault.c:53 #4 sig_fault (sig=7) at lib/fault.c:76 #5 signal handler called #6 0x7f497d31fad0 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #7 0x7f497da7f042 in ?? () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #8 0x7f497da80bc4 in ?? () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #9 0x7f497da7e664 in ?? () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #10 0x7f497da7f3db in ?? () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #11 0x7f497da7e9d9 in ?? () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #12 0x7f497da7ba5c in ?? () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #13 0x7f497da7bd07 in tdb_store () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #14 0x7f497fe625ba in stabilize_fn (tdb=optimised out, key=..., val=..., priv=0x7fff693c3580) at lib/gencache.c:561 #15 0x7f497da7c7bc in ?? () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #16 0x7f497da7c9d6 in tdb_traverse () from /usr/lib/x86_64-linux-gnu/libtdb.so.1 #17 0x7f497fe6282c in gencache_stabilize () at lib/gencache.c:494 #18 gencache_stabilize () at lib/gencache.c:457 #19 0x7f497fe62df2 in gencache_set_data_blob (keystr=optimised out, blob=optimised out, timeout=1359032382) at lib/gencache.c:222 #20 0x7f497fe62ee3 in gencache_set (keystr=0x7fff693c3790 IDMAP/SID2GID/S-1-5-21-1152652908-1908898795-1555891258-512, value=0x7fff693c3890 10512, timeout=1359032382) at lib/gencache.c:641 #21 0x7f497fe81437 in idmap_cache_set_sid2gid (sid=0x7f49828814f0, gid=10512) at lib/idmap_cache.c:247 #22 0x7f498013f353 in idmap_gid_to_sid (domname=optimised out, sid=0x7f49828814f0, gid=10512) at winbindd/idmap_util.c:143 #23 0x7f497fda86f5 in _wbint_Gid2Sid (p=optimised out, r=optimised out) at winbindd/winbindd_dual_srv.c:239 #24 0x7f497fdb3c84 in api_wbint_Gid2Sid (p=0x7fff693c3ac0) at librpc/gen_ndr/srv_wbint.c:711 #25 0x7f497fda7f6c in winbindd_dual_ndrcmd (domain=optimised out, state=0x7fff693c3c30) at winbindd/winbindd_dual_ndr.c:322 #26 0x7f497fda6cb4 in child_process_request (state=0x7fff693c3c30, child=optimised out) at winbindd/winbindd_dual.c:440 #27 fork_domain_child (child=0x7f4980620680) at winbindd/winbindd_dual.c:1554 #28 0x7f497fda7765 in wb_child_request_trigger (req=0x7f49824c8fb0, private_data=optimised out) at winbindd/winbindd_dual.c:145 #29 0x7f497fe65d32 in tevent_common_loop_immediate (ev=0x7f49823a8c70) at ../lib/tevent/tevent_immediate.c:135 #30 0x7f497fe63e28 in run_events_poll (ev=0x7f49823a8c70, pollrtn=0, pfds=0x0, num_pfds=0) at lib/events.c:198 #31 0x7f497fe64246 in s3_event_loop_once (ev=0x7f49823a8c70, location=optimised out) at lib/events.c:331 #32 0x7f497fe64e50 in _tevent_loop_once (ev=0x7f49823a8c70, location=0x7f49801c4f01 winbindd/winbindd.c:1439) at ../lib/tevent/tevent.c:494 #33 0x7f497fd7da3b in main (argc=optimised out, argv=optimised out, envp=optimised out) at winbindd/winbindd.c:1439 A debugging session is active. Inferior 1 [process 9031] will be detached. ** Affects: ubuntu Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to
