Bug 1012699
| Summary: | DSUtil.pm needs to check $res variable | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Nathanael Noblet <nathanael> | ||||
| Component: | 389-ds-base | Assignee: | Rich Megginson <rmeggins> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Sankar Ramalingam <sramling> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 6.5 | CC: | edewata, jgalipea, mkubik, mreynolds, nhosoi, nkinder, rmeggins | ||||
| Target Milestone: | rc | Keywords: | Reopened | ||||
| Target Release: | 6.5 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | 389-ds-base-1.2.11.15-34.el6 | Doc Type: | Bug Fix | ||||
| Doc Text: |
Cause: Supplying an invalid hostname to the server install script
Consequence: A vague error message is reported
Fix: Return a proper error message when the hostname is invalid
Result: A clear error message is returned when then setup script comes across an error with the hostname.
|
Story Points: | --- | ||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-10-14 07:50: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: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 1061410 | ||||||
| Attachments: |
|
||||||
Upstream ticket: https://fedorahosted.org/389/ticket/422 This was fixed in 389-ds-base-1.3.1.0-1. I realize it was fixed in newer versions of 389-ds. However the version provided to epel is 1.2.2. So there needs to be a patch for epel or epel needs an updated version. koji latest-pkg dist-6E-epel 389-ds Build Tag Built by ---------------------------------------- -------------------- ---------------- 389-ds-1.2.2-1.el6 dist-6E-epel rmeggins Wrong package - you want 389-ds-base - 389-ds is just a "meta" package wrapper around the other components Also note that 389-ds-base is not technically in EPEL6 since it is included in the base RHEL6 (or whatever EL6 distro you are using) - see http://port389.org/wiki/Download This was fixed in 389-ds-base-1.2.11.23. So I've re-assigned this to RHEL 6. Currently 389-ds-base has the bug listed above... Fixed in upstream. Changing the status to POST. Verification steps: [1] Run setup-ds.pl [2] Provide an invalid hostname during the install (bogus.bogus.bogus.com) [3] The error should not be (Can't call method "getText"), but it should instead mention the invalid hostname, 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. http://rhn.redhat.com/errata/RHBA-2014-1385.html |
Created attachment 803632 [details] Patch that fixes issue Description of problem: I'm trying to setup a 389 server. It is done automatically via the kolab-setup which intern is calling the 389 setup script. It fails because DSUtil.pm doesn't check if $res exists before calling functions on it. I get the following error: Can't call method "getText" on an undefined value at /usr/lib64/dirsrv/perl/DSUtil.pm line 259. Version-Release number of selected component (if applicable): 389-ds-base-1.2.11.15-22.el6_4.x86_64 How reproducible: Always Obviously this is fixed in a newer version of 389 - however the EPEL package doesn't seem to be getting updated. The attached patch fixes the issue