Title: Anyone seen WebKit processes going into a weird state?

Several times a week on our production systems, we're seeing our WebKit processes (normally entitled "python Launch.py ThreadedAppServer") lose their command lines in the output from ps.  They're also well wedged, and the processes need to be killed by hand to clear this situation.  Has anybody else seen this and have some ideas to help us troubleshoot?  For now, we're detecting the situation with automated monitoring (and process-killing and webkit-restarting), but we'd sure like to know how we can prevent it, not just work around it.

Output from ps auxww:

adc      25799  0.1  1.6 130288 34252 ?      SN   Jul28  10:04 [python]
adc      25800  0.0  1.6 130288 34252 ?      SN   Jul28   0:00 [python]
adc      25801  0.0  1.6 130288 34252 ?      SN   Jul28   2:52 [python]
adc      25803  0.0  1.6 130288 34252 ?      SN   Jul28   1:37 [python]
adc      25804  0.0  1.6 130288 34252 ?      SN   Jul28   2:17 [python]
adc      25805  0.0  1.6 130288 34252 ?      SN   Jul28   1:37 [python]
adc      25806  0.0  1.6 130288 34252 ?      SN   Jul28   1:45 [python]
adc      25807  0.0  1.6 130288 34252 ?      SN   Jul28   1:27 [python]
adc      25808  0.0  1.6 130288 34252 ?      SN   Jul28   1:51 [python]
adc      25809  0.0  1.6 130288 34252 ?      SN   Jul28   1:08 [python]
adc      25810  0.0  1.6 130288 34252 ?      SN   Jul28   3:37 [python]

Our setup includes:

    Python 2.2
    Webware 0.8
    RedHat Linux 7.3
    A  couple C extensions: DCOracle2 and pymqi (interface to IBM's MQSeries)

Thanks in advance for any ideas and assistance.

P.S. We had an extreme example of something similar several months ago, but even the "[python]" was missing from the ps output. Thus, it didn't look like WebKit was running at all, but a start attempt couldn't bind to the port. We could only find the culprit process with "netstat -anp | grep 8086" run as root.  I don't know if that failure is related, though, it was just weird.

Cheers!
--
David Hancock | [EMAIL PROTECTED] | 410-266-4384

Reply via email to