Support

Akeeba Backup for Joomla!

#8437 Can not install some extensions after moving site

Posted in ‘Akeeba Backup for Joomla!’
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

user10604
I used Akeeba Backup Pro to move entire site from one sub-domain to another. All went well until I tried to install a ProJoom extension. Akeeba did not rewrite the following in my configuration.php file: var $log_path= AND var $tmp_path= The paths that were there were the old sub-domain paths which did not exist any more.

dlb
I'll have to flag this for Nicholas to get a definitive answer on Akeeba. The philosophy for JoomlaPack was that if the paths were the standard locations, they would be updated for the new site, if the paths had been customized, then the install script left them alone.


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)

user10604
I will be more than willing to help out any way I am able. I am willing to help in perfecting your product. Let me know if there is any additional information you require. I "got lucky" in finding the problem so quickly due to ProJoom having a tool to show all necessary write privileges if the installation of their extension failed. I ran the tool and saw that the log and tmp paths were unwritable and went from there. Maybe a tool like that for Akeeba just to verify that all variables/permissions were updated correctly during the restoration process?

nicholas
Akeeba Staff
Manager
Which version are you using? The tmp and log path handling in the betas goes like this:
- If the path doesn't exist, it is reset
- If the path exists and PHP reports it as non-writeable, it is reset
- If the path exists and PHP reports it as writeable, it is kept the same

If you are restoring on a subdomain or a "sibling" account, the old paths may be writable and will not be reset during restoration. That's why you are given the option to edit them in the second to last page of the restoration procedure (site parameters page). In fact, the absolute path to your current site is displayed as well, so that you can decide if you want to keep ABI's suggestion or pick different tmp and log paths.

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!

user10604
3.0.b2 I move domain from cms2.donthomasconstruction.com TO cms1.donthomasconstruction.com ...BEFORE I restored I deleted cms2.xxx.xxx THEN I restored to cms1.xxx.xxx Everything appeared fine..all prioe extensions, etc, worked fine...only found the problem when trying to install a new extension. I "thought" I read the docs very well but must have missed something. I now know to insure to check that parameter prior to backup. Once the site was restored and after I fixed the configuration.php file the main admin page for Akeeba still showed that the tmp and log directories were unwritable. Once I changed that on the configuration page for Akeeba, everything is good and operable.

nicholas
Akeeba Staff
Manager
You can also use the "variables" in Akeeba Backup's Configuration page:
[DEFAULT_OUTPUT] is the full path to the default output directory (/path/to/your/site/administrator/components/com_akeeba/backup)
[SITEROOT] is the site's root
[ROOTPARENT] is one level above your site's root, and
[SITETMP] is the Temp-directory defined in Joomla!'s Global Configuration

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.