Bug 4880 - winbind crash with "Failed to set uid privileges"
winbind crash with "Failed to set uid privileges"
Status: RESOLVED WONTFIX
Product: Samba 3.0
Classification: Unclassified
Component: winbind
3.0.25b
x86 Linux
: P3 normal
: none
Assigned To: Guenther Deschner
Samba QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-08-14 08:52 UTC by Blindauer Emmanuel
Modified: 2009-04-13 01:04 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Blindauer Emmanuel 2007-08-14 08:52:32 UTC
I getting some cores from winbind when I want to log in (I use pam_winbind)


Aug 14 15:25:35 localhost winbindd[4335]: [2007/08/14 15:25:35, 0] lib/util_sec.c:assert_uid(101)
Aug 14 15:25:35 localhost winbindd[4335]:   Failed to set uid privileges to (-1,15507) now set to (0,0) 
Aug 14 15:25:35 localhost winbindd[4335]: [2007/08/14 15:25:35, 0] lib/util.c:smb_panic(1632) 
Aug 14 15:25:35 localhost winbindd[4335]:   PANIC (pid 4335): failed to set uid 
Aug 14 15:25:35 localhost winbindd[4335]:    
Aug 14 15:25:35 localhost winbindd[4335]: [2007/08/14 15:25:35, 0] lib/util.c:log_stack_trace(1736)
Aug 14 15:25:35 localhost winbindd[4335]:   BACKTRACE: 14 stack frames: 
Aug 14 15:25:35 localhost winbindd[4335]:    #0 winbindd(log_stack_trace+0x38) [0x800de976]
Aug 14 15:25:35 localhost winbindd[4335]:    #1 winbindd(smb_panic+0x82) [0x800deabe] 
Aug 14 15:25:35 localhost winbindd[4335]:    #2 winbindd [0x800e52f3] 
Aug 14 15:25:35 localhost winbindd[4335]:    #3 winbindd(set_effective_uid+0xa0) [0x800e588f]
Aug 14 15:25:35 localhost winbindd[4335]:    #4 winbindd(winbindd_dual_pam_auth_kerberos+0x584) [0x8005554e]
Aug 14 15:25:35 localhost winbindd[4335]:    #5 winbindd(winbindd_dual_pam_auth+0x26c) [0x80058182] 
Aug 14 15:25:35 localhost winbindd[4335]:    #6 winbindd [0x8006cbce] 
Aug 14 15:25:35 localhost winbindd[4335]:    #7 winbindd(async_request+0x199) [0x8006e0ac]
Aug 14 15:25:35 localhost winbindd[4335]:    #8 winbindd(init_child_connection+0x29f) [0x8004a629]
Aug 14 15:25:35 localhost winbindd[4335]:    #9 winbindd(async_domain_request+0x144) [0x8006e37a]
Aug 14 15:25:35 localhost winbindd[4335]:    #10 winbindd(rescan_trusted_domains+0x1dd) [0x8004ac34]
Aug 14 15:25:35 localhost winbindd[4335]:    #11 winbindd(main+0x924) [0x80040e96]
Aug 14 15:25:35 localhost winbindd[4335]:    #12 /lib/i686/libc.so.6(__libc_start_main+0xe0) [0xb7ca7f90]
Aug 14 15:25:35 localhost winbindd[4335]:    #13 winbindd [0x8003f011]
Aug 14 15:25:35 localhost winbindd[4335]: [2007/08/14 15:25:35, 0] lib/util.c:smb_panic(1637)
Aug 14 15:25:35 localhost winbindd[4335]:   smb_panic(): calling panic action [/usr/share/samba/panic-action 4335]
Aug 14 15:25:35 localhost winbindd[4335]: [2007/08/14 15:25:35, 0] lib/util.c:smb_panic(1645)
Aug 14 15:25:35 localhost winbindd[4335]:   smb_panic(): action returned status 127
Aug 14 15:25:35 localhost winbindd[4335]: [2007/08/14 15:25:35, 0] lib/fault.c:dump_core(181)
Aug 14 15:25:35 localhost winbindd[4335]:   dumping core in /var/log/samba/cores/winbindd

the backtrace:

#0  0xffffe410 in ?? ()
#1  0xbf88e9ec in ?? ()
#2  0x00000006 in ?? ()
#3  0x00001263 in ?? ()
#4  0xb7d08ec5 in raise () from /lib/i686/libc.so.6
#5  0xb7d0a921 in abort () from /lib/i686/libc.so.6
#6  0x800c5d22 in dump_core () from /usr/sbin/winbindd
#7  0x800debe5 in smb_panic () from /usr/sbin/winbindd
#8  0x800e52f3 in ?? () from /usr/sbin/winbindd
#9  0x800e588f in set_effective_uid () from /usr/sbin/winbindd
#10 0x8005554e in winbindd_dual_pam_auth_kerberos () from /usr/sbin/winbindd
#11 0x80058182 in winbindd_dual_pam_auth () from /usr/sbin/winbindd
#12 0x8006cbce in ?? () from /usr/sbin/winbindd
#13 0x8006e0ac in async_request () from /usr/sbin/winbindd
#14 0x8006e2b8 in async_domain_request () from /usr/sbin/winbindd
#15 0x80071e35 in do_async_domain () from /usr/sbin/winbindd
#16 0x80072b37 in winbindd_lookupname_async () from /usr/sbin/winbindd
#17 0x8004375d in winbindd_getpwnam () from /usr/sbin/winbindd
#18 0x8003ff1d in ?? () from /usr/sbin/winbindd
#19 0x80040031 in ?? () from /usr/sbin/winbindd
#20 0x800404e7 in ?? () from /usr/sbin/winbindd
#21 0x8004109c in main () from /usr/sbin/winbindd


My smb.conf:
[global]
panic action = /usr/share/samba/panic-action %d
        workgroup = DPTINFO
        realm  = DPTINFO.URS.LOCAL
        server string = Samba Member %v
        security = ads
        encrypt passwords = true
        password server = *
        log file = /var/log/samba/log.%m
        max log size = 50
        socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
        os level = 18
        local master = No
        dns proxy = No
        idmap backend = ldap:ldap://oie.u-strasbg.fr
        idmap uid = 10000-20000
        idmap gid = 10000-20000
        winbind separator = +
        template homedir = /home/%U
        template shell = /bin/bash
        winbind use default domain = yes
        ldap suffix = dc=iutinfo,dc=local
        ldap idmap suffix = ou=Idmap
        ldap admin dn = cn=admin,dc=iutinfo,dc=local
        winbind enum users = yes
        winbind enum groups = yes
        winbind offline logon = yes


my /etc/security/pam_winbind.conf

[global]
;debug = no
cached_login = yes
krb5_auth = yes
krb5_ccache_type = FILE
;require_membership_of =


If I restart winbind, no more crash occur. I could be related to a network not being available at start
Comment 1 Guenther Deschner 2007-08-14 13:51:28 UTC
I take a look, can you reproduce this at will?
Comment 2 Guenther Deschner 2007-08-14 13:57:57 UTC
If so, can you please provide a log level = 10 logfile (log.wb-DPTINFO and log.winbindd). While creating them, please set "max log size = 0".
Comment 3 Blindauer Emmanuel 2007-08-15 03:17:50 UTC
yes I can reproduce it everytime.
But now, I'm unable to attach a file in the bugzilla (connection reset?), so I've made the two logs files online with loglevel = 10:

http://manu.agat.net/log.wb-DPTINFO
http://manu.agat.net/log.winbindd

Comment 4 Blindauer Emmanuel 2007-08-15 03:22:09 UTC
(I forgot to precise the time of the crash in the logs: 10h07 the 15/08/2007
Comment 5 Blindauer Emmanuel 2009-04-13 01:04:17 UTC
too old version, not more able to reproduce it, so closing...