Bug 1901020
| Summary: | Unable to open the RHDS management page on the cockpit if changing backup_dir | ||
|---|---|---|---|
| Product: | Red Hat Directory Server | Reporter: | kyoneyama <kyoneyam> |
| Component: | cockpit-389-ds | Assignee: | mreynolds |
| Status: | CLOSED ERRATA | QA Contact: | RHDS QE <ds-qe-bugs> |
| Severity: | low | Docs Contact: | |
| Priority: | medium | ||
| Version: | 11.3 | CC: | gkimetto, mreynolds, vashirov |
| Target Milestone: | DS11.3 | ||
| Target Release: | dirsrv-11.3 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | redhat-ds-11-8040020210326143715.45c09202 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-05-19 07:54:28 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: | |||
I was able to reproduce this. It's a design flaw with dsctl "offline" tasks, where we get the path from the default.inf file because we don't have the instance information. So the lib389 Path class should try and use the DSEldif class to get the config settings, otherwise we just look in the default path and ignore any custom paths. Upstream ticket: https://github.com/389ds/389-ds-base/issues/4459 Fixed upstream rpm -qa | grep 389-ds cockpit-389-ds-1.4.3.22-1.module+el8dsrv+10501+8ce33e95.noarch 389-ds-base-1.4.3.22-1.module+el8dsrv+10501+8ce33e95.x86_64 389-ds-base-libs-1.4.3.22-1.module+el8dsrv+10501+8ce33e95.x86_64 Build tested: cockpit-389-ds-1.4.3.22-1.module+el8dsrv+10501+8ce33e95.noarch 389-ds-base-1.4.3.22-1.module+el8dsrv+10501+8ce33e95.x86_64 389-ds-base-libs-1.4.3.22-1.module+el8dsrv+10501+8ce33e95.x86_64 Steps: 1. Created inf file and change location of Backup Dir to a non-default location - change parameter `backup_dir` 2. Created a new instance 3. Opened the web console 4. Verified that the RH DS management page in cockpit is available Marking as VERIFIED 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 (redhat-ds:11 bug fix and enhancement update), 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/RHEA-2021:2038 |
It's unable to open the RHDS management page on the cockpit if creating an instance with the parameter `backup_dir` changed from the default. The progress bar reaches 100%, but the cockpit page doesn't transition to the RHDS console. I checked the JavaScript console on the web browser, the error "/var/lib/dirsrv/INSTANCE/bak: No such file or directory" is recorded. I guess cockpit-389-ds plugin ignores the changed parameter. - Red Hat Enterprise Linux 8 - cockpit-389-ds-1.4.3.13-1.module+el8dsrv+8334+69a46a2e.noarch - 389-ds-base-1.4.3.13-1.module+el8dsrv+8334+69a46a2e.x86_64 - cockpit-224.2-1.el8.x86_64 How reproducible: - Always Steps to Reproduce: 1. Prepare inf file with edited the parameter `backup_dir` # cat rhds11.inf [general] [slapd] backup_dir = /var/opt/dirsrv/slapd-{instance_name}/bak instance_name = rhds11 port = 389 root_password = password secure_port = 636 [backend-userroot] create_suffix_entry = True suffix = dc=ad,dc=example,dc=com 2. Create new instance # dscreate from-file rhds11.inf 3. Open https://localhost:9090/389-console Actual results: RHDS management page on the cockpit is not available. Expected results: RHDS management page on the cockpit is available. Additional info: