Support

Akeeba Backup for Joomla!

#9171 Directory item settings in red during restore by sandstore871

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 Saturday, 19 November 2011 16:45 CST

user6871
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? YES
Have I searched the forum before posting? YES
Have I read the documentation before posting (which pages?)? YES
Joomla! version: 1.7.3
PHP version: 3.4.5
MySQL version: 5.1.56
Host: Rochen
Akeeba Backup version: 3.3.6

EXTREMELY IMPORTANT: Please attach your Akeeba Backup log file in order for us to help you with any backup or restoration issue. ATTACHED.

Description of my issue:

Identical problem as described by Sandstore871 [3 days ago].

1. I tried to extract on another Rochen server which previously worked on other Akeeba file. Resulted in same error as below.
2. Re-ran Akeeba Config Wizard.
3. Re-backed up with no errors.
4. Clean install
5. Created kicktemp file folder
6. Extracted as FTP with no problem other than below
7. Lowered Maximum execution time setting to 2

Extract errors: JPG ATTACHED
Temporary Directory
/home/sitename/public_htmlDStmp No
Logs Directory
/home/sitename/public_htmlDSlogs No
Cache Directories
/home/sitename/public_htmlDScache No

I look forward to getting the site live. Thank you, Nancy

user6871
Also getting an Ajax error which I've never encountered before?

"AJAX error:

error(undefined)
Raw Data:



406 Not Acceptable

Not Acceptable


An appropriate representation of the requested resource /installation/index.php could not be found on this server.


Additionally, a 404 Not Found
error was encountered while trying to use an ErrorDocument to handle the request.


"

user6871
SOLVED --- 5 hours later + $10.81

1. I uninstalled Akeeba 3.3.6
2. Installed Akeeba 3.3.3
3. Ran Config Wizard
4. Backed-up

5. Corrected AJAX errors, finding solution on your Jul 08 post titled "restoration ajax error", changing MSQL passwords to uppercase+numbers only.

:)

nicholas
Akeeba Staff
Manager
The unwritable directory issue is a bug I am aware of for a week and I am publishing a new release today to fix it. I delayed the release because the bug is not critical; you can still skip through the first page, restore the database and in the third page (Server Setup) you can simply check the "Use directories under the new site's root" box to have ABI itself automatically fix the problem. Downgrading to 3.3.3 is not a very good solution. 3.3.3 has some bugs which could come back to bite you. 3.3.4 would be a much better choice or you can just wait one more hour for 3.3.7 to be released.

Regarding the AJAX error, you missed the obvious: our troubleshooter! A link to the troubleshooter page is given to you by the Akeeba Backup Installer itself when it detects an error. ABI also provides you a link to the documentation page -with the same information!- on the top of the page, inside the big green box. One of the points made is that you need to use only alphanumeric (a-z, A-Z, 0-9) characters.

This is not a limitation or bug in Akeeba Backup Installer. The problem comes from your host's Apache setup, namely the mod_security2 ruleset. The servers are set up to filter potentially dangerous and suspect query parameters. A password with special characters like a hash sign, dollar sign, percent sign, caret and star will most likely trigger that protection, throwing a 406 (Not Accepted) error. Since most servers do not have a server error document for the extremely rare 406 error, you also get a 404 error (Not Found) when Apache tries to retrieve the error document for the real error, the 406 error. Of course, all of that makes it completely impossible for a regular human to figure out what the heck is going on. It took me a lot of digging and the help of my host's technicians to confirm that this is a mod_security2 issue.

Anyway, you posted the request while all of us were off duty and couldn't help you. We apologise for the inconvenience and please accept a free upgrade to the AKEEBAPRO subscription level

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!

user6871
Hi Nicholas,

Thank you for your helpful reply. Thanks too, for your thoughtful offer. I am grateful as I'm donating this site for a non-profit school who needs funds. Time, is really the issue.

This is a terrific extension and your commitment & documentation are exceptional.

Unfortunately, the Ajax error prevented me from getting to the "check box". Too, I've recently experienced repeated hacks into several sites, so I started using cPanel password utility. It didn't occur to me that it could have been a server issue, since I'm with Rochen?

I would gladly redo with 3.3.7. However, following the instructions, I did a "clean install" each time I tried to extract. Unfortunately I was so tired by the time I figured out a way around the errors, I inadvertently began deleting files on the original site! Numerous files were deleted before I realized my error. Dang ... So I'm "stuck" with V3.3.3 backup.

Since I'm not able to use 3.3.7 to rebuild a new backup, what problems would you guess I might have with 3.3.3?

Nancy

nicholas
Akeeba Staff
Manager
Thank you for your kind words, Nancy! If the school site also needs anti-hacker protection, I am willing to donate an ATPRO (Admin Tools Pro) subscription as well. I have a soft spot when it comes to non-profits helping people get educated.

Well, since you have a backup with 3.3.3, you can use it to restore your site. The bugs which existed in 3.3.3 prevented some sites from backing up at all. Once the backup is restored, please install Akeeba Backup Professional 3.3.7's ZIP package (released just 12 hours ago) on your site twice, without uninstalling 3.3.3 before doing that. The "twice" part is required due to a known issue in the Joomla! extension installer which causes some files to go missing the first time you install the ZIP package. 3.3.7 fixes the bug you ran into and should work perfectly.

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!