Corrupted zip files when downloading.

[octeto]

Hello

I have a strange problem, perhaps you might help me with it. The problem appears when donloading a .zip file from one of our servers. When saving the file to disk and then opening it it reports:
"Unexpected end of archive"

The file is being tested and doesnt seem to be the problem (actually if you just open it and not save it to disk it works fine).
This is the link:
http://www.sercomarg.cl/Utilitario.zip

any clues would be appreciated.

regards
Eduardo.

 

[octeto]

The problem occurs with files greater than 5MB and using a browser (IE, FIREFOX, OPERA).
The transfer is ok using ftp or wget.

 

[ujr]

maybe your connection may be at fault.

seems to work just fine.

 

[octeto]

If you save it to disk and then open it it gives the metioned error, if you open it directly from the website it works. We need it to work when one uses the save it to disk option.

i have tried form several different connections and ISP companies.

 

[ujr]

sorry, but that would amount to the same... unless of course there is a cyclic error produced while it is written to the disk.

 

[SoftDux]

We're having a similar problem.

Our backups are setup via WHM to backup for an off-site server via FTP. Today I had to restore a few websites, but couldn't. I kept on getting an error:

tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers

gzip: stdin: invalid compressed data--format violated
tar: Child returned status 1
tar: Error exit delayed from previous errors


This happens on each and every backup (daily / weekly / monthly) that I try and restore. I know the restore worked about two weeks ago.

Any suggestions?

 

[ujr]

Make a copy of the archive file, then try this:

gzip -d file.tar.gz
tar -xf file.tar

 

[SoftDux]

I have already tried that.

[email protected] [/restore]# gzip -d enfuse.tar.gz

gzip: enfuse.tar.gz: invalid compressed data--format violated

Could something be wrong on the server? On the remote server I could extract this, and all the other backup files without a problem

 

[ujr]

>> Could something be wrong on the server? On the remote server I could extract this

Could be a transfer problem, ie packets dropped or something...

Is the archive exactly the same size in bytes on both servers?

 

[SoftDux]

they are not they same size.

I'm downloading the file via FTP, so how come the size differs. Is there another way to download a file, which is stored on a remote FTP server?

 

[SoftDux]

This is the most anoying thing. I sometimes have to download the same file two or three times before it works well. Anyway, it seem like it doesn't download the full file each time, which is rather odd since the backups are sometimes only about 60MB's