That looks a lot like what I was experiencing with Solaris 9 recently.
I basically had to update the path locations, for where the system was
looking for shared libraries.
The tool is "crle" in Solaris and creates a file in /var/ld/ld.config.
I know there is something similar in HP-UX, it's been a while since I've
played with HP-UX, do a "Google" I'm sure you'll find what it is.
This is what I have on Solaris.
# pwd
/var/ld
# more ld.config
XX/lib:/usr/lib:/usr/local/lib:/usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris
/auto/DBD/Pg
I hope this helps.
Peter J. Holzer wrote:
On 2006-05-12 14:34:24 -0500, Rashid, Mohammad M, NTWOP wrote:
We have a HP cluster that has per, perl DBI, and oracle.
Machine A runs fine.
When we fail over to Machine B, on some applications we get the following error:
(please see below the error; the file exists! and it is executable!)
[...]
Can't load
'/opt/perl582/lib/site_perl/5.8.2/PA-RISC2.0/auto/DBD/Oracle/Oracle.sl' for
module DBD::Oracle: No such file or directory at /
opt/perl582/lib/5.8.2/PA-RISC2.0/DynaLoader.pm line 229.
Oracle.sl is dynamically linked against a number of other libraries (use
chatr /opt/perl582/lib/site_perl/5.8.2/PA-RISC2.0/auto/DBD/Oracle/Oracle.sl
to get a list). If one of those doesn't exist, you get the same error
message.
Most probable cause is that you haven't installed oracle in the same
location on both machines.
hp