Morenisco wrote: > Hi, > > I was able to install and configure FDS 1.1 on CentOS 5, but in the > latest step of the configuration, the service doesn't start. > > 1) I saw the following messages in the last part of the installation: > > Are you ready to set up your servers? [yes]: > Creating directory server . . . > Server failed to start !!! Please check errors log for problems > Could not start the directory server using command > '/usr/lib/dirsrv/slapd-dirserver1/start-slapd'. The last line from > the error log was '[28/Dec/2008:11:18:14 -0300] - > Fedora-Directory/1.1.3 B2008.269.157 starting up > '. Error: Unknown error 256 > Error: Could not create directory server instance 'dirserver1'. > Exiting . . . > Log file is '/tmp/setupRikE7Y.log' > > > 2 ) The error log just says the following: > > [28/Dec/2008:12:41:07 -0300] - Fedora-Directory/1.1.3 B2008.269.157 > starting up > > > 3) The log file /tmp/setupRikE7Y.log says the following: > > [08/12/28:11:13:10] - [Setup] Info Are you ready to set up your servers? > [08/12/28:11:13:16] - [Setup] Info yes > [08/12/28:11:13:16] - [Setup] Info Creating directory server . . . > [08/12/28:11:23:18] - [Setup] Info Could not start the directory > server using command '/usr/lib/dirsrv/slapd-dirserver1/start-slapd'. > The last line from the error log was '[28/Dec/2008:11:18:14 -0300] - > Fedora-Directory/1.1.3 B2008.269.157 starting up > '. Error: Unknown error 256 > [08/12/28:11:23:18] - [Setup] Fatal Error: Could not create directory > server instance 'dirserver1'. > [08/12/28:11:23:18] - [Setup] Fatal Exiting . . . > > Well, I'm using the user 'nobody' and group 'nobody'. > > 4) When I try to run the command by hand as root, I get the same: > > [root at dirserver1 slapd-dirserver1]# pwd > /usr/lib/dirsrv/slapd-dirserver1 > [root at dirserver1 slapd-dirserver1]# ./start-slapd > Server failed to start !!! Please check errors log for problems > > 5) Running the command with sh -x, I got the line that it not starting > the command: > > + cd /usr/sbin > + ./ns-slapd -D /etc/dirsrv/slapd-dirserver1 -i > /var/run/dirsrv/slapd-dirserver1.pid -w > /var/run/dirsrv/slapd-dirserver1.startpid > > 6) Running the last command by hand: > > [root at dirserver1 sbin]# ./ns-slapd -D /etc/dirsrv/slapd-dirserver1 -i > /var/run/dirsrv/slapd-dirserver1.pid -w > /var/run/dirsrv/slapd-dirserver1.startpid > [root at dirserver1 sbin]# > [root at dirserver1 sbin]# ps -fea | grep slapd > root 6893 6729 0 12:55 pts/3 00:00:00 grep slapd > > ==> this is not starting. > > 7) Trying the same, but with trace level: > > ./ns-slapd -d 1 -D /etc/dirsrv/slapd-dirserver1 -i > /var/run/dirsrv/slapd-dirserver1.pid -w > /var/run/dirsrv/slapd-dirserver1.startpid > > [28/Dec/2008:12:58:18 -0300] - <= send_ldap_result > [28/Dec/2008:12:58:18 -0300] - Fedora-Directory/1.1.3 B2008.269.157 > starting up > Failed to open stats file (/var/run/dirsrv/slapd-dirserver1.stats) > (error 1). > > Then, the binary ns-slapd is not creating the file > /var/run/dirsrv/slapd-dirserver1.stats (I think). Yes. There is a bug in the spec file - it does not create /var/run/dirsrv, and it can mess up the permissions/ownership on that directory. After you install/yum upgrade fedora-ds-base and the other packages, but before you run setup-ds-admin.pl, make sure /var/run/dirsrv exists and has the correct permissions and ownership. > > 8) Some details of the binary and my kernel version: > > [root at dirserver1 sbin]# file ns-slapd > ns-slapd: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), > for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for > GNU/Linux 2.6.9, stripped > [root at dirserver1 sbin]# > [root at dirserver1 sbin]# uname -a > Linux dirserver1.cdsl.cl 2.6.18-92.el5 #1 SMP Tue Jun 10 18:49:47 EDT > 2008 i686 i686 i386 GNU/Linux > > > Could it be related to the difference of the kernel version? > > Thanks! > -------------- 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/20090105/3545a86d/attachment.bin
