Unable to change discovery modules

Hi everyone!
I’ve a distributed installation of librenms and I’m unable to disable some discovery modules on the machine who work as “polling machine”.
I want to disable the ipv4-addresses and ipv6-addresses but the lnms command doesn’t works:

librenms@libreclienti:~$ lnms config:get discovery_modules.ipv4-addresses
true
librenms@libreclienti:~$ lnms config:set discovery_modules.ipv4-addresses false
librenms@libreclienti:~$ lnms config:get discovery_modules.ipv4-addresses
true
librenms@libreclienti:~$

web interface on this machine are not enabled.
Can you help me?

librenms@libreclienti:~$ ./validate.php
PHP Deprecated: Carbon\CarbonTimeZone::toOffsetName(): Implicitly marking parameter $date as nullable is deprecated, the explicit nullable type must be used instead in /opt/librenms/vendor/nesbot/carbon/src/Carbon/CarbonTimeZone.php on line 158
PHP Deprecated: Carbon\CarbonTimeZone::toOffsetTimeZone(): Implicitly marking parameter $date as nullable is deprecated, the explicit nullable type must be used instead in /opt/librenms/vendor/nesbot/carbon/src/Carbon/CarbonTimeZone.php on line 172
PHP Deprecated: Carbon\CarbonTimeZone::toRegionName(): Implicitly marking parameter $date as nullable is deprecated, the explicit nullable type must be used instead in /opt/librenms/vendor/nesbot/carbon/src/Carbon/CarbonTimeZone.php on line 188
PHP Deprecated: Carbon\CarbonTimeZone::toRegionTimeZone(): Implicitly marking parameter $date as nullable is deprecated, the explicit nullable type must be used instead in /opt/librenms/vendor/nesbot/carbon/src/Carbon/CarbonTimeZone.php on line 230

Component Version
LibreNMS 25.1.0-9-g0fb5d0dc2 (2025-03-07T09:06:20+01:00)
DB Schema 2024_11_22_135845_alert_log_refactor_indexes (310)
PHP 8.4.6
Python 3.10.12
Database MariaDB 10.6.21-MariaDB-0ubuntu0.22.04.2
RRDTool 1.7.2
SNMP 5.9.1
===========================================

[OK] Composer Version: 2.8.8
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database connection successful
[OK] Database Schema is current
[OK] SQL Server meets minimum requirements
[OK] lower_case_table_names is enabled
[OK] MySQL engine is optimal
[OK] Database and column collations are correct
[OK] Database schema correct
[OK] MySQL and PHP time match
[OK] Distributed Polling setting is enabled globally
[OK] Connected to rrdcached
[OK] Active pollers found
[OK] Dispatcher Service is enabled
[OK] Locks are functional
[OK] Python wrapper cron entry is not present
[OK] Redis is functional
[OK] rrdtool version ok
[OK] Connected to rrdcached
[WARN] Your install is over 24 hours out of date, last update: Fri, 07 Mar 2025 08:06:20 +0000
[FIX]:
Make sure your daily.sh cron is running and run ./daily.sh by hand to see if there are any errors.
[WARN] Your local git branch is not master, this will prevent automatic updates.
[FIX]:
You can switch back to master with git checkout master
librenms@libreclienti:~$

After you’ve set the config run lnms config:clear

not working
after this command the ipv4-addresses always remain to true

librenms@libreclienti:~$ lnms config:get discovery_modules.ipv4-addresses
true
librenms@libreclienti:~$ lnms config:set discovery_modules.ipv4-addresses false
librenms@libreclienti:~$ lnms config:clear

INFO Configuration cache cleared successfully.

librenms@libreclienti:~$ lnms config:get discovery_modules.ipv4-addresses
true

Note that you are on an old version of LibreNMS (25.1.0-9-g0fb5d0dc2) which had some issues with PHP 8.4. I suggest updating to a current version of LibreNMS.

After that you can go back to troubleshooting your other problem :slight_smile: (which I suspect is because it is set in config.php which overrides everything, remove that from there :D)

I don’t know why, but with the config clear chace associated to the config.php overwrite the discovery_modules have change the value to false.
right now the issue are resolved.

Ok Murrant, thank you for your suggestion about PHP8.4 . I will schedule the update with my colleague

thank you