Error: GnuTLS error -9: A TLS packet with unexpected length was received.

[DonHaggard]

The "summary" error occurs on line 553 in the Log File after "Response: 226-File successfully transferred" on line 546.
It appears the error causes FileZilla to attempt to download the file again which results in the "File already exists" dialog.
I assume it is the same thing that is occuring on two other files when backing up a WordPress installation from a GoDaddy Virtual Dedicated Server. If I select the default option to overwrite, it will loop on transferring the same file over and over for 20 minutes or more. Other than these 3 files, the transfers complete successfully. I have also noticed that the file on my Windows 7 Professional system has the current date instead of the source file date when this happens.

[DonHaggard]

Log File

[DonHaggard]

Screen Log

[bratkartoffel]

Hi,

it seems its a bug in the server software, as mentioned in the forums[1].

Is the file completely transfered or incomplete?

Regards,
Simon

[1]  http://forum.filezilla-project.org/viewtopic.php?f=2&t=7688

[DonHaggard]

1st of 3 problem files

[DonHaggard]

2nd of 3 problem files

[DonHaggard]

3rd of 3 problem files

[DonHaggard]

Here are complete details of the situation. The host is running pure-FTPD. My son who lives 3 hours from me can back up the same files from the same system with the same version of FileZilla without problems. He has occasionally had the same error but when he clicks OK to overwrite the file it works.

In the directory /public_html the following 3 files always have this problem.
wp-admin/css/colors-classic.css
wp-content/themes/twentyeleven/rtl.css
wp-includes/js/tinymce/plugins/media/editor_plugin.js

While the error on the first file is repeating, other files continue to back up. After the error on the second file occurs, no other files will back up and the prompts just alternate between the two files. I finally select the "Always use this action" option and it just loops on these two files for several minutes then eventually it gets past the first of the two files and starts transferring other files while it is still looping on the second file. There are 1,481 files in today's backup and these same 3 files continue to have this problem. In today's backup FileZilla only declared a failure on the rtl.css file which then leaves a zero length file by that name in the target directory. Both an ASCII and Binary compare of the other 2 files to my oldest available source are a perfect match.

It appears to me that somehow these small files are creating a problem that only occurs with the exact timing that my situation creates. I don't know how you would be able to reproduce the problem, but I am uploading the oldest source that I have of these 3 files.

Please let me know if you discover any other details of this situation. I am tempted to insert some garbage padding at the end of the files to see if that would bypass the problem. But, I prefer to know that the problem is fixed.

Thanks,
Don

[DonHaggard]

I recently replaced my Hard Drive with a faster one. Downloads now run without getting this problem. This further supports my timing theory previously mentioned. I hope this helps.

Thanks,
Don