Support

Akeeba Backup for Joomla!

#8542 Kickstart 3.0 & 3.1

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
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by nicholas on Monday, 09 August 2010 11:40 CDT

user11382
Below is the list of error msgs I get when trying to restore to my local test P.C.


An error occured

Invalid AJAX data received:

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 2998

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 2999

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 1381

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 1409

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 2998

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 2999

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 1381

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 2967

Notice: Undefined property: stdClass::$realFile in C:\wamp\www\Stjoseph\kickstart.php on line 2969

dlb
All 3.x series kickstart versions prior to 3.1.1 had a serious extraction bug. The bug only bites under very specific circumstances, but no one should be using anything prior to 3.1.1 at this point.

I'll flag this so Nicholas can review the notices, that isn't caused by the version you're using.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


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


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

nicholas
Akeeba Staff
Manager
You have your error level too high. Even when you upgrade your Kickstart release to 3.1.1 (please, don't use an earlier version if you value your data) you will see these notices. The only workaround is to set the error_reporting value in your php.ini file to something like "E_ALL & ~E_NOTICES".

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!

user11382
Thanx for your quick response,
I cannot find the php.ini file you referenced. I searched the live site and my test site.
Also I'm using kickstart 3.1.1 and Akeeba Pro 3.0.1 with the same errors

~Don

user11382
Thanx for your quick response,

I cannot find the php.ini file you referenced. I searched the live site and my test site.

Also I'm using kickstart 3.1.1 and Akeeba Pro 3.0.1 with the same errors

I made the changes in the PHP.ini, but now I get this error when trying to restore to my test server:
Invalid AJAX data received:

Using Joomla 1.5.20, Wamp 2.0i, the latest kickstart 3.1.1 and Akeeba Pro 3.0.1

~Don

dlb
Don,

Where in the process are you getting the AJAX error? During the extraction or during the installation?


Dale L. Brackin
Support Specialist


us.gifEnglish: native


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


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

user11382
when extracting to my test server. Also I tried using the eXtract wizard, it never tells me when it has completed, it gets about 80 - 90% then reverts to my desktop, with no completion msg...

~Don

dlb
Don,

How was the archive downloaded from your live site to your local computer? Did you use the Download from the Administer Backups screen or via ftp? Some servers will cut off an archive file during download from the Administer Backups screen, that's why the warning is on there now. Please try downloading the file again, via ftp in binary mode.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


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


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

nicholas
Akeeba Staff
Manager
Also, in case you missed it, we have released Kickstart 3.1.1 and eXtract Wizard 3.0.3. The previous versions did have a grave bug affecting the extraction.

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!

user11382


How was the archive downloaded from your live site to your local computer? Did you use the Download from the Administer Backups screen or via ftp? Some servers will cut off an archive file during download from the Administer Backups screen, that's why the warning is on there now. Please try downloading the file again, via ftp in binary mode.


I use Filezilla always in binary, Also I have the latest Extract Wizard 3.03 and Kickstart 3.1.1. Should I try the latest SVN's ? When I try Zip I get a truncated error msg, JPA I still get the Ajax error. Everything was working fine until I upgraded (per your warnings on the website) all the packages from 3.0

~Don

dlb
Don,

You have the right versions. Bear with us if we harp on kickstart 3.1.1 a bit, it is better to mention it twice than not at all. The bug doesn't hit in all cases, but it is bad when it does.

What does eXtract 3.0.3 do on these files?


Dale L. Brackin
Support Specialist


us.gifEnglish: native


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


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

nicholas
Akeeba Staff
Manager
There seems to be an issue with ZIP files and Kickstart, I am now working on it. regarding the JPA extraction, there is nothing we can do from our end to eliminate the notices. However, since you're on a local server, you can eliminate them. Please edit your server's php.ini file and change the error_reporting line to read:
error_reporting = E_NONE

This will allow Kickstart to work despite the notices, as far as the directory where you're extracting the files is writable by the PHP script. Do note that being able to access it with your Windows Explorer doesn't mean that the local server can write to it! You have to edit the ACLs of the directory so that your web server service can write to it. The easiest way is to use the Security tab of the folder's properties and give Full Access to the "Everyone" pseudo-user. If you don't see a security tab and you're using Windows XP Home, unfortunately you need to reboot in Safe Mode, log in as an administrator and perform this tweak.

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!

user11382
I've included this screen shot of Kickstart to show where it fails. I tried again on a brand new test site with the php.ini error reporting set to _NONE and nothing but kickstart and the JPA file from my production site and still failed see attached for screenshot

nicholas
Akeeba Staff
Manager
There's no screenshot in your post, but I think you should try the latest developer's release. There have been some issue with extracting ZIP files. Hopefully, this resolves them. Can you check it out?

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!

user11382
Thanx Guys for your patience,

I did some testing on my local test bed:

Archived with Akeeba Core, Pro 3.0, 3.01 and extracted with Kickstart 3.1.1 All worked flawlessly.
Tried the same thing with my Live site, Archived with Akeeba Core, Pro 3.0, 3.01 and extracted with Kickstart 3.1.1 to my test bed. All gave me the same Ajax errors. So, their is something wrong between Me and my Provider (Hostpuppies). Can you think of any scenarios that would cause this problem with my Host?

I also tried two different FTP Clients (Filezilla and CoreFTP Pro with the same results)

Again, Thanx for your time on this problem
~Don

nicholas
Akeeba Staff
Manager
I think that the problem may be in the file transfer. When using FileZilla, right before the transfer, go the the Transfer, Transfer Type menu and click Binary. Then re-download and try the extraction locally again. Does it work? If it still doesn't work, there is something wrong in the backup stage, in which case you should post the backup log 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!

user11382
Guys,

I was able to get my backups to work by splitting the back-up and download to my local test site and running kick 3.1.1. Made some major changes to the content of my site locally, then did a split back-up and FTP'd (Filezilla) to my Live site and restored. Worked like a charm. My normal Back-ups are around 300 meg in size, the split ones were about 90 meg.
Question: Is their a size limit for a full non-split back-up?

Thank You for your help......I guess I'll stick to the multi-part archives for now...

~Don

nicholas
Akeeba Staff
Manager
The size limit on 32-bit systems is 2Gb, on 64-bit systems is more than we can currently dream of (quite a few Petabytes!). I can't directly correlate the problem to the backup size, but if it works... Anyway, you know what they say: if it ain't broke, don't fix it. So, keep the split archives and always use the Binary mode when transferring the files ;)

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!