425 error reading from file 5

[cheidler]

Filezilla Server V1.8.0.rc.2 / Server 2019 / Windows Firewall off / Windows Defender off / Own windows exclusive Server / 10GB Internet Connection
Installed FZ on a local Drive B / 5TB free Space / Filezilla is running as SYSTEM / All Users and System Rights are ok
Client 3.66.1 / Passiv transfer / No errors / VDSL 250MBit / 50MBit / Single File Transfer
Transfering a 330GB File / Tested two times / Connection is lost at 195GB and 197GB transferd
Reconnect to the transferd file
425 error reading from file 5
Any help?

[botg]

Could you please provide a complete log showing the error?

Please elaborate, what do you mean by "Reconnect to the transferd file"?

[oibaf]

When the transfer stops, what does the client say? Does the server send any reasons for that?

[cheidler]

Log is @work
The only error is 425 error reading from file5

Please elaborate, what do you mean by "Reconnect to the transferd file"?
"continue transmission" to a existing file

[oibaf]

Log is @work
The only error is 425 error reading from file5

There must be something in the log about the interrupted transfer, before you restart it.

Can you please paste the log here?

[cheidler]

Here some more infos
Update client and server with the lastest updates
Connection to the server from client will be able with passiv and activ connection
There is no problem with free space or user access rights
Upload is disconnected while upload a file (DB-Dump) with 330GB, filesize von server 194.733.456.886 Byte
Filesize on a local device 333.877.976.401 Byte
Reconnect to Server to upload file, error 425 error writing to file: 5

Log:
227 Entering Passive Mode (212,??,???,??,210,177)
Trace: CFtpRawTransferOpData::ParseResponse() in state 2
Trace: CControlSocket::SendNextCommand()
Trace: CFtpRawTransferOpData::Send() in state 3
Befehl: REST 194733456886
Trace: CFtpControlSocket::OnReceive()
Antwort: 350 Restarting at 194733456886
Trace: CFtpRawTransferOpData::ParseResponse() in state 3
Trace: CControlSocket::SendNextCommand()
Trace: CFtpRawTransferOpData::Send() in state 4
Trace: Binding data connection source IP to control connection source IP 192.168.???.??
Befehl: STOR zentraldb.backup
Trace: CFtpControlSocket::OnReceive()
Antwort: 150 About to start data transfer.
Trace: CFtpRawTransferOpData::ParseResponse() in state 4
Trace: CControlSocket::SendNextCommand()
Trace: CFtpRawTransferOpData::Send() in state 5
Trace: CTransferSocket::OnConnect
Trace: First EAGAIN in CTransferSocket::OnSend()
Trace: CTransferSocket::OnReceive(), m_transferMode=1
Fehler: Could not read from transfer socket: ECONNABORTED - Verbindung abgebrochen
Trace: CTransferSocket::TransferEnd(3)
Trace: CFtpControlSocket::OnReceive()
Antwort: 425 Error writing to file: 5
Trace: CFtpRawTransferOpData::ParseResponse() in state 5
Trace: CFtpControlSocket::ResetOperation(2)
Trace: CControlSocket::ResetOperation(2)
Trace: CFtpRawTransferOpData::Reset(2) in state 5
Trace: CFtpFileTransferOpData::SubcommandResult(2) in state 7
Trace: CFtpControlSocket::ResetOperation(2)
Trace: CControlSocket::ResetOperation(2)
Trace: CFtpFileTransferOpData::Reset(2) in state 7
Fehler: Dateiübertragung fehlgeschlagen nach Übertragung von 524.288 Bytes in 1 Sekunde
Trace: CFileZillaEnginePrivate::ResetOperation(2)
Trace: CFtpControlSocket::TransferEnd()
Trace: Call to TransferEnd at unusual time, ignoring
Trace: CFtpControlSocket::FileTransfer()
Trace: CControlSocket::SendNextCommand()
Trace: CFtpFileTransferOpData::Send() in state 0
Status: Starte Upload von H:\zentraldb.backup
Trace: CFtpChangeDirOpData::Send() in state 0
Trace: CFtpControlSocket::ResetOperation(0)
Trace: CControlSocket::ResetOperation(0)
Trace: CFtpChangeDirOpData::Reset(0) in state 0
Trace: CFtpFileTransferOpData::SubcommandResult(0) in state 1
Trace: CControlSocket::SendNextCommand()
Trace: CFtpListOpData::Send() in state 0
Status: Empfange Verzeichnisinhalt für "/"...
Trace: CFtpChangeDirOpData::Send() in state 0
Trace: CFtpControlSocket::ResetOperation(0)
Trace: CControlSocket::ResetOperation(0)
Trace: CFtpChangeDirOpData::Reset(0) in state 0
Trace: CFtpListOpData::SubcommandResult(0) in state 1
Trace: CControlSocket::SendNextCommand()
Trace: CFtpListOpData::Send() in state 2
Trace: CFtpRawTransferOpData::Send() in state 0
Trace: CFtpRawTransferOpData::Send() in state 2
Befehl: PASV
Trace: CFtpControlSocket::OnReceive()
Antwort: 227 Entering Passive Mode (212,??,???,??,248,107)
Trace: CFtpRawTransferOpData::ParseResponse() in state 2
Trace: CControlSocket::SendNextCommand()
Trace: CFtpRawTransferOpData::Send() in state 3
Befehl: REST 0
Trace: CFtpControlSocket::OnReceive()
Antwort: 350 Restarting at 0
Trace: CFtpRawTransferOpData::ParseResponse() in state 3
Trace: CControlSocket::SendNextCommand()
Trace: CFtpRawTransferOpData::Send() in state 4
Trace: Binding data connection source IP to control connection source IP 192.168.???.??
Befehl: MLSD
Trace: CFtpControlSocket::OnReceive()
Antwort: 150 About to start data transfer.
Trace: CFtpRawTransferOpData::ParseResponse() in state 4
Trace: CControlSocket::SendNextCommand()
Trace: CFtpRawTransferOpData::Send() in state 5
Trace: CTransferSocket::OnConnect
Trace: CFtpControlSocket::OnReceive()
Antwort: 226 Operation successful
Trace: CFtpRawTransferOpData::ParseResponse() in state 5
Trace: CControlSocket::SendNextCommand()
Trace: CFtpRawTransferOpData::Send() in state 8
Trace: CTransferSocket::OnReceive(), m_transferMode=0
Trace: CTransferSocket::OnReceive(), m_transferMode=0
Trace: CTransferSocket::TransferEnd(1)
Trace: CFtpControlSocket::TransferEnd()
Trace: CFtpControlSocket::ResetOperation(0)
Trace: CControlSocket::ResetOperation(0)
Trace: CFtpRawTransferOpData::Reset(0) in state 8
Trace: CFtpListOpData::SubcommandResult(0) in state 3
Trace: CFtpControlSocket::ResetOperation(0)
Trace: CControlSocket::ResetOperation(0)
Trace: CFtpListOpData::Reset(0) in state 3
Trace: CFtpFileTransferOpData::SubcommandResult(0) in state 2
Trace: CControlSocket::CheckOverwriteFile()
Trace: CFtpControlSocket::SetAsyncRequestReply
Status: Überspringe Upload von H:\zentraldb.backup
Trace: CFtpControlSocket::ResetOperation(0)
Trace: CControlSocket::ResetOperation(0)
Trace: CFtpFileTransferOpData::Reset(0) in state 5
Status: Dateiübertragung erfolgreich, 83 Bytes in 2 Sekunden übertragen
Trace: CFileZillaEnginePrivate::ResetOperation(0)
Trace: CFileZillaEnginePrivate::ResetOperation(0)
Status: Verbindung zum Server getrennt
Trace: CRealControlSocket::DoClose(66)
Trace: CControlSocket::DoClose(66)
Trace: CFtpControlSocket::ResetOperation(66)
Trace: CControlSocket::ResetOperation(66)
Trace: CFileZillaEnginePrivate::ResetOperation(66)
Trace: CRealControlSocket::DoClose(66)
Trace: CControlSocket::DoClose(66)
Trace: CFtpControlSocket::ResetOperation(66)
Trace: CControlSocket::ResetOperation(66)
Trace: CFileZillaEnginePrivate::ResetOperation(66)
Trace: CControlSocket::DoClose(66)
Trace: CControlSocket::ResetOperation(66)
Trace: CFileZillaEnginePrivate::ResetOperation(66)
Trace: CFileZillaEnginePrivate::ResetOperation(0)

[botg]

Which filesystem are you using on the server to store the file on?

Could the filesystem have an error? Try checking it for errors: Right-click drive letter in Explorer, click Properties, and on the Tools tab, click the Check button.

Maybe the disk itself has a bad sector or something? Try running a long S.M.A.R.T. self-test. No idea how to do that on Windows though, I just boot into Linux for it and use the smartctl command.

[cheidler]

No sorry, the server is running on VMWARE 7 HA on a HOST VMFS 6.82 HA Storage. An error on this filesystem would be known. On this filesystem are running more then 100 virtuell HOST's without any problem.
It makes no difference, running the filezilla server on a local based NTFS Partition with a local disk or on a ISCSI Based Partition with NTFS. Error is the same.
Partionblocks are formated with windows standard (512B Sector and 4KB Cluster)

[oibaf]

It'd be necessary to look at the log of the server. Can you please set its level to "5 - Debug" and attach the log here after replicated the issue? Thanks.

[cheidler]

Here the logfile...

[oibaf]

I could reproduce the very same error by limiting the space on the filesystem.

Is it possible the space on the destination filesystem has been exhausted, or that there's a quota active?