Support

Akeeba Backup for Joomla!

#42930 Extraction freezes

Posted in ‘Akeeba Backup for Joomla!’
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
5.2
PHP version
8.2
Akeeba Backup version
new

Latest post by nicholas on Thursday, 07 May 2026 00:50 CDT

[email protected]

Hi,

 

The extraction process keeps getting stuck while unpacking the backup in Akeeba Kickstart. The process does not continue and freezes at the “Extraction” step. As a result, the backup cannot currently be extracted and the website cannot be restored.

 

thank you

Zenon

nicholas
Akeeba Staff
Manager

Have you followed the documented instructions to address the OPcache issues on your server? If so, what exactly have you done?

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!

[email protected]

thank you 

About 4 months ago I successfully extracted and restored the same type of Akeeba backup on this hosting without any issues. Now the extraction gets stuck during the “Extraction” step in Akeeba Kickstart and does not continue.

According to the Akeeba documentation, this may be related to OPcache configuration issues. Could you please check if something has changed on the server regarding PHP or OPcache settings? hoe i can do??

nicholas
Akeeba Staff
Manager

The problem you describe is consistent with OPcache settings in need of updating. That's why I linked you to the documentation page where I have written which settings you need to change, what to change them to, and why.

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!

[email protected]
Is that what I need to do????

 to instaal opache 

 the following steps:

  1. Created a .user.ini file with:
  • opcache.validate_timestamps=1
  • opcache.revalidate_freq=2
  • opcache.enable_file_override=0
  • opcache.revalidate_path=1
  1. Deleted the kicktemp folder.
  2. Renamed kickstart.php to restore.php.
  3. Waited several minutes for the new PHP settings to apply.

nicholas
Akeeba Staff
Manager

Mostly yes. If you are using a .user.ini file there are two things to take into account. First, whether that file takes effect is up to your host. Second, it won't take effect for 5 to 10 minutes (your server caches it). If changes to this file don't work, ask your host how you can make these OPcache configuration changes to your site. Most hosting control panels give you some level of control for PHP options like that. It's different on each host, that's why I cannot give you specific instructions.

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!

[email protected]

HI Nicolas,, i hav e reaction from hosting one.com

Hello Zenon,
 
Greetings from one.com!
 
This is an email update on your request updating the OPcache values for the domain updatesite.nl.
 
As per our Technical Team, it is not possible to modify the default values of the OPcache PHP extension on your current hosting plan. This is because the Guru Hosting plan operates on a shared server environment, where certain PHP configurations are set globally and cannot be adjusted per domain.
 

Met vriendelijke groet,,
Adrian H

 

i thing probleen that de backup is 32 gb 

do have another solution??, maybe first backup in zip  ( not jpa??

nicholas
Akeeba Staff
Manager

Uh, what they said is not accurate at all. You can of course change the OPcache settings on a shared hosting plan since the important configuration variables in question are user-configurable as per PHP's documentation. The configuration target for each of those settings is:

  • opcache.validate_timestamps: INI_ALL
  • opcache.revalidate_freq: INI_ALL
  • opcache.enable_file_override: INI_SYSTEM
  • opcache.revalidate_path: INI_ALL

The opcache.enable_file_override indeed has a configuration target of INI_SYSTEM (meaning: “Entry can be set in php.ini or httpd.conf”), but the rest have a configuration target of INI_ALL (meaning: “Entry can be set anywhere” i.e. using ini_set() as well as the php.ini, .htaccess, httpd.conf or .user.ini files).

The opcache.enable_file_override setting is just a precaution. It is NOT necessary to run Kickstart IF you have set up opcache.validate_timestamps to 1 (or true) AND opcache.revalidate_freq is set to something sufficiently low (e.g. 1) and opcache.revalidate_path is set to 1 (or true). These can be set up in a .user.ini file. The PHP documentation is slightly vague at this point, but the configuration target meaning is as follows:

Mode php.ini httpd.conf / .htaccess .user.ini ini_set()
INI_SYSTEM
INI_PERDIR
INI_USER
INI_ALL

Therefore, you need to create a .user.ini or php.ini file in your site's root with the following contents:

opcache.validate_timestamps=1
opcache.revalidate_freq=2
opcache.revalidate_path=1

The only question is, should you create a .user.ini file, or a php.ini file? This depends on how PHP is set up to run on the server. This is the part I do not and cannot know as it's up to the host to configure their server. The .user.ini files are used when PHP runs through PHP-FPM. The php.ini files are used when PHP runs as a CGI script.

If the host has instead chosen to run PHP as an Apache module (terribly insecure and inefficient!) you would need to create a .htaccess file in the parent directory of the web root with the following contents:

php_value opcache.validate_timestamps 1
php_value opcache.revalidate_freq 2
php_value opcache.revalidate_path 1

All your host has to tell you is how they run PHP on their server (PHP-FPM, CGI, or as an Apache module) so we can pick which method to use. Instead of doing that, they lied to you that PHP cannot be configured on a shared host which is simply not the case. Are you sure you spoke to someone who knows what they're doing? I have my doubts. It sounds like you spoke to some first level tech who had no idea what the heck they were talking about at all whatsoever.

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!

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!