Guest mark4asp Posted December 20, 2007 Posted December 20, 2007 As previously described: Subject: FTP download failure - fails at exactly the same point in the transfer file. Date: Mon, 17 Dec 2007 17:10:02 GMT Message-ID: <01d785b7$0$21126$c3e8da3@news.astraweb.com> The ftp.exe program I was using to get a daily copy of my backup database from the web server stopped working. My network admin blamed the server host. The server host tested the server and blamed our network or internet connection. Yesterday, after setting keep alive messages on in FileZilla, I was able to get a sucessful transfer. Could this be the problem: ftp uses 2 connections via different ports - a control and a transfer connection. Could the server be timing out because it thinks the control has gone to sleep (to coin a phrase)? Paradoxically, the automated ftp.exe transfer which hasn't worked for a week suddenly worked this morning!!
Guest michaelcorange@gmail.com Posted December 20, 2007 Posted December 20, 2007 Re: Could this be the problem I'm having with my ftp transfer? your client side sounds like it is okay. if you have to keep the session alive in filezilla or any app, the server you are connecting to has a time out set. I'm not 100% on microsoft server ftp IIS. but applications like gene6 ftp you can specify the timeout on user accounts. i do not believe that the different ports are having any influence on this problem. i would call your server admin and ask about the timeout on your account.
Guest Brock Hensley Posted December 20, 2007 Posted December 20, 2007 Re: Could this be the problem I'm having with my ftp transfer? is it only giving your problems with the one file? could be a corrupt file. check and see if u can dl a similar sized file. otherwise, make sure you have ports 20/21 tcp&udp open <michaelcorange@gmail.com> wrote in message news:7314dfb2-00ec-4c76-a9ca-8c3c8a0bbba1@e23g2000prf.googlegroups.com... > your client side sounds like it is okay. if you have to keep the > session alive in filezilla or any app, the server you are connecting > to has a time out set. I'm not 100% on microsoft server ftp IIS. but > applications like gene6 ftp you can specify the timeout on user > accounts. i do not believe that the different ports are having any > influence on this problem. i would call your server admin and ask > about the timeout on your account.
Guest mark4asp Posted December 21, 2007 Posted December 21, 2007 Re: Could this be the problem I'm having with my ftp transfer? michaelcorange@gmail.com wrote: > your client side sounds like it is okay. if you have to keep the > session alive in filezilla or any app, the server you are connecting > to has a time out set. I'm not 100% on microsoft server ftp IIS. but > applications like gene6 ftp you can specify the timeout on user > accounts. i do not believe that the different ports are having any > influence on this problem. i would call your server admin and ask > about the timeout on your account. The ftp timeout (on the server) was originally set to 120 seconds. I changed it recently to 240 seconds. There will always be a timeout setting here - something has to be typed into that timeout box in IIS. I'll look into this, perhaps typing zero in there gives no timeout? (aka infinite time). But the ftp transfer only takes several minutes so I guess there should be some kind of timeout anyhow - just in case things go horribly wrong. I was under the impression that the timeout only kicked in when the transfer got stuck. Are you telling me that from the time the transfer begins, if the data transfer time exceeds the timeout period, it will be cut short and the ftp will fail?
Guest mark4asp Posted December 21, 2007 Posted December 21, 2007 Re: Could this be the problem I'm having with my ftp transfer? > <michaelcorange@gmail.com> wrote in message > news:7314dfb2-00ec-4c76-a9ca-8c3c8a0bbba1@e23g2000prf.googlegroups.com > ... > > your client side sounds like it is okay. if you have to keep the > > session alive in filezilla or any app, the server you are connecting > > to has a time out set. I'm not 100% on microsoft server ftp IIS. but > > applications like gene6 ftp you can specify the timeout on user > > accounts. i do not believe that the different ports are having any > > influence on this problem. i would call your server admin and ask > > about the timeout on your account. Brock Hensley wrote: > is it only giving your problems with the one file? could be a corrupt > file. check and see if u can dl a similar sized file. > > otherwise, make sure you have ports 20/21 tcp&udp open I can't see how a corrupt file could be a problem. The file is created using the SQL Server 2005 Express backup command (once per day at 1 hour past midnight). There is new data added to the database on a daily basis during the week. The ftp was only failing last week (from Thursay to Wednesday). The last two days (Thursday and Friday) it worked. The only change I made was to increase the timeout in IIS ftp setting from 120 seconds to 240 seconds. That was on Monday when it hit me that the automatic ftp downloads of the backup were all failing. The ftp is setup using IIS on the Windows 2003 server. Port 21 is surely open, as is tcp/udp. When it was failing a transfer would typically would tranfer a precise number of bytes then stop leaving a partial file transfer. I made several changes to the backup file to make sure it wasn't a particular file that was giving problems. Do you think I should increase the ftp timeout setting in IIS to more than 240 seconds. The file I want to transfer is typically 76Mb and grows at the rate of about 2Mb per month.
Recommended Posts