problem starting Sun One Mail Server on 11i v1

[Doug Wismer]

I have recently installed a number of patches on an 11i v1 system. After doing this I'm having prolblems starting my Sun One mail server (iMS 5.2 1.21)

The error goes like this:

bash-2.04# ./start-msg
/opt/iplanet/server5: Starting STORE daemon ........ done: 15056
/opt/iplanet/server5: Starting POP3 daemon .... done: 15086
/opt/iplanet/server5: Starting IMAP4 daemon .... done: 15100
/opt/iplanet/server5: Starting HTTP daemon .... done: 15115
/usr/lib/dld.sl: Can't find path for shared library: libimta.sl
imsimta abort

The imta cannot start.

All files/paths are correct.

I have seen similiar posts, the theme seems to be that the SHLIB_PATH is not set correctly or the dynamic loader cannot recognize the app??

Has anyone run into this issue before?

Thanks in advance for any help

[Ermin Borovac]

Can you please post output of chatr on the relevant binary that tries to load libimta.sl? Does that binary have setuid bit set?

Was one of the patches recently installed linker patch (e.g. ld(1) and linker tools cumulative patch)?

[Doug Wismer]

Here is a sample of a similiar post:

"The error message /usr/lib/dld.sl: Can't open shared library: ./libqutil.sl
has nothing to do with HP-UX software. What the message means is the
dynamic library loader(dld.sl) could not find the library ./libqutil.sl
in the current directory.

"libqutil.sl" is not an HP-UX library, but probably a QT library:
part of a distribution from Trolltech. The app may be KDE.
Two possible reasons for the error are: "libqutil.sl" actually
is on the system but not in the current directory, or the library is
not installed on the system.

If "libqutil.sl" is in another directory then it should be possible to 'cd'
to the directory containing the library and execute the application from there.
Use the 'find' command to help locate the library if it exists on the system.

Executing the application from the library directory may not be desirable
in which case the SHLIB_PATH environment variable may be used to specify the
library directory search path. This may involve also using the 'chatr'
command to enable the use of SHLIB_PATH.

Links for download information:"


How do I use chatr to enable SHLIB_PATH???

[Ermin Borovac]

To enable use of SHLIB_PATH

# chatr +s enable

One caveat is that all libraries to be loaded via SHLIB_PATH must show as "dynamic" in chatr output. If it says "static" then SHLIB_PATH will be ignored for that library.

shared library list:
static libxcurses.1

Static entries can be turned into dynamic with

# chatr -l

shared library list:
dynamic libxcurses.1

[Doug Wismer]

Hi Ermin:

Program is imtacli

/opt/iplanet/server5/bin/msg/imta/bin/imtacli
bash-2.04# chatr imtacli
imtacli:
shared executable
shared library dynamic path search:
SHLIB_PATH enabled first
embedded path enabled second ../../../../bin/msg/lib:../../bin/msg/lib:../bin/msg/lib:bin/msg/lib:lib:../lib:../../lib:../../../../lib:../../../../bin/msg/imta/lib:/usr/lib:/lib
shared library list:
dynamic HP-UXB.11.00_OPT.OBJ/libimta.sl
dynamic ../../../lib/cyrus/HP-UXB.11.00_OPT.OBJ/libcyrus.sl
dynamic ../../../lib/cyrus/HP-UXB.11.00_OPT.OBJ/libchartable.sl
dynamic ../../../lib/async/HP-UXB.11.00_OPT.OBJ/libasync.sl
dynamic ../../../lib/mee/HP-UXB.11.00_OPT.OBJ/libmee.sl
dynamic ../../../lib/yasr/HP-UXB.11.00_OPT.OBJ/libyasr.sl
dynamic ../../../../external/adminsdk/HP-UXB.11.00_OPT.OBJ/lib//libadminutil.sl
dynamic ../../../../external/nspr/HP-UXB.11.00_OPT.OBJ/lib//libplds3.sl
dynamic ../../../../external/nspr/HP-UXB.11.00_OPT.OBJ/lib//libnspr3.sl
dynamic ../../../../external/nspr/HP-UXB.11.00_OPT.OBJ/lib//libplc3.sl
dynamic ../../../../external/ldap/HP-UXB.11.00_OPT.OBJ/lib//libldap40.sl
dynamic ../../../../external/nls/HP-UXB.11.00_OPT.OBJ/lib//libnsres31.sl
dynamic ../../../../external/nls/HP-UXB.11.00_OPT.OBJ/lib//libnsfmt31.sl
dynamic ../../../../external/nls/HP-UXB.11.00_OPT.OBJ/lib//libnscnv31.sl
dynamic ../../../../external/nls/HP-UXB.11.00_OPT.OBJ/lib//libnscol31.sl
dynamic ../../../../external/nls/HP-UXB.11.00_OPT.OBJ/lib//libnsuni31.sl
dynamic /usr/lib/libsec.2
dynamic /usr/lib/librt.2
dynamic /usr/lib/libstd.2
dynamic /usr/lib/libstream.2
dynamic /usr/lib/libCsup.2
dynamic /usr/lib/libm.2
dynamic /usr/lib/libcl.2
dynamic /usr/lib/libc.2
static /usr/lib/libdld.2
shared library binding:
deferred
global hash table disabled
plabel caching disabled
global hash array size:1103
global hash array nbuckets:3
shared vtable support disabled
static branch prediction disabled
executable from stack: D (default)
kernel assisted branch prediction enabled
lazy swap allocation disabled
text segment locking disabled
data segment locking disabled
third quadrant private data space disabled
fourth quadrant private data space disabled
third quadrant global data space disabled
data page size: D (default)
instruction page size: D (default)
nulptr references disabled
shared library private mapping disabled
shared library text merging disabled
bash-2.04#

I'm not sure of the patch..unfortunately. The patches were installed by another admin...and I'm still trying to gather patch info. But I'm assuming there was some sort of ld update...dld.sl has a fairly new time stamp

[Ermin Borovac · Accepted solution]

$ /usr/sbin/swlist -l patch | grep linker

to check what linker patch is installed.

From your previous post it seems that you've checked that libimta.sl exists in one of the directories specified in SHLIB_PATH.

Is imtacli, by any chance, setuid?

[Doug Wismer]

Yup...looks like the linker patch was installed:

PHSS_30970 1.0 ld (1) and Linker tools cumulative patch
Yes..libimta.sl exists in ../../../../bin/msg/imta/lib
and I believe the imtacli is setuid:
-rws--x-- 1 lmadmin users 619136 feb 21 2002 imtacli
Also..I do have a working machine..with a similiar config...what I did notice a diff in the chatr output:

The broken box is showing this from chatr:
nulptr references disabled
shared library private mapping disabled
shared library text merging disabled

The working machine, has not such entries...could this have anything to do with it?
Would backing out PHSS_30970 , solve the issue maybe?

[Ermin Borovac]

chatr output shows that use of SHLIB_PATH and embedded path is enabled. SHLIB_PATH is searched first and embedded path is searched second.

However, since your binary is setuid to lmadmin, SHLIB_PATH will be ignored if you are running it as any user other than lmadmin.

Embedded path should still be searched after SHLIB_PATH, and since you have relative path it's calculated from your current directory (not the directory where binary resides). So make sure you're in the right directory.

[Doug Wismer]

definitly something with this patch...PHSS_30970. I added it to my working mail server...and now I'm getting the same error starting it.

root@slcsup56 /apps/cp/iplanet/server5/msg-slcsup56>./start-msg
/apps/cp/iplanet/server5: Starting STORE daemon ...... done: 6013
/apps/cp/iplanet/server5: Starting POP3 daemon .... done: 6034
/apps/cp/iplanet/server5: Starting IMAP4 daemon .... done: 6048
/apps/cp/iplanet/server5: Starting HTTP daemon .... done: 6063
/usr/lib/dld.sl: Can't find path for shared library: libimta.sl
/usr/lib/dld.sl: No such file or directory
/apps/cp/iplanet/server5/msg-slcsup56/imsimta[55]: 6083 Abort
Starting ENS daemon

[Doug Wismer]

The answer seems to be in the release notes for PHSS_30970

release notes for PHSS_30970, you will see the following:

This Critical Warning has been issued by HP.

PHSS_30968 introduced behavior that may cause dynamically
loaded 32-bit setuid applications to fail because the
SHLIB_PATH and LD_LIBRARY_PATH environment variables are
ignored for setuid programs. The applications may fail to
start due to missing libraries or may abort at startup due to
libraries being loaded in a different order than intended.
The same behavior is observed with superseding patch PHSS_30970.

The mail server iMS 5.2, is a 32-bit setuid application.