Support

Akeeba Backup for Joomla!

#40972 504 gateway time out during manual backup execution

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
4.4.6
PHP version
8.1
Akeeba Backup version
9.8.5

Latest post by nicholas on Friday, 02 August 2024 01:51 CDT

agorafaz

Hi!
I am really desperate here!
I was doing a manual backup of one of our sites because during last night the scheduled backup of this particular site failed.
The manual backup ended with an error I saw briefly on the screen, something Ajax related.
After that, ALL my sites on this server are now showing 504 Gateway Timeout.
Please help ASAP!
Best regards!
Luiz

nicholas
Akeeba Staff
Manager

Taking a backup was unrelated, as evidenced by the fact that all sites on this server are affected. The error you get says that your web server software cannot talk to PHP. This is either a configuration error on the server, or you may have exceeded your monthly bandwidth allocation of your hosting account for the month. Either way, you need to contact your host.

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!

System Task
system
The ticket information has been edited by FELIPE M SILVEIRA (agorafaz).

agorafaz

Hi Nicholas!

Tks a lot!

A few things to add:

1. Not all sites were affected, oddly enough. mercoserraorg.agorafaz.com.br was not. This is a J4 site still being developed, Akeebabackup 9.8.5 is installed but was never used. This makes me wonder if the issue is really related to the web server (Apache) and PHP (8.1). 

2. The other sites affected are: agorafaz.com.br https://circuitoamparo.rio.br devs.acianf.com.br and devs.agorafaz.com.br - All are J3.10 sites. I don't have a clue on this.

3. I don't have a monthly allocation for bandwidth since the server is an EC2 instance, EBS based, a t3a.large with more than double the normally used memory. All sites arre non this server, even the one that is working.

4. So, I don't have a host to go to.

5. I reached out for the WHM/cPanel support but they just everything is fine with the software.

I know you have a great experience with 504 issues, so maybe you can help me out here to reach a diagnosys and maybe some useful hints or workarounds.

Best regards!





System Task
system
The ticket information has been edited by FELIPE M SILVEIRA (agorafaz).

nicholas
Akeeba Staff
Manager

You can easily figure out if the problem is with PHP or the entire server configuration by accessing a static file. So, I did that on your site: https://acianf.com.br/media/com_admin/js/admin-help.js. I still get a 504. Since no PHP is involved, this means a server configuration issue.

You could always delete the .htaccess file and see if you get any progress. If you do, something in your .htaccess is causing a problem and your web server hang instead of sending out an error page. Otherwise, the problem is in the configuration of the server itself.

Typically, I would expect to see that if there was a reverse proxy in front of the web server software e.g. NginX acting as a reverse proxy for Apache. If the backend web server process was terminated it would result in a 504 from the reverse proxy. If they are communicating over a pipe and the pipe's broken, same deal. So, why don't you try restarting the whole server to see if it's something that simple?

That's as far as I can go. I have never performed systems administration at a low level on a cPanel/WHM host; that's something I am only using as a client of a different hosting provider. If I get an error like that, I reach out to them. In this case, you are the host, so you get to figure out what is going on. Sorry. That's the downside of being your own host: you have to have the knowledge and time to do systems administration for the server software stack you chose.

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!

agorafaz

Tks a lot Nicholas!

Following your thoughts, I did reboot the server but to no avail.

I had also tried without .htaccess but the 504 persists.

I also rebuilt Apache conf, no success.

I agree it looks like a server configuration issue.

I think maybe I create another EC2 instance, even updating from CentOS to Alma Linux, and then move the accounts using WHM/cPanel Transfer Tool.

What do you think?

nicholas
Akeeba Staff
Manager

As I said, I have only worked with cPanel/WHM as a client, not as a sysadmin. Moreover, the last RedHat-based Linux distro I've used was Mandriva back in 2011. I've been a Debian-derivatives kind of person since. My servers run on Debian or Ubuntu Server, my desktop runs Tuxedo OS (Ubuntu LTS base with KDE Neon repositories for the desktop environment). I only use RedHat-based distros in a very limited fashion, as a regular user in managed servers. I have some idea about a few things pertinent to my work (e.g. how ulimits are applied on RedHat-based distros) but that's about it. Don't ask me for advice for RedHat-based distros and cPanel/WHM. I have no experience managing them at a sysadmin level.

Building a new server and transferring accounts would probably work, unless the configuration issue is something recently done and applied to each account (however unlikely).

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!

agorafaz

Hi Nicholas!
Tks a lot!
I managed to restore an Akeeba backup of one of the websites to a brand new server I installed on AWS, running Alma Linux and WHM/CentOS.
It worked fine, frontend is up and running as well as back-end.
But one single issue remains: from the Joomla backend I cannot save anything, any article, any module, any setting.
It throws a 403 Forbidden page.
As always, I used Admin Tools to clean temp, purge sessions and fix permissions but nothing worked.
i checked .htaccess and did not notice anything weird. It's the same one from previous server.
I checked php.ini on server and noticed that session.save.path is set to /var/cpanel/php/sessions/ea-php81. Is this correct? I don't remember this setting on previous server.
Is this OK?
Could something else had happened on restore?
Any suggestions?
Best regards!

agorafaz

Hi Nicholas!

Just adding to my previous post: I checked the Apache error log and this is what I found:

[Thu Aug 01 18:59:49.562377 2024] [core:crit] [pid 146656:tid 146656] (13)Permission denied: [client 64.226.67.190:22100] AH00529: /home/acianf/public_html/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/home/acianf/public_html/' is executable

But .htaccess is readable (644) and of course public_html is executable (750).

I'm lost...

System Task
system
The ticket information has been edited by FELIPE M SILVEIRA (agorafaz).

System Task
system
The ticket information has been edited by FELIPE M SILVEIRA (agorafaz).

nicholas
Akeeba Staff
Manager

I have to kindly remind you that as per our Terms of Service systems administration is NOT within the scope of our support services.

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!