Support

UNiTE, Remote CLI, eXtract Wizard

#25486 Server Error 500 on Unite Joomla Restore

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

user90739
 Hi,

When I restore a site backup by running unite.php from the command line the site files are all there but I get a 500 error when trying to view it in a browser.

The file permissions seem to be correct, but the owner/group is wrong.
I manually changed them to what they should be, but then I just got 403 errors instead.

What am I doing wrong?

tampe125
Akeeba Staff
Hello Alister,

did you have any previous file inside the folder where you extracted the Unite package?
Looking at the error, it seems that there is something off with the .htaccess file. Can you please try to rename it to .htaccess_disabled?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user90739
The folder where I restored the backup was brand new and completely empty (there was a cgi-bin folder though).

I don't see how there could be something wrong with the .htaccess file.
It was copied from a 100% working site.
I can't open it and save it in Notepad++ because it says I don't have permission for some reason.
Never had this problem when manually restoring with kickstart.

user90739
See attached screen cap from FileZilla. I'm sure the owner/group has something to do with it.

tampe125
Akeeba Staff
Yes, User/Group 0 0 is not a good thing.
You have to get in touch with your hosting/sysadmin and ask him to fix the permissions of your server.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user90739
As I said before, this has never happened when just using kickstart.

Can you elaborate as to why it would happen when using Unite?

user90739
Also, I'm not even sure what to tell our host.
We have a self managed dedicated server, so they'll only help a limited amount.

What do we change to make this work properly?

tampe125
Akeeba Staff
Because you are using a different method to restore your files.
Opening the browser and surfing to the kickstart.php page means that you are using your webserver to write the data.
With UNiTE, on the other hand, you are firing a php script from the command line. Userid 0 means that the script was fired by the root user, which is something terrible and will give you permission issues, as you just experienced.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user90739
So, if I ask our hosts to help fix this, what exactly do I ask them to fix?
Fixing these specific files manually isn't the answer, because I need to automate site restoration.

tampe125
Akeeba Staff
The correct way to fix this issue is to run the restoration script using the correct user, so your webserver (usually the wwwdata user) will be able to read and write the new restored files.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user90739
How come none of that is mentioned in the documentation at all?

tampe125
Akeeba Staff
This is basic user and server management. The same issue would arise even if you manually connect to your server as root user, create a file on the web folder and then try to display it with the browser.
This is a server setup issue, it's not related to our software.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

System Task
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

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.