Support

UNiTE, Remote CLI, eXtract Wizard

#3595 Error message after upgrade to JoomlaPack 2.4.1

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 Saturday, 06 February 2010 05:43 CST

user8166
I upgraded to JoomlaPack 2.4.1 2 days ago. Afterwards the backup started to give errors after hanging for like 20 minutes (The server encountered an internal error or misconfiguration and was unable to complete your request).

Before the upgrade the backup of the site was 54MB. But when I checked the server I saw that pk generated a backup about 2Gig in size. I tried it 4 times and got the same result. When it runs , backup of database is completed but when backing up files, it is stuck.

In the back end I saw(JoomlaPack detected that your last backup has failed! I can apply the more conservative "Conservative" settings mode and retry backup.
Apply this suggestion).

I applied the suggestion and I have the same error. What could be wrong?

nicholas
Akeeba Staff
Manager
Please post your backup log. We can guess, but it's better if we act on evidence ;)

Meanwhile, try manually excluding the backup output directory. Does this help? If not, well, ZIP and attach the backup log on your next post so that we can find out what happened.

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!

user8166
I tried some measures and the situation is still the same. I don't quite understand this instruction and how to do it (Try manually excluding the backup output directory).

I have attached the log file. Thanks for any advice. JoomlaPack_Debug_Log-20100201.zip

nicholas
Akeeba Staff
Manager
OK, my hunch was correct, JoomlaPack is trying to backup the backup file, leading to an error. The problem is your output directory. You have selected the site's root as the output directory, but this won't work!

Please go to JoomlaPack's configuration page and click the "Reset to default" button, next to the output directory. This will reset your output directory to the one inside the component's directory, namely administrator/components/com_joomlapack/backup. Ignore the warning about using the default output directory, it is not an error, it's just a reminder. Then proceed to backup your site. Normally, you should have no further problems.

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!

user8206
Hi,
I have a very similar problem, maybe the same. I used a old joomlapack that worked smoothly, then stopped working two days ago, with an internal server error.
I upgraded to 2.4.1 and tried 2.4 too, but the backup ends always with an internal server error. I tried yet to use both the root and the "normal" administrator/components/com_joomlapack path, but the backup fails anyway.
I tried also to remove all the old backups, same result.
The other super-administrator of our site, with a different computer and different ip has the same problem.
Logs attached for 2.4.1 error
Hope you can help me!
Bye
Francesco JoomlaPack_Debug_Log_2-20100201.zip

dlb
There isn't any clear indication in the log why you're getting the 500 error. Since you just deleted some old backups, it probably isn't disk space. You don't have the same problem as the original poster, your backup is skipping the Output folder, as it should.

It is possible that this is the result of some change by your host, imposing a limit on the size file that a script can create or a limit on the number of MySQL queries in a time period. Both would affect JoomlaPack.

We need the server error log on this one to figure it out. There is more information about the Internal Server Error in the server log file. You can trigger the error with a backup, then post the last 10-20 lines of the error log. That should be enough to see what is happening.


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)

user8206
After so many failed backups now at last one has worked (jpa format, but I tried before the same format without results), but I think too it could be something on the server. Two days ago the site was down for many hours, the hosting says for a ddos, and maybe they have limited queries. Obviously I asked them, but they denied to have changed anything.
Disk space can't be an issue, I had 4 giga free and now I have 4,5 free out of 5 giga.
Anyway, here's the server error log attached, because even if the last backup was successful, I see there are many errors in the log... I'll try another backup later and see what happens.
Thank you very much,
Francesco server_error_log-20100201.zip

user8166
I have set the "Reset to default" and did a back upmand it gave the same error. On a closer look when I do "Reset to default" it selects the folder (/home/globalso/public_html/administrator/components/com_joomlapack/backup).
But when I do a "save"or "apply" it resets itself to the folder ([ROOT]/administrator/components/com_joomlapack/backup). I don't know why it does that. In any case what is the correct backup directory?

nicholas
Akeeba Staff
Manager
This is the generic Apache error log. It logs missing files as errors. There's nothing to be worried about in there, but there is also no evidence of a PHP failure, most probably because your last backup worked fine. As soon as you have another failed backup, you can repeat the error log posting routine so that we can have a look at the backup issue.

Just for the record, I don't it's a SQL query limit, because it would always end up with a 500 Internal Server Error, no matter what, and would make your site inaccessible for about one hour (that's how query limits work). Another probable cause is a backup timeout, or too many web page requests happening in a very short time. The latter is addressed in 2.4.1, so my best guess would be a timeout error which can be worked around in many ways - if we have both the server error log and JoomlaPack's backup log. You can try setting the backup mode to Javascript Redirects and, if it fails again, just post your backup log and server error log file.

Finally, the [ROOT] tag is JoomlaPack's shorthand for your site's root. It's explained in the, admittedly VERY long, JoomlaPack Configuration documentation page. To cut a long story short, on your site [ROOT] is replaced on-the-fly with (/home/globalso/public_html, which is the absolute directory to your site's root. No worries on that.

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!

user8206
I tried again with 2.4, jpa format and javascript redirect (yesterday it worked), but today failed. I installed again 2.4.1 and tried a backup with javascript redirect, jpa format and joomla powered system scan, but failed again.
I've used joomlapack since april 2009 and always worked smoothly, I had these problems in the last three days after a server problem.. Maybe could be a timeout error, or so it'd seem from the logs..
Besides, joomlapack was always very quick with my site (1-2 minutes, not a big site) but now it takes 10-15 minutes (to fail the backup or, just once time yesterday, to complete it)
Attached server log, next I'll post joomlapack log.
Thank you very much
Francesco server_error_log-20100202.zip

user8206
Here it is joomlapack log too
Tnx
Francesco JoomlaPack_Debug_Log-20100202.zip

nicholas
Akeeba Staff
Manager
This is crazy. There is no error related to the backup logged, the backup fails on different operations and there is no specific error. I guess this is a server configuration, so we'll try to work around it the hard way.

First, switch JoomlaPack to Easy Mode using the first icon in the Control Panel. Next, please go to Configuration and choose the Optimistic settings mode. Save the configuration and go back to the JoomlaPack Control Panel. Then, switch back to Expert Mode and re-run a backup.

If it fails, DO NOT click the suggestion to switch to Balanced mode. Instead, go to the Configuration and set the "Minimum execution time per step (in milliseconds)" parameter to 5000 - it's under the Advanced pane.

If all else fails, you might want to give me Super Admin access to your site (PM me details) so that I can try all possible workarounds.

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!

user8206
Thanks, with your first suggestion (easy mode, optimistic, then expert mode) now it worked three times in a row, from three different computer and ip... still don't know exactly where the problem was, probably some timeout in the server, but until it works most of the times, all it's good :-)
You've been very helpful and joomlapack is really a wonderful components, I'll donate immediatly.
Thank you again,
Francesco

nicholas
Akeeba Staff
Manager
You're welcome :D

Generally speaking, the default settings work great with a little bit of tweaking on even the most restrictive hosts. Version 3 (which will be called Akeeba Backup 3.0 due to a name change) will make it even smoother, by using a more precise method of avoiding timeouts, even on very large files. So far, I have been able to backup files of up to 3.3Gb using a pre-alpha version on live sites :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!