Re: monit reload fails while loading shared libraries: libssl.so.4

[Martin Pala]

It seems that either the PATH or the LD_LIBRARY_PATH is not set correctly in 
your environment.

1.) PATH: it is possible that you have two+ monit binary versions - when system 
starts, it may use different monit binary (absolute path) then which is 
executed when you run monit as CLI in your shell. You can verify the path using 
"which monit". If shell finds some old monit binary which is linked with libssl 
that was removed, it won't work - it should be possible to just delete the old 
binary if it is not used on any other place (provided the libssl.so.4 is 
installed somewhere on your system) … if the there is the other binary in the 
PATH, it will be used instead of the old one

2.) LD_LIBRARY_PATH or default loader path: another possibility is orphaned 
libssl symlink. You can see the libssl path using "ldd `which monit`"

Regards,
Martin


On Mar 20, 2012, at 9:53 AM, Nicholas Tolley Cottrell wrote:

> I can run and restart monit fine, but I get this error when I try and run 
> "monit reload" from the command line:
> 
> monit: error while loading shared libraries: libssl.so.4: cannot open shared 
> object file: No such file or directory
> 
> And sure enough libssl.so.4 does not exists - I have Centos 5 running. Can I 
> just symlink the libssl.so.X that I have?
> 
> Thanks in advance....
> --
> To unsubscribe:
> https://lists.nongnu.org/mailman/listinfo/monit-general