Problems with PHP module version

[actopolus]

OS: Debian GNU/Linux 8.11 (jessie) (Same on Ubuntu 18.04.2 LTS)
Unit version: 1.9.0 (from github repo)

Problem:
Php version doesn't change when configurator responses "Reconfiguration done.". Php version always targets on newer version. When "type" for application php "7.1.30", phpinfo shows 7.2.20.

Env
It has two modules for php 7.1 and php 7.2, and simple script with phpinfo():

Unit build configuration:

unit version: 1.9.0
configured as ./configure --debug --prefix=/usr --state=/var/lib/unit --control=unix:/var/run/control.unit.sock --pid=/var/run/unit.pid --log=/var/log/unit.log --tests --openssl --modules=/usr/lib/unit/modules

Unit log:

module: php 7.1.30-2+0\~20190710.21+debian8\~1.gbp011d3c "/usr/lib/unit/modules/php71.unit.so"
module: php 7.2.20-1+0\~20190710.23+debian8\~1.gbp2428c5 "/usr/lib/unit/modules/php72.unit.so"

Unit config:

{
	"listeners": {
		"*:8300": {
			"application": "exa"
		}
	},

	"applications": {
		"exa": {
			"type": "php 7.1.30",
			"processes": 2,
			"user": "www-data",
			"group": "www-data",
			"root": "/var/www/example",
			"script": "index.php",
			"environment": {
				"APPLICATION_TYPE": "applications",
				"APPLICATION_ENV": "Testing"
			}
		}
	}
}

Steps to reproduce:

• Checkout repos
• Configure unit 1.9.0 (sudo ./configure --debug --prefix=/usr --state=/var/lib/unit --control=unix:/var/run/control.unit.sock --pid=/var/run/unit.pid --log=/var/log/unit.log --tests --openssl --modules=/usr/lib/unit/modules)
• Build unit (make)
• Install unit (make install)
• Install php7.1-dev, libphp7.1-embed
• Configure module php7.1 (sudo ./configure php --module=php71 --config=/usr/bin/php-config7.1 --lib-path=/usr/lib/php/7.1/sapi)
• Build php71 (make php71)
• Install php71 (make php71-install)
• Configure simple app with phpinfo and type "php 7.1.30"
• See phpinfo (shows version 7.1.30)
• Install php7.2-dev, libphp7.2-embed
• Configure module php7.2 (sudo ./configure php --module=php72 --config=/usr/bin/php-config7.2 --lib-path=/usr/lib/php/7.2/sapi)
• Build php72 (make php72)
• Install php72 (make php72-install)
• Restart unit for module discovery
• See phpinfo (shows version 7.2, when type is "php 7.1.30")

[VBart]

Please make sure that the issue isn't caused by the browser cache showing you previous version of phpinfo() page.

$ grep module unit.log
2019/07/24 12:30:12 [notice] 9473#9473 module: php 5.6.38-pl0-gentoo "build/php56.unit.so"
2019/07/24 12:30:12 [notice] 9473#9473 module: php 7.0.32 "build/php70.unit.so"
2019/07/24 12:30:12 [notice] 9473#9473 module: php 7.1.23 "build/php71.unit.so"
2019/07/24 12:30:12 [notice] 9473#9473 module: php 7.2.11 "build/php72.unit.so"
2019/07/24 12:30:12 [notice] 9473#9473 module: python 2.7.10 "build/py27.unit.so"
2019/07/24 12:30:12 [notice] 9473#9473 module: python 3.3.5 "build/py33.unit.so"
2019/07/24 12:30:12 [notice] 9473#9473 module: python 3.4.5 "build/py34.unit.so"
2019/07/24 12:30:12 [notice] 9473#9473 module: ruby 2.2.6 "build/ruby.unit.so"
2019/07/24 12:30:12 [notice] 9473#9473 module: ruby 2.3.6 "build/ruby23.unit.so"
$ build/unitd --control 127.0.0.1:8443 --modules build --state build
$ cat test.json
{
        "listeners": {
                "127.0.0.1:8888": {
                        "pass": "applications/php"
                }
        },

        "applications": {
                "php": {
                        "type": "php 5.6.38",
                        "script": "phpinfo.php",
                        "root": "/home/vbart/Development/tests/"
                }
        }
}
$ curl -X PUT -d@test.json 127.1:8443/config
{
        "success": "Reconfiguration done."
}
$ curl 127.1:8888 | grep 'PHP Version'
...
<h1 class="p">PHP Version 5.6.38-pl0-gentoo</h1>
$ curl -X PUT -d '"php 7.0.32"' 127.1:8443/config/applications/php/type
{
        "success": "Reconfiguration done."
}
$ curl 127.1:8888 | grep 'PHP Version'
...
<h1 class="p">PHP Version 7.0.32</h1>
$ curl -X PUT -d '"php 7.1.23"' 127.1:8443/config/applications/php/type   
{
        "success": "Reconfiguration done."
}
$ curl 127.1:8888 | grep 'PHP Version'
...
<h1 class="p">PHP Version 7.1.23</h1>
$ curl -X PUT -d '"php 7.2.11"' 127.1:8443/config/applications/php/type    
{
        "success": "Reconfiguration done."
}
$ curl 127.1:8888 | grep 'PHP Version'
...
<h1 class="p">PHP Version 7.2.11</h1>

[actopolus]

Nope, it isn't browser cache

grep module unit.log
2019/07/24 15:41:03 [notice] 13264#13264 module: php 7.2.15-0ubuntu0.18.04.1 "/usr/lib/unit/modules/php.unit.so"
2019/07/24 15:41:03 [notice] 13264#13264 module: php 7.1.30-1+ubuntu18.04.1+deb.sury.org+1 "/usr/lib/unit/modules/php71.unit.so"

curl --unix-socket /var/run/control.unit.sock http://localhost/config
{
	"listeners": {
		"*:8300": {
			"application": "exa"
		},
		"*:9090": {
			"pass": "applications/exa"
		}
	},
	"applications": {
		"exa": {
			"type": "php 7.1",
			"processes": 20,
			"user": "www-data",
			"group": "www-data",
			"root": "/var/www/exa/applications/web",
			"script": "index.php",
			"environment": {
				"APPLICATION_TYPE": "applications",
				"APPLICATION_ENV": "Testing"
			}
		}
	}
}

curl 127.1:9090 | grep 'PHP Version'
PHP Version 7.3.7-1+ubuntu18.04.1+deb.sury.org+1

curl 127.1:8300 | grep 'PHP Version'
PHP Version 7.3.7-1+ubuntu18.04.1+deb.sury.org+1

Moreover, there isn't module with php 7.3 in discovery log and modules folder, but it picked

[VBart]

@actopolus Could you show output of $ /usr/bin/php-config7.1 and $ /usr/bin/php-config7.2?

[actopolus]

@VBart

PHP 7.1

Options:
  --prefix            [/usr]
  --includes          [-I/usr/include/php/20160303 -I/usr/include/php/20160303/main -I/usr/include/php/20160303/TSRM -I/usr/include/php/20160303/Zend -I/usr/include/php/20160303/ext -I/usr/include/php/20160303/ext/date/lib ]
  --ldflags           [-L/usr/lib/php/20160303  -L/usr/lib/x86_64-linux-gnu]
  --libs              [-lcrypt   -lresolv -lcrypt -lz -lpcre -lrt -lm -ldl -lnsl  -lxml2 -lssl -lcrypto -lcrypt -lcrypt ]
  --extension-dir     [/usr/lib/php/20160303]
  --include-dir       [/usr/include/php/20160303]
  --man-dir           [/usr/share/man]
  --php-binary        [/usr/bin/php7.1]
  --php-sapis         [apache2handler embed cgi cli fpm ]
  --phpapi            [20160303]
  --configure-options [--includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --disable-silent-rules --libdir=/usr/lib/x86_64-linux-gnu --libexecdir=/usr/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --prefix=/usr --enable-cli --disable-cgi --disable-phpdbg --with-config-file-path=/etc/php/7.1/cli --with-config-file-scan-dir=/etc/php/7.1/cli/conf.d --build=x86_64-linux-gnu --host=x86_64-linux-gnu --config-cache --cache-file=/build/php7.1-skXqsH/php7.1-7.1.30/config.cache --libdir=${prefix}/lib/php --libexecdir=${prefix}/lib/php --datadir=${prefix}/share/php/7.1 --program-suffix=7.1 --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --disable-all --disable-debug --disable-rpath --disable-static --with-pic --with-layout=GNU --without-pear --enable-filter --with-openssl=yes --with-pcre-regex=/usr --enable-hash --with-mhash=/usr --enable-libxml --enable-session --with-system-tzdata --with-zlib=/usr --with-zlib-dir=/usr --enable-dtrace --enable-pcntl --with-libedit=shared,/usr build_alias=x86_64-linux-gnu host_alias=x86_64-linux-gnu CFLAGS=-g -O2 -fdebug-prefix-map=/build/php7.1-skXqsH/php7.1-7.1.30=. -fstack-protector-strong -Wformat -Werror=format-security -O2 -Wall -pedantic -fsigned-char -fno-strict-aliasing -g]
  --version           [7.1.30-1+ubuntu18.04.1+deb.sury.org+1]
  --vernum            [70130]

PHP 7.2

  --prefix            [/usr]
  --includes          [-I/usr/include/php/20170718 -I/usr/include/php/20170718/main -I/usr/include/php/20170718/TSRM -I/usr/include/php/20170718/Zend -I/usr/include/php/20170718/ext -I/usr/include/php/20170718/ext/date/lib ]
  --ldflags           [-L/usr/lib/php/20170718  -L/usr/lib/x86_64-linux-gnu]
  --libs              [-lcrypt   -largon2 -lresolv -lcrypt -lz -lpcre -lrt -lm -ldl -lnsl  -lxml2 -lssl -lcrypto -lsodium -lcrypt -largon2 -largon2 -lcrypt ]
  --extension-dir     [/usr/lib/php/20170718]
  --include-dir       [/usr/include/php/20170718]
  --man-dir           [/usr/share/man]
  --php-binary        [/usr/bin/php7.2]
  --php-sapis         [embed cli ]
  --phpapi            [20170718]
  --configure-options [--includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --disable-silent-rules --libdir=/usr/lib/x86_64-linux-gnu --libexecdir=/usr/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --prefix=/usr --enable-cli --disable-cgi --disable-phpdbg --with-config-file-path=/etc/php/7.2/cli --with-config-file-scan-dir=/etc/php/7.2/cli/conf.d --build=x86_64-linux-gnu --host=x86_64-linux-gnu --config-cache --cache-file=/build/php7.2-IYpx4e/php7.2-7.2.20/config.cache --libdir=${prefix}/lib/php --libexecdir=${prefix}/lib/php --datadir=${prefix}/share/php/7.2 --program-suffix=7.2 --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --disable-all --disable-debug --disable-rpath --disable-static --with-pic --with-layout=GNU --without-pear --enable-filter --with-openssl=yes --with-password-argon2=/usr --with-pcre-regex=/usr --enable-hash --with-mhash=/usr --enable-libxml --enable-session --with-sodium --with-system-tzdata --with-zlib=/usr --with-zlib-dir=/usr --enable-dtrace --enable-pcntl --with-libedit=shared,/usr build_alias=x86_64-linux-gnu host_alias=x86_64-linux-gnu CFLAGS=-g -O2 -fdebug-prefix-map=/build/php7.2-IYpx4e/php7.2-7.2.20=. -fstack-protector-strong -Wformat -Werror=format-security -O2 -Wall -pedantic -fsigned-char -fno-strict-aliasing -g]
  --version           [7.2.20-1+ubuntu18.04.1+deb.sury.org+1]
  --vernum            [70220]

P.S.: php-config for php 7.2 was reinstalled because of testing other cases

[VBart]

@actopolus Could you also provide the output of commands below?

$ strings /usr/lib/php/7.1/sapi/libphp7.so | grep -F 7.
$ strings /usr/lib/php/7.2/sapi/libphp7.so | grep -F 7.

[actopolus]

@VBart, there aren't libphp in sapi. They are in /usr/lib (is it possible problem?)

strings /usr/lib/libphp7.1.so | grep -F 7.
libphp7.so
7.1.30-1+ubuntu18.04.1+deb.sury.org+1
/build/php7.1-skXqsH/php7.1-7.1.30/ext/date/lib/parse_date.c
/build/php7.1-skXqsH/php7.1-7.1.30/ext/openssl/openssl.c
/build/php7.1-skXqsH/php7.1-7.1.30/ext/openssl/xp_ssl.c
/build/php7.1-skXqsH/php7.1-7.1.30/ext/session/mod_user_class.c
/build/php7.1-skXqsH/php7.1-7.1.30/ext/session/mod_user.c
/etc/php/7.1/embed
7.1.30-1+ubuntu18.04.1+deb.sury.sp|l
/build/php7.1-skXqsH/php7.1-7.1.30/ext/standard/assert.c
/build/php7.1-skXqsH/php7.1-7.1.30/main/main.c
X-Powered-By: PHP/7.1.30-1+ubuntu18.04.1+deb.sury.org+1
/usr/share/php/7.1
/etc/php/7.1/embed/conf.d
/build/php7.1-skXqsH/php7.1-7.1.30/main/streams/userspace.c
/build/php7.1-skXqsH/php7.1-7.1.30/Zend/zend_alloc.c
/build/php7.1-skXqsH/php7.1-7.1.30/Zend/zend_execute_API.c
/build/php7.1-skXqsH/php7.1-7.1.30/Zend/zend_objects_API.c
/build/php7.1-skXqsH/php7.1-7.1.30/Zend/zend_vm_execute.h

strings /usr/lib/libphp7.2.so | grep -F 7.
libphp7.so
2017.09
7.2.20-1+ubuntu18.04.1+deb.sury.org+1
/build/php7.2-IYpx4e/php7.2-7.2.20/ext/date/lib/parse_date.c
/build/php7.2-IYpx4e/php7.2-7.2.20/ext/openssl/openssl.c
/build/php7.2-IYpx4e/php7.2-7.2.20/ext/openssl/xp_ssl.c
/build/php7.2-IYpx4e/php7.2-7.2.20/ext/session/mod_user_class.c
/build/php7.2-IYpx4e/php7.2-7.2.20/ext/session/mod_user.c
/etc/php/7.2/embed
7.2.20-1+ubuntu18.04.1+deb.sury.IPTC data too large
/build/php7.2-IYpx4e/php7.2-7.2.20/ext/standard/assert.c
/build/php7.2-IYpx4e/php7.2-7.2.20/main/main.c
X-Powered-By: PHP/7.2.20-1+ubuntu18.04.1+deb.sury.org+1
/usr/share/php/7.2
/etc/php/7.2/embed/conf.d
/build/php7.2-IYpx4e/php7.2-7.2.20/main/streams/userspace.c
/build/php7.2-IYpx4e/php7.2-7.2.20/Zend/zend_alloc.c
/build/php7.2-IYpx4e/php7.2-7.2.20/Zend/zend_execute_API.c
/build/php7.2-IYpx4e/php7.2-7.2.20/Zend/zend_vm_execute.h

[VBart]

@actopolus Yes, it's the cause of problem. While building modules you've specified --lib-path=/usr/lib/php/7.2/sapi, but as there is no libphp7.so in this path your system loader uses php library located in default system paths (which appears to be 7.3).

[VBart]

You can fix the problem by creating symlinks /usr/lib/php/7.1/sapi/libphp7.so -> /usr/lib/libphp7.1.so and /usr/lib/php/7.2/sapi/libphp7.so -> /usr/lib/libphp7.2.so.

[VBart]

Avoiding --lib-path= or specifying --lib-path=/usr/lib/ won't work in your case because Unit uses only the first version number in library name: -lphp7 as the only option on most systems.

[VBart]

Also from output of strings command, it seems both libraries libphp7.1.so and libphp7.2.so have identical soname libphp7.so, so there's no way for loader to differentiate them in the same directory.

[actopolus]

@VBart, ok, thank you. I'll try.

[actopolus]

You can fix the problem by creating symlinks /usr/lib/php/7.1/sapi/libphp7.so -> /usr/lib/libphp7.1.so and /usr/lib/php/7.2/sapi/libphp7.so -> /usr/lib/libphp7.2.so.

It's solution! Thank you!

[skillslasher]

The same problem arose with connecting the php module. Unit was assembled from source with php7.3 module. As a result, I can’t load the configuration.

"error": "Invalid configuration.",
"detail": "The module to run "php73" is not found among the available application modules."

Ubuntu System Version 18.04.3 LTS
Unit assembly options:

./configure \
	--openssl \
	--group=www-data \
	--user=www-data \
	--no-ipv6 \
	--prefix=/etc/unit/ \
	--state=/var/lib/unit \
	--bindir=/usr/bin/ \
	--sbindir=/usr/sbin/ \
	--control=unix:/run/ctrl.unit.sock \
	--incdir=/usr/include/ \
	--libdir=/usr/lib/ \
	--log=/var/log/unit.log \
	--pid=/run/unit.pid \
	--modules=/usr/lib/unit/modules/

Php 7.3 module build options:

./configure php --module=php73 \
    --config=/usr/bin/php-config7.3 \
    --lib-path=/usr/lib/php/7.3/

When building on a similar test machine through checkinstall in the .deb package and then installing it on a working machine, everything was packed. But after installing on the working machine, libphp7.so did not appear which I received later by installing libphp7.3-embed and no /usr/bin/php-config7.3 on the system. Please tell me what is wrong with the assembly. And is it possible to solve this problem without assembling Unit again.
P.S. Do I understand correctly. If the module has a name in the php73.unit.so system, then do you need to specify php73 in the configuration?

[VBart]

The same problem arose with connecting the php module. Unit was assembled from source with php7.3 module. As a result, I can’t load the configuration.

"error": "Invalid configuration.",
"detail": "The module to run "php73" is not found among the available application modules."

This won't work as you have specified php version 73.*.*, instead of 7.3.*.

When building on a similar test machine through checkinstall in the .deb package and then installing it on a working machine, everything was packed. But after installing on the working machine, libphp7.so did not appear which I received later by installing libphp7.3-embed and no /usr/bin/php-config7.3 on the system. Please tell me what is wrong with the assembly.

Please check the HowTo on building module packages:
https://unit.nginx.org/howto/modules/#deb-packages

Do I understand correctly. If the module has a name in the php73.unit.so system, then do you need to specify php73 in the configuration?

No, it's absolutely irrelevant. The filename doesn't matter at all. You have to specify application type and (optionally) actual version of the module. See the documentation on the type option: https://unit.nginx.org/configuration/#applications