mina-ftpserver-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Danilo Rosetto Muñoz <munozdan...@gmail.com>
Subject Re: Problems openning connections to Ftpserver
Date Mon, 21 Mar 2011 12:53:31 GMT
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 <hakon.sagehaug@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 <munozdanilo@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 <dvlato@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 <munozdanilo@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 <munozdanilo@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 <hakon.sagehaug@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 <niklas@protocol7.com>
>> wrote:
>> > >
>> > > > 2011/3/11 Håkon Sagehaug <hakon.sagehaug@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 <niklas@protocol7.com>
>> wrote:
>> > >
>> > > > 2011/3/11 Håkon Sagehaug <hakon.sagehaug@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 <niklas@protocol7.com>
>> wrote:
>> > >
>> > > > 2011/3/11 Håkon Sagehaug <hakon.sagehaug@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 <niklas@protocol7.com>
>> wrote:
>> > >
>> > > > 2011/3/11 Håkon Sagehaug <hakon.sagehaug@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 <niklas@protocol7.com>
>> wrote:
>> > > > 2011/3/11 Håkon Sagehaug <hakon.sagehaug@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 <hakon.sagehaug@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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message