question to check_disk

[Astrid Kuhr]

Hallo!

Besten Dank fuer die Antwort.
Ich schreib dann mal auf deutsch.

Ich verwende das Nagios in nahezu unveraenderter Konfiguration
schon seit vielen vielen Jahren.

Ich vermute mal, dass diese Ungereimheit jetzt mit einem Update
(von Nagios?) zusammenhaengt.

Im ersten Bild ein Ausschnitt von meinem /home Filesystem Anfang 2022,
es sind ca. 3,4 TB belegt. Das gibt das Nagios ja auch korrekt wieder.

Anfang 2023 passt es auch noch.

Aber im letzten halben Jahr von 2023 ist dann was "passiert",
dass den Wert im Nagios zu Null gehen laesst.
Siehe 3. Bild.

Bei einem anderen Filesystem, was auch in der aehnlichen TB Region
belegt ist, passiert dieses nicht.

Siehe Bild 4.

(Wie koennte ich dem Nagios fuer mein /home Filesystem sagen, dass es mir
es bitte auch in GB anzeigen soll, wie es es bei dem anderen Filesystem tut?)

Bei einem 3. Filesystem, was sich nur im GB Bereich belegt bewegt, da
stimmt auch die Grafik, aber die min/max Werte in der Beschriftung sind
auch krude...

Der grep Befehl wird bei mir so nicht klappen, weil ich da eine
eigene Struktur hab.

Und wie gesagt, meine Nagiosinstallation laeuft ueber viele viele
Jahre schon unveraendert und diese Filesystemungereimtheit ist
erst "jetzt" irgendwann aufgetreten.

Gruss, Astrid

Werner Flamme wrote:
> Am 2024-02-21 um 18:06 schrieb Astrid Kuhr:
>> Hello!
>>
>> I am using check_disk
>> (check_disk v2.3.1 (monitoring-plugins 2.3.1))
>> for some filesystems.
>>
>> But for one filesystem of this, the perfdata
>> has strong values inside.
>>
>> As example:
>>
>> df -h
>> /dev/mapper/raid-home                  4,0T    3,4T  553G   87% /home
>> /dev/mapper/raid-other                 197G    155G   41G   80% /other
>>
>> /usr/lib/nagios/plugins/check_disk -w 12% -c 10%  --unit GB -p /home
>> DISK OK - free space: /home 552 GB (13% inode=97%);|
>> /home=3474GB;3547;3627;0;4031
>>
>> /usr/lib/nagios/plugins/check_disk -w 12% -c 10%  --unit GB -p /other
>> DISK OK - free space: /usr/local/cfx 40 GB (20% inode=88%);|
>> /other=154GB;172;176;0;196
>>
>> But if I look into NagiosGrid I will find this for /home:
>>
>> Status Information:    DISK OK - free space: /home 1 GB (90% inode=99%):
>> Performance Data:    /home=0GB;0;0;0;1
>>
>> Which I do not understand, because it does not fit to the data, which
>> the command at console has as output.
>>
>> For the filesystem /other it is similar to command:
>>
>> Status Information:    DISK OK - free space: /other 40 GB (20% inode=88%):
>> Performance Data:    /other=154GB;166;176;0;196
>>
>> Is it possible, that Nagios can not do with terrabyte disks?
>>
>> Nagios is Nagios Core 4.4.7 from Suse Leap 15.5.
>>
>> Thanx.
>>
>> Regards, Astrid
> 
> Hello Astrid,
> 
> nagios does not know anything about the filesystem size. It just
> executes a command, normally using a plugin, and uses the returned text
> output and return values (aka "errorlevel").
> 
> Can it be that nagios executes a check_nrpe command that triggers
> something other on the monitored host than you execute yourself
> manually? I had this several times, because some plugins store their
> default config in /etc/nrpe.d and thus nrpe commands may be defined
> multiple times. You can never be sure which of the definitions are used.
> So I have nrpe checking in /etc/nrpe.ufz.d instead of the standard
> /etc/nrpe.d, which often gets infested when updates roll in ;)
> 
> You can execute "grep -rn check_disk /etc/nrpe.d/*" to check this. And
> make sure that you change all commands in /etc/nrpe.cfg to comments.
> 
> HTH, Werner
> 
> 




-- 
Astrid Kuhr
Institut für Energie- und Klimaforschung
IEK-14 - Wasserstoffsicherheit
Telefon +49 2461 61-6480
Telefax +49 2461 61-6856
E-Mail: a.kuhr at fz-juelich.de

-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
Forschungszentrum Jülich GmbH
52425 Jülich
Sitz der Gesellschaft: Jülich
Eingetragen im Handelsregister des Amtsgerichts Düren Nr. HR B 3498
Vorsitzender des Aufsichtsrats: MinDir Stefan Müller
Geschäftsführung: Prof. Dr. Astrid Lambrecht (Vorsitzende),
Karsten Beneke (stellv. Vorsitzender), Dr. Ir. Pieter Jansens
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Auswahl_001.bmp
Type: image/bmp
Size: 563706 bytes
Desc: not available
URL: <https://www.monitoring-plugins.org/archive/help/attachments/20240312/2db3e8ea/attachment-0006.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Auswahl_002.bmp
Type: image/bmp
Size: 593622 bytes
Desc: not available
URL: <https://www.monitoring-plugins.org/archive/help/attachments/20240312/2db3e8ea/attachment-0007.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Auswahl_003.bmp
Type: image/bmp
Size: 591246 bytes
Desc: not available
URL: <https://www.monitoring-plugins.org/archive/help/attachments/20240312/2db3e8ea/attachment-0008.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Auswahl_004.bmp
Type: image/bmp
Size: 584274 bytes
Desc: not available
URL: <https://www.monitoring-plugins.org/archive/help/attachments/20240312/2db3e8ea/attachment-0009.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Auswahl_005.bmp
Type: image/bmp
Size: 598590 bytes
Desc: not available
URL: <https://www.monitoring-plugins.org/archive/help/attachments/20240312/2db3e8ea/attachment-0010.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5894 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://www.monitoring-plugins.org/archive/help/attachments/20240312/2db3e8ea/attachment-0011.bin>