Environment
I have a default installation of CentOS 7 with MariaDB, with default, unchanged configuration files.
I have deployed a most recent version of SCX (scx-1.6.2-339.x86_64 along with mysql-cimprov-1.0.1-5.x86_64) that is available as default deployment option via SCOM 2016 UR4.
Problem
The omi-preexec returns a following error in /var/opt/microsoft/mysql-cimprov/log/mysqllog.log:
[mysql.omi-preexec:95:4661:139821470123840] Error reading configuration file: /etc/my.cnf is used in !include more than once.
There are no traceable loops in includes, in fact, there is only a default !includedir /etc/my.cnf.d in the /etc/my.cnf, with no custom config in the included files. All files have been attached as reference: cnf.zip
Surprisingly, commenting out the default !includedir prevents error from triggering (but is not a valid workaround for production).
It's either something wrong with loop detection algorithm or something in the algorithm that I did not take into account. I'll be happy to provide you other files if needed.
Environment
I have a default installation of CentOS 7 with MariaDB, with default, unchanged configuration files.
I have deployed a most recent version of SCX (
scx-1.6.2-339.x86_64along withmysql-cimprov-1.0.1-5.x86_64) that is available as default deployment option via SCOM 2016 UR4.Problem
The
omi-preexecreturns a following error in/var/opt/microsoft/mysql-cimprov/log/mysqllog.log:There are no traceable loops in includes, in fact, there is only a default
!includedir /etc/my.cnf.din the/etc/my.cnf, with no custom config in the included files. All files have been attached as reference: cnf.zipSurprisingly, commenting out the default
!includedirprevents error from triggering (but is not a valid workaround for production).It's either something wrong with loop detection algorithm or something in the algorithm that I did not take into account. I'll be happy to provide you other files if needed.