No data in html files once theey are transfered.

Advertisement

optikwon
Guest

No data in html files once theey are transfered.

I have html files on my local side, which are so much in size. Once I send them to the remote side to my webserver, the bytes go to 0 and all the pages are blank... Any Idea?

Reply with quote

Advertisement

martin
Site Admin
martin avatar
Joined:
Posts:
40,476
Location:
Prague, Czechia

Re: No data in html files once theey are transfered.

Which version of WinSCP are you using? If you're using latest version 3.4, can you try older version 3.3 and vice versa? Also please to force binary transfer mode.

Does it happen with every HTML file, or even with every file, despite its extension? If it happens only with some files, can you tell me what is their name, size, etc.

Let me know.

Reply with quote

martin
Site Admin
martin avatar
Joined:
Posts:
40,476
Location:
Prague, Czechia

Re: No data in html files once theey are transfered.

I have moved your log file to this topic.

files/directories to remote directory "/usr/home/optikwon/www/"
. PrTime: Yes; PrRO: Yes; Rght: rw-r--r--; PrR: No; FnCs: N; RIC: Yes; Resume: S (102400); CalcS: Yes
. TM: M; AscM: *.*htm*; *.txt; *.php*; *.cgi; *.c; *.cpp; *.h; *.pas; *.bas; *.tex; *.pl; .htaccess; *.xtml; *.css; *.cfg; *.ini; *.sh; *.xml
. File: "C:\Documents and Settings\optikwon\Desktop\New SITE\index.html"
. Copying "C:\Documents and Settings\optikwon\Desktop\New SITE\index.html" to remote directory started.
. Ascii transfer mode selected.
. Opening remote file.
> Type: SSH_FXP_OPEN, Size: 50, Number: 107523
< Type: SSH_FXP_STATUS, Size: 24, Number: 107523
< Status/error code: 4, Message: 107523, Server: Failure, Language: ?
> Type: SSH_FXP_LSTAT, Size: 42, Number: 107783
< Type: SSH_FXP_ATTRS, Size: 37, Number: 107783
. Asking user:
. File 'index.html' already exists. Overwrite? ()
> Type: SSH_FXP_OPEN, Size: 50, Number: 108035
< Type: SSH_FXP_HANDLE, Size: 13, Number: 108035
> Type: SSH_FXP_CLOSE, Size: 13, Number: 108292
< Type: SSH_FXP_STATUS, Size: 24, Number: 108292
< Status/error code: 0
> Type: SSH_FXP_SETSTAT, Size: 54, Number: 108553
< Type: SSH_FXP_STATUS, Size: 24, Number: 108553
< Status/error code: 0
. Listing directory "/usr/home/optikwon/www".
> Type: SSH_FXP_OPENDIR, Size: 31, Number: 108811
< Type: SSH_FXP_HANDLE, Size: 13, Number: 108811
> Type: SSH_FXP_READDIR, Size: 13, Number: 109068
< Type: SSH_FXP_NAME, Size: 1505, Number: 109068
> Type: SSH_FXP_READDIR, Size: 13, Number: 109324
< Type: SSH_FXP_STATUS, Size: 28, Number: 109324
< Status/error code: 1
> Type: SSH_FXP_CLOSE, Size: 13, Number: 109572
< Type: SSH_FXP_STATUS, Size: 24, Number: 109572
< Status/error code: 0

Reply with quote

Mike
Guest

ZERO byte file transfers wit 3.4, but not previous versions

HI,

I have started using v3.4,but seem to get alot of broken file transfers. The file gets created on the remote server, but is zero bytes in size. Some files to get transfered sucesfully, but many dont. I have tried ASCII, BINARY, and AUTO modes for the sftp. (I am using sftp for the transfer, as scp doesnt work against McAfeee F-SSH.)

It seems that files of size 4096 bytes or bigger get transferred correctly, yet files less than 4096 bytes get created on the server with a size of zero bytes.

This copying works fine with v3.2.1 and v3.3. The issue has only occured with v3.4.

HELP!! :)

thanks.
Mike

Reply with quote

martin
Site Admin
martin avatar

Re: ZERO byte file transfers wit 3.4, but not previous versions

I have already discovered this. The problem really occurs only with SFTP for uploaded files smaller than 4kB. I'll try to release fixed version this weekend.
Last edited by martin on 2003-10-31; edited 1 time in total

Reply with quote

Advertisement

Guest

Re: ZERO byte file transfers wit 3.4, but not previous versions

martin wrote:

I'have already discovered this. The problem really occurs only with SFTP for uploaded files smaller than 4kB. I'll try to release fixed version this weekend.

That would be great... I just killed one of our sites briefly, before I noticed the issue of zero byte files :( Lucky we have a good change control process in place to roll back to the previous files.

thanks
Mike

Reply with quote

Advertisement

You can post new topics in this forum