brickviewer -> redbrick -> server monitoring -> rule configuration

[Gast piwo]

hallo !!!

 

soweit ich sehe ist der schmuck von da in /etc/nagios3/conf.d/tinkerforge.cfg ... und das zauberprogramm ist /usr/locl/bin/check_tinkerforge.py

 

ich möchte z.b. so etwas implementieren :

 

root@r0:/usr/local/bin# diff check_tinkerforge.py check_tinkerforge.py.ORI

6d5

< from tinkerforge.bricklet_industrial_digital_in_4 import IndustrialDigitalIn4

15d13

< BRICKLET_IND4IN        = 'ind4in'

74,87c72

<    if bricklet == BRICKLET_IND4IN:

<        bricklet_ind4in = IndustrialDigitalIn4(uid, ipcon)

<        try:

<            reading = bricklet_ind4in.get_value()

<        except:

<            handle_result(MESSAGE_CRITICAL_ERROR_READING_VALUE,

<                          RETURN_CODE_CRITICAL)

<        if reading == critical:

<            handle_result(MESSAGE_OK_READING % reading,

<                          RETURN_CODE_OK)

<        else:

<            handle_result(MESSAGE_CRITICAL_NO_PTC_CONNECTED,

<                          RETURN_CODE_CRITICAL)

<    elif bricklet == BRICKLET_PTC24 or bricklet == BRICKLET_PTC3:

---

>    if bricklet == BRICKLET_PTC24 or bricklet == BRICKLET_PTC3:

 

WO SIND NOCH MODIFIKATIONEN ZU TÄTIGEN, DAMIT DAS AUCH SINNVOLL im brickviewer dargestellt werden kann bzw.

dass dieses

 

# Edited by PyNag on Thu May  7 18:29:23 2015

nicht destruktiv wirksam ist

 

wo entscheidet pydiag was geht und was nicht ?

wo wird das im viewer entschieden welche plugins bekannt sind und wie gehandelt werden

 

 

oder muss ich das in ein eigenes conf.d/xxx.cfg auslagern und

FRAGEN ÜBER FRAGEN ;-)

 

lgwp

[Gast piwo]

 

ok - clarifications :

 

1) /etc/nagios3/conf.d/tinkerforge.cfg verwenden & aufbereitung bzw. miese anzeigen im brick-viewer/pynag ignorieren ?

 

2) wenn 1) ja : im "define command { ... }" adaptionen von /usr/local/bin/check_tinkerforge.py oder besser anderes programm (mit ähnlicher struktur) verwenden ?

 

3) kann man im brick-viewer/pynag vielleicht in einer nächsten version ein bisschen introspektion und/oder eine PARAMETRISIERTERE programmierung machen ?

 

lgwp

 

 

[Gast piwo]

bump !!!

 

die speziellen dinge wie sie bei red brick / nagios verwendet werden sind wo dokumentiert ?

 

liebe leute !

 

es hat wenig sinn wenn man ALLES reverse engineeren muss ...

ich bin echt ein alter hase openwrt-erfahren usw., aber ich muss schon bitten, dass es irgenwo ein paar wortspenden gibt denn das 'find / -xdev -print0 | xargs -0' grep ist wirklich nicht der weisheit letzter schluss

 

man verlangt ja nicht was weiss ich was, aber ein paar pointers wären gefragt.

das ganze projekt soll ja nicht an einer schlechten doku scheitern ...

 

lgw

[borg]

Entschuldige für die späte Antwort!

 

Wenn du etwas implementieren möchtest was über die Nagios-Unterstützung im Brick Viewer hinaus geht ist es vermutlich am einfachsten das direkt über eine eigene Nagios-Konfiguration zu machen.

 

Ich würde die check_tinkerforge.py kopieren und darauf aufbauen.

 

Deine eigene Konfiguration und die Einstellungen im Brick Viewer können ja Problemlos parallel laufen.

 

Eine parametrisierte Programmierung über den Brick Viewer wäre natürlich hübsch, stelle ich mir aber sehr Aufwändig vor. Dies direkt über eine .cfg und eine kleine .py zu machen ist mit Hilfe der Beispiele die dafür bereits existieren vergleichsweise einfach machbar .