Deepak
Google tells me that this can happen when a 32-bit library is being linked
to by a 64-bit library. Or when a binary requires a shared library (.o) but
there's only an archive library (.a).
If you run "svcstatus.cgi" or "svcstatus.sh" manually, does it give the
same error? If so, run it via truss to see what library file it's trying to
load when it stops, and look for an alternative. And/or run "ldd
svcstatus.cgi".
The LD_LIBRARY_PATH trick might work, but check that libpcre.* exists in
/usr/local/lib. Also see if there's /usr/local/lib64 or /usr/local/lib32.
Cheers
Jeremy
On 28 March 2017 at 08:09, Deepak Chaudhary <user-115a4b43ab47@xymon.invalid>
wrote:
Hello Everyone,
I was able to configure Xymon 4.3.8 on AIX 7.1. First time everything ran
fine and i was able to access /xymon and /xymon-cgi/ paths via apache
installed on same server.
However, now i am encountering following error on trying to access cgi-bin
path. Apache logs show following error -
AH01215: Could not load program /home/xymon/server/bin/svcstatus.cgi:,
referer: http://servername/xymon/
AH01215: \tDependent module /applications/apache/2.4.4.0//
lib/libpcre.a(libpcre.so.1) could not be loaded., referer:
http://servername/xymon/
AH01215: \tThe module has an invalid magic number., referer:
http://servername/xymon/
End of script output before headers: svcstatus.sh, referer:
http://servername/xymon/
Looks like cgi-bin scripts are trying to read libpcre.a instead of pcre
installed during xymon [ usr/local/bin ].
I modified ~/server/etc/cgioptions.cfg and ~/server/etc/xymonserver.cfg
to include following -
LD_LIBRARY_PATH="/usr/local/lib:$LD_LIBRARY_PATH"
export LD_LIBRARY_PATH
Any help or pointer much appreciated.
Regards,
Deepak Chaudhary