https://bugzilla.redhat.com/show_bug.cgi?id=755754
Description of problem: After installing 389-ds packages on F16, starting dirsrv service using systemctl commands fail. $ systemctl enable dirsrv.target $ systemctl start dirsrv.target [root@ceres ~]# ps aux | grep ns-slapd | grep -v grep Version-Release number of selected component (if applicable): # rpm -qa 389* 389-admin-console-1.1.8-1.fc16.noarch 389-dsgw-1.1.7-2.fc16.x86_64 389-ds-base-libs-1.2.10-0.5.a5.fc16.x86_64 389-ds-base-1.2.10-0.5.a5.fc16.x86_64 389-adminutil-1.1.14-1.fc16.x86_64 389-admin-1.1.23-1.fc16.x86_64 389-ds-console-1.2.6-1.fc16.noarch 389-admin-console-doc-1.1.8-1.fc16.noarch 389-ds-1.2.2-1.fc15.noarch 389-console-1.1.7-1.fc16.noarch 389-ds-console-doc-1.2.6-1.fc16.noarch How reproducible: Steps to Reproduce: 1. Install 389-ds packages on F16 2. Issue setup-ds-admin.pl 3. Enable dirsrv service using systemctl $ systemctl enable dirsrv.target $ systemctl start dirsrv.target Actual results: Process ns-slapd is unable to start through systemd Expected results: Process ns-slapd should be able to start using systemd Additional info: Nov 22 04:30:15 ceres ns-slapd[1341]: [22/Nov/2011:04:30:15 +051800] config - The configuration file /etc/dirsrv/slapd-admin/dse.ldif does not exist Nov 22 04:30:15 ceres ns-slapd[1341]: [22/Nov/2011:04:30:15 +051800] config - The backup configuration file /etc/dirsrv/slapd-admin/dse.ldif.tmp does not exist, either. Nov 22 04:30:15 ceres ns-slapd[1341]: [22/Nov/2011:04:30:15 +051800] schema - No schema files were found in the directory /etc/dirsrv/slapd-admin/schema Nov 22 04:30:15 ceres ns-slapd[1341]: [22/Nov/2011:04:30:15 +051800] dse - Please edit the file to correct the reported problems and then restart the server. Nov 22 04:30:15 ceres systemd[1]: dirsrv@admin.service: control process exited, code=exited status=1 Nov 22 04:30:15 ceres systemd[1]: Unit dirsrv@admin.service entered failed state. Nov 22 04:30:15 ceres systemd[1]: dirsrv@ceres.service: main process exited, code=exited, status=1 Nov 22 04:30:15 ceres systemd[1]: Unit dirsrv@ceres.service entered failed state. [root@ceres dirsrv]# ls -al /etc/sysconfig/dirsrv* -rw-r--r--. 1 root root 2045 Nov 5 04:43 /etc/sysconfig/dirsrv -rw-r--r--. 1 root root 627 Aug 12 02:28 /etc/sysconfig/dirsrv-admin -r--r-----. 1 nobody nobody 773 Nov 21 23:34 /etc/sysconfig/dirsrv-ceres [root@ceres dirsrv]# ls -al /etc/dirsrv/ total 28 drwxrwxr-x. 7 root nobody 4096 Nov 21 23:34 . drwxr-xr-x. 103 root root 4096 Nov 22 04:16 .. drwx------. 2 nobody root 4096 Nov 21 23:34 admin-serv drwxr-xr-x. 2 root root 4096 Nov 21 19:34 config drwxr-xr-x. 2 root root 4096 Nov 9 13:15 dsgw drwxr-xr-x. 2 root root 4096 Nov 21 19:34 schema drwxrwx---. 3 nobody nobody 4096 Nov 22 04:34 slapd-ceres [root@ceres dirsrv]# ls -al /etc/dirsrv/slapd-* total 368 drwxrwx---. 3 nobody nobody 4096 Nov 22 04:34 . drwxrwxr-x. 7 root nobody 4096 Nov 21 23:34 .. -rw-rw----. 1 nobody nobody 65536 Nov 21 23:54 cert8.db -r--r-----. 1 nobody nobody 3595 Nov 21 23:34 certmap.conf -rw-------. 2 nobody nobody 71336 Nov 22 04:18 dse.ldif -rw-------. 1 nobody nobody 71336 Nov 21 23:54 dse.ldif.bak -rw-------. 2 nobody nobody 71336 Nov 22 04:18 dse.ldif.startOK -r--r-----. 1 nobody nobody 32636 Nov 21 23:34 dse_original.ldif -rw-rw----. 1 nobody nobody 16384 Nov 21 23:54 key3.db drwxrwx---. 2 nobody nobody 4096 Nov 22 04:34 schema -rw-rw----. 1 nobody nobody 16384 Nov 21 23:34 secmod.db -r--r-----. 1 nobody nobody 5366 Nov 21 23:34 slapd-collations.conf
commit changeset:255586b/389-ds-base Author: Rich Megginson rmeggins@redhat.com Date: Wed Dec 14 13:51:00 2011 -0700 Reviewed by: nhosoi (Thanks!) Branch: master Fix Description: Instead of blindly creating symlinks for dirsrv service instances, check to see if there is already a service with that name. Platforms tested: Fedora 16 Flag Day: no Doc impact: no
Added initial screened field value.
Metadata Update from @nkinder: - Issue assigned to rmeggins - Issue set to the milestone: 1.2.10
389-ds-base is moving from Pagure to Github. This means that new issues and pull requests will be accepted only in 389-ds-base's github repository.
This issue has been cloned to Github and is available here: - https://github.com/389ds/389-ds-base/issues/251
If you want to receive further updates on the issue, please navigate to the github issue and click on subscribe button.
subscribe
Thank you for understanding. We apologize for all inconvenience.
Metadata Update from @spichugi: - Issue close_status updated to: wontfix (was: Fixed)
Login to comment on this ticket.