Yes very infrequently, about once for 5000 transfers ... but this generates an error client side, so i have to fix it I didn't see any fix about this issue within latest version ?? Oh, i catched that, indicating an unset lastAccess private variable, i keep on investigate ... :
10:19:37,764 INFO listener.FtpProtocolHandler pool-2-thread-5 - Close connection : 10.24.230.26 - genuser 10:19:37,827 INFO listener.FtpProtocolHandler pool-2-thread-5 - Open connection - 10.24.230.26 10:19:38,094 INFO command.PASS pool-2-thread-5 - Login success - genuser 10:19:38,716 INFO command.STOR pool-2-thread-5 - File upload : genuser - /var/tmp/gf/fic2113 10:19:38,864 INFO listener.FtpProtocolHandler pool-2-thread-5 - Close connection : 10.24.230.26 - genuser 10:19:38,927 INFO listener.FtpProtocolHandler pool-2-thread-5 - Open connection - 10.24.230.26 >>> 10:19:38,946 INFO ftpserver.FtpSessionImpl Timer-0 - curr=1208506778945 >>> lastAccess=0 maxIdleTime=5 10:19:38,946 INFO listener.ConnectionManagerImpl Timer-0 - Removing idle user null 10:19:38,946 INFO listener.FtpProtocolHandler pool-2-thread-5 - Close connection : 10.24.230.26 - <Not logged in> 10:20:39,724 INFO listener.FtpProtocolHandler pool-2-thread-6 - Open connection - 10.24.230.26 10:20:39,954 INFO command.PASS pool-2-thread-6 - Login success - genuser 10:20:40,585 INFO command.STOR pool-2-thread-6 - File upload : genuser - /var/tmp/gf/fic2114 10:20:40,735 INFO listener.FtpProtocolHandler pool-2-thread-6 - Close connection : 10.24.230.26 - genuser 10:20:40,799 INFO listener.FtpProtocolHandler pool-2-thread-6 - Open connection - 10.24.230.26 10:20:41,105 INFO command.PASS pool-2-thread-6 - Login success - genuser 10:20:41,725 INFO command.STOR pool- -----Message d'origine----- De : Niklas Gustavsson [mailto:[EMAIL PROTECTED] Envoyé : vendredi 18 avril 2008 10:22 À : [email protected] Objet : Re: TR: FtpServer/Timer/removing idle user who has just connected Please reply to the mailing list rather than to me directly. Looks like it could be a race condition where FtpSession.isTimeout() will return a timeout due to the access time not yet have been updated. I'm guessing you're seeing these issues rather infrequently? I just commited a very naïve fix to the issue, hopefully it will help you. /niklas 2008/4/18 Gerard Frederic <[EMAIL PROTECTED]>: > Here it is (almost all default user's properties): > > # genuser is the default user > # by def: ftpserver.user.genuser.downloadrate=0 > ftpserver.user.genuser.writepermission=true > # by def: ftpserver.user.genuser.uploadrate=0 > ftpserver.user.genuser.homedirectory=/ > ftpserver.user.genuser.userpassword=4B625859412AF3A7D332BEC80957A6DB > # by def: ftpserver.user.genuser.idletime=0 > # by def: ftpserver.user.genuser.enableflag=true > > and from server configuration: > > config.connection-manager.max-connection=200 > config.connection-manager.max-login=200 > config.connection-manager.anonymous-login-enabled=false > #config.connection-manager.max-anonymous-login=10 > config.connection-manager.default-idle-time=5 > config.connection-manager.timeout-poll-inverval=5 > config.connection-manager.max-login-failures=1 > config.connection-manager.login-failure-delay=500 > > > -----Message d'origine----- > De : Niklas Gustavsson [mailto:[EMAIL PROTECTED] > Envoyé : vendredi 18 avril 2008 09:56 > > > À : [email protected] > Objet : Re: FtpServer/Timer/removing idle user who has just connected > > (Replying to mailing list) > > Yeah, I understand your troubles with using trunk. It's not an issue > that I've seen previously. Could you please provide the user > configuration for genuser? > > /niklas > > On Fri, Apr 18, 2008 at 9:47 AM, Gerard Frederic > <[EMAIL PROTECTED]> wrote: > > Hello Niklas > > > > Yes it's that > > Currently difficult to use the trunk version, sorry > > Is this pb known on this previous release ? > > I'm trying to kill it with tests > > > > Thank you > > > > -----Message d'origine----- > > De : Niklas Gustavsson [mailto:[EMAIL PROTECTED] > > Envoyé : vendredi 18 avril 2008 09:32 > > À : [email protected] > > Objet : Re: FtpServer/Timer/removing idle user who has just connected > > > > Hi Frederic > > > > On Fri, Apr 18, 2008 at 9:25 AM, Gerard Frederic > > <[EMAIL PROTECTED]> wrote: > > > So genuser hast just connected, sends its first command as usual (AUTH > TLS) and server disconnects him immmediatly as you can see with log timestamps > > > Is this problem known by anyone ? > > > > From what version did you build your version of FtpServer? For trunk > > we completely removed our own idle detection code and instead use > > MINAs built-in. So, I'm guessing your on an older revision or the 1.4 > > branch? > > > > /niklas > > > > > > > > Ce message et les pièces jointes sont confidentiels et réservés à l'usage > exclusif de ses destinataires. Il peut également être protégé par le secret > professionnel. Si vous recevez ce message par erreur, merci d'en avertir > immédiatement l'expéditeur et de le détruire. L'intégrité du message ne > pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne > pourra être recherchée quant au contenu de ce message. Bien que les meilleurs > efforts soient faits pour maintenir cette transmission exempte de tout virus, > l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne > saurait être recherchée pour tout dommage résultant d'un virus transmis. > > > > This e-mail and the documents attached are confidential and intended > solely for the addressee; it may also be privileged. If you receive this > e-mail in error, please notify the sender immediately and destroy it. As its > integrity cannot be secured on the Internet, the Atos Origin group liability > cannot be triggered for the message content. Although the sender endeavours > to maintain a computer virus-free network, the sender does not warrant that > this transmission is virus-free and will not be liable for any damages > resulting from any virus transmitted. > > > > > > > > Ce message et les pièces jointes sont confidentiels et réservés à l'usage > exclusif de ses destinataires. Il peut également être protégé par le secret > professionnel. Si vous recevez ce message par erreur, merci d'en avertir > immédiatement l'expéditeur et de le détruire. L'intégrité du message ne > pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne > pourra être recherchée quant au contenu de ce message. Bien que les meilleurs > efforts soient faits pour maintenir cette transmission exempte de tout virus, > l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne > saurait être recherchée pour tout dommage résultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended solely > for the addressee; it may also be privileged. If you receive this e-mail in > error, please notify the sender immediately and destroy it. As its integrity > cannot be secured on the Internet, the Atos Origin group liability cannot be > triggered for the message content. Although the sender endeavours to maintain > a computer virus-free network, the sender does not warrant that this > transmission is virus-free and will not be liable for any damages resulting > from any virus transmitted. > > Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
