Bug 1654116
Summary: | dsctl related issues | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Akshay Adhikari <aadhikar> |
Component: | 389-ds-base | Assignee: | mreynolds |
Status: | CLOSED CURRENTRELEASE | QA Contact: | RHDS QE <ds-qe-bugs> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 8.0 | CC: | aborah, lkrispen, mhonek, msauton, nkinder, rmeggins, spichugi, tbordaz, vashirov |
Target Milestone: | rc | ||
Target Release: | 8.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | 389-ds-base-1.4.0.20-1.module+el8+2553+e9a4c637 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-06-14 01:31:33 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Akshay Adhikari
2018-11-28 04:51:04 UTC
Description of problem: Instances are not getting removed . (eg: dsctl -v --remove-all) Version-Release number of selected component (if applicable): 389-ds-base-1.4.0.19-2.module+el8+1+36e60e1d.x86_64 How reproducible: Happens sometimes . Steps to Reproduce: 1. dsctl --remove-all Actual results: [root@server-rhel8 ds]# dsctl -v --remove-all DEBUG: The 389 Directory Server Administration Tool DEBUG: Inspired by works of: ITS, The University of Adelaide DEBUG: Called with: Namespace(instance=False, json=False, list=False, remove_all=None, verbose=True) Are you sure you want to remove all the Directory Server instances? (Yes/no): yes Aborted removal of all instances Expected results: 1. dsctl --remove-all Are you sure you want to remove all the Directory Server instances? (Yes/no): Yes Removing instance: slapd-DS Removed /etc/systemd/system/multi-user.target.wants/dirsrv. eventual option for the impatient who does not want to have to wait, of course as we have a count down....... : dsctl remove --do-it-now dsctl start dsctl restart the errors log starts with either [28/Nov/2018:13:55:50.467417812 -0500] - INFO - slapd_extract_cert - CA CERT NAME: Self-Signed-CA or [28/Nov/2018:13:55:50.493081062 -0500] - INFO - main - 389-Directory/1.4.0.191 B2018.331.227 starting up is it possible to always have the "info main starting up" line always *first* as a very clear start of activity in the log? bz 1654438 - dsctl db2index creates NO backup files https://bugzilla.redhat.com/1654438 (In reply to Anuj Borah from comment #1) > Description of problem: > Instances are not getting removed . (eg: dsctl -v --remove-all) > > Version-Release number of selected component (if applicable): > > 389-ds-base-1.4.0.19-2.module+el8+1+36e60e1d.x86_64 > > How reproducible: > > Happens sometimes . > > Steps to Reproduce: > 1. dsctl --remove-all > > Actual results: > [root@server-rhel8 ds]# dsctl -v --remove-all > DEBUG: The 389 Directory Server Administration Tool > DEBUG: Inspired by works of: ITS, The University of Adelaide > DEBUG: Called with: Namespace(instance=False, json=False, list=False, > remove_all=None, verbose=True) > Are you sure you want to remove all the Directory Server instances? > (Yes/no): yes > Aborted removal of all instances > > Expected results: > 1. dsctl --remove-all > Are you sure you want to remove all the Directory Server instances? > (Yes/no): Yes > Removing instance: slapd-DS > Removed /etc/systemd/system/multi-user.target.wants/dirsrv. You are supposed to type "Yes", not "yes". And yes that is on purpose to use the uppercase letter. I suppose this can be confusing, I will make it clearer what you have to type in the confirmation message. (In reply to Marc Sauton from comment #3) > dsctl start > dsctl restart > > the errors log starts with either > [28/Nov/2018:13:55:50.467417812 -0500] - INFO - slapd_extract_cert - CA CERT > NAME: Self-Signed-CA > or > [28/Nov/2018:13:55:50.493081062 -0500] - INFO - main - > 389-Directory/1.4.0.191 B2018.331.227 starting up > > is it possible to always have the "info main starting up" line always > *first* as a very clear start of activity in the log? Maybe it could be changed. That's all in the core server though and has nothing to do with the CLI tools. If you really want the server startup logging order changed then file a new bug. Build tested: 389-ds-base-1.4.0.20-1.module+el8+2+e85010b4.x86_64 [root@server-rhel8 dirsrv]# dsctl --remove-all Are you sure you want to remove all the Directory Server instances? Enter "Yes" to continue: Yes Removing instance: slapd-test Removed /etc/systemd/system/multi-user.target.wants/dirsrv. All instances have been successfully removed Clear confirmation message. |