#29895 [Opn->Fbk]: connect via CLI failed

ID: 29895 Updated by: sniper@php.net Reported By: sonny at sun dot com -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Fedora Core 2 PHP Version: 4.3.8, 5.0.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: ------------------------------------------------------------------------ [2004-12-20 14:20:15] sonny at sun dot com Sorry for the late repsonce. I was in vacation. I don't know how to handle gdb - so I try it to check it with other php verions. Try 5.0.3 which have the same result while I have changed the configure option for ldap from shared to static. Fails agian. But strange with 5.0.2 it works with cli as well sapi. The 4.3.x verions I haven't tried. But I'll get while make install strange errors from PEAR. Installing PEAR environment: /usr/local/php5/lib/php/ [PEAR] Archive_Tar: XML error: not well-formed (invalid token) at line 22 [PEAR] Console_Getopt - installed: 1.2 [PEAR] PEAR: XML error: not well-formed (invalid token) at line 22 [PEAR] XML_RPC: XML error: not well-formed (invalid token) at line 11 Maybe can you give me here a hint. -Peter ------------------------------------------------------------------------ [2004-12-12 16:20:28] sniper@php.net Try to trace it in GDB instead of strace.. Put a break for zif_ldap_connect call and step from there and show the result. ------------------------------------------------------------------------ [2004-10-01 11:14:44] sonny at sun dot com Aditional info to strace: read(3, "<?php\n\n$ld = ldap_connect(\'129.1"..., 8192) = 88 read(3, "", 4096) = 0 read(3, "", 8192) = 0 close(3) = 0 munmap(0xf6d4d000, 4096) = 0 mmap2(NULL, 143360, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6d2a000 fcntl64(147436232, F_SETFD, FD_CLOEXEC) = -1 EBADF (Bad file descriptor) fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6d29000 write(1, "\n", 1 ) = 1 write(1, "Warning: ldap_close() expects pa"..., 99Warning: ldap_close() expects parameter 1 to be resource, boolean given in /tmp/ldap.php on line 6 ------------------------------------------------------------------------ [2004-10-01 11:10:35] sonny at sun dot com Yep I'm using standard openldap installation from Fedora. Just checked if cli tools from openldap works .. YES. Sample: ldapsearch -h example.com -b dc=example,dc=com -s sub -p 389 employeenumber=tester -x # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 I don't belive in a persission issue - while I have test the scripts as root. While webserver was shutdown the same behavior - as expected. I have try to strace the programm an found this srange/error: fstat64(4, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) dup(1) = 5 fstat64(5, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 lseek(5, 0, SEEK_CUR) = 0 dup(2) = 6 fstat64(6, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 lseek(6, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) Maybe this can help. ------------------------------------------------------------------------ [2004-10-01 10:01:58] sniper@php.net Do the openldap (assuming you're using openldap since you didn't say what you actually use) CLI tools work? This might be some weird permission issue. Maybe the user as what you run the script doesn't have rights to read the ldap ini files or something alike. And have you tried to run it on command line while you have Apache running? (this shouldn't matter..but try run it when you've shutdown Apache) ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29895 -- Edit this bug report at http://bugs.php.net/?id=29895&edit=1