L
Larry
I have a Perl script that runs during system startup on a Solaris
system. The script is working fine during starup on many machines,
except on one machine it fails complaining about a missing ".so" file,
with Perl flagging the "use" line for the module. (I don't have the
exact message since I'm heard about it from a remote sysadmin who only
saw it scroll by on the console). However, if I login as root on that
machine and run the Perl script, it works fine.
I'm thinking there must be some difference in the environment present
at system startup, versus at an interactive shell, which is causing it
to find the .so file when run interactively, but not during startup.
Perhaps it's related to the LD_LIBRARY_PATH variable? I noticed that
the LD_LIBRARY_PATH *is* set for my interactive root shell, but I'm
not sure what it's set to (if anything) during system startup.
In case it matters, the module that's failing is DBD:B2.
system. The script is working fine during starup on many machines,
except on one machine it fails complaining about a missing ".so" file,
with Perl flagging the "use" line for the module. (I don't have the
exact message since I'm heard about it from a remote sysadmin who only
saw it scroll by on the console). However, if I login as root on that
machine and run the Perl script, it works fine.
I'm thinking there must be some difference in the environment present
at system startup, versus at an interactive shell, which is causing it
to find the .so file when run interactively, but not during startup.
Perhaps it's related to the LD_LIBRARY_PATH variable? I noticed that
the LD_LIBRARY_PATH *is* set for my interactive root shell, but I'm
not sure what it's set to (if anything) during system startup.
In case it matters, the module that's failing is DBD:B2.