Could this be the problem I'm having with my ftp transfer?

[Guest mark4asp]

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]

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]

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]

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]

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.