/usr/lib/hpux32/uld.so: Unable to open '/usr/lib/hpux32/dld.so'.

[Frederic Tison]

Hi all,

a quite strange problem on HP-UX 11i v3, the message appears as in the subject of my post, while calling e.g. the lpshut command.

> lpshut
/usr/lib/hpux32/uld.so: Unable to open '/usr/lib/hpux32/dld.so'.
Abort

A few questions:
- How to fix it? (obvious)
- Is it normal that some 32-bits libs are called on a 64-bits system, although those files exist in /usr/lib/hpux64?

Thanks for your answers.

[Zinky]

# which lpshut
# ldd `which lpshut`
# echo SHLIB_PATH


Please provide.

[Zinky]

err:

echo $SHLIB_PATH

[Duncan Edmonstone]

> - Is it normal that some 32-bits libs are called on a 64-bits system, although those files exist in /usr/lib/hpux64?

Yes, entirely normal on HP-UX at least. The lpshut binary is a 32-bit one:

#file /usr/sbin/lpshut
/usr/sbin/lpshut: ELF-32 executable object file - IA64


Would also be interesting to see the output of:

#ll /usr/lib/hpux32/libdl.so.1

HTH

Duncan

[Rajesh K Chaurasia]

Asking the obvious, does the file /usr/lib/hpux32/dld.so exist and has file execute permission on it? If not, someone may have removed/modified it.

/usr/lib/hpux32/dld.so is dynamic linker and loader, required for all 32-bit dynamically linked executables. If this file is not present, you need to restore OS-Core.CORE2-SHLIBS from the install media or re-install "linker + fdp cummulative patch".

Regards
-Rajesh

[Dennis Handly]

If you are missing dld.so, you may need to get out your ignite backup. Your system is basically unusable, toast.

If the problem is due to the wrong permissions or the directory or file was moved, then you could attempt to recover with the commands in /sbin/.

>Duncan: Would also be interesting to see the output of: ll /usr/lib/hpux32/libdl.so.1

Why is this so important? Though libc won't work without it.

>Rajesh: you need to restore OS-Core.CORE2-SHLIBS from the install media or re-install "linker + fdp cummulative patch".

This would be a good trick due to chickens and eggs. ;-)

[Frederic Tison]

Hi all,

and thanks to all of you for your quick answers.

That will provide the requested informations:

> ldd `which lpshut`

/usr/sbin/lpshut:
/usr/lib/hpux32/uld.so: Unable to open '/usr/lib/hpux32/dld.so'.
> echo $SHLIB_PATH
sh: SHLIB_PATH: Parameter not set.

Note: the SHLIB_PATH variable is not set on another machine with a comparable configuration, on which lp* command does not return an exception.

------------------------------------------------------------------------------------

> ll /usr/lib/hpux32/libdl.so.1
-r-xr-xr-x 1 bin bin 76240 Dec 21 05:50 /usr/lib/hpux32/libdl.so.1
> ll /usr/lib/hpux32/uld.so
-r-xr-xr-x 1 bin bin 181240 Dec 21 05:50 /usr/lib/hpux32/uld.so
> ll /usr/lib/hpux32/dld.so
-r-xr-xr-x 1 bin bin 1148332 Dec 21 05:50 /usr/lib/hpux32/dld.so

> what /usr/lib/hpux32/libdl.so.1
/usr/lib/hpux32/libdl.so.1:
92453-07 dld dld libdl.1 HP Itanium(R) B.12.56
REL Wed Dec 1 12:24:44 2010 PST
> what /usr/lib/hpux32/uld.so
/usr/lib/hpux32/uld.so:
92453-07 linker uld HP Itanium(R) B.12.56
REL Wed Dec 1 12:24:44 2010 PST
> what /usr/lib/hpux32/dld.so
/usr/lib/hpux32/dld.so:
92453-07 linker dld HP Itanium(R) B.12.56
REL Wed Dec 1 12:24:44 2010 PST

------------------------------------------------------------------------------------

Nothing that new, I'm afraid.

What do you think about this, gentlemen?

[Duncan Edmonstone]

Frederic,

When you run:

ldd `which lpshut`

Are you saying the output you get is:

/usr/sbin/lpshut:
/usr/lib/hpux32/uld.so: Unable to open '/usr/lib/hpux32/dld.so'.


Rather than (what I get):


/usr/sbin/lpshut:
libsec.so.1 => /usr/lib/hpux32/libsec.so.1
libc.so.1 => /usr/lib/hpux32/libc.so.1
libm.so.1 => /usr/lib/hpux32/libm.so.1
libdl.so.1 => /usr/lib/hpux32/libdl.so.1


What user are you running this as? What's the output of:

ll -d /usr/lib

ll -d /usr/lib/hpux32


HTH

Duncan

[Ziegler System Admin]

Duncan,

yes I mean it!

> ll -d /usr/lib
dr-xr-xr-x 35 bin bin 8192 Jun 8 13:59 /usr/lib
> ll -d /usr/lib/hpux32
dr-xr-xr-x 11 bin bin 8192 Jun 8 14:05 /usr/lib/hpux32

Logged in as root.

[Frederic Tison]

Duncan,

yes I mean it!

> ll -d /usr/lib
dr-xr-xr-x 35 bin bin 8192 Jun 8 13:59 /usr/lib
> ll -d /usr/lib/hpux32
dr-xr-xr-x 11 bin bin 8192 Jun 8 14:05 /usr/lib/hpux32

Logged in as root.

[Duncan Edmonstone]

Frederic,

Very strange... you don't have any SRPs/compartments active on this system do you?

You can check by running:

cmpt_tune

HTH

Duncan

[Frederic Tison]

Duncan,

Strange, have you said strange?

No compartments at all!

[Frederic Tison]

Hi gang,

Please note that we have just installed the latest bundles of patches ( as FEATURE11i(B.11.31.1103.361b) and QPK1131(B.11.31.1103.361) ) and the issue remains the same.

We have found out that an antique patch was installed a few days ago (PHSS_37042 released on 2007!), although this system was installed this year...

I have tried to re-install the latest linker+fdp cumulative patch, but files were already up to date, as I had expected.

No more ideas for the moment...

[Duncan Edmonstone]

Have you tried:

swverify OS-Core.CORE2-SHLIBS

and

swverify PrinterMgmt.LP2-SPOOL

to check everything we've seen here is installed correctly?

HTH

Duncan

[Dennis Handly]

Since you can run some 32 bit commands like ll(1) and what(1), it sees that dld.so isn't completely broken.

Do you have tusc installed so you can find the exact errno?

[Frederic Tison]

We have found at last the cause of our problem.

lp* commands perform a 'su lp' before execution. And the rights on '/sbin/sh' were changed to 'rw', funny. No shell executed, no library loaded.

Nevertheless, thank you for all your answers.

[Frederic Tison]

See last post.