Thank You Pierce, for quickly getting back on this.

Our app is on Solaris 9, Java 1.4.2 and is of WO 5.2.4

I am planning to come up with a shell script probably, to handle this situation, as you have detailed. Will update more on this as going on.

Thanks & Rgds,
Shravan Kumar.M

"Let us learn from the past to profit by the present,and from the present to live better in the future."
--William WordsWorth
---------------------------------------------------------------


On 17-Dec-07, at 10:58 PM, Pierce T. Wetter III wrote:


On Dec 16, 2007, at 10:16 PM, Shravan Kumar.M wrote:

Hello Group,

I see many CLOSE_WAIT or FIN_WAIT_2 statuses for my application when I execute the "netstat -a" or "lsof -i:<port_no>" and more over for a long time, even after the session is terminated; our woapp is deployed in the Solaris 9 OS with Apache 1.3 and WO 5.2.4 and Java 1.4.2_* .

We have deployed our woapp through normal shell script and access our app through webserver.

Many people over the Internet say it is the problem with the application and not with the OS or TCP/IP.

  We get this when we have an instance in deadlock.

Here's a perl script I wrote to deal with the problem, YMMV. It's written for MACOSX Tiger and WO 5.3.


<deadlockFinder.pl.zip>


 What it does:

Every 5 minutes:

It uses ps+grep to get a list of all the running java apps, then it filters to those that are named WebObjects applications. It grabs the port number and process id of each.

It uses the builtin womp/ping direct action to see if the app is alive via curl. If it responds, its marks the app as "good" and decrements the "bad counter". If it doesn't respond within 10 seconds (timeout on curl) it increments the bad counter.

For all apps whose bad counter is greater then the kill limit, it tries to kill them and email a stack backtrace. On MacOSX this requires "killall -9 hdsbd" before using jstack to grab a stack trace. (jstack isn't available in Java 1.4.2, only Java 1.5+).

For all apps whose bad counter is greater then the warning limit, it sends an email.



 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to