Login
[x]
Log in using an account from:
Fedora Account System
Red Hat Associate
Red Hat Customer
Or login using a Red Hat Bugzilla account
Forgot Password
Login:
Hide Forgot
Create an Account
Red Hat Bugzilla – Attachment 219921 Details for
Bug 323381
Solaris: setup-ds-admin.pl fails due to extra ICU links
[?]
New
Simple Search
Advanced Search
My Links
Browse
Requests
Reports
Current State
Search
Tabular reports
Graphical reports
Duplicates
Other Reports
User Changes
Plotly Reports
Bug Status
Bug Severity
Non-Defaults
|
Product Dashboard
Help
Page Help!
Bug Writing Guidelines
What's new
Browser Support Policy
5.0.4.rh83 Release notes
FAQ
Guides index
User guide
Web Services
Contact
Legal
This site requires JavaScript to be enabled to function correctly, please enable it.
email discussion
Solaris_as2.txt (text/plain), 5.16 KB, created by
Noriko Hosoi
on 2007-10-08 17:26:43 UTC
(
hide
)
Description:
email discussion
Filename:
MIME Type:
Creator:
Noriko Hosoi
Created:
2007-10-08 17:26:43 UTC
Size:
5.16 KB
patch
obsolete
>Richard Megginson wrote: >> Noriko Hosoi wrote: >>> Richard Megginson wrote: >>>> Noriko Hosoi wrote: >>>>> [...] >>>>>>> /usr/lib/sparcv9 (e.g., /usr/lib/sparcv9/libicudata.so, /usr/lib/sparcv9/libicui18n.so, etc.) >>>>>> The config program is run in two different ways - as a CGI and as a command line tool during setup. In both cases, LD_LIBRARY_PATH is set in order to make sure it finds the right nss, mozldap, icu, etc. In the CGI case, this is the setenv LD_LIBRARY_PATH command in prefix/etc/dirsrv/admin-serv/admserv.conf. In the setup case, LD_LIBRARY_PATH is set in updateHttpConfFiles() in AdminServer.pm in $libdir/dirsrv/perl. I would first check both of these places to make sure the LD_LIBRARY_PATH is set correctly. Then try LD_LIBRARY_PATH=thesetting ldd config to see if it finds the right libs. >>>>> Hmmm, so is this a pure runtime problem? Even if libicui18n.so.3 is linked to config, if LD_LIBRARY_PATH does not include a path which does not have libicui18n.so.3, then config should work fine? That is, this error should not be issued? >>>> Right. This probably means that the LD_LIBRARY_PATH setting in AdminServer.pm is not correct. >>> I've run "pkgadd" on my Solaris box: >>> $ cd /share/builds/pkg/identity/devel/products/DS80/PKGS/sparcv9/5.9 >>> $ pkgadd -d RHATredhat-dsx-admin-8.0.0-1.11.sparcv9.pkg >>> This is AdminServer.pm unpackaged. And the path looks correct to me. (/usr/lib/sparcv9/dirsec comes before /usr/lib/sparcv9) >>> 290 # update other config files - these are the fields which users typically want to >>> 291 # change during an install or an upgrade, that also must be synced to the Apache >>> 292 # style config files - we use the config CGI in command line mode because it >>> 293 # already has all of the logic to update the files correctly >>> 294 sub updateHttpConfFiles { >>> [...] >>> 302 # this is required on some platforms in order to execute the config command >>> 303 my $savepath = $ENV{SHLIB_PATH} || $ENV{LD_LIBRARY_PATH}; >>> 304 *$ENV{LD_LIBRARY_PATH} = "/usr/lib/sparcv9/dirsec:/usr/lib/sparcv9:$savepath";* >>> 305 $ENV{SHLIB_PATH} = $ENV{LD_LIBRARY_PATH}; >>> 306 my $cmd = "/usr/lib/sparcv9/dirsrv/cgi-bin/config op=set configuration.nsSuiteSpotUser=\"$user\""; >>> 307 if (!defined($origport) or ($port != $origport)) { # need to change the port number >>> 308 $cmd .= " configuration.nsServerPort=\"$port\""; >>> 309 } >>> 310 if ($serverAddress) { >>> 311 $cmd .= " configuration.nsServerAddress=\"$serverAddress\""; >>> 312 } >>> >>> And AdminServer.pm on brandywine sets the same LD_LIBRARY_PATH. >>> >>> Please note that the test host brandywine does not have SUN icu, but just RHATicu: >>> $ hostname >>> brandywine >>> $ pkginfo | egrep icu >>> application RHATicux International Components for Unicode [64-bit] >>> application RHATicux-lib International Components for Unicode - Libraries [64-bit] >>> >>> $ ls /usr/lib/sparcv9/libicu* >>> /usr/lib/sparcv9/libicu*: No such file or directory >>> $ ls /usr/lib/sparcv9/dirsec/libicu* >>> /usr/lib/sparcv9/dirsec/libicudata.so.36@ >>> /usr/lib/sparcv9/dirsec/libicudata.so.36.0* >>> [...] >>> >>> $ echo $LD_LIBRARY_PATH >>> /usr/lib/sparcv9/dirsec:/usr/lib/sparcv9 >>> $ ldd config | egrep icu >>> libicui18n.so.36 => /usr/lib/sparcv9/dirsec/libicui18n.so.36 >>> libicuuc.so.36 => /usr/lib/sparcv9/dirsec/libicuuc.so.36 >>> libicudata.so.36 => /usr/lib/sparcv9/dirsec/libicudata.so.36 >>> libicui18n.so.3 => (file not found) >>> libicuuc.so.3 => (file not found) >>> libicudata.so.3 => (file not found) >>> >> I wonder if we are running into the rpath problem. Try >> ldd -s >> to find out if it is looking for the built-in rpath first. Since Solaris is an ELF platform, RPATH will override LD_LIBRARY_PATH. This is redhat-ds-admin-8.0.0-1.11 so it does not have the rpath fix in it. >$ echo $LD_LIBRARY_PATH >/usr/lib/sparcv9/dirsec:/usr/lib/sparcv9 >$ ldd -s config (snippet) > find object=libicui18n.so.36; required by config > search path=/usr/lib/sparcv9/dirsec:/usr/lib/sparcv9 (LD_LIBRARY_PATH) > trying path=/usr/lib/sparcv9/dirsec/libicui18n.so.36 > libicui18n.so.36 => /usr/lib/sparcv9/dirsec/libicui18n.so.36 > > find object=libicui18n.so.3; required by /usr/lib/sparcv9/libadmsslutil.so.1 > search path=/usr/lib/sparcv9/dirsec:/usr/lib/sparcv9 (LD_LIBRARY_PATH) > trying path=/usr/lib/sparcv9/dirsec/libicui18n.so.3 > trying path=/usr/lib/sparcv9/libicui18n.so.3 > search path=/usr/lib/sparcv9:/opt/SUNWspro/lib/rw7/v9:/opt/SUNWspro/lib/v9:/usr/ccs/lib/sparcv9:/lib/sparcv9:/usr/lib/sparcv9 (RPATH from file /usr/lib/sparcv9/libadmsslutil.so.1) > trying path=/usr/lib/sparcv9/libicui18n.so.3 > trying path=/opt/SUNWspro/lib/rw7/v9/libicui18n.so.3 > trying path=/opt/SUNWspro/lib/v9/libicui18n.so.3 > trying path=/usr/ccs/lib/sparcv9/libicui18n.so.3 > trying path=/lib/sparcv9/libicui18n.so.3 > trying path=/usr/lib/sparcv9/libicui18n.so.3 > search path=/usr/lib/64 (default) > trying path=/usr/lib/64/libicui18n.so.3 > libicui18n.so.3 => (file not found) > >At least, it's checking LD_LIBRARY_PATH first...
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Raw
Actions:
View
Attachments on
bug 323381
: 219921 |
223541
|
223741