Support

Site Restoration

#21078 File can't be uploaded during extraction

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
n/a
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

Latest post by nicholas on Thursday, 02 October 2014 01:18 CDT

Tuesday, 30 September 2014 11:56 CDT

user12873
I've run two different backups and tried this with both. The backup files get sent to Dropbox and then synced to my local computer automatically.

I tried to restore each backup to test on a local WAMP server, first using Kickstart 3.8 and then 4.0. Both times, I received the same error - Could not upload modules/mod_search/tmpl/index.html (this looks to be one of the last things it's trying to extract).

I clicked on the troubleshooting link. I can't add a user named Everybody (on Windows 7 - 64bit) because it says an object named Everybody can't be found. I did make sure my user name had full access.

What should I do to install/confirm the backup's viability.

Wednesday, 01 October 2014 02:45 CDT

nicholas
You have permissions issues. There's always an Everybody group in Windows. In fact, I had written the instructions when I had a Windows 7 64-bit machine on my hands (I have gifted it away now). If I recall correctly you need to click a button next to the field where you enter the group name, then type Everybody in the big field and click on the Search button next to it. It will turn to something like YourMachineName\Everybody (a fully qualified group name) and then you can add Full Access privileges.

You could also add privileges just for the WAMP user or group, but I don't know which they are. Perhaps you could ask that question to the WAMP forum?

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!

Wednesday, 01 October 2014 09:47 CDT

user12873
I contacted our IT team and had them create an Everybody group. They gave it full access. Also, I am a local administrator on my machine and have full access as well. And, in the past week I've installed several other sites in WAMPP that installed correctly and are working properly.

I attempted a restore with a third backup with the same problem. While the error is the same each time, the filename that's displayed under the bluebar is different each time the error occurs.

Knowing all this, is there anything else that could be causing this issue or anything else I should try?

Wednesday, 01 October 2014 09:58 CDT

nicholas
There's one more thing and it has to do with the way PHP works on Windows (files closed remain open for a while). I believe the easiest approach for you would be changing the archive type to ZIP, take a new backup and use WinZIP or PKZIP to extract it. Other programs might report the package as broken due to them not implementing the ZIP specification correctly (anything based on the InfoZIP library has a bug regarding the multipart ZIP archive headers that the InfoZIP project won't fix).

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!

Wednesday, 01 October 2014 10:29 CDT

user12873
Ok. After I unzip it, what do I do? Just run kickstart in that directory or is there a different step?

Wednesday, 01 October 2014 10:38 CDT

nicholas
No need to run Kickstart. Kickstart only extracts the archive. Since you have extracted it just run http://localhost/yourdirectory/installation/index.php from a browser, where http://localhost/yourdirectory is the URL to your to-be-restored site. Remember, the installation script is included inside the backup archive. That's why we say that Kickstart is strictly optional to restore a backup archive.

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!

Wednesday, 01 October 2014 11:18 CDT

user12873
I switched to zip, I'm told it completed successfully but it won't create a backup. I get the following warning.

Failed to process file /home/girlscou/public_html/girlscoutsjs.org/administrator/components/com_akeeba/backup/site-www.girlscoutsjs.org-20141001-120249.zip
Post-processing interrupted -- no more files will be transferred

Wednesday, 01 October 2014 11:20 CDT

user12873
Hold off on that. It looks like it created a 1.9GB file. I'm going to try to set a part size or ftp it directly.

Wednesday, 01 October 2014 14:00 CDT

nicholas
OK, I am putting this ticket on hold

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!

Wednesday, 01 October 2014 15:23 CDT

user12873
I unzipped all the files. I received an error message for most of them that the Archive is corrupt.

I continued with the unziping and ran the installation script. To my surprise, everything seemed to install properly. I can log in to the backend and see all my content with no errors, but when I try to load the homepage I get this message "Error displaying the error page: Application Instantiation Error: Could not connect to MySQL."

Since I can see everything on the backend, I assume the db connection settings in configuration.php are correct. I'm assuming something didn't load properly from those corrupt archive errors, but maybe not.

Since I'm installing this in WAMP the same way as four other sites, I'm not sure where the problem is located.

Wednesday, 01 October 2014 15:25 CDT

user12873
Just fiddled with settings some more and the homepage is loading. Still worried about those corrupt archive warnings. It was on most of the parts. (But, they worked).

Thursday, 02 October 2014 01:18 CDT

nicholas
As I told you:
...use WinZIP or PKZIP to extract it. Other programs might report the package as broken due to them not implementing the ZIP specification correctly (anything based on the InfoZIP library has a bug regarding the multipart ZIP archive headers that the InfoZIP project won't fix).


The archive is not corrupt, there's a bug in the unofficial and most widely used ZIP library in circulation. Moreover, if a file is large (over 1Mb) we will not calculate its CRC32 checksum as it would cause the backup to fail due to memory constraints in PHP. These files will be reported as possibly corrupt when they are not. That's why we had to create our own archive format (JPA) in the first place.

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!