php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #18533 Segfault in Oracle 9.x client libs
Submitted: 2002-07-24 05:37 UTC Modified: 2002-09-15 01:00 UTC
Votes:8
Avg. Score:4.8 ± 0.7
Reproduced:7 of 7 (100.0%)
Same Version:4 (57.1%)
Same OS:3 (42.9%)
From: thomas at fivemile dot net Assigned:
Status: No Feedback Package: OCI8 related
PHP Version: 4.2.2 OS: Redhat Linux 7.2
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: thomas at fivemile dot net
New email:
PHP Version: OS:

 

 [2002-07-24 05:37 UTC] thomas at fivemile dot net
Apache 1.3.26 child process serving the page segfaults after calling OCIPLogon or OCILogon with the following error:

(gdb) run -X -f /etc/httpd/conf/httpd.conf
Starting program: /usr/sbin/httpd -X -f /etc/httpd/conf/httpd.conf
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x4082b997 in lmsaicmt () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
(gdb) bt
#0  0x4082b997 in lmsaicmt () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#1  0x407c0063 in kpugeml () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#2  0x403550a7 in kpusebf () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#3  0x4030dd3f in kpuatch () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#4  0x403a0aaa in OCIServerAttach () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#5  0x0809a57b in zm_info_oci ()
#6  0x0809aa86 in zm_info_oci ()
#7  0x0809d6ff in zif_ociplogon ()
#8  0x0811f787 in execute ()
#9  0x0810675a in zend_execute_scripts ()
#10 0x0808173d in php_execute_script ()
#11 0x0810e06a in apache_php_module_main ()
#12 0x0807ea60 in php_restore_umask ()
#13 0x0807eab9 in php_restore_umask ()
#14 0x08128ea3 in ap_invoke_handler ()
#15 0x0813da07 in ap_some_auth_required ()
#16 0x0813da68 in ap_process_request ()
#17 0x08134a71 in ap_child_terminate ()
#18 0x08134c1c in ap_child_terminate ()
#19 0x08134d90 in ap_child_terminate ()
#20 0x08135408 in ap_child_terminate ()
#21 0x08135c6b in main ()
#22 0x409ba707 in __libc_start_main () from /lib/libc.so.6

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-07-24 20:02 UTC] sniper@php.net
Please check this page:

http://www.php.net/manual/en/ref.oci8.php

And especially the note about linking Apache with libpthread..

 [2002-07-25 03:25 UTC] thomas at fivemile dot net
[root@einstein root]# ldd /usr/sbin/httpd
[...SNIP...]
        libwtc9.so => /home/oracle/product/9.0.1/lib/libwtc9.so (0x40adc000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x40adf000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Apache IS linked with libpthread - i have compiled working php/apache combos with OCI support before and knew of this.
 [2002-07-25 04:35 UTC] sniper@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.


 [2002-07-25 04:36 UTC] sniper@php.net
Please read the instructions of how to generate useful
gdb backtraces.. 
 [2002-07-25 05:25 UTC] thomas at fivemile dot net
Configure Command './configure' '--with-db' '--with-apache=../apache_1.3.26' '--with-gd=../gd-1.8.4' '--with-mysql=/usr' '--with-zlib' '--with-oci8=/home/oracle/product/9.0.1' '--enable-debug' '--enable-track-vars=yes' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml' '--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6' '--enable-calendar' '--with-ttf=/usr'

[root@einstein src]# gdb ./httpd
GNU gdb Red Hat Linux (5.1-1)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run -X -f /etc/httpd/conf/httpd.conf
Starting program: /root/build/apache_1.3.26/src/./httpd -X -f /etc/httpd/conf/httpd.conf

Program received signal SIGSEGV, Segmentation fault.
0x4082b997 in lmsaicmt () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
(gdb) bt
#0  0x4082b997 in lmsaicmt () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#1  0x407c0063 in kpugeml () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#2  0x403550a7 in kpusebf () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#3  0x4030dd3f in kpuatch () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#4  0x403a0aaa in OCIServerAttach () from /home/oracle/product/9.0.1/lib/libclntsh.so.9.0
#5  0x080a71c4 in _oci_open_server (dbname=0x829fc04 "wbldb.femu", persistent=1) at oci8.c:2422
#6  0x080a792a in oci_do_connect (ht=3, return_value=0x829fbc4, this_ptr=0x0, return_value_used=1, persistent=1, exclusive=0) at oci8.c:2578
#7  0x080abe16 in zif_ociplogon (ht=3, return_value=0x829fbc4, this_ptr=0x0, return_value_used=1) at oci8.c:4217
#8  0x0816548f in execute (op_array=0x829be2c) at ./zend_execute.c:1598
#9  0x08141caa in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810
#10 0x08082a4a in php_execute_script (primary_file=0xbfffe2e0) at main.c:1381
#11 0x0814d2c2 in apache_php_module_main (r=0x829331c, display_source_mode=0) at sapi_apache.c:90
#12 0x0807ede8 in send_php ()
#13 0x0807ee41 in send_parsed_php ()
#14 0x0816f313 in ap_invoke_handler ()
#15 0x08183e77 in process_request_internal ()
#16 0x08183ed8 in ap_process_request ()
#17 0x0817aee1 in child_main ()
#18 0x0817b08c in make_child ()
#19 0x0817b200 in startup_children ()
#20 0x0817b878 in standalone_main ()
#21 0x0817c0db in main ()
#22 0x409ba707 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 8
#8  0x0816548f in execute (op_array=0x829be2c) at ./zend_execute.c:1598
1598                                                    ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC);
(gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x81a4d5d "ociplogon"
 [2002-07-26 20:40 UTC] chs at baltic-online dot de
The same issue was experienced on sun-sparc-solaris2.8, with Oracle 8.0.5. Both php 4.0.4pl1, 4.0.6 and 4.2.2 are affected.

Please, solve this issue as soon as possible - this is a serious showstopper.

Thanks!
 [2002-08-02 11:38 UTC] jason dot mccormick at lexi dot com
I've been experiencing this issue on a production webserver since I upgraded the client to Oracle 9i.  Previously, the install worked fine when the client was Oracle 8.  I tried this out on my development box and everything works fine.  The production box is running:

Linux 2.4.2 (early RH 7.1 or 7.2)
glibc-2.2.2-10
gcc-2.96

My development box is running:

Linux 2.4.18
glibc-2.2.5
gcc-3.1.4

Both machines are running Apache 1.3.26 with pthreads.  Both have the Oracle 9.2 client.  PHP was configured in both cases with:

./configure --with-apxs=/opt/apache/bin/axps --with-oci8=/opt/oracle --with-mysql=/opt/oracle --with-gettext --enable-track-vars --enable-force-cgi-redirect

In both cases, Apache was compiled with:

./configure --prefix=/opt/apache-1.3.26 --enable-rule=SHARED_CORE --enable-module=so --enable-module=rewrite

and then later recompiled with pthread w.r.t. to the OCI8 directions.  I cannot seem to get a gdb dump trace from the production box (probably becuase of missing development tools) but it does generate a core file if someone is interested in me sending them output from that (e-mail me at jason.mccormick@lexi.com and give me instructions).  Please advise how I can help debug this issue as it is critial to me.
 [2002-08-02 13:34 UTC] jason dot mccormick at lexi dot com
I found a core file from apache:

[root@yew apache]# gdb bin/httpd ./core
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...

warning: core file may not match specified executable file.
Core was generated by `/opt/apache-1.3.26/bin/httpd'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000 in ?? ()
(gdb) bt
#0  0x00000000 in ?? ()
#1  0x4042e195 in ?? ()
#2  0x40069708 in ?? ()
#3  0x40067c48 in ?? ()
#4  0x40067cd7 in ?? ()
#5  0x40067c1a in ?? ()
#6  0x40067cd7 in ?? ()
#7  0x40078155 in ?? ()
#8  0x4007b46e in ?? ()
#9  0x4007bb4a in ?? ()
#10 0x0805d621 in ?? ()
#11 0x401b4177 in ?? ()
(gdb)

Not sure if this is a legit core becuase I've played with a dozen combinations of configurations.
 [2002-08-13 15:11 UTC] quadra at demosoft dot org
I was getting a Seg Fault connecting to Oracle 7.3.4 -- but not on 8.0.x

I had this path wrong before attempting the OCIPLogon.. 
 putenv("ORA_NLS33=/../oracle/product/8.0.6/ocommon/nls/admin/data");

Once it was correct.. no more seg fault.
sorry, no gdb on the system to check the backtrace though.
 [2002-08-14 10:37 UTC] jason dot mccormick at lexi dot com
I resolved my own issue.  I determined that the httpd user wasn't picking up the ORACLE_HOME environment variable.  Forcing that variable into the startup script has fixed the problem.
 [2002-08-14 12:15 UTC] kalowsky@php.net
So does this final solution fix the problem for everyone?  Solution being that mentioned by jason.mccormick
 [2002-09-15 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Sat Jul 02 00:05:44 2022 UTC