You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Noel J. Bergman" <no...@devtech.com> on 2003/04/29 17:36:25 UTC
RE: Max Connections vs. Throtteling
> looking with netstat I see several POP3 connections in
> CLOSED_WAIT state up to the maximum connections set in
> james config.xml. Also some but fewer SMTP connections
> are in the same state, but not maxed.
OK, that is certainly worth checking. Here is the story with CLOSE_WAIT:
"CLOSE_WAIT means that the remote side has sent a FIN and the local stack
has ACKd the FIN but the close method does not appear to have been invoked
by the local application."
> the TCP connections are saturated 2-3 minutes after I get
> the following exception (default.log):
> 28/04/03 09:22:48 INFO database-connections.maildb: java.lang.Throwable
> at org.apache.james.util.mordred.PoolConnEntry.lock(PoolConnEntry.java:84)
> at
org.apache.james.util.mordred.JdbcDataSource.getConnection(JdbcDataSource.ja
va:127)
> ...
OK, this means that you are having a problem with Mordred. Mordred has got
to go. Serge has a prototype of using DBCP, which I hope he'll be
committing to HEAD soon. Without autoreconnect, you have to restart James
after you restart the database. And you will likely have other JDBC related
problems over time. See my other reply regarding configuring Mordred to not
provide pooled connections.
What I think is happening is that once Mordred is fubar there may be some
case in the code where a Mordred failure is bypassing the socket close. We
should audit for that issue.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org
Re: Max Connections vs. Throtteling
Posted by Serge Knystautas <se...@lokitech.com>.
Noel J. Bergman wrote:
> OK, this means that you are having a problem with Mordred. Mordred has got
> to go. Serge has a prototype of using DBCP, which I hope he'll be
> committing to HEAD soon. Without autoreconnect, you have to restart James
> after you restart the database. And you will likely have other JDBC related
> problems over time. See my other reply regarding configuring Mordred to not
> provide pooled connections.
Yes, sorry it's been sitting uncommitted on my computer at home for a
while. I've got a busy weekend but will try to get it sync'd with HEAD
again and get it committed soon.
--
Serge Knystautas
President
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. sergek@lokitech.com
---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org