Difference between revisions of "CentOS 7.x troubleshooting 389-DS issues"

From Notes_Wiki
(Created page with "<yambe:breadcrumb>CentOS_7.x_389DS|CentOS 7.x 389DS</yambe:breadcrumb> =CentOS 7.x troubleshooting 389-DS issues= ==389-ds fails to start after force reboot== After force reb...")
 
m
 
Line 1: Line 1:
<yambe:breadcrumb>CentOS_7.x_389DS|CentOS 7.x 389DS</yambe:breadcrumb>
[[Main Page|Home]] > [[CentOS]] > [[CentOS 7.x]] > [[CentOS 7.x directory servers|Directory servers]] > [[CentOS 7.x 389DS|389DS]] > [[CentOS 7.x troubleshooting 389-DS issues]]
=CentOS 7.x troubleshooting 389-DS issues=


==389-ds fails to start after force reboot==
==389-ds fails to start after force reboot==
Line 42: Line 41:




<yambe:breadcrumb>CentOS_7.x_389DS|CentOS 7.x 389DS</yambe:breadcrumb>
[[Main Page|Home]] > [[CentOS]] > [[CentOS 7.x]] > [[CentOS 7.x directory servers|Directory servers]] > [[CentOS 7.x 389DS|389DS]] > [[CentOS 7.x troubleshooting 389-DS issues]]

Latest revision as of 16:07, 28 August 2022

Home > CentOS > CentOS 7.x > Directory servers > 389DS > CentOS 7.x troubleshooting 389-DS issues

389-ds fails to start after force reboot

After force reboot if 389 fails to restart with following log lines in journalctl:

journalctl -xe | grep -v named | grep systemd | tail -50
May 01 16:25:01 server4.rishivalley.org systemd[1]: dirsrv@server4.service: main process exited, code=exited, status=1/FAILURE
May 01 16:25:01 server4.rishivalley.org systemd[1]: Failed to start 389 Directory Server server4..
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
May 01 16:25:01 server4.rishivalley.org systemd[1]: Unit dirsrv@server4.service entered failed state.
May 01 16:25:01 server4.rishivalley.org systemd[1]: dirsrv@server4.service failed.
May 01 16:25:15 server4.rishivalley.org systemd[1]: Cannot add dependency job for unit microcode.service, ignoring: Unit is not loaded properly: Invalid argument.
May 01 16:25:15 server4.rishivalley.org systemd[1]: Starting 389 Directory Server server4....
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
May 01 16:25:15 server4.rishivalley.org ds_systemd_ask_password_acl[22991]: grep: /etc/dirsrv/slapd-server4/dse.ldif: No such file or directory
May 01 16:25:15 server4.rishivalley.org systemd[1]: dirsrv@server4.service: main process exited, code=exited, status=1/FAILURE
May 01 16:25:15 server4.rishivalley.org systemd[1]: Failed to start 389 Directory Server server4..
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
May 01 16:25:15 server4.rishivalley.org systemd[1]: Unit dirsrv@server4.service entered failed state.
May 01 16:25:15 server4.rishivalley.org systemd[1]: dirsrv@server4.service failed.

Note grep: /etc/dirsrv/slapd-server4/dse.ldif: No such file or directory then as per https://www.redhat.com/archives/freeipa-users/2014-April/msg00330.html use following commands to resolve the issue:

  cd /etc/dirsrv/slapd-MYINSTANCE
  cp -p dse.ldif.startOK dse.ldif


Note as per above link:

  • bak2db is only for the actual database data files (e.g. the files in /var/lib/dirsrv/slapd-MYINSTANCE/db)

Other useful references:


Home > CentOS > CentOS 7.x > Directory servers > 389DS > CentOS 7.x troubleshooting 389-DS issues