php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #34417 session_start hangs up apache
Submitted: 2005-09-08 00:09 UTC Modified: 2005-09-15 11:12 UTC
From: almar at koekjes dot net Assigned:
Status: Not a bug Package: Session related
PHP Version: 4.4.0 OS: Linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2005-09-08 00:09 UTC] almar at koekjes dot net 
Description:
------------
Multiple applications (f.e. Cacti, Webmail) are sometimes having huge problems executing session_start(). This happens in 50 % of the times.

The cpu % of Apache runs up to 100 % and the error message  
"Maximum execution time of 30 seconds exceeded" and then the line wich says session_start();.

It does not matter if session.save_handler = files or mm. This is Apache Server version: Apache/1.3.33 (Unix), PHP 4.4.0 (cli).

Kernel is Linux 2.4.31.





Reproduce code:
---------------
none

Expected result:
----------------
none

Actual result:
--------------
none

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-09-08 00:11 UTC] tony2001@php.net 
We do need an information on how to reproduce it.
 [2005-09-08 00:24 UTC] almar at koekjes dot net 
Installing Cacti or OsCommerce result in the errors for us. 
After Cacti is installed (Default), logging in and clicking through the website a couple of times results in the error:

Fatal error: Maximum execution time of 30 seconds exceeded in /www/*/cacti-0.8.6f/include/config.php on line 89

The same error is returned for OScommerce, although it display's another line.

There is no other way of replicating this bug. If necessary I can grant people access to one of the systems where this happens.

Please specify if additional information is required.
 [2005-09-08 00:30 UTC] tony2001@php.net 
Ask for support at appropriate software vendors' sites.
Feel free to reopen this report when you have a short reproduce case.
Until then -> bogus.
 [2005-09-08 00:44 UTC] almar at koekjes dot net 
All vendors are referring to this issue as a PHP related issue. This implies the following vendors;

OScommerce
Ubimiau
Cacti

I've done a lot of research before issueing this as a bug. Especially when the Apache load runs up to 100 %. All software bundles are hanging on session_start();, but at random, not on specified moments, replication can probably only be done on our system.

Please specify what you wan't me to do to make sure that this is handled as a real bug and not as a 'end-user program error'.
 [2005-09-08 07:28 UTC] sniper@php.net 
Are you sure these things don't set the save handler to something else in their code and really use f.e. database as session storage?

For us to get any clue what's happening, you have to:

a) Check what the session contains when session_start() hangs
b) Provide a gdb backtrace of the hanged process
 [2005-09-15 11:08 UTC] almar at koekjes dot net 
Hi,

It appears that the CFLAGS are causing problems in PHP and the execution/reading of session data. We removed the CFLAGS at compile time and generally this solves the issue.

I'm sorry for any inconveniance caused.

Regards,
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Tue Apr 30 22:01:31 2024 UTC