[csw-users] PHP - Solaris LDAP libraries vs. OpenLDAP libraries

[Luke Youngblood]

Thanks for the quick response.  Yes, actually there is something else you
need to do in order to reproduce the segfault.  You have to have an LDAP
server and do an "ldapclient init" so that your Solaris box is using LDAP
for it's nsswitch service.  For example, nsswitch.conf would have:

hosts:  files ldap
...

This isn't very easy to setup unless you have a Java System Directory Server
or other LDAP server on your network.

Apparently, mod_php is causing the segfault when it tries to do a
getservbyname on mysql or something similar, which goes through the nss.
Also, here is the response I got from Sun support.  Maybe it will help you
in troubleshooting:

Review of the core file via dbx clearly shows the "php" module being
loaded which results in an illegal instruction.
Understand, we at Sun are not responsible for "php" or their instruction
set.

detected a multithreaded program
program terminated by signal ILL (illegal opcode)
0x000c54b0: unimp 0x38
(/usr/dist/share/forte_dev,v6.2/SUNWspro/WS6U2/bin/sparcv9/dbx) where
current thread: t at 1


>From the stack we see in threads 23 to 19 the "php" module being
loaded` followed by a bunch of instruction sets the module is involking.
The occurance of the illegal instruction was ldapssl_init where we
called 0xc5d00 "192.168.250.217".

=>[1] 0xc54b0(0xd6578, 0x27c, 0x7, 0xfdc6e000, 0x73, 0x73), at 0xc54af
[2] ldapssl_init(0xc5d00, 0x27c, 0x1, 0x0, 0x0, 0x342e3400), at
0xfdbb279c
[3] openConnection(0x1, 0x0, 0xae5d0, 0xa, 0xc538c, 0x1), at 0xfdd1238c
[4] makeConnection(0x1, 0xc5d00, 0xae5d0, 0xfdd224e4, 0xfdd224e0,
0xc538c), at 0xfdd1199c
[5] __s_api_getConnection(0x1, 0xc6a70, 0x0, 0xc6a90, 0xc6a60, 0x1),
at 0xfdd13438
[6] get_current_session(0xc5340, 0xfdd0a440, 0xc5430, 0x5,
0xfdd0a440, 0xff00), at 0xfdd09848
[7] search_state_machine(0x5, 0x0, 0xfdd20000, 0x1, 0xd, 0xe), at
0xfdd0a5ec
[8] __ns_ldap_list(0xc5340, 0xc5c88, 0xc538c, 0x3, 0x0, 0x0), at
0xfdd0b0f0
[9] _nss_ldap_lookup(0xc5f90, 0xffbff510, 0xfdd4eed0, 0xffbff338,
0x0, 0xfdd3b234), at 0xfdd3aa64
[10] getbyname(0xc5f90, 0xffbff510, 0x30, 0xc5f28, 0xfdd63c30, 0x0),
at 0xfdd3a084
[11] nss_search(0x2, 0xfdd39fa8, 0xc52e8, 0xffbff510, 0x0,
0xff23f01c), at 0xff1ce6a4
[12] _switch_getservbyname_r(0xfe9cc540, 0xfe9cc918, 0xc4e7c,
0xc4e8c, 0x400, 0x75647000), at 0xff2b90d4
[13] _get_hostserv_inetnetdir_byname(0xc5298, 0xffbff644, 0xffbff63c,
0xff39a000, 0x0, 0x0), at 0xff29aa8c
[14] getservbyname_r(0xfe9cc540, 0xfe9cc918, 0xc4e7c, 0xc4e8c, 0x400,
0xc4e30), at 0xff385928
[15] OnMySQLPort(0xfea1de74, 0x0, 0x3, 0x0, 0x0, 0x0), at 0xfe8dba9c
[16] zend_register_ini_entries(0xfea0cae0, 0x8, 0x0, 0x0, 0x0, 0x0),
at 0xfe9b5b24
[17] zm_startup_mysql(0x1, 0x8, 0xfe8dbb2c, 0x0, 0x0, 0x0), at 0xfe8dbb58
[18] zend_startup_module(0xfea0c948, 0x0, 0x0, 0x0, 0x0, 0x0), at
0xfe9adf4c
[19] php_startup_extensions(0xfea190d8, 0xfea190f4, 0x0, 0x0, 0x0,
0x0), at 0xfe97ada4
[20] php_startup_internal_extensions(0x0, 0x2800, 0xfe9ddf60, 0x2,
0x3, 0x0), at 0xfe9c8610
[21] php_module_startup(0xfea139c8, 0xfea139ac, 0x1, 0x0, 0x1, 0x0),
at 0xfe97b38c
[22] php_apache_startup(0xfea18d54, 0x1, 0xfea19f84, 0xfe97b400, 0x0,
0x1d3f0), at 0xfe9c6220
[23] php_init_handler(0x7aa28, 0x7a9f0, 0x2, 0x7ea20, 0x6ff38, 0x0),
at 0xfe9c72f0
[24] ap_init_modules(0x7a9f0, 0x7aa28, 0x71f2c, 0x71f42, 0x5c653,
0x0), at 0x1e1fcy
[25] main(0x1, 0xffbffc14, 0xffbffc1c, 0x6fc00, 0x0, 0x0), at 0x28dbc

The question is what is the php_module module doing? Unfortunately,
Sun is not not the designer of the third party modules and we know very
little regarding what the php_module module doing. Recommendation is to
contact those responsible for "PHP" .

-----Original Message-----
From: users-bounces at lists.blastwave.org
[mailto:users-bounces at lists.blastwave.org] On Behalf Of Mark Round
Sent: Thursday, February 17, 2005 4:47 AM
To: questions and discussions
Subject: Re: [csw-users] PHP - Solaris LDAP libraries vs. OpenLDAP libraries

Hi,

I'll certainly look into it - as long as the package works on Solaris
8 through 9, with no extra effort required on the user's behalf, it
should be OK. However, I'm a little confused about the segfaulting
issue - would you mind clarifying it for me ?

I'm running a test box here, Solaris 10 / Sparc. I've got the Sun
provided ldap libraries :

# pkgchk -l -p /usr/lib/libldap.so.5

Pathname: /usr/lib/libldap.so.5
Type: regular file
Expected mode: 0755
Expected owner: root
Expected group: bin
Expected file size (bytes): 365728
Expected sum(1) of contents: 65246
Expected last modification: Jan 23 01:41:59 2005
Referenced by the following packages:
        SUNWcsl
Current status: installed

# pkginfo SUNWcsl
system      SUNWcsl Core Solaris, (Shared Libs)

And I've also got Blastwave packages of Apache (1.3.33) and mod_php
(4.3.10, my current testing package with PostgreSQL 8.0 and MySQLi
support, but still linking against OpenLDAP) :

# ldd /opt/csw/apache/libexec/libphp4.so
....
libldap.so.2 =>  /opt/csw/lib/sparcv8/libldap.so.2

Yet when I start up Apache all seems fine. Granted, I'm not actually
trying to use any of the LDAP functions, as I don't have a server to
test against, but I don't get any segfaults. Same thing on a stock
Solaris 8 box (although that only has libldap.so.4).

Is there some other SUNW package that I should install in order to
duplicate this behaviour ? Does this happen at every startup of Apache
?

Thanks,

-Mark
_______________________________________________
users mailing list
users at lists.blastwave.org
https://lists.blastwave.org/mailman/listinfo/users