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 >
