----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
Carsten,
Another thing to look at is bad network connections.
AFAIK an open socket is considered an open file
descriptor by most systems.
I had a problem recently connecting from our internal
network to our apache/jserv box, which sits in the
DMZ across the firewall. I would run a few servlets
from my browser and the server would get stuck because
it was running out of file descriptors.
A detailed look into the problem showed that the content
management software we had running on the firewall
was not closing connections to the jserv box properly.
The result was that if you did a 'netstat -a' on the
jserv box you could see many connections in the TIME_WAIT
state. This is when a connection wants to close, but the
remote box (our firewall box) is not sending the close ACK.
In a good connection a socket will only be in the TIME_WAIT
state for a brief moment, till it receives a close ACK.
In a bad connection when the remote does not send a close ACK
the socket will go into TIME_WAIT till it times out.
Every hit to the server across the firewall would cause the
# of bad connections to increase, increasing the file
descriptors being used. To further aggravate the situation,
not only was the initial connection to apache bad, but the
connection that apache made to jserv would also remain stuck
in the same state - so for every hit the count would increase
by 2.
BTW, the platform was apache 1.3.9/jserv 1.0/solaris7/sparc.
Increasing the file descriptors 'fixed' the problem for us
because our site is not hit that hard, and the stuck
connections eventually time out. If this is what your
problem also turns out to be you will have to see as to
what sits in the way between your client and your server
and fix that... of course this may not be your problem
at all... :)
So, the moral of the story is - keep an eye on what
netstat -a tells you.
Hope this helps,
naeem
-----Original Message-----
From: Carsten Heyl [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 15, 1999 6:25 AM
To: Java Apache Users
Cc: [EMAIL PROTECTED]
Subject: Urgent: JServ 1.1b3 Solaris Problem: no file descriptors
----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
Hello JServ supporters,
I'm using jserv 1.1b3 on Solaris 7, JDK 1.1.7,
Apache 1.3.9.
Apache hosts 2 virtual servers.
JServ hosts 2 zones running gnujsp.
Problem: The jserv process runs out of file descriptors.
Taking a look at the list of open files shows that
the jars which are loaded by "repositories="
in zone.properties are opened multiple times
after some servlets or jsp pages are used after a
short time (few minutes).
Then the jserv dies and a new process is started.
Increasing the maximum number of fd's is no solution
and would only help for a few minutes.
JServ 1.0 did show the same problem (no gnujsp, only servlets).
When we moved the jars to jserv.properties (jserv 1.0)
the problem disapperaed there.
But that is no solution for the jserv 1.1b3 because
it needs reloading capabilities.
Has anyone seen this behaviour?
Any ideas what to do?
Is it a jserv problem? Should I use a current CVS version?
Is it a JDK 1.1.7 (native threads) problem?
It's urgent because a customer is getting angry ...
Please help anyone.
Ciao,
Carsten Heyl
------------------------------------------------------------------
Carsten Heyl [EMAIL PROTECTED]
http://www.nads.de/
NADS GmbH - Solutions on Nets http://www.pixelboxx.de/
Hildebrandstr. 4E Tel.: +49 211 933 02-90
D-40215 Duesseldorf Fax.: +49 211 933 02-93
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
