Webmin monitor warning me by root email about meaningless irregularity in my php / apache
my emails received and my logs vim /var/log/apache2/error.log
PHP Warning: Module 'imagick' already loaded in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/php_mbstring.dll'
- /usr/lib/php/20151012/php_mbstring.dll: cannot open shared object file: No such
file or directory in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/php_xmlrpc.dll'
- /usr/lib/php/20151012/php_xmlrpc.dll: cannot open shared object file: No such file
or directory in Unknown on line 0
PHP Warning: Module 'dom' already loaded in Unknown on line 0
insistent error php / apache, this errors does not make any sense, because I do not use windows anywhere, only linux. what errors .DLL errors are these ??? This does not make sense, if we know that linux extension is .so ... And I do not have these active modules, they are all commented out in my php.ini. and checked, I have them all installed in the newest version when trying to install them, doing
sudo apt-get install php7.0-xmlrpc
sudo apt-get install php7.0-mbstring
sudo apt-get install php7.0-imagick
php -m | grep mbstring to verified if are loaded in system
and they all exist here:
cd /etc/php/7.0/mods-available/ and cd /usr/lib/php/20151012/
so I decided to uncomment them in php.ini to see if there was any need of the system, but simply continued the same errors arriving via email root
thank you all
Howdy,
The errors you're seeing there aren't Webmin/Virtualmin errors, they're being reported by either Apache or PHP.
It sounds like there is a php config file somewhere on the system which is attempting to load those particular modules... the key is to track down which one it is.
It could be a global config within /etc, or it could be an individual php.ini file in a user's homedir. However, I believe you're saying those warnings are displaying in a system-wide log file, which would typically mean the issue is within a system-wide config file.
You may want to try running this command to see if this shows any clues:
find /etc -type f | xargs grep php_mbstringThank you so much Andreychek! you helped me a lot
I should have thought about grep and not doubting that there was a file on my system with lines of microsoft windows .dll modules uncommented! in my linux! But how is it possible? why does my apache have active windows settings !? I've never used windows! This apache was the one installed by the virtualmin package. I'm very surprised with these MS Windows settings! I did not do this on my linux!
I managed to find mbtring.dll and php_xmlrpc.dll and also duplicate dom.so duplicate imagick.so, which I found in several other uncommented lines in other versions of php installed on my system. 7.0 / 7.1 / 7.2 / ... I Love Grep So Much
I only use the php7.0 version, and I don't know how to remove the new versions safely.
Please tell me how to remove general version of php when I have several versions installed, I will leave only one version, to make it easier to configure things to solve this case. I have defined that my 3 domains use only 7.0, but when I change anything in the couriers versions, this results in multiple error messages via root mail!
I have identified the error, no file or directory, I made an ls to list the files in the directory that says the files are missing,
ls /usr/lib/php/20151012/<code> and found out they are there, but their names are What are the names of apache that you are looking for, the names of them <strong>in the directory are: mbstring.so and php are looking for php_mbstring.so!!!!!... I do not know why, these files are built with a different name than php or apache are prowling! and I do not know why I had MS windows line definition enabled in my windows php! Does not the virtualmin make the distinction of what type of machine it is being installed and install the php configured for MS Windows? and why did it search for php_mbstring.so when the files were created only mbstring.so? I've been busy all day with just that! 100% SOLVED Now!Thank You.