Bugzilla – Bug 158567
yast2: can't access CD1 on finishing SLP installation
Last modified: 2006-03-29 06:52:31 UTC
I performed an SLP based installation of SL 10.1 beta8 on x86_64 with selection "minimal X". When configuring the authentication type, I chose LDAP. Some packages get installed, but then I get an error that CD1 can not be accessed. I can't continue the installation unless I choose abort. After that the host seems to be bind to the configured ldap server.
Created attachment 73273 [details] yast2 logs
Created attachment 73274 [details] ldap.conf
Created attachment 73275 [details] nsswitch.conf
ldap seems to work: boxer:/var/log/YaST2 # ldapsearch -x -h ldap2.suse.de -b dc=suse,dc=de uid=rommel cn # extended LDIF # # LDAPv3 # base <dc=suse,dc=de> with scope subtree # filter: uid=rommel # requesting: cn # # 283, people, suse.de dn: suseid=283,ou=people,dc=suse,dc=de cn: Heiko Rommel # 3283, accounts, suse.de dn: suseid=3283,ou=accounts,dc=suse,dc=de cn: Heiko Rommel # search result search: 2 result: 0 Success # numResponses: 3 # numEntries: 2
However, the binding does not: boxer:~ # getent passwd rommel boxer:~ #
Which packages failed? Could still be an issue with the SLP installation sources (bug #156483). Did the system boot into the correct runlevel 5?
I don't know exactly. Most likely the packages that are needed for LDAP bindings. Like pam_ldap and nss_ldap. I just successfully installed SLES10 beta 8 for x86_64 with SLP into the same partition (which worked including the ldap configuration). So I think it is either a problem of the SLP source or of the box product. I currently have no time to reproduce. It did boot into runlevel 5. However the preselection of the installer was runlevel 3 (see Bug 158571).
The SLP installation source contains these packages. Redirecting to Andreas for clarification.
These packages might not be part of the minimal selection but should get installed from the yast2-ldap module during setup.
Jiri, just verify if the YaST module tries to install all needed packages. If yes, there is nothing we could do more.
Yes it does.
Then let's close as WORKFSFOR Jiri. Heiko, if you can reproduce, tell us more details...