php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #31915 session_start randomly hangs
Submitted: 2005-02-10 15:52 UTC Modified: 2005-03-08 01:00 UTC
Votes:10
Avg. Score:4.8 ± 0.4
Reproduced:10 of 10 (100.0%)
Same Version:3 (30.0%)
Same OS:2 (20.0%)
From: map at infinitum dot ch Assigned:
Status: No Feedback Package: Session related
PHP Version: 5.0.3 OS: FreeBSD 5.3 stable
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: map at infinitum dot ch
New email:
PHP Version: OS:

 

 [2005-02-10 15:52 UTC] map at infinitum dot ch
Description:
------------
On a production site using PHP5 5.0.3 with Apache 1.3.33 we see random session_start hangs. It does NOT happen always on the same page, with the same client, the same frequency or unter the same load.
If it happens the process eats up all CPU time util it reaches the 'max_execution_time'. It then leaves a trace in the error log saying:
PHP Fatal error:  Maximum execution time of 15 seconds exceeded in XXX on line XXX. There are always other pages and lines.
I already tried a lot of stuff to see if there is any influence like using 'session_destroy'. I do not use any special session parameters. The actual parameters are:

[Session]
session.save_handler = files
session.save_path = /home/teviaqui/session
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.gc_probability = 1
session.gc_divisor     = 1000
session.gc_maxlifetime = 1440
session.bug_compat_42 = 0
session.bug_compat_warn = 1
session.referer_check =
session.entropy_length = 0
session.entropy_file =
;session.entropy_length = 16
;session.entropy_file = /dev/urandom
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0

I am also a developer and might help to debug the code but I need some advice where to lock at!

Reproduce code:
---------------
session_start ();

Expected result:
----------------
I would like to see no processes eating up all the CPU time of our sever.

Actual result:
--------------
The the moment I have several httpd processes hanging at the same time eating up all CPU time. There are about 120 users browsing the site.
At the moment it happens like 30 times every hour!

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-02-10 21:28 UTC] tony2001@php.net
It would be good if you provide a reproduce script or at least some info on how to reproduce this issue.
Just saying that something is wrong doesn't help much, as you may guess.

Have you already tried latest CVS snapshot, btw ?
 [2005-02-11 18:20 UTC] map at infinitum dot ch
I can only reproduce this behaviour in the production site. There are like 5 different page types that have a different initialization but basically we do some #includes and assignments and then comes the following code:

session_cache_limiter('none');
@session_start ();

There are other places where I just use 'session_start' without 'session_cache_limiter'.
 [2005-02-28 20:46 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip


 [2005-03-08 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, 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".
 [2008-03-28 22:24 UTC] palceksmuk at email dot si
Same problem, on latest php, os: win, did you manage to solve it?
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Dec 26 16:01:31 2024 UTC