Hello Randy, I am using FTPServer embedded in glassfish with two listeners (implicit ssl & explicit ssl/plain - although we forbid plain connections) and we are not seeing this issue.
Since it is two of you already reporting this problem can you please elaborate a little more on : - Operating sytem and architecture (we are using CentOS 5.1 and RedHat under Intel Xeon 64 bits) - Java version ( 1.6.10 64 bits here). - Any important modifications/additions to FTPServer? Besides it would be great if you could test your setup using implicit ssl instead of explicit, or only plain connections. Maybe it would help that your tests were based on a 'minimalistic' fresh copy of FTPServer, so we can trace this. 2008/12/9 Randy Prager <[EMAIL PROTECTED]> > I think we are seeing something similar. > > We have 2 instances of FTPServer running, one embedded in tomcat and one in > its own JVM. > > Both appear to hold onto socket descriptors (lsof reports "can't iden > protocol") ... eventually leading to > too many open files. > > We are continuing to investigate to confirm it is an FTP server issue. > This > problem has only occurred recently > and we suspect it is the result of a new pattern of client connections or > connection type (we support both FTP and FTP-TLS). > > We are not sure why lsof would report the "can't iden protocol" as opposed > to TCP ... > > Our environment is LINUX SLES-10 J2SE 1.6. > > Here is a sample config: > > <listeners> > <nio-listener > name="default" > port="XXXX" > implicit-ssl="false" > idle-timeout="60" > local-address="XXXXX"> > <ssl> > <keystore file="classpath:XXXXX.jks" password="XXXXX"/> > </ssl> > <data-connection idle-timeout="60"> > <active enabled="false" local-address="XXXXX" > local-port="XX/> > <passive ports="XXXXX" address="XXXXX" > external-address="XXXX"/> > </data-connection> > <blacklist> > </blacklist> > </nio-listener> > </listeners> > > - Randy > > On Tue, Dec 9, 2008 at 10:18 AM, Niklas Gustavsson <[EMAIL PROTECTED] > >wrote: > > > On Mon, Dec 8, 2008 at 8:32 PM, Fred Moore <[EMAIL PROTECTED]> > wrote: > > > on linux we noticed that a number of file descriptors associated with > > > sockets are leaked when using FTP/S TLS/Explicit as we serve connect > and > > > disconnects (and -- possibly - LIST commands returning empty lists) > > > eventually leading to a "Too Many Files Opened" condition as we hit th > > 1024 > > > file descriptor limit in /proc. > > > > To make sure I understand you correctly: > > * Do you only see this when running in SSL/TLS explicit mode? If > > running without SSL/TLS or in implicit mode, do you get the same > > behavior? > > * You only see this when doing LIST? If you only do > > connect->disconnect, you don't get the problem? If doing a STOR or > > RETR, do you get the problem? > > * Do you only get the problem when returning an empty LIST? > > > > [snip] > > > > > Has anyone seen this before? > > > > Not really no, but I haven't really pushed it on very specific cases > > like this. However, if we can nail it down to a repeatable test case, > > I'm willing to try debugging it. > > > > /niklas > > >
