Custom Query (8174 matches)

I have one biiig file on my FTP-server - about 97Gb. When transferring the file, I get "Error: File transfer failed after transferring 9 031 122 944 bytes in 1810 seconds"

It looks like the transfer resume, but it is really confusing that the transfer fails after each 1810 seconds.

(I have tried with Windows 10 Command-line FTP and WinSCP and noen of those fails).

Nice if that can be sorted / fixed in an upcoming version.

Copy from my Log-window

20:39:19 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 20:39:19 Command: CWD / 20:39:19 Response: 250 CWD command successful. 20:39:19 Command: PWD 20:39:19 Response: 257 "/" is current directory. 20:39:19 Command: TYPE I 20:39:19 Response: 200 Type set to I. 20:39:19 Command: PASV 20:39:19 Response: 227 Entering Passive Mode (77,241,105,219,20,75). 20:39:19 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 20:39:19 Response: 150 Opening BINARY mode data connection. 21:09:29 Error: Disconnected from server: ECONNABORTED - Connection aborted 21:09:29 Error: File transfer failed after transferring 9 031 122 944 bytes in 1810 seconds 21:09:29 Status: Resolving address of ftp.dno.no 21:09:29 Status: Connecting to 77.241.105.219:21... 21:09:29 Status: Connection established, waiting for welcome message... 21:09:29 Status: Initializing TLS... 21:09:29 Status: TLS connection established. 21:09:29 Status: Logged in 21:09:29 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 21:09:29 Status: Testing resume capabilities of server 21:09:29 Command: TYPE I 21:09:29 Response: 200 Type set to I. 21:09:29 Command: PASV 21:09:29 Response: 227 Entering Passive Mode (77,241,105,219,20,80). 21:09:29 Command: REST 97583988599 21:09:29 Response: 350 Restarting at 97583988599. 21:09:29 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 21:09:29 Response: 150 Opening BINARY mode data connection. 21:09:31 Response: 226 Transfer complete. 21:09:31 Command: PASV 21:09:31 Response: 227 Entering Passive Mode (77,241,105,219,19,236). 21:09:31 Command: REST 9031385088 21:09:31 Response: 350 Restarting at 9031385088. 21:09:31 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 21:09:31 Response: 150 Opening BINARY mode data connection. 21:39:42 Error: Disconnected from server: ECONNABORTED - Connection aborted 21:39:42 Error: File transfer failed after transferring 9 207 283 712 bytes in 1810 seconds 21:39:42 Status: Resolving address of ftp.dno.no 21:39:42 Status: Connecting to 77.241.105.219:21... 21:39:42 Status: Connection established, waiting for welcome message... 21:39:42 Status: Initializing TLS... 21:39:42 Status: TLS connection established. 21:39:42 Status: Logged in 21:39:42 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 21:39:42 Status: Testing resume capabilities of server

I want to compile FZ Server myself.But I got compile error,I think is easy to resolve,just lines of code maybe.But I am not a CPP developer,so I can not solve it.

/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -std=c++17 -DHAVE_CONFIG_H -I. -I../../src    -I/usr/local/include -I/usr/include/p11-kit-1 -fno-exceptions -g -O2 -MT acme/libfilezilla_common_la-client.lo -MD -MP -MF acme/.deps/libfilezilla_common_la-client.Tpo -c -o acme/libfilezilla_common_la-client.lo `test -f 'acme/client.cpp' || echo './'`acme/client.cpp
libtool: compile:  g++ -std=c++17 -DHAVE_CONFIG_H -I. -I../../src -I/usr/local/include -I/usr/include/p11-kit-1 -fno-exceptions -g -O2 -MT acme/libfilezilla_common_la-client.lo -MD -MP -MF acme/.deps/libfilezilla_common_la-client.Tpo -c acme/client.cpp  -fPIC -DPIC -o acme/.libs/libfilezilla_common_la-client.o
In file included from acme/../http/client.hpp:13,
                 from acme/client.hpp:10,
                 from acme/client.cpp:1:
acme/../http/../util/options.hpp: In instantiation of ‘fz::util::options<Holder>::opt<Value>::opt(fz::util::options<Holder>::opt<U>&&) [with U = fz::util::options<fz::http::client::options, void, 18446744073709551615>::empty; Value = std::function<void(fz::http::response&&)>; Holder = fz::http::client::options]’:
acme/../http/client.hpp:36:55:   required from here
acme/../http/../util/options.hpp:30:37: error: call of overloaded ‘function(std::remove_reference<fz::util::options<fz::http::client::options, void, 18446744073709551615>::empty&>::type)’ is ambiguous
     , holder_(std::move(rhs.holder_))
                                     ^
In file included from /usr/include/c++/8/functional:59,
                 from /usr/local/include/libfilezilla/thread.hpp:6,
                 from /usr/local/include/libfilezilla/event_loop.hpp:8,
                 from /usr/local/include/libfilezilla/event_handler.hpp:4,
                 from /usr/local/include/libfilezilla/socket.hpp:13,
                 from /usr/local/include/libfilezilla/tls_layer.hpp:8,
                 from acme/client.hpp:8,
                 from acme/client.cpp:1:

FileZilla is a very efficient file mover. However, there is a problem of time stamp marking where the moved file has the "modified" date as the current date instead of the original "modified" date of the file being moved. This problem occurs with the FileZilla menu selection "Preserve timestamps of transferred files" activated.

For reference, the Windows 10 copy and robocopy utilities preserve both the "modified" and "created" dates.

This FileZilla operation causes my backup operations using robocopy to needlessly copy files that are already up-to-date.

I've attached three file properties screen shots - 1) the original file; 2) the FileZilla upload; and 3) the robocopy upload. Notice the time stamps of the original and robocopy file are identical while the FileZilla file has a different "Created" date