Everything was working fine, I changed web hosts and now as soon as I kick off WD with the WDL clientraw file being FTP up… all is OK (set to Passive Mode)… the log is FTP’ing fine the clientraw.txt and the clientrawextra.txt file. Then as soon as I go to my website to view WDL the ftp is access denied.
What is wrong… never had this issue before…
Here is extract of log…
Connecting to FTP server.
Connected.
220-DNA Internet FTP Service
WarFTPd 1.70.b01.04 (Aug 18 1998) Ready
(C)opyright 1996 - 1998 by Jarle (jgaa) Aase - all rights reserved.
220 Please enter your user name.
USER aq20100
331 User name okay, Need password.
PASSWORD=****
230 User logged in.
CWD /weather
250 “/weather” is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (194,46,8,25,11,197)
STOR clientraw.txt
125 Ready to receive “clientraw.txt” . Mode STREAM Type ASCII.
226 Transfer complete. 528 bytes in 0.05 sec. (10.971 Kb/s)
File uploaded at time :13:49:16
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (194,46,8,25,11,198)
STOR clientraw.txt
125 Ready to receive “clientraw.txt” . Mode STREAM Type ASCII.
226 Transfer complete. 529 bytes in 0.05 sec. (10.992 Kb/s)
File uploaded at time :13:49:31
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (194,46,8,25,11,199)
STOR clientraw.txt
550 Access denied.
141: 550 Access denied.
File uploaded at time :13:49:46
The 550 error is something from the server rather than WD. It sounds like a file locking problem on the server. When WDL is reading the file the FTP server might not be able to open the file for upload.
You could try setting the ‘Rename file as a temporary file’ option in the WD clientraw setup page. That might allow the upload to take place and then the rename can happen quite quickly once the file is uploaded.
I will try this later today, and see if it works… sounds like a possibility, as I reckon the WDL must be holding the clientraw.txt file open while reading the input and so not allowing the FTP.
Looking on Google there seem to be some other discussions going on about 550 errors when using the WarFTPd server, although I couldn’t immediately see anything just like your problem.
I asked the provider to delete the file and he couldn’t without stopping and re-starting the account but the issue re-occurred as soon as I open the webpage to see WDL, seems like the file was being accessed, how does WDL treat this file, does it hold the file Open? while running WDL.?
It will continue to FTP the file OK until I access the page… just happened to be after the third ftp in my log.
I don’t know what the WDL code looks like, but I’d assume that it’s just opening the file in read-only mode. It has no reason to want to change the file.
Unfortunately I don’t know WarFTPd at all, so I don’t know how it handles file locking. If your account had to be re-started to delete the file that suggests that the FTP server might have got the file locked open for writing for some reason.
how does WDL treat this file, does it hold the file Open? while running WDL.?
No of course not. If it did no one would be able to upload changes to any website running WDL and therefore WDL would not be able to work... even if it were possible to specify file locks in Flash which it is not.
They are using WAR ftp but they know of no issue… they are transferring the site a different machine using a different FTP server… will keep you posted…
“I spoke to one of the other engineers about this and he says that it’s just a feature with IIS that the file gets locked and can not be updated when it is already opened by another application.
It may be a feature in apache or unix based servers that the file can remain open but our servers are all windows servers and so the command ‘fuser clientraw.txt’ at unix level is out the window and moving the site to a new server here won’t make any difference either!”
does this make sense to your guys, surely we would be seeing a lot of these issues if this was the case.
"I spoke to one of the other engineers about this and he says that it's just a feature with IIS that the file gets locked and can not be updated when it is already opened by another application.
It may be a feature in apache or unix based servers that the file can remain open but our servers are all windows servers and so the command 'fuser clientraw.txt' at unix level is out the window and moving the site to a new server here won't make any difference either!"
IIS may well get file locks from other applications but the question is what application is making that lock? I run IIS here with absolutely no problems with WDL and I'm sure a lot of other people do as well. They need to determine what application is locking that file to prevent uploads...
hi
yes, that sounds to me like a typical response from a ISP where they pass the buck because they dont have an other ideas.
It rwealy does not make sense.
I mean if it was really like that, then when you view any file on your server say with IE, those files would get locked out…
it just does not happen they way they are describing ,…there is something else going on, and I would ask some more Q’s
Is there some sort of timing in the ftp setup which keeps a file open for a period before releasing the file for update, since the clientraw.txt files start to re-upload after a period of about 1 hour… sounds crazy but there is definitely something strange going on here… should have stuck with previous ISP. The version of WARFTP is pretty old I wonder if this could be it.
Can someone tell me what FTP server software definitely works on Windows NT.