MongoDB plugin dependency problem on centreon 22.04 Alma Linux 8

  • 18 December 2022
  • 5 replies

Userlevel 3
Badge +8


I have 1 central and 3 pollers, all with CentOS 7.9 and Centreon 22.04.7

I’m preparing the migration from CentOS 7.9 to AlmaLinux 8.7, same centreon version for now..

For that, I will begin with poller upgrades.


I have installed the first new alma poller ( OS+centreon 22.04 ). The poller is not registered at the moment. I always have a snapshot just in case.

I have installed all centreon-plugins, except centreon-plugin-Applications-Databases-Mongodb

If I want install this plugin, it will downgrade the dependancy perl-Exporter-Tiny, use by all others plugins.

The version installed with centreon is:

When I test to install mongdb plugin, and downgrade the dependancy, I have several errors when I try to do a

dnf update


dnf update --nobest
dnf update --best --allowerasing
dnf update --nobest --allowerasing

The only thing that works is to exclude the package

dnf update --exclude=perl-Exporter-Tiny*

But I’m worried, why centreon installs a more recent version, then want to downgrade it for only 1 plugin ?

Do I risk problems with the functionning of tre platorm with the downgrade version of this package ?



I don’t have this problem on CentOS 7, and I prefer to not have to exclude this package each time I want to do an update.



5 replies

Userlevel 3
Badge +8
dnf list perl-Exporter-Tiny

The package installed is from centreon repo


But the mongoDB plugin want to downgrade with the package from powertools repo.

So the solution would be to wait for a new version of the mongoDB plugin which would use the centreon repos package ??

Userlevel 5
Badge +17

Moved to Data Collection

Badge +5

We just had the same issue but with Red Hat 8.6 but the package is clashing with the RHEL-8 version of the Code Ready Builder:


[root@LULUXLINFPV003 ~]# dnf update
Updating Subscription Management repositories.
Last metadata expiration check: 0:15:11 ago on Wed 25 Jan 2023 08:42:44 CET.
Problem: package perl-Type-Tiny-1.010006-1.el8.noarch requires perl(Exporter::Tiny), but none of the providers can be installed
- cannot install both perl-Exporter-Tiny-1.002002-1.el8.noarch and perl-Exporter-Tiny-1.000000-4.el8.noarch
- cannot install both perl-Exporter-Tiny-1.000000-4.el8.noarch and perl-Exporter-Tiny-1.002002-1.el8.noarch
- cannot install the best update candidate for package perl-Type-Tiny-1.010006-1.el8.noarch
- cannot install the best update candidate for package perl-Exporter-Tiny-1.000000-4.el8.noarch
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
[root@LULUXLINFPV003 ~]# dnf list perl-Exporter-Tiny
Updating Subscription Management repositories.
Last metadata expiration check: 0:15:21 ago on Wed 25 Jan 2023 08:42:44 CET.
Installed Packages
perl-Exporter-Tiny.noarch 1.000000-4.el8 @codeready-builder-for-rhel-8-x86_64-rpms
Available Packages
perl-Exporter-Tiny.noarch 1.002002-1.el8 centreon-stable-noarch


Userlevel 4
Badge +14


I seen this dependencies problem a couple a months ago, and I don't understand this problem, because this plugin, and is RPM packaging don't use it.

Since 2 weeks packaging of centreon-plugins is visible :

There is no dependencies with Perl Exporter Tiny package..

Maybe a dependencies of a dependencies, but i can't see it..

Is possible that is a problem on EPEL repo ?

Badge +5

I managed to fix it this way on our RHEL 8 machines:

rpm -e perl-Exporter-Tiny --nodeps
dnf install -y perl-Exporter-Tiny
dnf update -y

So far it seems to have stopped happening when I check for new updates.