Bug #14355 Updated: ldap_connect works intermittantly

ID: 14355 User updated by: liamr@umich.edu Reported By: liamr@umich.edu Old Status: Feedback Status: Open Bug Type: LDAP related Operating System: Solaris 2.6 (SPARC) PHP Version: 4.0.6 New Comment: It looks like ORACLE_HOME needs to be set in order for the Oracle LDAP client to work, which is odd because I rarely need to set it to get the database client working. From what I've seen, LDAP works consistantly if I set ORACLE_HOME in the webserver's startup scripts. I don't know why the openldap stuff wasn't working. I guess the point is moot until I *have* to use openldap (which probably won't happen unless the PHP LDAP code learns how to bind w/ kerberos). Previous Comments: ------------------------------------------------------------------------ [2001-12-23 11:41:28] venaas@php.net I'm sorry, I don't have any solutions for you. I guess no one else does either. First of all, have you tried to supply an IP address, so that we can be sure it's not DNS related? Did you try to build with the Oracle 8i LDAP? You can do that with something like --with-ldap=/usr/local/oracle/product/8.1.6 It would be interesting to know whether the problem was still there. If you use OpenLDAP 2.x and very latest PHP snapshot, you can get debugging output by doing ldap_set_option(NULL, LDAP_OPT_DEBUG_LEVEL, 7); at the beginning of your script. Last parameter is a bit mask. If you don't want to use latest PHP, the easiest is to add something like int debug = 7; ldap_set_option(NULL, LDAP_OPT_DEBUG_LEVEL, &debug); inside PHP's ldap_connect(). You could also try to add some debugging code in the OpenLDAP library (or use gdb or something). I would then try to add a printf() to the beginning of ldap_init() in libldap/open.c ------------------------------------------------------------------------ [2001-12-10 01:17:38] liamr@umich.edu tried it with php built into apache statically. same problem.. ------------------------------------------------------------------------ [2001-12-06 01:19:33] liamr@umich.edu I just watched the wire w/ tcpdump - there's no communication between the webserver and the LDAP server. ------------------------------------------------------------------------ [2001-12-05 18:58:28] liamr@umich.edu server config - Sun Ultra 2 (dual 300mhz IIs), 768MB RAM, Solaris 2.6 (SPARC), Apache 1.3.20, PHP 4.0.6 (and 4.0CVS- 12-0-4) configured as DSOs. I'm trying to build PHP as an apache module w/ support for LDAP (for use w/ HORDE). PHP builds fine, and apxs is able to make the .so file, but I regularly get "Unable to connect to LDAP server". Apache doesn't segfault, and phpinfo() shows that LDAP support has been built in. There is no mention of it in my php error log, nor my apache error log. My build was fairly complex (including support Oracie 8i, which I disabled when I found the OpenLDAP / OCI8 / Solaris threads in the bugs database). I've tried building against OpenLDAP 1.2.12, 1.2.13, 2.0.18 and the Oracle LDAP library that ships w/ 8.1.17 (when I added --with-oci8). The most basic configuration line looks like: env CC="gcc" \ CFLAGS="-I/usr/local/openldap/include" \ CPPFLAGS="-I/usr/local/openldap/include" \ CXXFLAGS="-I/usr/local/openldap/include" \ ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-ldap=/usr/local/openldap I make distclean between re-configure and re-builds. I've tried gcc 2.95.2, 2.95.3, and the Sun Workshop (4.2) version cc. I've had no problem with PHP+LDAP when built as the CGI. The DSO has been very flakey. I've not tried building PHP directly into Apache. If the DSO works, it works until the apache is restarted. I've not kept track, but I'd say at least 75% of the time after apache is restarted (or stopped and started), LDAP doesn't work - and this behavior is consistant with the various LDAP libraries I've tried. I wish I could provide more information - is there additional debugging I can turn on, or maybe add to the C code? thanks much ------------------------------------------------------------------------ Edit this bug report at http://bugs.php.net/?id=14355&edit=1