Support

UNiTE, Remote CLI, eXtract Wizard

#3566 Backups stopped working

Posted in ‘UNiTE and Remote CLI’
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
Tool
UNiTE
Tool version
n/a

Latest post by nicholas on Friday, 13 November 2009 04:22 CST

OpenGlobal
I've been using JoomlaPack successfully for several months on several sites, but recently, one of them has stopped working.

The backup says it's completed successfully, but when I run it through kickstart.php, all it manages to extract is the installation directory.

I tried switching to using zip backups just to see what is actually inside the file, but it just seems to be corrupt, nothing can open it.

I've attached the log from the last backup (zip).

Cheers

MattLG JoomlaPack_Debug_Log-20091110.txt

OpenGlobal
And here's a log from a JPA format backup. JoomlaPack_Debug_Log2-20091110.txt

dlb
The zip backup died just after the 19 Mb file in the root of your site. But part of the log is missing, so it is hard to tell. The jpa backup didn't successfully get the installer deployed. Do you have enough space on your hosting account?

Try deleting or excluding that big file from your backup and see if that changes anything.


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)

OpenGlobal
Oops. Yep, I'd filled up the diskspace :-(

I've now got the backups working (I think). but when I use kickstart.php, it extracts everything OK, but then I just get a blank page when I go to /installation/index.php. I've managed to track the problem down to line 750 of /libraries/joomla/document/document.php looking for the file "libraries/joomla/document/html/renderer/installation.php".

I don't understand enough about this to know why it's looking for that file, but that's where the error seems to be generated.

Should this file exist, or is it looking for the wrong file?

Cheers

MattLG

dlb
The "white page" is generally an error, it just isn't being displayed properly. You may be able to find more information about what is going on if you have access to the server error log. Even when the error doesn't go to the screen, it is usually recorded in the log.

I'm the "Press F5" guy, Nicholas is the code guy. :lol: He can tell us what is happening on a particular line. I'll flag this for his attention.


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)

OpenGlobal
The server log gives:

[Wed Nov 11 15:25:57 2009] [error] [client 127.0.0.5] PHP Fatal error: Class 'JComponentHelper' not found in /srv/www/vhosts/openglobal/public_html/administrator/components/com_phocasef/helpers/phocasef.php on line 22

So now I'm confused. Is this a problem with an incorrect file path, or is this a problem with Phoca SEF?

MattLG

dlb
I'm confused too. I don't know why Phoca SEF would be active during a restore. I flagged this for Nicholas last night, we're going to have to wait for him to sort it out.


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
The best way to avoid any interference with Joomla! plug-ins is to use the "JoomlaPack Installer 4 (JPI4)" embedded installer in JoomlaPack's configuration.

The one you are currently using (JPI3) is trying to load the Joomla! framework of the to-be-restored site in order to spawn the installer. This is prone to conflicts. JPI4, on the other hand, is a completely stand-alone PHP application which should be able to work fine in your case.

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!

OpenGlobal
Hey that solved it. I upgraded JP to get the JPI4 and that seems to extract fine now.

JPI4 rules! Thanks guys. I really appreciate your help.

Cheers

MattLG

nicholas
Akeeba Staff
Manager
You're welcome :D

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!