problem running sun one/iplanet web server with PHP module on HP-UX

[Masaki Birchmier]

Hello, I am trying to get my Sun One web server (6.0) to work with a PHP module 4.3.2(created from source) running on HP-UX 11.00 but can't get the web server to start with the new module. (Web server runs fine without it)

The error message is

"Configuration initialization failed: Error running init function load-modules: dlopen of /opt/iplanetweb/servers/bin/libphp4.sl failed (No such file or directory)"

These are the changes I have made:
1)modify "start" script
added /usr/local/lib to LD_LIBRARY_PATH
(also tried adding /opt/iplanetweb/servers/bin to LIBRARY_PATH as well without success)
2)modified "mime.types"
added type=magnus-internal/x-httpd-php exts=php,php3,php4,phtml
3)modified "magnus.conf"
added
Init fn="load-modules" funcs="php4_init,php4_close,php4_execute,php4_auth_trans" shlib="/opt/iplanetweb/servers/bin/libphp4.sl"
Init fn="php4_init" LateInit="yes" errorString="Failed to initialize PHP!" [php_ini="/usr/local/lib/php.ini"]
4)modified "obj.conf"
added
AuthTrans fn="php4_auth_trans"
Service fn="php4_execute" type="magnus-internal/x-httpd-php"


I tested the module with a command line execution (saw it on the forum somewhere, wish I could find it again) and it passed that.

I've actually found similar posts for the same problem but have yet to find a solution :(
Any suggestions?

Thanks, Masaki

[rick jones]

you might do a chatr on the sun web server binary to see what library paths are embedded and whether or not it will use LD_LIBRARY_PATH. Also, assuming you haven't already, you might put a copy of the library into /opt/iplanetweb/servers/bin/

finally, you can use tusc (ftp://ftp.cup.hp.com/dist/networking/tools/) to trace the system calls of the dlopen() to see the precise errors happening when it tries to load you module.

if all else fails, you could try the Zeus or Apache webservers :)

[ranganath ramachandra]

linker/loader patch PHSS_28434 has a known problem with dlopen - there is a critical patch warning for PHSS_28434 about this. please check if you are running into this problem - rollback to PHSS_26559 and try.

[Masaki Birchmier]

Thanks for your suggestions...
I removed PHSS_28434 and added PHSS_26559, but it had no effect on my particular problem.


The errors that I still get when trying to start the web service are:
/usr/lib/dld.sl: Unresolved symbol: __udivdi3 (code) from /usr/local/lib/libphp4.sl
/usr/lib/dld.sl: Unresolved symbol: __umoddi3 (code) from /usr/local/lib/libphp4.sl


When I run chatr libphp4.sl, I get:
libphp4.sl:
shared library
shared library dynamic path search:
SHLIB_PATH disabled second
embedded path enabled first /home-services/gnu/php/builtin-mysql-php-4.3.2/libs
internal name:
libphp4.sl
shared library list:
dynamic /usr/local/lib/libz.sl
dynamic /usr/lib/libm.2
dynamic /usr/lib/libnsl.1
dynamic /usr/lib/libpthread.1
dynamic /usr/lib/libc.2
shared vtable support disabled
static branch prediction disabled
executable from stack: D (default)
kernel assisted branch prediction enabled
lazy swap allocation disabled
text segment locking disabled
data segment locking disabled
third quadrant private data space disabled
fourth quadrant private data space disabled
third quadrant global data space disabled
data page size: D (default)
instruction page size: D (default)
nulptr references disabled


There's no reference to LD_LIBRARY_PATH so does that mean it's not enabled?

As for tusc, I'm still trying to figure out what it's telling me :)

Masaki

[rick jones]

are all the libraries listed in your chart of your PHP library present on the system where you are running the web server (in particular the libz library from /usr/local/lib)

[Masaki Birchmier]

Yes, all the dynamic libraries are present.

[ranganath ramachandra]

LD_LIBRARY_PATH is (also) enabled (only) if SHLIB_PATH is enabled.