Quick install (any app) error 500

Community Support Web
1

I tested 2 different users 2 different domains. Both are unable to quick install wordpress and result in error 500.

I looked at /usr/local/hestia/nginx/logs/error.log

Nothing related to wp install

2026/01/27 16:57:42 [warn] 1100689#0: "ssl_stapling" ignored, no OCSP responder URL in the certificate "/usr/local/hestia/ssl/certificate.crt"

Domain error log does not output any error either. I tried changing php versions 8.2 8.3 8.4 no difference.

I tested quick install with other 4 other apps aside from wordpress and all also show Internal Server Error error 500 page.

I have also /tmp/hestia-webapp removed this directory, but it recreates itself everytime i run the quick install.

nginx-error.log

2026/01/27 17:51:54 [error] 1100691#0: *195 FastCGI sent in stderr: "PHP message: PHP Warning:  gethostbyaddr(): Address is not a valid IPv4 or IPv6 address in /usr/local/hestia/web/inc/helpers.php on line 172; PHP message: PHP Warning:  Trying to access array offset on null in /usr/local/hestia/web/src/app/System/HestiaApp.php on line 192; PHP message: PHP Warning:  Trying to access array offset on null in /usr/local/hestia/web/src/app/System/HestiaApp.php on line 192; PHP message: PHP Warning:  Trying to access array offset on null in /usr/local/hestia/web/src/app/System/HestiaApp.php on line 203; PHP message: PHP Warning:  foreach() argument must be of type array|object, null given in /usr/local/hestia/web/src/app/System/HestiaApp.php on line 234; PHP message: PHP Warning:  Trying to access array offset on null in /usr/local/hestia/web/src/app/System/HestiaApp.php on line 192; PHP message: PHP Warning:  Trying to access array offset on null in /usr/local/hestia/web/src/app/System/HestiaApp.php on line 192; PHP message: PHP Warning:  Trying to access array offset on null in /usr/local/hestia/web/src/app/System/HestiaApp.php on line 203; PHP message: PHP Warning:  foreach() argument must be of type array|object, null given in /usr/local/hestia/web/src/app/System/HestiaApp.php on line 234; PHP message: PHP Fatal error:  Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, false given in /usr/local/hestia/web/templates/pages/setup_webapp.php:70
Stack trace:
#0 /usr/local/hestia/web/inc/main.php(219): include()
#1 /usr/local/hestia/web/add/webapp/index.php(106): render_page()
#2 {main}
  thrown in /usr/local/hestia/web/templates/pages/setup_webapp.php on line 70" while reading response header from upstream, client: 1.1.1.1, server: _, request: "GET /add/webapp/?app=WordPress&domain=domain.com HTTP/2.0", upstream: "fastcgi://unix:/run/hestia-php.sock:", host: "main.server.com:8083", referrer: "https://main.server.com:8083/add/webapp/?domain=domain.com"

Server is Debian 12

Hestia v1.9.4

Nginx + PHP

2

Could you please show the contents of /etc/hosts?

Are you obfuscating the client’s ip?

1 Like
3 
# Generated by SolusVM
127.0.0.1	localhost localhost.localdomain
::1	localhost localhost.localdomain
96.x.xxx.xx server.domain.com

I hide the ip and hostname , as for the client IP i just use that as a placeholder for privacy reasons.

A few months ago the provider migrated our vm from solus to virtfusion and i think they also added ipv6. After i noticed this error in the quick install, i disabled ipv6 but no difference.

4

Just to test, add this line 127.0.1.1 server.domain.com server before the one that has the public ip:

# Generated by SolusVM
127.0.0.1	localhost localhost.localdomain
::1	localhost localhost.localdomain
127.0.1.1 server.domain.com server
96.x.xxx.xx server.domain.com

And try again.

1 Like
5

Still no difference, and also the SSL for the hostname did not renew and i have to access panel via IP.

v-add-letsencrypt-host - apparently this does not work as expected

when i type hostname in ssh it does not match the hostname in etc/hosts

I updated the hostname via hostnamectl set-hostname and SSL issue is now fixed

6

Still no difference, and also the SSL for the hostname did not renew and i have to access panel via IP.

v-add-letsencrypt-host - apparently this does not work as expected

when i type hostname in ssh it does not match the hostname in etc/hosts

I updated the hostname via hostnamectl set-hostname and SSL issue is now fixed

Update - It has also fixed the quick install!? I guess they are both related?

7

Unrelated, When using the quick install it allows you to select PHP version, however php 8.4 does not show up in the list although when editing the web domain you can choose php 8.4 as the backend template. Is this a bug?

8

An important takeaway here, if your provider does a soluvm to virtfusion migration check your hostname. Apparently after the migration i did not check, the hostname was left blank in the server panel and the hostname was also wrong in Debian. Quickly checking by typing hostname will reveal if the hostname is correct/wrong/missing.

1 Like
9

Appreciate your help, it definitely led me to fixing it!

What are your thoughts on this one?

When using the quick install it allows you to select PHP version, however php 8.4 does not show up in the list although when editing the web domain you can choose php 8.4 as the backend template. Is this a bug?
2 Likes
10

I’m glad you fixed it :hugs:

Keep in mind that every Quick Install App has its own PHP version requirements.

❯ for i in /usr/local/hestia/web/src/app/WebApp/Installers/*; do [[ ! -d $i ]] && continue; app="$(basename "$i")"; [[ ! -f "$i/${app}Setup.php" ]] && continue; echo -n "$app|";grep -E "supported['\"]\s" "$i/${app}Setup.php" 2>/dev/null | sed 's/^\s*//';done | column -t -s '|'
DokuWiki    "supported" => ["7.3", "7.4", "8.0", "8.1"],
Dolibarr    "supported" => ["7.4", "8.0", "8.1", "8.2", "8.3"],
Drupal      "supported" => ["8.1", "8.2", "8.3"],
Flarum      "supported" => ["8.0", "8.1", "8.2"],
Grav        "supported" => ["7.4", "8.0", "8.1"],
Joomla      "supported" => ["7.4", "8.0", "8.1", "8.2", "8.3", "8.4"],
Laravel     "supported" => ["8.1", "8.2", "8.3", "8.4"],
MediaWiki   "supported" => ["8.0", "8.1", "8.2"],
NamelessMC  "supported" => ["7.4", "8.0", "8.1"],
Nextcloud   "supported" => ["8.0", "8.1", "8.2"],
NodeJs      'supported' => [ '7.2','7.3','7.4','8.0','8.1','8.2' ],
OpenCart    "supported" => ["7.4", "8.0", "8.1", "8.2"],
PrestaShop  "supported" => ["8.0", "8.1"],
Symfony     "supported" => ["8.2", "8.3", "8.4"],
ThirtyBees  "supported" => ["7.4", "8.0"],
Vvveb       "supported" => ["7.4", "8.0", "8.1", "8.2", "8.3", "8.4"],
WordPress   "supported" => ["7.4", "8.0", "8.1", "8.2", "8.3"],

So, if those apps already support newer PHP versions or have dropped support for older PHP versions, the installers need to be updated.

This isn’t a “bug” but most installers should be updated to reflect the current application requirements.

Also, most installers should fix the use of the quoteshellarg function, and yes, this is a bug.

2 Likes