Opened 9 years ago

Closed 9 years ago

#10481 closed Bug report (outdated)

Received unexpected end-of-file from SFTP server

Reported by: james Owned by:
Priority: high Component: FileZilla Client
Keywords: end-of-file, permissions, sftp, OSX Cc:
Component version: Operating system type: OS X
Operating system version: 10.8

Description (last modified by Tim Kosse)

Random instances of uploading using SFTP on a CUSTOM PORT working fine then upon a single or multiple file upload, we receive this message.

07:37:44 Error: Received unexpected end-of-file from SFTP server
07:37:44 Error: Could not connect to server
07:37:44 Status: Delaying connection for 5 seconds due to previously failed connection attempt...

Repeated a few times in message window.

We are using iMacs running 10.7 10.8 running latest Filezilla 3.11.0.1
This began happening in previous version.

Generally we have to wait 5-10 minutes or so and after many reconnection/restart attempts we can again upload for a while.
Seems to not matter how many or how few people are connected.

PERMISSIONS being set
As a side note we are now also seeing files we upload all having no read or write permissions. We have to manually reset permissions.
Server is a Dedicated Linux server we have been using in this way for a few years without these issues.

Attachments (2)

Screenshot 2015-05-27 07.56.21.png (51.8 KB ) - added by james 9 years ago.
version info
Screenshot 2015-05-27 07.56.48.png (15.3 KB ) - added by james 9 years ago.
error message

Download all attachments as: .zip

Change History (7)

by james, 9 years ago

version info

by james, 9 years ago

error message

comment:1 by Tim Kosse, 9 years ago

Status: newmoreinfo

Please post a complete log of this error happening, the last three lines do not carry enough information.

As a side note we are now also seeing files we upload all having no read or write permissions. We have to manually reset permissions.

There had been a permission handling issue in 3.10.0 and 3.10.0.1 but that one has already been fixed some time ago in 3.10.0.2

comment:2 by james, 9 years ago

Status: moreinfonew

I'll try to reproduce it again today but the message log is simply more instances of the same three lines as it repeats a few times then stops. Only other info was the ip address and port I am connecting to.
As to the permissions issue. I pasted the version info and my OS and environment info. This issue must still exist at least in my environment.

comment:3 by Tim Kosse, 9 years ago

Status: newmoreinfo

Permissions are preserved when uploading. Which permissions do the source files have on your local system?

comment:4 by james, 9 years ago

Status: moreinfonew

Maybe that is what changed in recent versions to handle permissions? In the past we never had to concern ourselves with what our local permissions were on files.

Now if I try to upload a certain image, (let's say) using Filezilla, the permissions are set to -rw-r----such that it is not Publicly Readable giving me permission error pages.

If I then upload that same image in Cyberduck, the file is Publicly Readable and permissions are set to -rw-r--r--
Making php, html and image files publicly "visible" and all works well.

This was not an issue until the last previous update 3.10.xx I believe.
I understand what you are saying however I wonder why this is not an issue using other applications and it was not an issue until recent updates to Filezilla. WE have used Filezilla for many years.
Thanks

comment:5 by Tim Kosse, 9 years ago

Description: modified (diff)
Resolution: outdated
Status: newclosed
Note: See TracTickets for help on using tickets.