Support

Akeeba Backup for Joomla!

#38982 Backup fails after update to version 9.6.0

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.3.1
PHP version
8.0.23
Akeeba Backup version
9.6.0

Latest post by jobrusche on Monday, 15 May 2023 14:09 CDT

jobrusche

Under Akeeba pro 9.5.1 backup works fine.

Then I update Akeeba pro to 9.6.0

The backup now fails in the initial fase, tries to resume 3 times and stops working.

In attachement:

Akeeba log file

System config (json)

Screen capture of fail-screen

Screen capture of "manage backups"

nicholas
Akeeba Staff
Manager

No log file was uploaded, but let's try something first.

Install Akeeba Backup 9.6.0 twice in a row, without uninstalling it before or in between.

If this does not help, please put your latest log file in a ZIP file. If the file is bigger than 5MiB please upload it to a third party service such as Google Drive, OneDrive, Dropbox or something similar and paste a link to it here.

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!

jobrusche

The new installation of V9.6.0 on top of the existing did not solve the problem.

ZIP attachement < 300 kb

jobrusche

G-drive link

nicholas
Akeeba Staff
Manager

It looks like you have a 32-bit build of PHP. Ugh, Synology. They do some pretty weird things with their PHP builds.

I have added a workaround which should allow you to run backups — as long as all your files are under 2GiB. Basically, I detect 32-bit builds and fall back to the old, pre-9.6.0 JPA format which did not support individual files which are 2GiB or larger.

You can download and install the latest development build from https://www.akeeba.com/download/akeebabackuppro-dev/9-6-1-dev202305150939-rev8929552.html

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!

jobrusche

With the V9.6.1dev package, backup is functioning again.

Added the corresponding log.php file to the G-drive repositiory.

Thanks for your support.

 

PS: Will log a ticket with Synology, but they will probably catalog this a future feature request.

Synology is notoriously slow in providing up-to-date PHP versions.

nicholas
Akeeba Staff
Manager

I think it actually depends on the NAS model. If you have a 32-bit processor you cannot run a 64-build of PHP.

Some of Synology's lower end NAS have 32-bit ARM processors. Some older lower–end NAS have old Celeron processors which only support 32-bit code. I suspect this is the case with your NAS.

For what it's worth, the Synology DS218+ we have at the office has a 64-bit build of PHP. Its processor is an Intel Celeron J3355 which does support 64-bit code, and DSM on this NAS is indeed 64-bit.

I honestly could not find anything with a 32-bit processor, or at least able to run a 32-bit OS, to test Akeeba Backup 9.6.0 with. That's why there was no 32-bit support; it was something I could not test. The fix I made was basically me working blind, just based on the scant information of the error message you got. I am glad I could get it right the first time :)

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!

jobrusche

I have a Synology DS416 with an ARMv7 CPU = 32bit

Closing this ticket now

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!