Bug 1989982

Summary: CLI needs option to set nsslapd-state
Product: Red Hat Directory Server Reporter: mreynolds
Component: 389-ds-baseAssignee: mreynolds
Status: CLOSED CURRENTRELEASE QA Contact: RHDS QE <ds-qe-bugs>
Severity: unspecified Docs Contact: Marc Muehlfeld <mmuehlfe>
Priority: medium    
Version: 11.3CC: ldap-maint, msauton, pcech
Target Milestone: DS11.3Keywords: Triaged
Target Release: dirsrv-11.5   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: sync-to-jira
Fixed In Version: redhat-ds-11-8050020210917175916.d3df4063 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 2040794 (view as bug list) Environment:
Last Closed: 2022-08-23 17:42:02 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:
Bug Depends On:    
Bug Blocks: 2040794    

Description mreynolds 2021-08-04 13:54:14 UTC 
Description of problem:


With the old console on 389-ds 1.3.x I can manage the nsslapd-state for all suffixes.  In the new cockpit console I can't find an option to manage this attribute. It's always backend.  dsconf doesn't manage this attribute too.

At least, a new option in dsconf could be provided. For instance:
 
# dsconf instance backend suffix set --state

Allowed values:

backend: The back-end database processes all operations.
disabled: The database is not available for processing operations. The server returns a No
such search object error in response to requests made by client applications.
referral: Directory Server returns a referral URL for requests to this suffix.
referral on update: The database is used for all operations. Only for update requests is a
referral sent.


Now I have to force an ldapmodify to set the value:

dn: cn=<suffix name>,cn=mapping tree,cn=config
changeype: modify
replace: nsslapd-state
nsslapd-state: referral on update
Comment 1 mreynolds 2021-08-04 13:55:40 UTC 
Upstream ticket:

https://github.com/389ds/389-ds-base/issues/4796
Comment 3 Petr Čech 2022-05-25 12:16:03 UTC 
As the RHEL 8.5 reached EOL, it makes sense to move this BZ to dirsrv-11.5, which means RHEL 8.6.