Hey guys Any update about this issue?
Best regards, On Wed, Mar 16, 2011 at 11:32 AM, Danilo Rosetto Muñoz < [email protected]> wrote: > Hi, > > Lets go ... > > 1. We transfer many small files (50KB to 150KB) > > 2. I'm using log4j in my app. So, I've added the following lines to my > property configuration file: > > log4j.rootLogger=warn, file > log4j.logger.org.apache.ftpserver=warn, fileftp > log4j.logger.org.apache.mina=warn, fileftp > > log4j.appender.file.MaxBackupIndex=4 > log4j.appender.file.layout.ConversionPattern=%d{ISO8601} %t %5p %c{1}\:%L > [%X{remoteIp}:%X{remotePort}] - %m%n > log4j.appender.file.layout=org.apache.log4j.PatternLayout > log4j.appender.file.File=./log/myapp-log.log > log4j.appender.file=org.apache.log4j.RollingFileAppender > log4j.appender.file.MaxFileSize=25MB > > log4j.appender.fileftp.MaxBackupIndex=4 > log4j.appender.fileftp.layout.ConversionPattern=%d{ISO8601} %t %5p > %c{1}\:%L [%X{remoteIp}:%X{remotePort}] - %m%n > log4j.appender.fileftp.layout=org.apache.log4j.PatternLayout > log4j.appender.fileftp.File=./log/myapp-ftp-log.log > log4j.appender.fileftp=org.apache.log4j.RollingFileAppender > log4j.appender.fileftp.MaxFileSize=25MB > > > 3. I get the message reading the log (cat /var/log/messages). I think this > could be set to off in some /proc configuration file. I'm not sure of that.. > > 4. Obs: "Sentry" is my server name in message: "sentry kernel: possible SYN > flooding on port 21" > > Best regards, > > > 2011/3/15 Håkon Sagehaug <[email protected]> > >> Hi all, >> >> It could be the same error, are you seeing it with large file or just many >> files? How are you configurign the log, I see you get more out then me. >> I'll >> try to see into the kernel log to see if I se any "sentry kernel: possible >> SYN flooding on port 21", can you remember the logfile you found that in? >> >> Cheers, Håkon >> >> 2011/3/14 Danilo Rosetto Muñoz <[email protected]> >> >> > Hi all ... >> > >> > I think this is similar with some connections errors I've reported here. >> My >> > email subject: Connection Errors. The email: >> > >> > Hi all, >> > > I'm still getting these errors ... Maybe I have some broken >> connections >> > by >> > > client once some of than are radio link. In other cases we have fiber >> and >> > I >> > > can say you they are stable. >> > > I could notice we get to much of these errors when we have to many >> data >> > to >> > > transfer from client to server. >> > > I could get the following logging on kernel: >> > > Feb 22 16:45:42 sentry kernel: possible SYN flooding on port 21. >> Sending >> > > cookies. >> > > May linux close connection in order to prevent attacks? >> > > Best regards, >> > > - Hide quoted text - >> > > >> > > On Fri, Dec 10, 2010 at 2:00 PM, David Latorre <[email protected]> >> wrote: >> > > you sure it's not the client side the one which is closing the >> > > connection? >> > > 2010/12/10 Danilo Rosetto Muñoz <[email protected]>: >> > > > Hi all, >> > > > >> > > > I'm getting to many errors on my ftp server. The scenario is: >> > > > >> > > > - I have ftp server embedded on my app >> > > > - I have about 50 connections: >> > > > - Its about 15 ~ 30 computers >> > > > - Its about 2 ~ 3 connections per IP >> > > > - Config (server): >> > > > - maxlogins= 400 >> > > > - maxthreads = 20 >> > > > - Config (user): >> > > > - idletime = 1200 >> > > > - maxloginnumber = 0 >> > > > - maxloginperip = 0 >> > > > - The error occurs to any of computers. I mean, it doesnt occur >> for >> > an >> > > > specific IP >> > > > - The network is stable (FO) >> > > > >> > > > I dont know if I can post log here because the email size ... I >> dont, >> > > please >> > > > let me know. >> > > > >> > > > This is the log: >> > > > >> > > >> 2010-12-10 11:50:32,088 pool-3-thread-8 WARN FtpLoggingFilter:122 >> [ >> > > >> 172.18.0.22:2479] - EXCEPTION : >> > > > >> > > > java.io.IOException: Connection reset by peer >> > > > >> > > > at sun.nio.ch.FileDispatcher.read0(Native Method) >> > > > >> > > > at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39) >> > > > >> > > > at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:251) >> > > > >> > > > at sun.nio.ch.IOUtil.read(IOUtil.java:224) >> > > > >> > > > at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:254) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:202) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:42) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:620) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) >> > > > >> > > > at java.lang.Thread.run(Thread.java:636) >> > > > >> > > > 2010-12-10 11:50:32,089 pool-3-thread-8 ERROR DefaultFtpHandler:156 >> [ >> > > >> 172.18.0.22:2479] - Exception caught, closing session >> > > > >> > > > java.io.IOException: Connection reset by peer >> > > > >> > > > at sun.nio.ch.FileDispatcher.read0(Native Method) >> > > > >> > > > at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39) >> > > > >> > > > at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:251) >> > > > >> > > > at sun.nio.ch.IOUtil.read(IOUtil.java:224) >> > > > >> > > > at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:254) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:202) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:42) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:620) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) >> > > > >> > > > at java.lang.Thread.run(Thread.java:636) >> > > > >> > > > >> > > > And this: >> > > > >> > > >> 2010-12-10 11:55:17,885 pool-3-thread-10 WARN FtpLoggingFilter:122 >> [ >> > > >> 172.18.0.13:4485] - EXCEPTION : >> > > > >> > > > org.apache.mina.core.write.WriteToClosedSessionException >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.clearWriteRequestQueue(AbstractPollingIoProcessor.java:573) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.removeNow(AbstractPollingIoProcessor.java:534) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.removeSessions(AbstractPollingIoProcessor.java:497) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$600(AbstractPollingIoProcessor.java:61) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:974) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) >> > > > >> > > > at java.lang.Thread.run(Thread.java:636) >> > > > >> > > > 2010-12-10 11:55:17,885 pool-3-thread-10 WARN DefaultFtpHandler:151 >> [ >> > > >> 172.18.0.13:4485] - Client closed connection before all replies >> could >> > > be >> > > >> sent, last reply was HeapBuffer[pos=0 lim=14 cap=14: 32 32 31 20 47 >> 6F >> > > 6F 64 >> > > >> 62 79 65 2E 0D 0A] >> > > > >> > > > >> > > > Some more info (netstat -s). See resets sent: >> > > > Tcp: >> > > > 1052 active connections openings >> > > > 2290662 passive connection openings >> > > > 627 failed connection attempts >> > > > 12824 connection resets received >> > > > 171 connections established >> > > > 1056516018 segments received >> > > > 890885614 segments send out >> > > > 268258 segments retransmited >> > > > 0 bad segments received. >> > > > 132128 resets sent >> > > > >> > > > Thanks in advanced, >> > > > >> > > > -- >> > > > Danilo Rosetto Muñoz >> > > > [email protected] >> > > > http://br.linkedin.com/in/danilomunoz >> > > > >> > > >> > > 2010/12/10 Danilo Rosetto Muñoz <[email protected]>: >> > > > Hi all, >> > > > >> > > > I'm getting to many errors on my ftp server. The scenario is: >> > > > >> > > > - I have ftp server embedded on my app >> > > > - I have about 50 connections: >> > > > - Its about 15 ~ 30 computers >> > > > - Its about 2 ~ 3 connections per IP >> > > > - Config (server): >> > > > - maxlogins= 400 >> > > > - maxthreads = 20 >> > > > - Config (user): >> > > > - idletime = 1200 >> > > > - maxloginnumber = 0 >> > > > - maxloginperip = 0 >> > > > - The error occurs to any of computers. I mean, it doesnt occur >> for >> > an >> > > > specific IP >> > > > - The network is stable (FO) >> > > > >> > > > I dont know if I can post log here because the email size ... I >> dont, >> > > please >> > > > let me know. >> > > > >> > > > This is the log: >> > > > >> > > >> 2010-12-10 11:50:32,088 pool-3-thread-8 WARN FtpLoggingFilter:122 >> [ >> > > >> 172.18.0.22:2479] - EXCEPTION : >> > > > >> > > > java.io.IOException: Connection reset by peer >> > > > >> > > > at sun.nio.ch.FileDispatcher.read0(Native Method) >> > > > >> > > > at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39) >> > > > >> > > > at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:251) >> > > > >> > > > at sun.nio.ch.IOUtil.read(IOUtil.java:224) >> > > > >> > > > at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:254) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:202) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:42) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:620) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) >> > > > >> > > > at java.lang.Thread.run(Thread.java:636) >> > > > >> > > > 2010-12-10 11:50:32,089 pool-3-thread-8 ERROR DefaultFtpHandler:156 >> [ >> > > >> 172.18.0.22:2479] - Exception caught, closing session >> > > > >> > > > java.io.IOException: Connection reset by peer >> > > > >> > > > at sun.nio.ch.FileDispatcher.read0(Native Method) >> > > > >> > > > at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39) >> > > > >> > > > at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:251) >> > > > >> > > > at sun.nio.ch.IOUtil.read(IOUtil.java:224) >> > > > >> > > > at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:254) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:202) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:42) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:620) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) >> > > > >> > > > at java.lang.Thread.run(Thread.java:636) >> > > > >> > > > >> > > > And this: >> > > > >> > > >> 2010-12-10 11:55:17,885 pool-3-thread-10 WARN FtpLoggingFilter:122 >> [ >> > > >> 172.18.0.13:4485] - EXCEPTION : >> > > > >> > > > org.apache.mina.core.write.WriteToClosedSessionException >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.clearWriteRequestQueue(AbstractPollingIoProcessor.java:573) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.removeNow(AbstractPollingIoProcessor.java:534) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.removeSessions(AbstractPollingIoProcessor.java:497) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$600(AbstractPollingIoProcessor.java:61) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:974) >> > > > >> > > > at >> > > >> >> > > >> > >> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) >> > > > >> > > > at >> > > >> >> > > >> > >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) >> > > > >> > > > at java.lang.Thread.run(Thread.java:636) >> > > > >> > > > 2010-12-10 11:55:17,885 pool-3-thread-10 WARN DefaultFtpHandler:151 >> [ >> > > >> 172.18.0.13:4485] - Client closed connection before all replies >> could >> > > be >> > > >> sent, last reply was HeapBuffer[pos=0 lim=14 cap=14: 32 32 31 20 47 >> 6F >> > > 6F 64 >> > > >> 62 79 65 2E 0D 0A] >> > > > >> > > > >> > > > Some more info (netstat -s). See resets sent: >> > > > Tcp: >> > > > 1052 active connections openings >> > > > 2290662 passive connection openings >> > > > 627 failed connection attempts >> > > > 12824 connection resets received >> > > > 171 connections established >> > > > 1056516018 segments received >> > > > 890885614 segments send out >> > > > 268258 segments retransmited >> > > > 0 bad segments received. >> > > > 132128 resets sent >> > > > >> > > > Thanks in advanced, >> > > > >> > > > -- >> > > > Danilo Rosetto Muñoz >> > > > [email protected] >> > > > http://br.linkedin.com/in/danilomunoz >> > > > >> > > >> > > >> > > 2011/3/14 Håkon Sagehaug <[email protected]> >> > > The connection timeout was because the idleTimeout was to short. But >> the >> > > client is still having some trouble when uploading large amounts of >> files >> > > simultaneously. I think maybe it's some sort of limitation in the >> client >> > > side. I've set max-login to 100 and the are enough ports available. I >> run >> > > in >> > > passive mode. >> > > >> > > I'm trying various configurations on the client to see if it has any >> > > effect. >> > > >> > > Cheers, Håkon >> > > >> > > On 14 March 2011 11:43, Niklas Gustavsson <[email protected]> >> wrote: >> > > >> > > > 2011/3/11 Håkon Sagehaug <[email protected]>: >> > > > > We use Mina FtpServer in on of our applications as a way to upload >> > > files. >> > > > > Normally this goes without problems, but we observe with a large >> > number >> > > > of >> > > > > files that the client(Jftp[1]), can open connections to the >> machine >> > > > running >> > > > > the ftp server. >> > > > > >> > > > > The client negotiates a socket for the data transfer and tries to >> > > > connect, >> > > > > but there is no socket on the server open. So I was wondering if >> > > anybody >> > > > > else have experienced something similar. >> > > > >> > > > For my understanding: clients have problem establishing the data >> > > > connection, you don't see any problems with creating connections for >> > > > the control connection? In the server log, do you see any activity >> > > > when the client is supposed to connect? >> > > > >> > > > How many data connections ports are available for clients? FtpServer >> > > > only allows one data connection per port. Have you checked netstat >> -a >> > > > to see that you have free sockets available? >> > > > >> > > > /niklas >> > > > >> > > The connection timeout was because the idleTimeout was to short. But >> the >> > > client is still having some trouble when uploading large amounts of >> files >> > > simultaneously. I think maybe it's some sort of limitation in the >> client >> > > side. I've set max-login to 100 and the are enough ports available. I >> run >> > > in >> > > passive mode. >> > > I'm trying various configurations on the client to see if it has any >> > > effect. >> > > >> > > Cheers, Håkon >> > > >> > > On 14 March 2011 11:43, Niklas Gustavsson <[email protected]> >> wrote: >> > > >> > > > 2011/3/11 Håkon Sagehaug <[email protected]>: >> > > > > We use Mina FtpServer in on of our applications as a way to upload >> > > files. >> > > > > Normally this goes without problems, but we observe with a large >> > number >> > > > of >> > > > > files that the client(Jftp[1]), can open connections to the >> machine >> > > > running >> > > > > the ftp server. >> > > > > >> > > > > The client negotiates a socket for the data transfer and tries to >> > > > connect, >> > > > > but there is no socket on the server open. So I was wondering if >> > > anybody >> > > > > else have experienced something similar. >> > > > >> > > > For my understanding: clients have problem establishing the data >> > > > connection, you don't see any problems with creating connections for >> > > > the control connection? In the server log, do you see any activity >> > > > when the client is supposed to connect? >> > > > >> > > > How many data connections ports are available for clients? FtpServer >> > > > only allows one data connection per port. Have you checked netstat >> -a >> > > > to see that you have free sockets available? >> > > > >> > > > /niklas >> > > > >> > > I'm trying various configurations on the client to see if it has any >> > > effect. >> > > Cheers, Håkon >> > > >> > > On 14 March 2011 11:43, Niklas Gustavsson <[email protected]> >> wrote: >> > > >> > > > 2011/3/11 Håkon Sagehaug <[email protected]>: >> > > > > We use Mina FtpServer in on of our applications as a way to upload >> > > files. >> > > > > Normally this goes without problems, but we observe with a large >> > number >> > > > of >> > > > > files that the client(Jftp[1]), can open connections to the >> machine >> > > > running >> > > > > the ftp server. >> > > > > >> > > > > The client negotiates a socket for the data transfer and tries to >> > > > connect, >> > > > > but there is no socket on the server open. So I was wondering if >> > > anybody >> > > > > else have experienced something similar. >> > > > >> > > > For my understanding: clients have problem establishing the data >> > > > connection, you don't see any problems with creating connections for >> > > > the control connection? In the server log, do you see any activity >> > > > when the client is supposed to connect? >> > > > >> > > > How many data connections ports are available for clients? FtpServer >> > > > only allows one data connection per port. Have you checked netstat >> -a >> > > > to see that you have free sockets available? >> > > > >> > > > /niklas >> > > > >> > > Cheers, Håkon >> > > On 14 March 2011 11:43, Niklas Gustavsson <[email protected]> >> wrote: >> > > >> > > > 2011/3/11 Håkon Sagehaug <[email protected]>: >> > > > > We use Mina FtpServer in on of our applications as a way to upload >> > > files. >> > > > > Normally this goes without problems, but we observe with a large >> > number >> > > > of >> > > > > files that the client(Jftp[1]), can open connections to the >> machine >> > > > running >> > > > > the ftp server. >> > > > > >> > > > > The client negotiates a socket for the data transfer and tries to >> > > > connect, >> > > > > but there is no socket on the server open. So I was wondering if >> > > anybody >> > > > > else have experienced something similar. >> > > > >> > > > For my understanding: clients have problem establishing the data >> > > > connection, you don't see any problems with creating connections for >> > > > the control connection? In the server log, do you see any activity >> > > > when the client is supposed to connect? >> > > > >> > > > How many data connections ports are available for clients? FtpServer >> > > > only allows one data connection per port. Have you checked netstat >> -a >> > > > to see that you have free sockets available? >> > > > >> > > > /niklas >> > > > >> > > On 14 March 2011 11:43, Niklas Gustavsson <[email protected]> >> wrote: >> > > > 2011/3/11 Håkon Sagehaug <[email protected]>: >> > > > > We use Mina FtpServer in on of our applications as a way to upload >> > > files. >> > > > > Normally this goes without problems, but we observe with a large >> > number >> > > > of >> > > > > files that the client(Jftp[1]), can open connections to the >> machine >> > > > running >> > > > > the ftp server. >> > > > > >> > > > > The client negotiates a socket for the data transfer and tries to >> > > > connect, >> > > > > but there is no socket on the server open. So I was wondering if >> > > anybody >> > > > > else have experienced something similar. >> > > > >> > > > For my understanding: clients have problem establishing the data >> > > > connection, you don't see any problems with creating connections for >> > > > the control connection? In the server log, do you see any activity >> > > > when the client is supposed to connect? >> > > > >> > > > How many data connections ports are available for clients? FtpServer >> > > > only allows one data connection per port. Have you checked netstat >> -a >> > > > to see that you have free sockets available? >> > > > >> > > > /niklas >> > > > >> > > > 2011/3/11 Håkon Sagehaug <[email protected]>: >> > > > > We use Mina FtpServer in on of our applications as a way to upload >> > > files. >> > > > > Normally this goes without problems, but we observe with a large >> > number >> > > > of >> > > > > files that the client(Jftp[1]), can open connections to the >> machine >> > > > running >> > > > > the ftp server. >> > > > > >> > > > > The client negotiates a socket for the data transfer and tries to >> > > > connect, >> > > > > but there is no socket on the server open. So I was wondering if >> > > anybody >> > > > > else have experienced something similar. >> > > > >> > > > For my understanding: clients have problem establishing the data >> > > > connection, you don't see any problems with creating connections for >> > > > the control connection? In the server log, do you see any activity >> > > > when the client is supposed to connect? >> > > > >> > > > How many data connections ports are available for clients? FtpServer >> > > > only allows one data connection per port. Have you checked netstat >> -a >> > > > to see that you have free sockets available? >> > > > >> > > > /niklas >> > > > >> > >> > I don't have the time to look into this with detail right now but are >> > > >> > Hi, >> > > >> > >> > >> > >> > -- >> > Danilo Rosetto Muñoz >> > [email protected] >> > http://br.linkedin.com/in/danilomunoz >> > >> > > > > -- > Danilo Rosetto Muñoz > [email protected] > http://br.linkedin.com/in/danilomunoz > > -- Danilo Rosetto Muñoz [email protected] http://br.linkedin.com/in/danilomunoz
