Bug 451702
| Summary: | Admin Server fails on F9 due to NSS 3.12 libs moved to /lib | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] 389 | Reporter: | Mark Smith <msmith> | ||||||||
| Component: | Install/Uninstall | Assignee: | Rich Megginson <rmeggins> | ||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Viktor Ashirov <vashirov> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | low | ||||||||||
| Version: | 1.1.1 | CC: | nkinder, orion | ||||||||
| Target Milestone: | --- | Keywords: | VerifiedUpstream | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i386 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2015-12-07 16:37:08 UTC | Type: | --- | ||||||||
| 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: | 452721 | ||||||||||
| Attachments: |
|
||||||||||
NSS 3.12 has moved the runtime libs from /usr/lib to /lib (and probably /lib64 on 64-bit). The start-ds-admin script needs to be smarter about where to look for these when doing the LD_PRELOAD (and we need to see if we still need to LD_PRELOAD ssl3.so - maybe we don't need to do that anymore on f9 and this problem goes away?). Created attachment 315317 [details]
diffs
Created attachment 315318 [details]
real diffs
Created attachment 315319 [details]
cvs commit log
Reviewed by: nkinder (Thanks!)
Fix Description: The problem is that nss-devel puts libssl3.so in libdir at build time, but at runtime there is only nss which now uses /lib|/lib64. So the build time nsslibdir is not the same as the runtime nsslibdir. It looks as though the preload of ssl3 is not needed with f9 and/or nss 3.12. So we just look for libssl3.so in the $libdir, if not found, we just skip it, and assume it's nss 3.12 and/or f9 and it is not needed.
Platforms tested: Fedora 8, Fedora 9
Flag Day: no
Doc impact: no
I can't build fedora-ds-admin src.rpm from CVS devel: rpmbuild --define "_sourcedir /export/home/orion/fedora/fedora-ds-admin/devel" --define "_specdir /export/home/orion/fedora/fedora-ds-admin/devel" --define "_builddir /export/home/orion/fedora/fedora-ds-admin/devel" --define "_srcrpmdir /export/home/orion/fedora/fedora-ds-admin/devel" --define "_rpmdir /export/home/orion/fedora/fedora-ds-admin/devel" --define "dist.fc10" --define "fedora 10" --define "fc10 1" --nodeps -bs fedora-ds-admin.spec error: File /export/home/orion/fedora/fedora-ds-admin/devel/bug451702.patch: No such file or directory make: *** [srpm] Error 1 Also, looks like you have both 1.1.5 and 1.1.6 listed in sources. Sorry about that. I removed the patch for F-9 - I guess I forgot to do that for devel. Checking in fedora-ds-admin.spec; /cvs/extras/rpms/fedora-ds-admin/devel/fedora-ds-admin.spec,v <-- fedora-ds-admin.spec new revision: 1.5; previous revision: 1.4 done This seems really old and probably should be closed. |
Description of problem: Incorrect path to object libssl3.so doing installation. Version-Release number of selected component (if applicable): FDS 1.1.1 How reproducible: Incorrect object path Steps to Reproduce: 1. Reinstall FDS 1.1.1 on F9 2. 3. Actual results: [08/06/13:11:21:26] - [Setup] Info output: ERROR: ld.so: object '/usr/lib/libssl3.so' from LD_PRELOAD cannot be preloaded: ignored. [08/06/13:11:21:26] - [Setup] Info output: ERROR: ld.so: object '/usr/lib/libssl3.so' from LD_PRELOAD cannot be preloaded: ignored. [08/06/13:11:21:26] - [Setup] Info output: ERROR: ld.so: object '/usr/lib/libssl3.so' from LD_PRELOAD cannot be preloaded: ignored. Expected results: Additional info: To fix the problem, Modify the path in /usr/sbin/start-ds-admin script on line 44 to point to the correct directory; which is /lib/ and not /usr/lib/. Then you have to start the (dirsrv-admin) by running the script /usr/sbin/start-ds-admin because service dirsrv-admin start command fails with the following error message: [root@sun ~]# service dirsrv-admin start Starting dirsrv-admin: runcon: invalid context: unconfined_u:system_r:unconfined_t:s0: Invalid argument [FAILED]