Attachment 219921 Details for Bug 323381 – email discussion

email discussion

Solaris_as2.txt (text/plain), 5.16 KB, created by Noriko Hosoi on 2007-10-08 17:26:43 UTC

(hide)

Description:

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...

Actions: View

Attachments on bug 323381: 219921 | 223541 | 223741