You are viewing a plain text version of this content. The canonical link for it is here.
Posted to ftpserver-users@mina.apache.org by Håkon Sagehaug <ha...@uni.no> on 2011/03/11 13:36:56 UTC
Problems openning connections to Ftpserver
Hi all,
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. Not sure where to start my
debugging, I can see in the client code that sockets are closed after each
file is uploaded correctly. And the port is in the open rage on the server.
Is there anything in the setup of the server that could cause this. My
spring configuration file is below
<ftp:server id="myServer">
<ftp:listeners>
<ftp:nio-listener name="default" port="2221"
idle-timeout="60">
</ftp:nio-listener>
</ftp:listeners>
<ftp:db-user-manager encrypt-passwords="salted" >
<ftp:data-source>
<beans:bean class="org.apache.commons.dbcp.BasicDataSource">
<beans:property name="driverClassName"
value="org.postgresql.Driver" />
<beans:property name="url" value="jdbc...."/>
<beans:property name="username" value="user" />
<beans:property name="password" value="pass" />
<beans:property name="maxActive" value="5" />
<beans:property name="maxIdle" value="2" />
<beans:property name="maxWait" value="1000" />
<beans:property name="removeAbandoned" value="true" />
<beans:property name="removeAbandonedTimeout" value="60"
/>
</beans:bean>
</ftp:data-source>
<ftp:insert-user>INSERT INTO FTP_USER (userid, userpassword,
homedirectory, enableflag, writepermission, idletime,
uploadrate,
downloadrate) VALUES ('{userid}', '{userpassword}',
'{homedirectory}',
'{enableflag}', '{writepermission}', {idletime}, {uploadrate},
{downloadrate})</ftp:insert-user>
<ftp:update-user>UPDATE FTP_USER SET
userpassword='{userpassword}',homedirectory='{homedirectory}',enableflag={enableflag},writepermission={writepermission},idletime={idletime},uploadrate={uploadrate},downloadrate={downloadrate}
WHERE userid='{userid}'</ftp:update-user>
<ftp:delete-user>DELETE FROM FTP_USER WHERE userid = '{userid}'
</ftp:delete-user>
<ftp:select-user>SELECT * FROM
FTP_USER WHERE userid = '{userid}'</ftp:select-user>
<ftp:select-all-users>SELECT userid FROM FTP_USER ORDER BY
userid
</ftp:select-all-users>
<ftp:is-admin>SELECT userid FROM FTP_USER WHERE
userid='{userid}' AND
userid='admin'</ftp:is-admin>
<ftp:authenticate>SELECT userpassword from FTP_USER WHERE
userid='{userid}'</ftp:authenticate>
</ftp:db-user-manager>
</ftp:server>
The configuration is pretty standard. There are nothing in the mina log, I
log on Debug level.
Does anyone have any tips on this?
[1] http://j-ftp.sourceforge.net/
Re: Problems openning connections to Ftpserver
Posted by Danilo Rosetto Muñoz <mu...@gmail.com>.
Hey guys
Any update about this issue?
Best regards,
On Wed, Mar 16, 2011 at 11:32 AM, Danilo Rosetto Muñoz <
munozdanilo@gmail.com> 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 <ha...@uni.no>
>
>> 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 <mu...@gmail.com>
>>
>> > 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 <dv...@gmail.com>
>> wrote:
>> > > you sure it's not the client side the one which is closing the
>> > > connection?
>> > > 2010/12/10 Danilo Rosetto Muñoz <mu...@gmail.com>:
>> > > > 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
>> > > > munozdanilo@gmail.com
>> > > > http://br.linkedin.com/in/danilomunoz
>> > > >
>> > >
>> > > 2010/12/10 Danilo Rosetto Muñoz <mu...@gmail.com>:
>> > > > 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
>> > > > munozdanilo@gmail.com
>> > > > http://br.linkedin.com/in/danilomunoz
>> > > >
>> > >
>> > >
>> > > 2011/3/14 Håkon Sagehaug <ha...@uni.no>
>> > > 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 <ni...@protocol7.com>
>> wrote:
>> > >
>> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
>> > > > > 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 <ni...@protocol7.com>
>> wrote:
>> > >
>> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
>> > > > > 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 <ni...@protocol7.com>
>> wrote:
>> > >
>> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
>> > > > > 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 <ni...@protocol7.com>
>> wrote:
>> > >
>> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
>> > > > > 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 <ni...@protocol7.com>
>> wrote:
>> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
>> > > > > 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 <ha...@uni.no>:
>> > > > > 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
>> > munozdanilo@gmail.com
>> > http://br.linkedin.com/in/danilomunoz
>> >
>>
>
>
>
> --
> Danilo Rosetto Muñoz
> munozdanilo@gmail.com
> http://br.linkedin.com/in/danilomunoz
>
>
--
Danilo Rosetto Muñoz
munozdanilo@gmail.com
http://br.linkedin.com/in/danilomunoz
Re: Problems openning connections to Ftpserver
Posted by Danilo Rosetto Muñoz <mu...@gmail.com>.
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 <ha...@uni.no>
> 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 <mu...@gmail.com>
>
> > 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 <dv...@gmail.com>
> wrote:
> > > you sure it's not the client side the one which is closing the
> > > connection?
> > > 2010/12/10 Danilo Rosetto Muñoz <mu...@gmail.com>:
> > > > 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
> > > > munozdanilo@gmail.com
> > > > http://br.linkedin.com/in/danilomunoz
> > > >
> > >
> > > 2010/12/10 Danilo Rosetto Muñoz <mu...@gmail.com>:
> > > > 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
> > > > munozdanilo@gmail.com
> > > > http://br.linkedin.com/in/danilomunoz
> > > >
> > >
> > >
> > > 2011/3/14 Håkon Sagehaug <ha...@uni.no>
> > > 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 <ni...@protocol7.com>
> wrote:
> > >
> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > > 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 <ni...@protocol7.com>
> wrote:
> > >
> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > > 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 <ni...@protocol7.com>
> wrote:
> > >
> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > > 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 <ni...@protocol7.com>
> wrote:
> > >
> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > > 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 <ni...@protocol7.com>
> wrote:
> > > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > > 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 <ha...@uni.no>:
> > > > > 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
> > munozdanilo@gmail.com
> > http://br.linkedin.com/in/danilomunoz
> >
>
--
Danilo Rosetto Muñoz
munozdanilo@gmail.com
http://br.linkedin.com/in/danilomunoz
Re: Problems openning connections to Ftpserver
Posted by Håkon Sagehaug <ha...@uni.no>.
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 <mu...@gmail.com>
> 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 <dv...@gmail.com> wrote:
> > you sure it's not the client side the one which is closing the
> > connection?
> > 2010/12/10 Danilo Rosetto Muñoz <mu...@gmail.com>:
> > > 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
> > > munozdanilo@gmail.com
> > > http://br.linkedin.com/in/danilomunoz
> > >
> >
> > 2010/12/10 Danilo Rosetto Muñoz <mu...@gmail.com>:
> > > 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
> > > munozdanilo@gmail.com
> > > http://br.linkedin.com/in/danilomunoz
> > >
> >
> >
> > 2011/3/14 Håkon Sagehaug <ha...@uni.no>
> > 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 <ni...@protocol7.com> wrote:
> >
> > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > 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 <ni...@protocol7.com> wrote:
> >
> > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > 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 <ni...@protocol7.com> wrote:
> >
> > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > 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 <ni...@protocol7.com> wrote:
> >
> > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > 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 <ni...@protocol7.com> wrote:
> > > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > > 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 <ha...@uni.no>:
> > > > 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
> munozdanilo@gmail.com
> http://br.linkedin.com/in/danilomunoz
>
Re: Problems openning connections to Ftpserver
Posted by Danilo Rosetto Muñoz <mu...@gmail.com>.
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 <dv...@gmail.com> wrote:
> you sure it's not the client side the one which is closing the
> connection?
> 2010/12/10 Danilo Rosetto Muñoz <mu...@gmail.com>:
> > 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
> > munozdanilo@gmail.com
> > http://br.linkedin.com/in/danilomunoz
> >
>
> 2010/12/10 Danilo Rosetto Muñoz <mu...@gmail.com>:
> > 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
> > munozdanilo@gmail.com
> > http://br.linkedin.com/in/danilomunoz
> >
>
>
> 2011/3/14 Håkon Sagehaug <ha...@uni.no>
> 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 <ni...@protocol7.com> wrote:
>
> > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > 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 <ni...@protocol7.com> wrote:
>
> > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > 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 <ni...@protocol7.com> wrote:
>
> > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > 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 <ni...@protocol7.com> wrote:
>
> > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > 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 <ni...@protocol7.com> wrote:
> > 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > > 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 <ha...@uni.no>:
> > > 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
munozdanilo@gmail.com
http://br.linkedin.com/in/danilomunoz
Re: Problems openning connections to Ftpserver
Posted by Håkon Sagehaug <ha...@uni.no>.
Hi,
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 <ni...@protocol7.com> wrote:
> 2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> > 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
>
Re: Problems openning connections to Ftpserver
Posted by Niklas Gustavsson <ni...@protocol7.com>.
2011/3/11 Håkon Sagehaug <ha...@uni.no>:
> 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