Janne's latest email says that 7.0.22 is leaky as well. So the regression most likely happened between 7.0.21 and 7.0.22.
I'm not familiar with the Tomcat code base. But I wonder how difficult it would be for someone to review all of the code changes that were checked in between 7.0.21 and 7.0.22, keeping an eye out for anything that could be causing a file leak. On Sat, Dec 31, 2011 at 11:17 AM, Pid * <p...@pidster.com> wrote: > On 31 Dec 2011, at 18:19, Mike Wertheim <m...@hyperreal.org> wrote: > >> I'm not sure how useful this comment is, but... I also recently >> posted about an app that runs fine on Tomcat 7.0.21 and dies a slow >> horrible death on Tomcat 7.0.23. It would seem that a bug was >> introduced in either 7.0.22 or 7.0.23. > > There are now 3 threads with non-obvious issues referencing 7.0.23. I > don't yet see any common ground. > > Following them all and comparing notes isn't unreasonable. > > > p > > >> On Sat, Dec 31, 2011 at 6:48 AM, André Warnier <a...@ice-sa.com> wrote: >>> Janne Jalkanen wrote: >>>>> >>>>> When did the problem start occurring and what else has changed? >>>> >>>> >>>> Exactly at the time when I upgraded to 7.0.23. I don't recall making any >>>> other modifications (I would've suspected them first ;-) >>>> >>>> I will try to downgrade to 7.0.22 and lower to try and see if there's a >>>> difference between Tomcat versions. >>>> >>>>> Can you stop monitoring with Munin and see if the problem goes away? >>>>> If it does, I would consider that Munin may not be properly closing the >>>>> connections it makes. >>>> >>>> >>>> I did, and the problem did not go away. Open file count still increasing. >>>> >>> What if you remove the command-line switch >>> -Dcom.sun.management.jmxremote.port=<redacted> >>> ? >>> >>> (just trying to figure out what these sockets are..) >>> >>> Also, what does >>> netstat -pan | grep <tomcat pid> >>> have to say ? >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
