Description of problem: If you happen to run remove-ds-admin.pl multiple times in a row you cannot install DS. Version-Release number of selected component (if applicable): 389-admin-1.1.42-1.el7dsrv.x86_64 How reproducible: Always Steps to Reproduce: 1. /usr/sbin/setup-ds-admin.pl --silent --file=/root/setup.inf 2. /usr/sbin/remove-ds-admin.pl -f -d -a -y 3. /usr/sbin/remove-ds-admin.pl -f -d -a -y 4. /usr/sbin/setup-ds-admin.pl --silent --file=/root/setup.inf Actual results: NMC_Status: 1 NMC_ErrType: NMC_ErrInfo: Cannot open file /etc/dirsrv/admin-serv/console.conf for reading Could not update the httpd engine configuration. Failed to create and configure the admin server Expected results: The admin server was successfully started. Admin server was successfully created, configured, and started. Exiting . . . Additional info: What is happening when you run setup-ds-admin.pl twice. It removes the 4 files # ls -l /etc/dirsrv/admin-serv/ total 48 -rw-r--r--. 1 root root 3936 Jun 8 2015 admserv.conf -rw-r--r--. 1 root root 4466 Jun 8 2015 console.conf -rw-r--r--. 1 root root 26738 Jun 8 2015 httpd.conf -rw-r--r--. 1 root root 4505 Jun 8 2015 nss.conf and there no backup directory to copy back to /etc/dirsrv/admin-serv/. One way to handle this is. Do not make a backup but have a direcroty with the 4 default configs and it would copy them to /etc/dirsrv/admin-serv/ before it edits them.
as a workaround, re-installing 389-admin will add back the missing config files when no backup exists
note I forgot to post/save last week..: Viktor Ashirov pointed me to those known references (thanks): bz 1229445 - [DOC -- known issue] remove-ds-admin.pl removes files in the rpm https://bugzilla.redhat.com/show_bug.cgi?id=1229445 and http://documentation-devel.engineering.redhat.com/site/documentation/en-US/Red_Hat_Directory_Server/10/html/Release_Notes/Release_Notes-Bugs_Addressed-Known_Issues.html " If the remove-ds-admin.pl script is executed without an installed Admin server, it removes configuration files that were installed from the RPM package. As a consequence, subsequently run setup-ds-admin.pl script terminates without creating the configuration file backups. To work around this problem, run the yum reinstall 389-admin command to recover the missing files. " with this workaround, GSS is trying to close the sf case number 01572443
Build tested: 389-admin-1.1.44-1.el7dsrv.x86_64 Steps to verify: 1. Install an instance with setup-ds-admin.pl 2. remove-ds-admin.pl -f -d -a -y 3. remove-ds-admin.pl -f -d -a -y 4. Install an install second time with setup-ds-admin.pl: Result output: ... The admin server was successfully started. Admin server was successfully created, configured, and started. Exiting . . . Marking as verified.
Your new relnote looks good. Thanks, Aneta!
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2016-2665.html