Christopher Waltham wrote: > I'm using RHEL5.2 (i386) and installing RPMs from the FDS repository > that's mentioned on the FDS wiki. But I'm having trouble configuring > FDS 1.1.3 due to errors that I believe are related to permissions on > /var/run/dirsrv. > > Before installing DS, here are the permission on /var/run/dirsrv: > > [root at falls ~]# ls -ald /var/run/dirsrv > drwxr-xr-x 3 root root 4096 Nov 14 09:24 /var/run/dirsrv > > When finishing the end of setup-ds-admin.pl, I see these messages: > > Are you ready to set up your servers? [yes]: > Creating directory server . . . > Server failed to start !!! Please check errors log for problems > Possible timeout starting server: timeout=1226673415 now=1226673416 > Could not start the directory server using command > '/usr/lib/dirsrv/slapd-falls/start-slapd'. The last line from the > error log was '[14/Nov/2008:09:26:55 -0500] - Fedora-Directory/1.1.3 > B2008.269.157 starting up > '. Error: Unknown error 256 > Error: Could not create directory server instance 'falls'. > Exiting . . . > Log file is '/tmp/setupblsNWZ.log' > > There is nothing else of relevance in either /tmp/setupblsNWZ.log or > /var/log/dirsrv/slapd-falls/errors > > If I try and start the directory server after the installation failed, > I get this error: > > [root at falls ~]# /etc/init.d/dirsrv start > Starting dirsrv: > falls... [FAILED] > *** Warning: 1 instance(s) failed to start > > If I manually chmod & chown the /var/run/dirsrv directory, it will start: > > [root at falls ~]# chmod 770 /var/run/dirsrv && chown nobody:nobody > /var/run/dirsrv > [root at falls ~]# /etc/init.d/dirsrv start > Starting dirsrv: > falls... [ OK ] > > However, because the setup-ds-admin.pl process never completed, the > admin server hasn't been configured (and I don't want to have to do > that by hand). Note that I am using nobody:nobody in the FDS installer > when asked who I want to run the services as. > > When I manually ( chmod 770 /var/run/dirsrv && chown nobody:nobody > /var/run/dirsrv ) *before* I run setup-ds-admin.pl I get this error: > > [08/11/14:09:00:33] - [Setup] Info Are you ready to set up your servers? > [08/11/14:09:00:34] - [Setup] Info yes > [08/11/14:09:00:34] - [Setup] Info Creating directory server . . . > [08/11/14:09:00:36] - [Setup] Info Your new DS instance 'ldap' was > successfully created. > [08/11/14:09:00:36] - [Setup] Info Creating the configuration > directory server . . . > [08/11/14:09:00:36] - [Setup] Fatal The suffix 'o=NetscapeRoot' > already exists. Config entry DN 'cn="o=NetscapeRoot",cn=mapping > tree,cn=config'. > > [08/11/14:09:00:36] - [Setup] Fatal Failed to create the configuration > directory server > [08/11/14:09:00:36] - [Setup] Fatal Exiting . . . > > Any thoughts? This is getting pretty frustrating :-\ Yes. The first problem caused the second. The first problem is the permissions on /var/run/dirsrv, which allowed you to get past "the point of no return" with setup. That is, your system is already configured to the point that subsequent runs of setup think it has been set up correctly. Try running ds_removal first - you may have to use the -f argument to force removal. Then, try this: service dirsrv stop # may error if not running - that is ok service dirsrv-admin stop # may error if not running - that is ok find /etc/dirsrv /usr/lib/dirsrv /usr/lib64/dirsrv /var -name slapd-\* If that list looks ok, do rm -rf `find /etc/dirsrv /usr/lib/dirsrv /usr/lib64/dirsrv /var -name slapd-\*` Finally, rm everything in /etc/dirsrv/admin-serv EXCEPT admserv.conf httpd.conf console.conf nss.conf - do not remove these files or the directory Then you should have a clean system to start over with > > Thanks, > > > Chris > > -- > Fedora-directory-users mailing list > Fedora-directory-users at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-users -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3258 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20081114/7c04eebe/attachment.bin
