Port conflict on port 9000 with multi php-fpm

Deepak · December 7, 2021, 10:44am

Here the same port is assigned in php-fpm 7.4 and 8.0:

/etc/php/7.4/fpm/pool.d
/etc/php/8.0/fpm/pool.d

[www]
listen = 127.0.0.1:9000

Raphael · December 7, 2021, 10:45am

You probaly speak about the www.conf file, this should be only placed once.

Deepak · December 7, 2021, 11:09am

@Raphael
Uh, forgot to include it. Yes, that it the only place. (in my installation, I lowered the port number of 7.4 below 9xxx. to have no conflict with 8.x.

The newly created domains in the new installation got inserted with 8.0 php-fpm. Importing from the hestia backup, they got into php-fpm 7.4.

But I wonder if there is a script to change php-fpm from 7.4 to 8.0. I think it could be helpful, if not in there. (I am not yet through to find out if there is a script to change this.)

eris · December 7, 2021, 12:27pm

There is a script to “update” from any version to any version in:

github.com

hestiacp/hestiacp/blob/main/install/upgrade/manual/upgrade_multi_php.sh

#!/bin/bash
# Update www.conf to a different version so users can safely delete older php version. 
# www.conf is used for Roundcube, Rainloop and phpmyadmin
# Removal of the "www.conf" php version will cause issues with Rainloop not working. Current script updates it to the latest version of PHP installed. If that is not wanted use this script

version=$1
if [ ! -x "$(command -v php)" ]; then
    echo "PHP is not installed. Aborting."
    exit 1
fi

# Verify php version format
if [[ ! $version =~ ^[0-9]\.[0-9]+ ]]; then
    echo "The PHP version format is invalid, it should look like [0-9].[0-9]."
    echo "Example:  7.0, 7.4"
    exit
fi

if [ ! -f /etc/php/$version/fpm/pool.d/dummy.conf ]; then
    echo "PHP versions doesn't exists"

This file has been truncated. show original

or when no multiphp is enabled:

github.com

hestiacp/hestiacp/blob/main/install/upgrade/manual/upgrade_php.sh

#!/bin/bash

if [ ! -x "$(command -v php)" ]; then
    echo "PHP is not installed. Aborting."
    exit 1
fi

phpnewversion=7.4
phpoldversion=7.3
echo "PHP current: $phpoldversion"
echo "PHP target : $phpnewversion"
echo "Do you want to upgrade PHP now? [Y|N]"
    read upgradeconfirmation
if [ "$upgradeconfirmation" = "Y" ] || [ "$upgradeconfirmation" = "y" ]; then
    echo "Process: Upgrading PHP to $phpnewversion"
    echo ""
    cd /tmp
    dpkg-query --showformat='${Package}\t\n' --show | grep php$phpoldversion > /tmp/phpoldpackages.txt
    cp -a /tmp/phpoldpackages.txt /tmp/phpnewpackages.txt
    sed -i "s|$phpoldversion|$phpnewversion|g" /tmp/phpnewpackages.txt

This file has been truncated. show original

Should also do the trick

Deepak · December 7, 2021, 2:40pm

Hello Eris,

Thanks.

I have multiphp enabled but now want to use only 8.0. So I did a simply upgrade of php, which of course delete the php 7.4 from the system.

After 7.4 was removed, I got 503 error. I checked here:

https://1.2.3.4:8888/edit/server/
—> Configure Server
—>—> Web Server
—>—>—> Enabled PHP versions

All the user.conf had 7.4 in there. So I substituted:

/usr/local/hestia/data/users/username/web.conf
BACKEND=‘PHP-7_4’
to
BACKEND=‘PHP-8_0’.

Now, I am working on why I get 503 error. Perhaphs, I will have to restart the server, although 8.0 was already installed.

eris · December 7, 2021, 2:42pm

Don’t forgot to rebuild web domains for that user.

Deepak · December 7, 2021, 3:14pm

Hi Eris,

Yes, thanks. I now see that rebuild have spared my time of manual substitution in the user.conf. I have to learn quite a lot and remember much.

The 503 error has nothing to do with Hestia scripts coding directly. This is a local or my problem. The phpinfo works outside of a subdirectory but not inside. During checking, the phpinfo script was inside a protected subdirectory, which gave 503. I will have to find out why and where I should change.

Thanks again.

Deepak · December 8, 2021, 12:04pm

Hi Eris,

Now I know why I got 503 error.

User rebuild did not substitute the backend template from PHP-7_4 —> PHP-8_0. Either I needed to go through the php scripts or search and replace like I did above.

But the /run/php/ has no files. It is empty! Thus, I get 503. I have no idea why and how this happened. I did the upgrade_php.sh. I was asked to execute apt autoremove, which I did. It had removed some php 7.4 binaries.

v-update-web-templates generates all files successfully. Further, I can systemctl restart php8.0-fpm successfully. All conf files in /etc/php/8.0/fpm/pool.d are there.

Any suggestion on how I can regenerate the files under /run/php/?

system · January 7, 2022, 12:05pm

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.