I have issues with Roundcube and Phpmyadmin opening as text instead php. I checked everything and it’s looks like there is no php-fpm process creating. The server has been installed without apache, only nginx and php7.3-fpm. I tested everything, even changed port fastcgi with socket and nothing can fix those two.
Any advice? Never had similar problem in vestacp.
Do you use stock NGINX configuration or custom one?
How exactly do you access phpMyAdmin / Roundcube?
Does the rest of your php powered websites work properly?
I personally do not use neither of those. Replaced phpMyAdmin with Adminer and Roundcube with RainLoop. That said, I had to make several changes to Hestia configuration. Nevertheless php-fpm socket was working properly. There was no need to change it at all.
After lot of tries I’m finally getting mysql permissions errors in roundcube, trying to change password in database.
Still having problem with phpmyadmin
Please verify that the following line: “fastcgi_pass 127.0.0.1:9000;” is present in the:
“usr/local/hestia/data/templates/mail/nginx/web_system.[s]tpl”.
Please check output of the following command as well:
“netstat -tunlp | grep php-fpm”
You should see this line:
“tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN”
I don’t want to reinstall everything again, there are like 20 domains already working.
It’s weird and I’m lost, I never had issues or I always could fix issues like this in vesta, but I have no idea how to do it here.
Hi guys,
i just see that i have the same issue just with roundcube.
If i visit https://webmail.domain.tld , i get roundcube not working. It’s printing out the php roundcube script:
Looks like php scripts can not get properly interpreted, that’s why you just get the “source code”, which is also security issue: You could just try to open the config php file, it would print out the db password in cleartext. I would suggest to resolve the issue as soon as possibe and maybe move the roudcube folder temporarly away - probaly same for pma.
Hi @Raphael, everything looks ok from the tip above, line in the script is ok and if i do netstat, i correctly get tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN
So, i don’t know how ti fix the issue since it’s the first time i try to log to roundcube and i just did a standard HST configuration.
How i can recheck and eventually fix the whole hestia parameters? By re upgrading it? It could be useful?
And it was working fine. The only change i’ve done is to set “no-php” for an unprivileged user’s website.
A note,maybe useful, is that this website is the same domain of hestia :
server name is XYZ.MYDOMAIN.TLD
website i change backend template to “no.php” is MYDOMAIN.TLD
then i roll back to backend template "default* but roundcube was still offline with no php
could you check, if you can restart nginx via command line?
I had an issue where a faulty template lead to nginx not being reloaded after changing the config, because reload tests the new config beforehand. it’s then might be easy to miss, that it did not even honor the changes at all…
when you issue a full restart on nginx it might error out and you can read the log with journaltctl -xe to see what’s causing the problem.