search for: libnss_ldap

...sbin/smbd(smb_panic+0x5b) [0x5555557d73f0] #2 /usr/local/sbin/smbd [0x5555557c3d6a] #3 /lib64/libpthread.so.0 [0x2aaaac3f9e70] #4 /lib64/libc.so.6(gsignal+0x35) [0x2aaaadf56055] #5 /lib64/libc.so.6(abort+0x110) [0x2aaaadf57af0] #6 /lib64/libc.so.6(__assert_fail+0xf6) [0x2aaaadf4f756] #7 /lib64/libnss_ldap.so.2 [0x2aaab31b758f] #8 /lib64/libnss_ldap.so.2 [0x2aaab3196215] #9 /lib64/libnss_ldap.so.2 [0x2aaab31973c0] #10 /lib64/libnss_ldap.so.2 [0x2aaab3198396] #11 /lib64/libnss_ldap.so.2 [0x2aaab318c493] #12 /lib64/libnss_ldap.so.2 [0x2aaab318ba19] #13 /lib64/libn! ss_ldap.so.2(_nss_ldap_search_s+...

...t; BACKTRACE: 48 stack frames: > #0 smbd(smb_panic2+0x111) [0x81e3521] > #1 smbd(smb_panic+0x1a) [0x81e340a] > #2 smbd [0x81d0be8] > #3 /lib/tls/libc.so.6 [0x4c2f48] > #4 /lib/tls/libc.so.6 [0x4fd54d] > #5 /lib/tls/libc.so.6(__libc_free+0x8b) [0x4fe72b] > #6 /lib/libnss_ldap.so.2 [0xf9f3be] > #7 /lib/libnss_ldap.so.2 [0xf9de14] > #8 /lib/libnss_ldap.so.2 [0xf9de8f] > #9 /lib/libnss_ldap.so.2 [0xf8bea1] > #10 /lib/libnss_ldap.so.2 [0xf8bf20] > #11 /lib/libnss_ldap.so.2 [0xf7e12a] > #12 /lib/libnss_ldap.so.2 [0xf7d70d] > #13 /lib/libnss...

...ic2 () > #3 0x081d2cfa in smb_panic () > #4 0x081c0878 in dbgtext () > #5 0x401b6658 in __libc_sigaction () from /lib/libc.so.6 > #6 0x401b79e8 in abort () from /lib/libc.so.6 > #7 0x401afb3f in __assert_fail () from /lib/libc.so.6 > #8 0x40465081 in winbindd_fd () from /lib/libnss_ldap.so.2 > #9 0x40464f0c in winbindd_fd () from /lib/libnss_ldap.so.2 > #10 0x40464c03 in winbindd_fd () from /lib/libnss_ldap.so.2 > #11 0x40468365 in _nss_ldap_getservent_r () from /lib/libnss_ldap.so.2 > #12 0x40462bfa in winbindd_fd () from /lib/libnss_ldap.so.2 > #13 0x40463fca in...

...] lib/util.c:smb_panic2(1503) BACKTRACE: 48 stack frames: #0 smbd(smb_panic2+0x111) [0x81e3521] #1 smbd(smb_panic+0x1a) [0x81e340a] #2 smbd [0x81d0be8] #3 /lib/tls/libc.so.6 [0x4c2f48] #4 /lib/tls/libc.so.6 [0x4fd54d] #5 /lib/tls/libc.so.6(__libc_free+0x8b) [0x4fe72b] #6 /lib/libnss_ldap.so.2 [0xf9f3be] #7 /lib/libnss_ldap.so.2 [0xf9de14] #8 /lib/libnss_ldap.so.2 [0xf9de8f] #9 /lib/libnss_ldap.so.2 [0xf8bea1] #10 /lib/libnss_ldap.so.2 [0xf8bf20] #11 /lib/libnss_ldap.so.2 [0xf7e12a] #12 /lib/libnss_ldap.so.2 [0xf7d70d] #13 /lib/libnss_ldap.so.2 [0xf73c2f] #14...

...nss_files.so.2 -> libnss_files-2.3.2.so* -rwxr-xr-x 1 root root 18513 May 19 2003 /lib/libnss_hesiod-2.3.2.so* lrwxrwxrwx 1 root root 22 Dec 17 15:05 /lib/libnss_hesiod.so.2 -> libnss_hesiod-2.3.2.so* -rwxr-xr-x 1 root root 397975 May 30 11:39 /lib/libnss_ldap-2.3.2.so* lrwxrwxrwx 1 root root 20 May 30 11:39 /lib/libnss_ldap.so -> libnss_ldap-2.3.2.so* lrwxrwxrwx 1 root root 20 May 30 11:39 /lib/libnss_ldap.so.1 -> libnss_ldap-2.3.2.so* lrwxrwxrwx 1 root root 20 May 30 11:39 /lib/libnss_ldap.so.2 -...

..., 0] lib/util.c:smb_panic2(1503) BACKTRACE: 37 stack frames: #0 /usr/sbin/smbd(.smb_panic2+0x88) [0x10202ef8] #1 /usr/sbin/smbd [0x101ea290] #2 [0x1ffffff8ea8] #3 /usr/lib/libldap-2.2.so.7 [0x800003a488] #4 /usr/lib/libldap-2.2.so.7(.ldap_result+0x390) [0x800003b214] #5 /usr/lib/libnss_ldap.so.2 [0x800074684c] #6 /usr/lib/libnss_ldap.so.2 [0x8000747290] #7 /usr/lib/libnss_ldap.so.2 [0x8000747a7c] #8 /usr/lib/libnss_ldap.so.2 [0x800074a444] #9 /usr/lib/libnss_ldap.so.2 [0x800074721c] #10 /usr/lib/libnss_ldap.so.2 [0x8000747a7c] #11 /usr/lib/libnss_ldap.so.2 [0x800074a...

...mbd [0xb46018] #3 [0x111420] #4 /usr/lib/liblber-2.2.so.7(ber_put_string+0x3d) [0xd777bc] #5 /usr/lib/liblber-2.2.so.7(ber_printf+0x2ba) [0xd78448] #6 /usr/lib/libldap-2.2.so.7(ldap_build_search_req+0xee) [0x6be0be] #7 /usr/lib/libldap-2.2.so.7(ldap_search+0x8c) [0x6be23f] #8 /lib/libnss_ldap.so.2 [0x2b6fbf] #9 /lib/libnss_ldap.so.2 [0x2b6e10] #10 /lib/libnss_ldap.so.2 [0x2b75e4] #11 /lib/libnss_ldap.so.2 [0x2b7764] #12 /lib/libnss_ldap.so.2(_nss_ldap_initgroups_dyn+0xaa) [0x2b8532] #13 /lib/libc.so.6 [0x8b6de4] #14 /lib/libc.so.6(initgroups+0x64) [0x8b708c] #15 smb...

.... not overriding the default) on a Fedora Core 2 system using flat files for authentication, which I recently upgraded to Fedora Core 3 using LDAP for authentication, and found that the anonymous rsync server wouldn't start up. The problem when away if I turned off chroot, or if I put a copy of libnss_ldap.so.2 into ${path}/lib/libnss_ldap.so.2. Is that the expected behavior, or should a chrooted anon-rsync work on an LDAP-using system out of the box? -Josh (jbs@cacr.caltech.edu)

...) [0x400374c9] #9 /usr/lib/libldap.so.2(ldap_open_defconn+0x41) [0x400252a1] #10 /usr/lib/libldap.so.2(ldap_send_initial_request+0x8f) [0x4003703f] #11 /usr/lib/libldap.so.2(ldap_sasl_bind+0x177) [0x4002d387] #12 /usr/lib/libldap.so.2(ldap_simple_bind+0x80) [0x4002dd80] #13 /lib/libnss_ldap.so.2 [0x409ad423] #14 /lib/libnss_ldap.so.2 [0x409acefc] #15 /lib/libnss_ldap.so.2 [0x409ae24a] #16 /lib/libnss_ldap.so.2 [0x409ae81b] #17 /lib/libnss_ldap.so.2(_nss_ldap_getpwnam_r+0x69) [0x409af9e9] #18 /lib/tls/libc.so.6(getpwnam_r+0xfc) [0x4023475c] #19 /lib/tls/libc.so....

Hello, My samba was working until I changed some configurations in order for it to work with ldap. However, samba won't start now, even after I returned to my old configuration. Here is the error I'm getting: # /etc/init.d/samba restart * Stopping Samba daemons... [ ok ] * Starting Samba daemons... /etc/init.d/samba: line 25: 13064

...s/libc.so.6(__assert_fail+0x10f) [0xb7cfe2df] #7 /usr/local/lib/liblber-2.3.so.0(ber_get_next+0xfd) [0xb7f3526d] #8 /usr/local/lib/libldap-2.3.so.0 [0xb7f459e4] #9 /usr/local/lib/libldap-2.3.so.0 [0xb7f456d5] #10 /usr/local/lib/libldap-2.3.so.0(ldap_result+0x90) [0xb7f451c0] #11 /lib/libnss_ldap.so.2 [0xb794bf8a] #12 /lib/libnss_ldap.so.2 [0xb794c5b2] #13 /lib/libnss_ldap.so.2 [0xb794d093] #14 /lib/libnss_ldap.so.2(_nss_ldap_initgroups_dyn+0x14c) [0xb794f6cc] #15 /lib/tls/libc.so.6 [0xb7d82b54] #16 /lib/tls/libc.so.6(initgroups+0x6b) [0xb7d82a4b] #17 /usr/local/samba/sbin...

...n+0xea) [0x400dfb5b] #8 /usr/lib/libldap.so.2(ldap_open_defconn+0x2e) [0x400ccaee] #9 /usr/lib/libldap.so.2(ldap_send_initial_request+0x63) [0x400df627] #10 /usr/lib/libldap.so.2(ldap_sasl_bind+0x2ec) [0x400d4e28] #11 /usr/lib/libldap.so.2(ldap_simple_bind+0xd2) [0x400d5666] #12 /lib/libnss_ldap.so.2 [0x40512e55] #13 /lib/libnss_ldap.so.2 [0x40512b05] #14 /lib/libnss_ldap.so.2(_nss_ldap_initgroups_dyn+0x54) [0x40514efc] #15 /lib/libc.so.6 [0x4023ac99] #16 /lib/libc.so.6(getgrouplist+0x4f) [0x4023ad3d] #17 /usr/sbin/smbd(sys_getgrouplist+0x3e) [0x81c7a6e] #18 /usr/sbin/smb...

Hi Igor, I got stuck now. I did my best. I got stuck at the winbind which I suspected is the reason why the domainA_computer cannot map the domain_B user's home directory. 1. What are the settings of your winbind? 2. Do you use only "winbind" in your libnss_ldap or use "ldap" as well? 3. My winbind works with :- (For both sides) wbinfo -t wbinfo -p wbinfo -u wbinfo -g getent passwd (For DomainA) "getent group" shows all the local groups and also the groups shown in "wbinfo -g" (For DomainB) "getent group" shows all...

...lib/libnss_winbind.so /lib/libnss_winbind.so.2 The libs are loaded fine: root at MYNETSRV08:/etc/samba# ldconfig -v | grep libnss libnss_hesiod.so.2 -> libnss_hesiod-2.13.so libnss_compat.so.2 -> libnss_compat-2.13.so libnss_dns.so.2 -> libnss_dns-2.13.so libnss_ldap.so.2 -> libnss_ldap.so.2 libnss_nis.so.2 -> libnss_nis-2.13.so libnss_nisplus.so.2 -> libnss_nisplus-2.13.so libnss_files.so.2 -> libnss_files-2.13.so libnss_wins.so -> libnss_wins.so.2 libnss_winbind.so -> libnss_winbind.so.2 libnss...

Hi , I would really appreciate some suggestions re the following issue. We have a LDAP based PDC and a member server. We're use libnss_ldap to auth the users. The LDAP PDC is setup with self signed SSL , we're trying make sure the member server connects to the PDC using SSL. Here is the PDC , smb.conf [global] workgroup = SUNTECH netbios name = SERVER01 security = USER local master = yes domain master = yes preferred master...

...d [0x81d7368] #3 [0xffffe420] #4 /lib/tls/libc.so.6(abort+0x1d2) [0x401bdfa2] #5 /lib/tls/libc.so.6(__assert_fail+0x10f) [0x401b62df] #6 /usr/lib/liblber.so.2(ber_get_next+0xfd) [0x4005937d] #7 /usr/lib/libldap_r.so.2 [0x4002a096] #8 /usr/lib/libldap_r.so.2 [0x40029da5] #9 /lib/libnss_ldap.so.2 [0x4064df4a] #10 /lib/libnss_ldap.so.2 [0x4064db3a] #11 /lib/libnss_ldap.so.2(_nss_ldap_initgroups_dyn+0x10a) [0x4065095a] #12 /lib/tls/libc.so.6 [0x4023ab54] #13 /lib/tls/libc.so.6(initgroups+0x6b) [0x4023aa4b] #14 /usr/sbin/smbd [0x81cd7f4] #15 /usr/sbin/smbd [0x81cd9c4]...

Hello! It seems my struggle with Samba isn't quite over. My latest problem is exactly what you see above, followed by an attempt to core dump. This occurs upon authentication to the system. My system is part of a W2K3 domain. I looked at the Samba HOWTO, but apparently I have a system (FC5), that doesn't allow core dumps when the PID changes, since no core dumps are being created.

Could someone explain the use of libnss_wins within Samba 3? Currently utilizing libnss_ldap. -- Raymond

...ox will converted as a file server. The confusion in smb.conf is possibly because of the above. We can remove the connection to LDAP via smb.conf if that helps? We couldn't use winbind because of the bug whereby winbind doesn't enumerate users in a Unix domain member. Hence we had to use libnss_ldap Regards, Praveen Ghimire -----Original Message----- From: samba [mailto:samba-bounces at lists.samba.org] On Behalf Of Rowland Penny via samba Sent: Thursday, 9 August 2018 5:56 PM To: samba at lists.samba.org Subject: Re: [Samba] LDAP SSL On Thu, 9 Aug 2018 02:07:40 +0000 Praveen Ghimire v...

...ind: v3 bind: "cn=nss,dc=test,dc=net" to "cn=nss,dc=test,dc=net" My smb.conf looks like this: ldap admin dn = cn=manager,dc=test,dc=net ldap server = ldap.test.net ldap suffix = ou=People,dc=test,dc=net So is smbpasswd ignoring it? Just a note cn=nss comes from my libnss_ldap.conf so it's possible what I'm really seeing is the bind for nss lookup of the the passwd entry and smbpasswd isn't attempting to bind at all.. I've been scanning the samba list for days and haven't seen any solutions, so if someone could help me out I would appreciate it....