|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
[2004-01-07 20:14 UTC] sniper@php.net
[2004-01-19 14:12 UTC] sniper@php.net
[2004-02-04 04:01 UTC] tony2001@php.net
[2004-02-13 09:55 UTC] david dot gaia dot kano at dartmouth dot edu
[2005-05-18 09:30 UTC] pawel at gmx dot net
[2005-05-18 10:45 UTC] tony2001@php.net
[2005-09-08 11:50 UTC] tony2001@php.net
|
|||||||||||||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Wed Nov 05 18:00:01 2025 UTC |
Description: ------------ Here at Dartmouth our DBA team has a policy of killing any Oracle session that has been connected for longer than 24 hours. Hence the persistant connections created by the PHP OCIPLogon() call get killed once a day. We don't really want to restart our apache server once a day, so it would be great if OCIPLogon() would check to see that a previously created persistant connection is still good somehow and if not, create a new connection. I noticed quite a few bugs along these lines, but they have all been closed. I don't know if that is because this bug was fixed or because the submitters have continued to restart their servers after every database restart or killed connection. If this is not going to be fixed, I guess we would have to write our own application level code to check the connections from ociplogon() and if it is bad, use OCILogon() instead for that request and issue a apache_child_terminate() call so that eventually all the children with bad oracle sessions would be restarted... Reproduce code: --------------- $con = OCIPLogon("user", "password", "tns_db_name"); // at this point all looks good still... $con != false // but if this session was killed then any use of $con // results in one error or another.