Site Restoration

#11593 Akeeba Backup Installer error: Cache Directories D:wwwsiteshaddixjoomlaDScache No

Posted in ‘Site restoration’
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
CMS Type
CMS Version
Backup Tool Version
Kickstart version

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Searched for related terms
Joomla! version: 1.7
PHP version: 5.2.17
MySQL version: 5.0.51b-community-nt
Akeeba Backup version which took the backup: 3.2.7 (pretty sure)
Kickstart version used to extract the backup: 3.3.2

Description of my issue:
Everything else went fine with the server setup check after a kickstart. But, I get this one error in the "Directories" section:
Cache Directories
D:wwwsiteshaddixjoomlaDScache No

A simple fix?
Thanks. I had no idea how important your software would become until a crash a few weeks ago. I appreciate your software and assistance

I will forever recommend your software for joomla (and even! MySQL) backups. The prescribed process described in your documentation worked perfectly, except for the item that I reported above.

The message made me think that there was a problem with the joomla\cache directory. I assigned rights in every way I knew; to no avail. So, I created a folder in the same folder where the joomla folder resides. I named it joomlaDScache rather than creating a sub-folder in the "joomla" directory called "cache" (\joomla\cache").

I assigned "write" privileges for IUSR to the "joomlaDScache" folder.
Then, I restarted the WWW service and all proceeded fine.

My site is running after losing it's boot drive!

I'm truly impressed.
Excellent job.

Akeeba Staff
You've hit a known issue with Akeeba Backup Installer included in backup archives created with Akeeba Backup 3.2.x :) I have fixed that issue almost a year ago and the relevant troubleshooter entry has been removed. The proper solution is to actually click on the "Use directories under the site's root" checkbox when restoring your site.

If you are interested in what happened, the bug goes like this. When Akeeba Backup Installer (ABI) starts, it checks if the tmp and log paths stored in your old configuration.php exist and are writable. If they aren't, it tries to calculate new values. Due to a bug, it appends DS and the folder name instead of \ and the folder name, leading to this issue. The checkbox I mentioned resets those paths. You will still get a warning about unwritable directories, but you can ignore it.

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: 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!

Summer vacations: Our support will be closed for replies and new tickets from August 6th to August 21st, 2022 due to summer vacations.