EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 10MiB, please upload it on your server and post a link to it.
#39730 Post Processing "Upload to Remote FTP server"
Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket
Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Environment Information
Joomla! version
4.4.0
PHP version
8.1.23
Akeeba Backup version
9.8.1
Latest post by nicholas on Tuesday, 31 October 2023 02:58 CDT
Monday, 30 October 2023 09:36 CDT
sabine2020
Monday, 30 October 2023 09:42 CDT
sabine2020
Hi there,
I tried to arrange the post processing > upload to a remote ftp server.
The backup works as always but I get the followong error message (see attached screenshot)
Backup files are stored locally AND on the remote server. But on the remote server only the first split archive (.jpa) is stored - the second one (.j01) is missing.
What went wrong?
Joomla 4.4.0
PHP 8.1.23
Akeeba PRO 9.8.1
Thank you and BR
Monday, 30 October 2023 09:42 CDT
System Task
system
The ticket information has been edited by Sabine Volmert (sabine2020).
Monday, 30 October 2023 09:46 CDT
sabine2020
Logfile attached
Monday, 30 October 2023 10:00 CDT
nicholas
Akeeba Staff
Manager
Your error comes from the remote end. Try using a smaller Part Size For Split Archives in the archiver engine options, and make sure there is enough disk space free on the target FTP server.
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!
Monday, 30 October 2023 10:21 CDT
sabine2020
Hi Nicholas,
thank you for your feedback.
I set the part size for split archives from 256 to 50 MB. Now I get more error messages "Failed to process ..."
On remote server now I find split archives .jpa and .j02 to .j06 but file .j01 is missing.
And when I open the backup page there is still the message "Default output directory in use"
On the "manange backups" page there is a button to transfer the new Archive per FTP.
Despite the setting "delete archive after processing" the archive is locally stored as well, in this case completely.
Do you have any further advice?
Thank you
Monday, 30 October 2023 10:26 CDT
nicholas
Akeeba Staff
Manager
The .j01 file is always the last one to be uploaded. Why? Because it is the first file in the backup set and at its very beginning it says how many files have been backed up, what is their total compressed size, and what is their total uncompressed size. This is not known until the backup is completely done. Therefore, it has to be updated last, which means it is the last one to upload.
Given the previous problem where the entire backup bar the last 256MiB file and this problem now where you can upload everything but the last 50MiB it tells me that your FTP server is definitely running out of disk space: either in total (you have occupied the entirety of its physical storage space), or you are reaching your user's storage limit. Please remember that you may not be seeing this yet. If you are using some kind of hosting control panel such as cPanel, Plesk, etc keep in mind that their stats update every couple of hours.
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!
Monday, 30 October 2023 10:44 CDT
sabine2020
Hi Nicholas,
it´s a brand new and almost empty storage box on a remote server with 1 TB available data volume so I don´t think that it´s a disk space problem.
Do you have any other suggestion?
Thank you
Tuesday, 31 October 2023 02:58 CDT
nicholas
Akeeba Staff
Manager
Just because you've put a 1TB disk in the machine does not mean that you have 1TB available for your FTP user.
Let's start with the obvious. What is the partitioning scheme you used? Which partition are you uploading to?
I have a machine with a 4TB drive whose partition layout is:
- EFI (
/boot/efi) 250MiB - Boot (
/boot) 2GiB - Root (
/) 50GiB - Home (
/home) the rest of the disk
If my FTP home on that machine is /var/ftp then it's inside the Root partition that has all of 50GiB of storage, despite the fact that the SSD is ginormous. And since I have an OS and all the stuff that comes with it in there, plus log files and so on I have far less space than these 50 GiB available to me. Therefore, I have to make sure that the FTP user's home is inside the /home mount point, therefore inside the gigantic Home partition.
Beyond that, users do have storage limits. Reference: https://www.thegeekstuff.com/2010/07/disk-quota/ You never checked if there is any such limit. On top of the Operating System itself, most FTP servers also have quota settings. For example, here's how ProFTPd handles user quotas.
Without you having checked any of that I would therefore suggest that your conviction that the FTP server is not at fault is misplaced.
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!