Resolved Recurring warning emails "PHP Startup: Unable to load dynamic library ‘/usr/lib/php/20151012/php_so"

[Carlo]

Hi Guys,
Ive install php soap

sudo apt-get install php-soap

next i've edit php.ini in Plesk setting
from this

;extension=php_soap.dll

to this

extension=php_soap.dll

I've check the soap

ubuntu@XXXXX:~$ php -i | grep -i soap
/etc/php/7.0/cli/conf.d/20-soap.ini,
soap
Soap Client => enabled
Soap Server => enabled
soap.wsdl_cache => 1 => 1
soap.wsdl_cache_dir => /tmp => /tmp
soap.wsdl_cache_enabled => 1 => 1
soap.wsdl_cache_limit => 5 => 5
soap.wsdl_cache_ttl => 86400 => 86400

But receive recurring emails with
"Cron <root@servername> [ -x /usr/lib/php/sessionclean ] && /usr/lib/php/sessionclean"
"PHP Startup: Unable to load dynamic library ‘/usr/lib/php/20151012/php_so"

You have some idea to solve?
thanks
Carlo

 

[UFHH01]

Hi Carlo,

pls note the following paths for EACH Plesk - PHP - version:

/opt/plesk/php/5.2/bin/php -v
/opt/plesk/php/5.3/bin/php -v
/opt/plesk/php/5.4/bin/php -v
/opt/plesk/php/5.5/bin/php -v
/opt/plesk/php/5.6/bin/php -v
/opt/plesk/php/7.0/bin/php -v
/opt/plesk/php/7.1/bin/php -v

When you install a PHP - extension/module with apt-get/aptitude/dpkg, then the vendor PHP - version is used, where the path is:

/usr/bin/php

... which you can check with:

which php

Pls. note as well, that your vendor PHP - version and it's corresponding configuration files ( like the *.ini 's ), are located at ( for Ubuntu/Debian - based systems! ):

/etc/php

/usr/lib/php/20151012

... for example is a PHP 7.0 version, so your corresponding "php.ini" - files are located in the folder: => /etc/php/7.0

Example:

locate php.ini | grep /etc/php/7.0

/etc/php/7.0/apache2/php.ini
/etc/php/7.0/apache2/php.ini.ucf-dist

/etc/php/7.0/cgi/php.ini
/etc/php/7.0/cgi/php.ini.ucf-dist

/etc/php/7.0/cli/php.ini
/etc/php/7.0/cli/php.ini.ucf-dist

/etc/php/7.0/embed/php.ini
/etc/php/7.0/embed/php.ini.ucf-dist

/etc/php/7.0/fpm/php.ini
/etc/php/7.0/fpm/php.ini.ucf-dist

/etc/php/7.0/phpdbg/php.ini
/etc/php/7.0/phpdbg/php.ini.ucf-dist

 

[Carlo]

pls note the following paths for EACH Plesk - PHP - version:

Error is in this version

/opt/plesk/php/7.0/bin/php -v

PHP Warning:  PHP Startup: Unable to load dynamic library '/opt/plesk/php/7.0/lib/php/modules/php_soap.dll' - /opt/plesk/php/7.0/lib/php/modules/php_soap.dll: cannot open shared object file: No such file or directory in Unknown on line 0

PHP 7.0.18 (cli) (built: Apr 13 2017 18:10:29) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v6.0.7, Copyright (c) 2002-2016, by ionCube Ltd.
with Zend OPcache v7.0.18, Copyright (c) 1999-2017, by Zend Technologies

I've check the php.ini file in
/etc/php/7.0 and it's uncommented the row with soap extension...

 

[UFHH01]

Hi Carlo,

if you use a "*.dll" like "php_soap.dll", you are hopefully aware, that this is a WINDOWS library file?

=> https://support.microsoft.com/en-us/help/815065/what-is-a-dll​

The corresponding setting on linux systems would be "extension=php_soap.so" - but ( !!! ) and here comes the clue: "php_soap" is PRE-enabled on Plesk PHP - versions.


Pls. CHECK your installed and activated modules with the command:

Example command for Plesk PHP 7.0 version:

/opt/plesk/php/7.0/bin/php -m

Pls. note as well that the corresponding Plesk PHP versions have got nothing to do with the vendor PHP version(s). You run a command for your vendor PHP 7.0 version ( => /usr/lib/php/20151012 ) and modify your Plesk PHP 7.0 version.
You should notice as well, that your issue states clear, that the "php_so" definition is wrong and can't be found.

 

[Carlo]

The result

/opt/plesk/php/7.0/bin/php -m

PHP Warning:  PHP Startup: Unable to load dynamic library '/opt/plesk/php/7.0/lib/php/modules/php_soap.dll' - /opt/plesk/php/7.0/lib/php/modules/php_soap.dll: cannot open shared object file: No such file or directory in Unknown on line 0

[PHP Modules]

bcmath
bz2
calendar
Core
ctype
curl
date
dba
dom
enchant
exif
fileinfo
filter
ftp
gd
gettext
gmp
hash
iconv
imagick
imap
intl
ionCube Loader
json
ldap
libxml
mbstring
mcrypt
mysqli
mysqlnd
odbc
openssl
pcntl
pcre
PDO
pdo_mysql
PDO_ODBC
pdo_pgsql
pdo_sqlite
pgsql
Phar
posix
pspell
readline
redis
Reflection
session
SimpleXML
soap
sockets
SPL
sqlite3
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
xml
xmlreader
xmlrpc
xmlwriter
xsl
Zend OPcache
zip
zlib
[Zend Modules]
Zend OPcache
the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured)

if you use a "*.dll" like "php_soap.dll", you are hopefully aware, that this is a WINDOWS library file?

=> https://support.microsoft.com/en-us/help/815065/what-is-a-dll

The corresponding setting on linux systems would be "extension=php_soap.so" - but ( !!! ) and here comes the clue: "php_soap" is PRE-enabled on Plesk PHP - versions.

Why he ask for .dll?

 

[UFHH01]

Why he ask for .dll?

Because YOU setup :

from this

;extension=php_soap.dll

to this

extension=php_soap.dll

 

[UFHH01]

I really recommend to read this additional comment again, to understand your issue:

Hi Carlo,

if you use a "*.dll" like "php_soap.dll", you are hopefully aware, that this is a WINDOWS library file?

=> https://support.microsoft.com/en-us/help/815065/what-is-a-dll​

The corresponding setting on linux systems would be "extension=php_soap.so" - but ( !!! ) and here comes the clue: "php_soap" is PRE-enabled on Plesk PHP - versions.


Pls. CHECK your installed and activated modules with the command:

Example command for Plesk PHP 7.0 version:

/opt/plesk/php/7.0/bin/php -m

Pls. note as well that the corresponding Plesk PHP versions have got nothing to do with the vendor PHP version(s). You run a command for your vendor PHP 7.0 version ( => /usr/lib/php/20151012 ) and modify your Plesk PHP 7.0 version.
You should notice as well, that your issue states clear, that the "php_so" definition is wrong and can't be found.

 

[Carlo]

Ah ok...
Now i understand the problem

Sorry for the misunderstanding