Service http check, params lost

I have a problem with the service check http, I need some params like (-S for ssl, -u for specific URL). Everything works well for a moment … then the service rises an alarm, the params have disapeared.
I’ve notices this only on http check, I use tcp check, and no problem with the -p port param.

I’ve tried to activate debug for check-services.php, but I can get logs for the cron, and dont find any errors.

Do you use this feature ?

My config:
librenms@lnms:~$ ./validate.php

Component Version
LibreNMS 24.3.0-11-g73d8e2cc7 (2024-04-10T22:43:33+02:00)
DB Schema 2024_02_07_151845_custom_map_additions (290)
PHP 8.1.12
Python 3.9.2
Database MariaDB 10.5.15-MariaDB-0+deb11u1
RRDTool 1.7.2
SNMP 5.9
===========================================

[OK] Composer Version: 2.7.2
[OK] Dependencies up-to-date.
[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] Active pollers found
[OK] Dispatcher Service not detected
[OK] Locks are functional
[OK] Python poller wrapper is polling
[OK] Redis is unavailable
[OK] rrdtool version ok
[OK] Connected to rrdcached

Example of service with lost of memory :
librenms@lnms:~$ ./check-services.php -d
DEBUG!
Starting service polling run:

Nagios Service - 20
Request: ‘/usr/lib/nagios/plugins/check_http’ ‘-H’ ‘rhea.lirmm.fr’ ‘-S’ ‘-w’ ‘3’ ‘-c’ ‘5’ ‘-u’ ‘https://rhea.lirmm.fr/algco
Perf Data - DS: time, Value: 0.035000, UOM: s
Perf Data - DS: size, Value: 448, UOM: B
Response: HTTP OK: HTTP/1.1 301 Moved Permanently - 448 octets en 0.035 secondes de temps de réponse
Service DS: {
“time”: “s”,
“size”: “B”
}
RRD[last rhea.lirmm.fr/services-20.rrd --daemon unix:/run/rrdcached.sock]
RRD[update rhea.lirmm.fr/services-20.rrd N:0.035000:448 --daemon unix:/run/rrdcached.sock]

In one or two hours, the params of this service check will be lost …

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.