rccenteno wrote: ↑15 Feb 2023, 21:37
My case:
I changed all tasks to .7z compression as I need to use the SPLIT option in some routines (Reflector only allows this with .7z).
There is a problem uploading large files via FTP using .7z compression.
This problem doesn't happen when using .ZIP.
I'm going to reconfigure the tasks to .ZIP. until the problem is resolved. No problem.
I also have some errors when opening large .ZIP files but I solve this by opening them with the 7zip software.
Hi Luis,
Any news on this split with .7z and FTP upload question, Luis @cobian?
Congratulations on your work once again.
where I had the problem of the 7z corrupted after the FTP upload I thought I had solved it with the ZIPs only because I had no error in opening them, however they were very slow to read the archives, then trying to extract them I verified that the ZIPs are also corrupted, the some bytes are missing at the end like the 7z in fact the last 1-2 files cannot be extracted. so it's just an FTP upload problem under some circumstances that I couldn't isolate in the various tests. on other NAS the same the FTP upload works, on some it doesn't work and corrupts the archives by closing them shortly before the end
Hello.
I have that problem too. I have ftp server proftpd.
Small files translate is good.
Large files and non conpressed files are corrupted.
Any solution?
I try any configuration, rolled back for now to Cobian Backup he doesn't have this problem.
The problem is clearly not in the ftp server, but in the ftp client.
I changed servers and the result is the same.
cobian wrote: ↑22 Aug 2024, 21:09
Could you check the log files at the server side to see if the transfers are being done in binary mode and not in ASCII mode?
