|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
[2002-09-20 03:30 UTC] f dot labanvoye at cg70 dot fr
on medium/high load and on multi-threaded serveurs ( apache 1.3.X windows and apache 2.0.X (mpm=worker) on linux), oci cause segmentation fault to apache. I test with apache 1.3.26 / 2.0.40 on windows 2000 server and professionnal, php 4.2.3, oracle 8.1.7.0 and 9.0.1 ( on the same and different Pc). I test with and without autocommit. i always get the same result. the script: <? $c = ocilogon ( 'test', "test", "db9"); $sql = "select count(id) as nb_row from test"; $stmt = ociparse ( $c, $sql ); ociexecute ( $stmt ); ocifetchinto ( $stmt, $tab ); print_r ( $tab ); ocilogoff ( $c ); ?> i run test with microsoft web apllication stress tools and ab. the error message is : _oci_open_server: ORA12154 TNS: could not resolve service name. All works fine with linux / apache 1.3.X. PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
|
|||||||||||||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Sun Nov 16 17:00:02 2025 UTC |
Hello, I'm having the same trouble (not always, but often - when server is receiving lots of user queries). TNS-12154 when executing OCILogon method. It seems that an error occurs at the same time on the Oracle side, at least, in the sqlnet.log, some errors is logged, and I could not find the description of that error on Oracle's web site. Thus, I changed my OCILogon from OCILogon('user', 'pass', 'tns alias'); to $tns = <the actual line describing my listener from the tnsnames.ora file>; OCILogon('user', 'pass', $tns); and bingo, no more crashes ;) My guess is when PHP sends too many lookups in a short time, something in the oci call crashs. So, is it in PHP side, or Oracle side, I don't know. I hope this will help to pinpoint/correct that pretty much annoying bug.