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
