ID: 44994
Comment by: nobody at dontsendmespam dot com
Reported By: dbarrett at vistaprint dot com
Status: Assigned
Bug Type: Program Execution
Operating System: Windows 2003 Server, 64-bit
PHP Version: 5.2.6
Assigned To: pajoye
New Comment:
i can reproduce this problem on a debian server with apache2 and
php5.2.6 running as fcgi
Previous Comments:
------------------------------------------------------------------------
[2008-07-23 02:02:29] efesar at gmail dot com
I just upgraded from PHP 5.1.2 to 5.2.6, and this exact problem happens
to me. The exec and shell_exec used to work, and now they don't. They
hang the php process, and every subsequent call to exec produces a lost
cmd.exe ...
Incidentally passthru() causes the same behavior.
Maybe it has something to do with the rotatelogs.exe ... somebody
earlier mentioned that it was waiting on c:\Apache2\logs\error.log ...
So, basically, we can't run any system calls whatsoever via PHP. I
don't want to use a COM object, because I like portable code ... but
that might be the best step until this bug is fixed.
------------------------------------------------------------------------
[2008-07-07 18:57:12] stephen dot cuppett at sas dot com
I am also experiencing this problem. I have been able to recreate it
with system() as well as proc_open(). With proc_open() it doesn't seem
to matter if I set bypass_shell or not, just determines whether I have a
dangling cmd.exe process or not...
cmd.exe seems to stop at Wait:UserReq, but that probably doesn't mean
much.
I am able to reproduce it with XAMPP 1.6.6a (PHP 5.2.5) on Windows XP
or Windows Server 2003 (32-bit).
I don't have much to add in terms of documentation as I don't get
anything in the httpd logs, but using the following code snippet:
protected function runSAS($filename) {
$this->log("Requested to run SAS file:
" . $filename, LOG_DEBUG);
$toRun = "\"" . SAS . "\"";
$toRun .= " -sysin '" . $filename .
"'";
$toRun .= " -CONFIG '" . SASV9CFG .
"'";
$toRun .= " -PRINT '" . TEMP_DIR . "/"
. basename($filename) . ".lst'";
$toRun .= " -LOG '" . TEMP_DIR . "/" .
basename($filename) . ".log'";
$toRun .= " -NOSPLASH";
$this->log("SAS command to run: " .
$toRun, LOG_DEBUG);
$descriptorspec = array(
0 => array("pipe",
"r"), // stdin is a pipe that the child will read from
1 => array("pipe",
"w"), // stdout is a pipe that the child will write to
2 => array("pipe", "w")
// stderr is a file to write to
);
$res = proc_open($toRun,
$descriptorspec, $pipes, null, null, array(/*"bypass_shell" =>
true*/));
if (is_resource($res)) {
//fwrite($pipes[0],
"exit\n");
//fflush($pipes[0]);
fclose($pipes[0]);
fclose($pipes[1]);
fclose($pipes[2]);
$return_value =
proc_close($res);
$this->log("Return
value from SAS: " . $return_value, LOG_DEBUG);
}
}
When it does seem to complete, I'll get this in my log:
2008-06-26 20:23:55 Debug: Return value from SAS: 1
Nothing should come out on the pipes at all and when I set it up to
read those and it completes, there is no data read. However, in a hang
case, PHP blocks reading STDOUT instead of on proc_close never getting
any data... even if I set the stream to be non-blocking on the pipe
explicitely after proc_open.
------------------------------------------------------------------------
[2008-05-29 13:21:51] dbarrett at vistaprint dot com
I replaced all occurrences of exec() and shell_exec() in MediaWiki with
calls to a custom COM object that invokes programs. The problem went
away. This strongly suggests that PHP's implementation of exec(0 and
shell_exec() is the culprit. I suspect a race condition.
------------------------------------------------------------------------
[2008-05-14 15:09:43] dbarrett at vistaprint dot com
Description:
------------
This is an intermittent but fatal problem. I cannot reproduce it on
demand, but it occurs regularly on our MediaWiki 1.12.0 site running on
Apache 2.2.8.
When invoking a non-interactive Microsoft Windows command via exec() or
shell_exec(), sometimes the resulting process will hang. Once this
occurs, most or all subsequent exec() calls (within the same Apache
instance) will hang as well. Eventually the wiki becomes unusable. The
only way to kill these processes is to restart Apache. Other
traditional "kill" techniques fail.
This is not the same as Bug #30794, which was about interactive
commands like Notepad. I'm speaking of diverse shell commands like
perl.exe, gnuplot.exe, latex.exe, and others. All of them process text
input, if that matters.
If the process is "foo" and you run exec("foo"), you wind up with
several hung processes:
foo.exe
cmd.exe*32
This may be a race condition. I ran the "handle" utility (from
sysinternals) on the hung processes. It seemed to indicate that the
processes were waiting on c:\Apache2\logs\error.log. Then handle itself
(handle64.exe) hung!
Because this is an intermittent problem, I am looking for advice on how
to debug it and report more detailed information to you. Please don't
append the generic "install the latest snapshot and let us know if the
problem is still there" message to this ticket, because I can't install
an experimental PHP release on a production server, and the problem
happens ONLY on our production server (probably because of the load),
not on any of our development or test servers.
Expected result:
----------------
exec() and shell_exec() should never hang.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=44994&edit=1
