Bug 421309

Summary: No YaST2 Module create the LDAP (SUSE) default ou=ldapconfig
Product: [openSUSE] openSUSE 11.0 Reporter: Forgotten User QtBI7gWTIh <forgotten_QtBI7gWTIh>
Component: YaST2Assignee: Jiří Suchomel <jsuchome>
Status: RESOLVED INVALID QA Contact: Jiri Srain <jsrain>
Severity: Normal    
Priority: P5 - None CC: varkoly
Version: Final   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Beta-Customer Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: My YaST2 Logs

Description Forgotten User QtBI7gWTIh 2008-08-29 07:26:29 UTC
I tested the Mailserver Installation and found after install no ou=ldapconfig in the ldap Database. I check it with ldap-client Module again and activate the Button "Create the default (LDAP)".

NO ou=ldapconfig is created ?

In the ldap Browser I have only

ou=group
ou=people
cn=grouptemplate
cn=usertemplate
cn=groupconfiguration
cn=userconfiguratio
cn=Mailserver
ou=Mailserver
cn=defaultDNS
ou=DNS

is YaST2 missing a File ?

I can't find in the Log nothing :(.
Comment 1 Forgotten User QtBI7gWTIh 2008-08-29 07:28:05 UTC
Created attachment 236141 [details]
My YaST2 Logs
Comment 2 Jiří Suchomel 2008-09-16 10:55:08 UTC
Hm, strange, for me it works.

Does it behave correctly when you 1. create LDAP server, 2. use "Create the default objects" in ldap-client and 3. check mail-server module? E.i. do not run mail-server before creating the default objects.

Please attach also the output of ldapsearch -x, and /etc/ldap.conf file
Comment 3 Forgotten User QtBI7gWTIh 2008-09-16 11:25:19 UTC
I have found a way to create this ou=ldapconfig ?

I have edit /etc/sysconfig/ldap

old

BASE_CONFIG_DN="dc=xxx,dc=xxxx"

the ou=ldapconfig is missing ????

new

BASE_CONFI_DN="ou=ldapconfig,dc=xxx,dc=xxx"


then I start yast2 ldap-client and say, create default config

afterward the "ou=ldapconfig" is correct created ?

Now I have a working ldap ;)


I send later the Logs, OK ?
Comment 4 Jiří Suchomel 2008-09-16 11:32:06 UTC
(In reply to comment #3 from Günther J. Niederwimmer)
> I have found a way to create this ou=ldapconfig ?
> 
> I have edit /etc/sysconfig/ldap
> 
> old
> 
> BASE_CONFIG_DN="dc=xxx,dc=xxxx"
> 
> the ou=ldapconfig is missing ????

Well, than it is easy, isn't it? YaST Ldap Client creates the entry marked as BASE_CONFIG_DN. It doesn't check its value.


> I send later the Logs, OK ?

I don't think it is needed. I think the behavior is correct. 

Comment 5 Forgotten User QtBI7gWTIh 2008-09-16 11:49:33 UTC
?? ;)

Yes, YaST Ldap Client create this "normal" as default, but in SUSE 11.0 this feature is missing ?

It doesn't check and doesn't create the correct BASE_CONFIG_DN.
Comment 6 Jiří Suchomel 2008-09-16 13:03:37 UTC
What do you mean is missing?

BASE_CONFIG_DN is the value user has to enter in the specific text entry. YaST LDAP Client offers  ou=ldapconfig<,base DN> only if BASE_CONFIG_DN is empty. In your case, it wasn't empty, so it wasn't replaced.

I don't know why you had BASE_CONFIG_DN="dc=xxx,dc=xxxx" as BASE_CONFIG_DN. Try to reproduce whole situation again and watch when it occurs there.

Comment 7 Forgotten User QtBI7gWTIh 2008-09-16 13:46:23 UTC
"Normal" (all YaST before 11.0) the YaST Ldap Client create the default, in advanced settings (Ldap Client), when the button create the default settings is switched ON ?

With 11.0 the defaults are never created ?

My Situation was a clean new installation, after install I start YaST2 Mailserver to config ldap usw.


This is all in the YaST.log

Normal the mailserver (ldap_client) config create the correct BASE_CONFIG_DN ? 


Comment 8 Jiří Suchomel 2008-09-16 13:50:42 UTC
(In reply to comment #7 from Günther J. Niederwimmer)
> "Normal" (all YaST before 11.0) the YaST Ldap Client create the default, in
> advanced settings (Ldap Client), when the button create the default settings is
> switched ON ?
> 
> With 11.0 the defaults are never created ?
> 
> My Situation was a clean new installation, after install I start YaST2
> Mailserver to config ldap usw.


Than please try what I suggested in comment 2: Try to "Create Defaults" before running mail server configuration.

And during the test, do what I suggested in comment 6: Try
to reproduce whole situation again and watch when it (the value of BASE_CONFIG_DN) occurs there.