Bug 1779216

Summary: dsctl doesn't work with 'slapd-' in the instance name
Product: Red Hat Enterprise Linux 8 Reporter: Viktor Ashirov <vashirov>
Component: 389-ds-baseAssignee: mreynolds
Status: CLOSED ERRATA QA Contact: RHDS QE <ds-qe-bugs>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 8.2CC: lkrispen, mhonek, nkinder, pasik, spichugi, tbordaz, vashirov
Target Milestone: rc   
Target Release: 8.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: 389-ds-base-1.4.2.4-7.module+el8.2.0+5670+0b8b1c2e Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-04-28 16:01:22 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 Viktor Ashirov 2019-12-03 14:19:34 UTC 
Description of problem:
If the instance name contains 'slapd-' anywhere in the name, dsctl doesn't work with the instance.

Version-Release number of selected component (if applicable):
389-ds-base-1.4.2.4-4.module+el8.2.0+4930+d4051b3a.x86_64


How reproducible:
always

Steps to Reproduce:
1. Create an instance with 'slapd-' in the name (doesn't matter if it's in the beginning or in the middle)
2. Try to use dsctl with this instance


Actual results:
[root@server-rhel8 ds]# dsctl --list
slapd-server-nsslapd-test

[root@server-rhel8 ds]# dsctl -v slapd-server-nsslapd-test status
DEBUG: The 389 Directory Server Administration Tool
DEBUG: Inspired by works of: ITS, The University of Adelaide
DEBUG: Called with: Namespace(func=<function instance_status at 0x7f6ef1096950>, instance='slapd-server-nsslapd-test', json=False, list=False, remove_all=False, verbose=True)
DEBUG: list instance not found in /etc/dirsrv/slapd-server-nstest/dse.ldif: server-nstest

ERROR: No such instance 'slapd-server-nsslapd-test'
ERROR: Unable to access instance information. Are you running as the correct user? (usually dirsrv or root)


Expected results:
dsctl should be able to control such instance.

Additional info:
Comment 3 Viktor Ashirov 2020-02-10 14:06:25 UTC 
Build tested: 389-ds-base-1.4.2.4-7.module+el8.2.0+5670+0b8b1c2e.x86_64

# dsctl slapd-server-nsslapd-test status
Instance "server-nsslapd-test" is running

Marking as VERIFIED.
Comment 5 errata-xmlrpc 2020-04-28 16:01:22 UTC 
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://access.redhat.com/errata/RHBA-2020:1703