Support

Akeeba Backup for Joomla!

#10923 – Akeeba does not remove installation folder

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.
Wednesday, 01 February 2012 12:28 CST
oorzaak
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?)? Yes
Joomla! version: 1.5.25
PHP version: 5.2.17
MySQL version: 5.0.91
Host: (optional, but it helps us help you)
Akeeba Backup version: 3.3.13 Pro

EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:

After restoring a site to a new location with site transfer wizard, Akeeba prompts the user to click a link in order to remove the installation folder. On my sites the installation folder is not removed, which causes Akeeba to start the restore process over again. Of course I can remove the folder manually but I would like to use this feature as it saves time.

In fact I had the same issue with the last free version of Akeeba Backup which I had before purchasing the pro version: Akeeba Backup Core 3.3.11

If you need more info to solve this problem, please let me know.

Kind regards,
Frits Jongbloets
 
Wednesday, 01 February 2012 12:40 CST
nicholas
Hi Frits,

This is actually a permissions issue. If you have uploaded the extracted files via FTP or used Kickstart's FTP mode, Akeeba Backup Installer can not remove the directory for you due to inadequate permissions. In the former case you have to do that manually, in the latter case you can use Kickstart's "Clean Up" button. Even in this case, the backup and kickstart.php itself will only be removed if the permissions are adequate. It's not anything I can do, it's how your server's operating system works.


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Wednesday, 01 February 2012 12:59 CST
oorzaak
Thanks for replying so quickly! I used the FTP mode. It is a pity that there's no solution for it. I have one or two clients who might be able to use Akeeba by themselves in order to make test- or development copies of their sites. But I think this last step will put them off because they'll have to use an ftp client just to remove the installation folder.

If there are any tricks to work around this, I'll be glad to hear them.

Frits
 
Wednesday, 01 February 2012 15:17 CST
nicholas
Hi Frits,

The only workaround I can think of is at the hosting level, i.e. using suPHP or mod_itk on the server. This ensures that the FTP user and the user PHP is running under is the one and the same, facilitating not only the restoration but also the management of the website. Not to mention that this alone can be responsible for making the most common attack against shared (non-dedicated) servers impossible.


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Wednesday, 01 February 2012 16:15 CST
oorzaak
Thanks, I think this gives a new perspective. I have a VPS with a reasonable service level so I think my provider will be able to help me set this up.

Frits
 
Wednesday, 01 February 2012 16:17 CST
nicholas
You're welcome!


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Thursday, 02 February 2012 07:14 CST
oorzaak
I have suphp activated now for both the source domain and the subdomain where the copy of the site is being restored (the copy will serve as a development area). Now the whole process is running fine.

THIS IS BRILLIANT!

Frits
 
Thursday, 02 February 2012 07:34 CST
nicholas
And more secure, too! Excellent!


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.

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!