#11146 – Kickstart Invalid AJAX data received

Posted in ‘Kickstart / Backup Restoration’
This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Friday, 17 February 2012 18:41 CST
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Many, Google, finally bought a subscription to get ticket access!
Have I searched the tickets before posting? Yes, some are similar, but no solution
Have I read the documentation before posting (which pages?)? Quickstart and guide
Joomla! version: 1.7.0
PHP version: 5.2.9
MySQL version: 5.0.51a
Host: Windows 7, XAMPP 1.7.1
Akeeba Backup version which took the backup: 3.3.13
Kickstart version used to extract the backup: 3.3.2

Description of my issue:
Used Kickstart successful on 2 other sites and everything looked promising.
Now trying to restore 3rd site on localhost, however this site has 11 languages installed and Kickstart fails with "Invalid AJAX data received:" did several "Start over"s but stops randomly in one of the hundreds (!) of language.ini files.

Checked the backup log file and it appears that in the middle of all these language.ini files several "Proactive step break"s have interupted the packing.

Since I have to move the site to another (shared) hosting provider correct restoration of all the languages is a must in anticipation of an upgrade to Joomla 2.5.1.
user57866
Friday, 17 February 2012 19:12 CST
Could you please attach of the backup log file for us to see to this ticket. We can see if there are any issues in the log file that might be leading to the incorrect restoration. The backup process does do some "breaks" due to timeout limitations. It just restarts itself where it left off so that the server doesn't kill or cause issues with the process using too much CPU, etc, if it did it all at once.
 
rkendallc
Saturday, 18 February 2012 02:35 CST
Also, in order to find out if it's Kickstart timing out or a broken archive, please try extracting your backup file with Akeeba eXtract Wizard, our free desktop application (we have Windows, Linux 32-/64-bit and Mac OS X version). In your reply, please tell us if that worked and attach the backup log file of the backup you are trying to extract. Thanks!


Nicholas K. Dionysopoulos

Lead Developer and Director



Greek: native

English: excellent

French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



nicholas
Saturday, 18 February 2012 18:57 CST
Tried to answer you:
You are not authorised to view this resource.
user57866
Saturday, 18 February 2012 19:04 CST
Dear Sirs, just to be sure I ran another backup sequence, paying special attention to copy the backup file binary. Allas, the problem persists, somewhere in the middle of the language.ini files the restore stops.

Because of the size of the site I excluded all image and video files from the backup. I cannot attach the backend logfile, I get the error message mentioned before! Size is 1.3 MB, is there any other way to send it to you?
If you need the the backup file as well, it is 14 MB!

I did notice that several of the language.ini file are ANSI+BOM where they are supposed to be UTF-8 no-BOM; sofar this has not been a problem for the site to function: see http://www.studio-cook.com

With the use of the eXtract wizard and ABI I could restore the site on my localhost.

Looking forward for a solution to restore the site on a new (shared)hosting provider.

Kind regards, Charles
user57866
Sunday, 19 February 2012 04:25 CST
Hello Charles,

The contents of the files are completely and utterly irrelevant. As far as Akeeba Backup is concerned, files are byte streams. They are read as byte streams, they are written as byte streams. It's a backup tool, for crying out loud! Backup tools do NOT interpret the data they are backing up. The whole concept of a backup is that the restored site is indistinguishable from the original site, on a bit-level comparison. So stop telling us what the files are, because it is irrelevant. To give you an idea, it's like going to the mechanic and saying that your car doesn't start ever since you put that coconut-scented deodorant in your car, while normally you use the lavender-scented one. This is the degree of relevance we're talking about here.

Putting you back on track. Kickstart can't extract the archive, Akeeba eXtract Wizard can (with the SAME archive). This is enough proof that the backup archive IS NOT CORRUPT. One more reason to stop obsessing with the INI files.

Therefore, you have one of the following problems:
- Kickstart times out. This is normal. You are using a Windows PC. Compared to a Linux server with the same specs, a Windows PC is 5-10 times slower. One workaround is to edit your php.ini file and set the max_execution_time=120, then restart your server. Please don't ask me how to do it, ask in the XAMPP forums; I can not provide support for XAMPP.
- You have a permissions issue. Yes, Windows 7 can have permissions issues too. In fact, Windows 7 DO have permissions issues in an out of the box XAMPP installation. At least they did about 18 months ago when I last used XAMPP on Windows 7. Please follow our troubleshooting instructions (hint: look under the Local Server header).


Nicholas K. Dionysopoulos

Lead Developer and Director



Greek: native

English: excellent

French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



nicholas
Sunday, 19 February 2012 09:44 CST
Dear Nicholas,
I am so sorry that my coconut-scented deodorant has upset you, I feel very ashamed.
(You must feel very lonely in this sea of ignoramici)
I had already followed up on the troubleshooting instructions. i.e forcing Windows 7 to reset the read-only flags, disabling the UAC, to no avail. Also expanded the timeouts in the php.ini file, although Kickstart took less than 15 secs to abort.

But rejoyce I managed to get Kickstart to work and I can replicate the error.
I traced back the bakend-log files and noticed that 99% of the directories and files were restored before Kickstart aborted. Only the last one, webstats (the folder of Google Ananlytics), was restored but none of the files. So I filtered out the webstats folder and surpise Kickstart works. I did not believe it so made another backup with the webstats folder. Same problem Kickstart aborts and webstats folder remains empty.
Tried again without webstats, Kickstart works fine.

The webstats folder is not esssential to be backed up, so I will continue without it.

Yours faithfully, Charles
user57866
Sunday, 19 February 2012 10:11 CST
Hello Charles,

As you saw yourself, the actual content of the INI files was completely irrelevant to the solution of your problem. One more thing. I never called you ignorant. I was trying to explain to you why the contents of the backed up files are irrelevant to the issue at hand, which is what you proved to yourself but still don't realise.

I will also remind you that in my reply I wrote and I quote:
Kickstart times out. This is normal. You are using a Windows PC. Compared to a Linux server with the same specs, a Windows PC is 5-10 times slower.
I was right on the spot. Your logs directory contains big log files. Since you're on a Windows PC, it takes way too long to extract them. Had you tried following my advice regarding max_execution_time you'd still be able to use Kickstart.

So, thank you for your ironic reply. Next time I'll try helping someone, I will just tell them what to do, not try to explain to them why they have to do it.


Nicholas K. Dionysopoulos

Lead Developer and Director



Greek: native

English: excellent

French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



nicholas
Sunday, 19 February 2012 13:28 CST
Dear Nicholas, forgive me my irony, please be patient with an old man.

I can understand your point that it cannot be the content. So I have tested the backup with the webstats directory excluding ever more of the other directories, but everytime Kickstart fails. Finally I made a backup of the webstats folder only and Kickstart fails immediately - within a second, the webstats directory is made but remains empty. Therefore I find it difficult to believe that Kickstart times out...

Please advise what other tests to execute to narrow down the problem.

Yours sincerely, Charles

user57866
Sunday, 19 February 2012 13:34 CST
Charles,

I am making educated guesses. It would really help if you'd upload your backup log file so that I can see what is contained in the webstats folder. Please go to Akeeba Backup's back-end, click on View Log, select the Backend origin, click "Download Log File", place that .txt file into a ZIP archive and attach that ZIP file with your next post. You can attach a file using the "Attachment" area, right below the main reply textbox.


Nicholas K. Dionysopoulos

Lead Developer and Director



Greek: native

English: excellent

French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



nicholas
Sunday, 19 February 2012 15:08 CST
Attached latest bakend file.

Regards, Charles
user57866
Sunday, 19 February 2012 15:12 CST
Attached backend log file of full restore that was successful without webstats.

Kind regards, Charles
user57866
Sunday, 19 February 2012 16:08 CST
OK, I can see that the backup which doesn't restore using Kickstart has 67 AWStats processed files in the webstats folder. Since their names are very long, you may be hitting a known Windows issue, where files are unwritable if their full path is over 200 characters. Don't you love Windows? I loathe it for all the pain and suffering it has caused me with its quirks since I started my career as a developer in the late 90s, but that's another story... In this case I'd recommend the following:

- Do exclude this directory from your backups, but not just because it causes a problem restoring your site locally. When you try to restore that backup archive on your live site, the presence of those files will make it impossible to restore it. The reason is that this directory is readable (hence Akeeba Backup can read it and back up its files) but it's not writable - and it shouldn't be! This will cause Kickstart to fail on your live host. It's exactly the reason the "Files and Directories Exclusion" was initially built for about five years ago: I was backing up my server's stats folder, causing inability to restore my site.

- I strongly recommend using Akeeba eXtract Wizard to extract the backup archives on the local host. It's much faster and doesn't crash when a file is unwritable due to the length or the presence of forbidden characters in the filename; it simply skips those files, something that Kickstart cannot do, yet.

- When restoring to your live host, you can most likely (I'll give it a 95% probability) use Kickstart. If it fails, use eXtract Wizard and upload the extracted files. That's why I give you multiple ways to do everything in Akeeba Backup; I try to keep all bases covered!


Nicholas K. Dionysopoulos

Lead Developer and Director



Greek: native

English: excellent

French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



nicholas
Sunday, 19 February 2012 16:15 CST
Thanks Nicholas for your patience.

Yours sincerely, Charles
user57866
Sunday, 19 February 2012 16:16 CST
You're welcome!


Nicholas K. Dionysopoulos

Lead Developer and Director



Greek: native

English: excellent

French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



nicholas
This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.

Support Information

Working hours: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

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!

Cookies Notification - Action required

This website uses cookies to provide user authentication and improve your user experience. Please indicate whether you consent to our site placing these cookies on your device. You can change your preference later, from the controls which will be made available to you at the bottom of every page of our site.