http://qa.mandrakesoft.com/show_bug.cgi?id=3349
------- Additional Comments From [EMAIL PROTECTED] 2003-03-17 00:44 ------- Hi, 'getent passwd <user>' returns one line in both cases, no matter whether there is a local account in '/etc/passwd' or not. 'getent passwd | grep <user>' returns 2 (identical) lines with, and 1 line without local account. The ssl parameter in '/etc/ldap.conf' is set to off, as I told you it's my first try with ldap and so I didn't want to have extra difficulties caused by ssl/tls. Once everything works fine without ssl, I'll switch over and see if it still runs like before. Maybe some additional info on my Directory: - basedn: dc=prm,dc=de - users are in: ou=People,dc=prm,dc=de - the relevant user-entry: uid=prm,ou=People,dc=prm,dc=de (posixaccount) - the uidNumber of uid=prm : 1000 The ldap-entries in /var/log/syslog' for a kprinter-call: the typical dialog WITH local account entry looks like this. ... Mar 16 23:46:39 fire slapd[19714]: daemon: conn=1180 fd=29 connection from IP=192.168.199.1:32979 (IP=0.0.0.0:389) accepted. Mar 16 23:46:39 fire slapd[19727]: conn=1180 op=0 BIND dn="UID=PRM,OU=PEOPLE,DC=PRM,DC=DE" method=128 Mar 16 23:46:39 fire slapd[19727]: conn=1180 op=0 RESULT tag=97 err=0 text= Mar 16 23:46:39 fire slapd[26193]: conn=1180 op=1 SRCH base="dc=prm,dc=de" scope=1 filter="(uid=prm)" Mar 16 23:46:39 fire slapd[26193]: conn=1180 op=1 SEARCH RESULT tag=101 err=0 text= Mar 16 23:46:39 fire slapd[19732]: conn=1180 op=2 SRCH base="ou=Group,dc=prm,dc=de" scope=1 filter="(&(objectClass=posixGroup)(memberUid=prm))" Mar 16 23:46:39 fire slapd[19732]: conn=1180 op=2 SEARCH RESULT tag=101 err=0 text= Mar 16 23:46:39 fire slapd[19714]: conn=-1 fd=29 closed ... WITHOUT local account entry it looks like this: ... Mar 17 00:08:45 fire slapd[19714]: daemon: conn=1185 fd=29 connection from IP=192.168.199.1:32988 (IP=0.0.0.0:389) accepted. Mar 17 00:08:45 fire slapd[19871]: conn=1185 op=0 BIND dn="UID=PRM,OU=PEOPLE,DC=PRM,DC=DE" method=128 Mar 17 00:08:45 fire slapd[19871]: conn=1185 op=0 RESULT tag=97 err=0 text= Mar 17 00:08:45 fire slapd[25403]: conn=1185 op=1 SRCH base="ou=People,dc=prm,dc=de" scope=1 filter="(&(objectClass=posixAccount)(uidNumber=1000))" Mar 17 00:08:45 fire slapd[25403]: conn=1185 op=1 SEARCH RESULT tag=101 err=0 text= Mar 17 00:08:45 fire slapd[19868]: conn=1185 op=2 SRCH base="ou=People,dc=prm,dc=de" scope=1 filter="(&(objectClass=posixAccount)(uidNumber=1000))" Mar 17 00:08:45 fire slapd[19868]: conn=1185 op=2 SEARCH RESULT tag=101 err=0 text= Mar 17 00:08:47 fire slapd[19714]: conn=-1 fd=29 closed ... As you can see the SEARCH-dialogs in LDAP look different and the best part is: - None of the searches WITH local account returns anything, because the searchbase is 'dc=prm,dc=de' and the scope is set to '1=one' - but, kprinter works ! the search result in both cases returns: $ ldapsearch -s one -b "dc=prm,dc=de" -x "(uid=prm)" version: 2 # # filter: (uid=prm) # requesting: ALL # # search result search: 2 result: 0 Success the same for the second search - the search WITHOUT really returns something, but crashes: $ ldapsearch -s one -b "ou=people,dc=prm,dc=de" -x "(&(objectClass=posixaccount)(uidnumber=1000))" version: 2 # # filter: (&(objectClass=posixaccount)(uidnumber=1000)) # requesting: ALL # # prm, People, prm, de dn: uid=prm,ou=People,dc=prm,dc=de uid: prm cn: Prommer Heinz objectClass: mailRecipient objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: posixAccount objectClass: top objectClass: kerberosSecurityObject objectClass: shadowAccount shadowLastChange: 12085 shadowMax: 99999 shadowWarning: 7 krbName: [EMAIL PROTECTED] loginShell: /bin/bash uidNumber: 1000 gidNumber: 1000 homeDirectory: /home/prm gecos: Prommer Heinz givenName: Heinz sn: Prommer mail: [EMAIL PROTECTED] # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 I hope this is of any help for you! Regards and thanks for taking care of my problem, Heinz ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: My PC is configured as a LDAP-client for an LDAP-server on my main linux-box (Mdk9.0). Everything works like a charm except printing through KDE. I have cups configured on both machines and printing works with all printing commands ( lp,lpr,lpr-cups,lpr-xpp ) except the ones supplied by kdebase (kprinter, lpr-kprinter, embedded prining from konqueror, ...). The KDE-commands crash and I receive the following message (only the relevant part): ... (no debugging symbols found)...(no debugging symbols found)...[New Thread 16384 (LWP 4257)] (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)... 0x40fcdf32 in waitpid () from /lib/libpthread.so.0 #0 0x40fcdf32 in waitpid () from /lib/libpthread.so.0 #1 0x406f2e7b in KCrash::defaultCrashHandler(int) () from /usr/lib/libkdecore.so.4 #2 0x41139d58 in __libc_sigaction () from /lib/libc.so.6 I think this isn't very useful, more interesting is, that all printing-related KDE-programs ( kjobviewer, kcontrolcenter-part for printing) crash the same way !! By the way, CUPS is left to standard-configuration, that is 'base' is accessible by everyone without authentication, only 'admin' is left up to 'System' and basic authentication. Any ideas?
