Support

Site Restoration

#42995 Extracting - An error occurred

Posted in ‘Site restoration’
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

PHP version
8.3.31
CMS Type
Joomla!
CMS Version
6.1.1
Backup Tool Version
Akeeba Backup Pro 10.3.4
Kickstart version
9.0.4

Latest post by nicholas on Thursday, 04 June 2026 02:58 CDT

crimleit

Hi Nicholas

These days I am transferring a number of websites from one hosting provider (kreativmedia.ch) to another (hosttech.ch). When I run Akeeba Kickstart on the target server, I am always running in the same error message (see screenshot). The issue seems to be related to this specific hosting provider. I have been using Akeeba Kickstart so many times on different webservers without these issues. 

The nameservers are still pointing to the old kreativmedia.ch webserver. On the target system, I use a preview URL, something like http://185.111.111.111/plesk-site-preview/tageshorte-frauenfeld.ch/https/185.111.111.111/mykickstart.php

In this example I changed the real IP address to a fake one and also the filename of my kickstart.php is not the one that I am normally using. I thought it's better to not make this information visible to the public.

Thank you and kind regards
Chris 

nicholas
Akeeba Staff
Manager

I want you to do two things and confirm that you've done them.

  1. Do you have enough disk space for both the backup archive and the extracted files?
  2. Can you please try using Akeeba Kickstart 9.1.0 released earlier today?

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!

crimleit

Hi Nicholas

I tried Akeeba Kickstart 9.1.0. 

The file extraction seems to have terminated correctly. I checked the webserver via FTP and the Joomla files look complete. The JPA file is still there and there is also a folder [installation] which both is not surprising, since the kickstart script has not terminated yet. I also checked the database, it is completely empty, which is not surprising either, because I did not enter the new database credentials yet. 

The next step is initializing endlessly (see screenshot). Neither [Start over] nor [Check again] are successful. The URL shows
http://185.178.193.173/plesk-site-preview/evapelster.com/https/185.178.193.173/installation/index.php

I could cope with the situation and delete the JPA file and the folder [installation] manually and then import the database. But in fact, Akeeba Kickstart should do this and I do not know why it does not. 

Thank you and kind regards
Chris 

nicholas
Akeeba Staff
Manager

The file extraction seems to have terminated correctly.

That's all Kickstart does.

I checked the webserver via FTP and the Joomla files look complete. The JPA file is still there and there is also a folder [installation] which both is not surprising, since the kickstart script has not terminated yet.

Yes, the files and the installation directory are there because Kickstart extracted them from the backup archive. No, you are completely wrong about Kickstart having "not terminated yet". It's done. It's finished. It extracted the backup archive. That's all it does.

Kindly note that I am not telling you anything new. This information is presented to you every time you run Kickstart, it's been documented since 2008, explicitly stated in the video tutorial that's been around for well over a decade now, and I have told you and other clients repeatedly in private and public tickets. Kickstart IS NOT the restoration script. Please read the fine manual. I wrote it for you, not me; I know how my software works.

Regarding the restoration, and as documented since 2007, you cannot use the temporary URL provided by your host to run non-trivial PHP scripts; they fail to work right for various reasons ranging from internal redirections in the web server software itself, to how PHP tries to find the PHP files. That's very likely the problem you have.

Try assigning a temporary domain name, even one only present in your local hosts file. This should enough to fix the internal redirection issues on your 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!

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!