[Nagios] Ervaringen, scripts en tips

[Hipska]

Verwijderd schreef op vrijdag 03 februari 2012 @ 13:13:
Lijkt me logisch,

Lijkt me niet, want een echt geldig argument heb ik nog niet gezien.

Technisch issue
Het feit dat kwaadwillende software explosief is gestegent de afgelopen paar jaar, lijkt het ons niet verstand om een applicatie die live verbinding heeft met de server aan te schaffen. In plaats van continue in verbinding te staan met de monitoring server willen we alleen een alert ontvangen als er wat aan de hand is.

Dat kan net als op een portable via mail, of zelfs via een push service van het mobiel OS.

Daarnaast is het vaak onduidelijk HOE de applicatie connectie maakt met de server. Word het verkeer wel goed geencrypt? HTTP/HTTPS/certificaten? Dit staat vaak slecht aangegeven.

Er wordt enkel connectie gemaakt met de nagios server op de manier(en) die door de beheerders ingesteld worden toch? Als zij beslissen enkel toegang via ssh, dan kun je er toch ook enkel maar aan via ssh? Dit gaat opnieuw ook op voor een vast of portable workstation.

Menselijke issue
Als een smartphone met een live verbinding is gestolen of verloren is kan een kwaadwillend persoon in de architectuur van niet alleen ons maar ook het netwerk van de klanten kijken. Ook al hebben we een mobile management, we willen de risico's beperken.

Portable kan evengoed ook verloren raken, dus in dat opzicht verschilt er niet veel.

Al is de nagios app veilig kunnen er nog andere apps op een telefoon staan die het een en ander loggen. Zonder dat de user het weet. Angrybirds weet immers waar je woont

Een pc/laptop kan ook spyware hebben, nog steeds geen extra argument dus.

Quote Bryan Bellino
"We are downloading more apps than ever before, but people are unaware that their location and other information can be harvested by applications. This is comparable to half of the population being unaware that they need to lock their front door"

Hier ga ik mee akkoord, maar dat is ook een algemene zaak, niet enkel voor mobiele devices.

Dus is mijn vraag nog steeds waarom een mobieltje per definitie een extra veiligheidsrisico zou betekenen?

[Verwijderd]

Dus is mijn vraag nog steeds waarom een mobieltje per definitie een extra veiligheidsrisico zou betekenen?

Per definitie een extra veiligheidsrisico? Dat heb ik niet beweerd.

En mijn vraag is nogsteeds: Vraagje over mobile apps:
Heeft iemand wel eens nagios apps voor android smartphones gebruikt/getest. Zo ja wat was je ervaring hier mee. Sommige apps lijken wel handig maar uit veiligheidsperspectief lijkt me dit een kwetsbaarheid.

[Paul]

Wij hebben TouchMon op onze iPhone staan; als je een host verwijderd moet je de cache uitzetten en weer aanzetten anders blijf je deze zien maar verder lijkt het wel goed te werken. Het stuurt bij mijn weten niet zelf berichten, maar je kunt wel de huidige status zien

[Venomize]

Of je kan ook voor een mobile web interface gaan. Wij hebben http://hirose31.github.com/teeny-nagios/ aangepast naar onze noden. Op de iPhone maken we gebruik van Prowl, zodanig dat de Nagios server push notifications stuurt.

[Hipska]

Mijn vraag blijft ook nog steeds: Waarom deze zin in relatie met smartphone's en wat is er zo verschillend met portables bijvoorbeeld?

Verwijderd schreef op vrijdag 03 februari 2012 @ 14:33:
Sommige apps lijken wel handig maar uit veiligheidsperspectief lijkt me dit een kwetsbaarheid.

Edit:
En om even op de vraag te antwoorden, Prowl lijkt me wel iets.

[ Voor 13% gewijzigd door Hipska op 03-02-2012 21:25 ]

[Venomize]

Hipska schreef op vrijdag 03 februari 2012 @ 20:32:
En om even op de vraag te antwoorden, Prowl lijkt me wel iets.

Zoals ik ook reeds aangaf :-) Goedkoop en veilig + het spamt je SMS box en mailbox niet zo vol

[Verwijderd]

Hipska schreef op vrijdag 03 februari 2012 @ 20:32:
Mijn vraag blijft ook nog steeds: Waarom deze zin in relatie met smartphone's en wat is er zo verschillend met portables bijvoorbeeld?

[...]


Edit:
En om even op de vraag te antwoorden, Prowl lijkt me wel iets.

Sorry voor de late reactie,

"Sommige apps lijken wel handig maar uit veiligheidsperspectief lijkt me dit een kwetsbaarheid."

Dit omdat je sommige apps rechten moet geven die je eigenlijk helemaal niet wilt/nodig zijn.
Dit omdat sommige apps geen gebruikmaken van een versleutelde verbinding.
Dit omdat sommige apps eenmalig een versleutelde verbinding maken met de server en daarna zal info in plain tekst worden verzonden.

Waarom deze zin in relatie met smartphone's en wat is er zo verschillend met portables bijvoorbeeld?

Onze laptops hebben antivirus en encryptie, onze Smartphones niet.

[Paul]

Verwijderd schreef op maandag 13 februari 2012 @ 16:27:
Dit omdat je sommige apps rechten moet geven die je eigenlijk helemaal niet wilt/nodig zijn.

Rechten geven? Kan dat dan? Maar, je wil wel een app aanbieden aan je medewerkers maar vervolgens mogen ze er niks mee? Of hoe moet ik dat zien Sowieso kun je met de webinterface vrijwel niks aanpassen

Dit omdat sommige apps geen gebruikmaken van een versleutelde verbinding.
Dit omdat sommige apps eenmalig een versleutelde verbinding maken met de server en daarna zal info in plain tekst worden verzonden.

http://httpd.apache.org/docs/2.0/ssl/ssl_howto.html ?

Ik vind dat je een beetje overdrijft tbh, de combinatie SSL en in moeten loggen (op webserver-niveau, if not op Nagios-niveau) ondersteunen alle apps wel bij mijn weten

[Hipska]

Venomize schreef op maandag 06 februari 2012 @ 13:24:
[...]

Zoals ik ook reeds aangaf :-) Goedkoop en veilig + het spamt je SMS box en mailbox niet zo vol

Ik heb een andere gevonden: notifo.
Is voor de gebruiker gratis, en de services betalen pas vanaf meer dan 10k notificaties per maand.

Lijkt mij mooiere app dan Prowl, maar ik denk wel dat het minder support heeft (laatste update voor de app stamt uit 2010). Ook lijkt het mij minder bekend en dus ook minder plugins voor andere applicaties.

[Venomize]

Hipska schreef op maandag 05 maart 2012 @ 14:38:
[...]

Ik heb een andere gevonden: notifo.
Is voor de gebruiker gratis, en de services betalen pas vanaf meer dan 10k notificaties per maand.

Lijkt mij mooiere app dan Prowl, maar ik denk wel dat het minder support heeft (laatste update voor de app stamt uit 2010). Ook lijkt het mij minder bekend en dus ook minder plugins voor andere applicaties.

Interessant, in samenwerking met http://pypi.python.org/pypi/nagifo/0.1.3

De layout van Prowl kan inderdaad stukken beter.
Ik zet het op mijn lijstje om te testen.

Edit:
Na het lezen van dit: http://blog.notifo.com/ zal het niet meer nodig zijn om te testen :-)

[ Voor 7% gewijzigd door Venomize op 05-03-2012 15:06 ]

[Hipska]

Hmm jammer, maar zolang het blijft werken is er geen probleem.

Heb ondertussen een waardige vervanger gevonden die misschien nog beter is: boxcar

[degroot]

Ik ben ook bezig met de inrichting van Nagios. Maar loopt wel tegen 1 klein puntje aan.

Ik heb op mijn windows werkstations(van onze klanten) nsclient++ draaien.
Hiermee kan ik netjes diskspace , cpuload en memory usage uitlezen.
Maar ik wil ook graag de s.m.a.r.t. status van de HD's van de werkstations uitlezen.

Ik kom e.e.a. wel tegen , maar is vaak is dat lokaal op unix machines.
En remote betreft het vaak HP Arrays of Dell Arrays.
Maar ik wil gewoon de s.m.a.r.t. status van een HD van een windows desktop(xp of 7) kunnen uitlezen.
Betreft grotendeels HP werkstations.

Hoe doen jullie dat? en kan het eigenlijk wel via de nsclient++?

[Remco]

Ik zou daarvoor een vbscript of powershell script maken wat dit kan uitlezen.
Een dergelijk script kan je dan weer via nsclient++ aanroepen.

[degroot]

Remco schreef op vrijdag 11 mei 2012 @ 20:14:
Ik zou daarvoor een vbscript of powershell script maken wat dit kan uitlezen.
Een dergelijk script kan je dan weer via nsclient++ aanroepen.

Daar had ik er een paar van voorbij zien komen , maar weet niet goed hoe ik die moet aanroepen , en hoe ik die resultaten van dat vbscript in Nagios kan weergeven als OK , Warning of Critical.

EDIT: Script om s.m.a.r.t. status uit te lezen heb ik(vbs) nu nog ff kijken hoe ik het in nsclient++ kan aanroepen en hoe ik die terugkoppeling in Nagios kan krijgen.

EDIT2: Ook dat heb ik gevonden soms kan het zo simpel zijn:)

[ Voor 21% gewijzigd door degroot op 11-05-2012 21:36 ]

[degroot]

Nou inmiddels werkt het aanroepen van een .vbs script om de status van de HD uit te lezen
Nu ben ik met Check_nrpe aan het stoeien , alweer een hele avond, en krijg het niet voor elkaar.

Ik wil dit commando uitvoeren

code:

./check_nrpe -H 192.168.1.1 -p 5666 -c CheckCPU -a warn=80% crit=90%

Echter krijg ik constant deze melding terug(vanaf de commandline overigens!)

code:

Request contained arguments (not currently allowed, check the allow arguments option).

Ik heb e.e.a. al uitgezocht op internet , maar mijn allow_arguments op de client die ik wil monitoren staat echt aan!
Pc ook al gereboot, maar krijg het niet voor elkaar. En alle google resultaten wijzen naar het allow_arguments.
Dit is mijn complete nsclient.ini

code:

; Undocumented section
[modules]
Filelogger.dll
CheckSystem.dll
CheckDisk.dll
NRPEListener.dll
CheckEventLog.dll
CheckHelpers.dll
CheckExternalScripts.dll

[/modules]

; CheckDisk - CheckDisk can check various file and disk related things. The current version has commands to check Size of hard drives and directories.
CheckDisk = 1

; Event log Checker. - Check for errors and warnings in the event log. This is only supported through NRPE so if you plan to use only NSClient this wont help you at all.
CheckEventLog = 1

; Check External Scripts - A simple wrapper to run external scripts and batch files.
CheckExternalScripts = 1

; Helper function - Various helper function to extend other checks. This is also only supported through NRPE.
CheckHelpers = 1

; Check NSCP - Checkes the state of the agent
CheckNSCP = 1

; CheckSystem - Various system related checks, such as CPU load, process state, service state memory usage and PDH counters.
CheckSystem = 1

; CheckWMI - CheckWMI can check various file and disk related things. The current version has commands to check Size of hard drives and directories.
CheckWMI = 1

; NRPE server - A simple server that listens for incoming NRPE connection and handles them. NRPE is preferred over NSClient as it is more flexible. You can of cource use both NSClient and NRPE.
NRPEServer = 1

; NSClient server - A simple server that listens for incoming NSClient (check_nt) connection and handles them. Although NRPE is the preferred method NSClient is fully supported and can be used for simplicity or for compatibility.
NSClientServer = 1


; Undocumented section
[/settings/default]

; ALLOWED HOSTS - A comaseparated list of allowed hosts. You can use netmasks (/ syntax) or * to create ranges.
use_file=1
allowed hosts = 192.168.111.112
allow_arguments = 1


; Section for NRPE (NRPEListener.dll) (check_nrpe) protocol options.
[/settings/NRPE/server]
allow_arguments = 1
allow_nasty_meta_chars= 1
use_file= 1
dont_blame_nrpe=1

; Section for NSClient (NSClientServer.dll) (check_nt) protocol options.
[/settings/NSClient/server]
allow_arguments = 1

; Section for system checks and system settings
[/settings/check/system/windows]


; Confiure which services has to be in which state
[/settings/check/system/windows/service mapping]


; Configure crash handling properties.
[/settings/crash]


; Section for the EventLog Checker (CheckEventLog.dll).
[/settings/eventlog]


; A set of options to configure the real time checks
[/settings/eventlog/real-time]


; A set of filters to use in real-time mode
[/settings/eventlog/real-time/filters]


; Section for external scripts configuration options (CheckExternalScripts).
[/settings/external scripts]
allow_arguments = 1
allow_nasty_meta_chars= 1

; A list of aliases available. An alias is an internal command that has been "wrapped" (to add arguments). Be careful so you don't create loops (ie check_loop=check_a, check_a=check_loop)
[/settings/external scripts/alias]


; A list of scripts available to run from the CheckExternalScripts module. Syntax is: <command>=<script> <arguments>
[/settings/external scripts/scripts]
check_smart=cscript.exe //T:30 //NoLogo "C:\Program Files\NSClient++\scripts\smart.vbs"


; A list of wrappped scripts (ie. using the template mechanism)
[/settings/external scripts/wrapped scripts]


; A list of templates for wrapped scripts
[/settings/external scripts/wrappings]


; Section for configuring the log handling.
[/settings/log]


; Configure log file properties.
[/settings/log/file]


; Section for configuring the shared session.
[/settings/shared session]


; A list of avalible remote target systems
[/settings/targets]

[Venomize]

http://www.thegeekstuff.c...e-nrpe-command-arguments/
Zie bovenstaande link wat er allemaal dient gewijzigd te worden

./check_nrpe -H 192.168.1.1 -p 5666 -c CheckCPU -a warn=80% crit=90%

Jouw syntax is trouwens verkeerd, dit moet

./check_nrpe -H 192.168.1.1 -p 5666 -c CheckCPU -a 80 90

zijn

Het is trouwens beter om alles reeds in de nrpe.cfg te plaatsen, en alleen die check aan te roepen, in plaats van de argumenten remote mee te geven

[ Voor 19% gewijzigd door Venomize op 15-05-2012 11:59 ]

[degroot]

Venomize schreef op dinsdag 15 mei 2012 @ 11:57:
http://www.thegeekstuff.c...e-nrpe-command-arguments/
Zie bovenstaande link wat er allemaal dient gewijzigd te worden

./check_nrpe -H 192.168.1.1 -p 5666 -c CheckCPU -a warn=80% crit=90%

Jouw syntax is trouwens verkeerd, dit moet

./check_nrpe -H 192.168.1.1 -p 5666 -c CheckCPU -a 80 90

zijn

Het is trouwens beter om alles reeds in de nrpe.cfg te plaatsen, en alleen die check aan te roepen, in plaats van de argumenten remote mee te geven

Hmm , als ik je link lees , lijkt dat allemaal in mijn nsclient.ini te kloppen.
Die allow_arguments = 1 staat er 2x in ( bij de nrpe en de external scripts)
Maar toch doet hij het niet.
Ben inmiddels alweer een avondje aan het stoeien



Als ik overigens jouw syntax ipv de mijne gebruik , dan krijg ik deze error ipv mijn eerdere error.
Dus nu weet ik niet met welke optie ik dichter in de buurt zit
[code]
CHECK_NRPE: Socket timeout after 10 seconds.
[/code]

[ Voor 3% gewijzigd door degroot op 15-05-2012 22:40 ]

[degroot]

Wij zijn ook wat desktopjes aan het checken op bepaalde services.
Alleen zet de gebruiker die natuurlijk uit op het einde vd dag(of soms eerder).

Nu kan ik dat niet echt schedulen adhv een time notification om bijvoorbeeld die host niet meer na bepaalde tijd te checken.
Nu krijg ik dus op het moment dat de gebruiker zijn desktop uitzet , Critical services die ik monitor.
En allemaal met een socket timeout.

is het mogelijk om bijvoorbeeld voor alleen deze critical notification te zorgen dat hij daar geen mail van uit stuurt?

[Remco]

Ja, dat heet time-periods.

[degroot]

Remco schreef op woensdag 20 juni 2012 @ 22:24:
Ja, dat heet time-periods.

Ja dat zeg, ik kan geen time periods configureren omdat de ene keer de user om 17:00 naar huis gaat , en de andere keer om 15:00 , heel willekeurig.

Enigste error die ik krijg is het socket timeout. Kan ik die timeout niet ontzettend groot zetten in seconden? Of helemaal disablen?

[Grvy]

Nagios gebruiken voor Desktops? Daar heb je toch veel betere oplossingen voor?

[degroot]

Grvy schreef op woensdag 20 juni 2012 @ 22:48:
Nagios gebruiken voor Desktops? Daar heb je toch veel betere oplossingen voor?

Uiteraard! Maar dat is nu even niet de uitgangspositie waar ik in zit , en ook niet de vraagstelling
We willen gewoon op onze clients wat kleine zaken monitoren zoals diskspace , geheugen gebruik en of de antivirus en firewall draaien. meer niet. Alleen als we de desktop dan uitzetten krijgen we socket timeouts , en die wil ik graag weg hebben.

Dat was dus mijn vraag, niet of er betere oplossingen zijn , die zullen er zeker en vast wel zijn!

[Paul]

Als het echt alleen om socket timeouts gaat (en je accepteert dat je monitoring dus een false positive geeft als je om een andere reden een socket timeout krijgt, bijvoorbeeld omdat de service eruit ligt) dan kun je een wrapper schrijven en daarin bij een socket timeout een andere waarde teruggeven

Even snel in elkaar getypt (dus ongetest )

Bash:

#!/bin/sh

results_exit()
{
        echo $2
        exit $1
}


TEXT=`/path/to/real/plugin $*`
CODE=$?

echo $TEXT | grep -q "Socket Timeout"
        [ $? -eq 0 ] && results_exit 1 "OK"

results_exit $CODE "$TEXT"

[degroot]

Paul schreef op donderdag 21 juni 2012 @ 09:49:
Als het echt alleen om socket timeouts gaat (en je accepteert dat je monitoring dus een false positive geeft als je om een andere reden een socket timeout krijgt, bijvoorbeeld omdat de service eruit ligt) dan kun je een wrapper schrijven en daarin bij een socket timeout een andere waarde teruggeven

Even snel in elkaar getypt (dus ongetest )

Bash:

#!/bin/sh

results_exit()
{
        echo $2
        exit $1
}


TEXT=`/path/to/real/plugin $*`
CODE=$?

echo $TEXT | grep -q "Socket Timeout"
        [ $? -eq 0 ] && results_exit 1 "OK"

results_exit $CODE "$TEXT"

Ik ga er ff mee spelen! thanks!

[Pingelmonster]

degroot schreef op vrijdag 11 mei 2012 @ 20:37:
[...]

Daar had ik er een paar van voorbij zien komen , maar weet niet goed hoe ik die moet aanroepen , en hoe ik die resultaten van dat vbscript in Nagios kan weergeven als OK , Warning of Critical.

EDIT: Script om s.m.a.r.t. status uit te lezen heb ik(vbs) nu nog ff kijken hoe ik het in nsclient++ kan aanroepen en hoe ik die terugkoppeling in Nagios kan krijgen.

EDIT2: Ook dat heb ik gevonden soms kan het zo simpel zijn:)

Zou je de oplossingen misschien kunnen delen? Ik ben namelijk ook aan het zoeken naar zoiets dergelijks, waarmee ik met een 'ping' kan kijken of een VPN-verbinding actief is of niet..

[degroot]

dit in je nsclient++ zetten(indien je windows gebruikt)

code:

; A list of scripts available to run from the CheckExternalScripts module. Syntax is: <command>=<script> <arguments>
[/settings/external scripts/scripts]
check_smart=cscript.exe //T:30 //NoLogo "C:\Program Files\NSClient++\scripts\smart.vbs"

En zorgen dat dat .vbs script in de juiste map staat. Dan werkt het gelijk

[degroot]

Ik loop nu tegen een ander iets aan , ik denk dat de oplossing niet in Nagios te zoeken is , maar meer in het draaiende OS eronder.

Wij monitoren veel van onze klanten , die een Epacity lijn hebben. Helaas haperen deze de laatste tijd nogal eens.
Nu krijg ik vanuit Nagios direct mailtjes met "Socket TimeOut Error" , omdat Nagios niet met NRPE of NSCLIENT++ kan connecten op dat moment.
Die mailtjes komen direct in ons ticket systeem, en dat wil ik dus niet hebben.

Is het mogelijk om de uitgaande mails die Nagios verstuurd ( Bij mij op een Debian 6.0 met postfix ) te scannen op message content. en als er woorden in voorkomen zoals Socket TimeOut , dat hij hem dan niet verstuurd of in een aparte dir zet o.i.d. ( Wat eigenlijk een spamfilter doet op inkomende mail , maar dan uitgaande scannen op body)

[u_nix_we_all]

degroot schreef op maandag 17 september 2012 @ 21:24:
Ik loop nu tegen een ander iets aan , ik denk dat de oplossing niet in Nagios te zoeken is , maar meer in het draaiende OS eronder.

Wij monitoren veel van onze klanten , die een Epacity lijn hebben. Helaas haperen deze de laatste tijd nogal eens.
Nu krijg ik vanuit Nagios direct mailtjes met "Socket TimeOut Error" , omdat Nagios niet met NRPE of NSCLIENT++ kan connecten op dat moment.
Die mailtjes komen direct in ons ticket systeem, en dat wil ik dus niet hebben.

Is het mogelijk om de uitgaande mails die Nagios verstuurd ( Bij mij op een Debian 6.0 met postfix ) te scannen op message content. en als er woorden in voorkomen zoals Socket TimeOut , dat hij hem dan niet verstuurd of in een aparte dir zet o.i.d. ( Wat eigenlijk een spamfilter doet op inkomende mail , maar dan uitgaande scannen op body)

Zou je dan niet liever die Epacity verbinding monitoren, en dan de hosts van je klanten een "child" van die parent maken ? Zo krijg je 1 emailtje in je systeem dat epacity eruit ligt, en dat dan de rest onbereikbaar is, snapt Nagios zelf, en onderdrukt die meldingen. Beetje rootcause-analysis, juist 1 van de sterke punten van Nagios

[ralpje]

Met hem ^^
Daarnaast bouw je dan mooie statistieken op over de downtime van die lijn waarmee je de leverancier weer om de oren kunt slaan

[u_nix_we_all]

LOL, er gaat net toevallig een VPN plat hier. 6 hosts, bijna 100 services in het rood. 2 mailtjes gehad, 1 toen de vpn down ging, en 1 recovery toen het weer werkte. Dat dus

Edit @degroot:

Maar even voor de duidelijkheid, die meldingen die je krijgt, die hoor je bij een beetje standaard setup van je host te komen, en als host check zou ik dan ping gebruiken. Tenzij je e.e.a hebt gewijzigd aan check intervals, retries etc, dan zou je van servicechecks fouten kunnen krijgen ipv van de host als die niet bereikbaar is.

Edit 2
Als een verbinding heel erg slecht is, kan het zijn dat ping er nog af en toe doorkomt, maar servicechecks toch mislukken. Wat dan nog kan helpen is de timeout van je check_nrpe omhoog te gooien, maar ook de host-check wat strakker te configureren, zoals grotere packets, minder packetloss, lagere pingtijden.

[ Voor 72% gewijzigd door u_nix_we_all op 17-09-2012 22:42 ]

[degroot]

Helaas kunnen wij de Epacity lijnen niet monitoren , zowel WAN als LAN kant staat helemaal dicht getimmerd.
Ook ICMP staat uitgeschakeld. Dus we kunnen die modems niet aan de LAN kant pingen.
Alles valt in het beheer van die leverancier Ze hebben speciaal voor ons wat templates gemaakt en geplaatst op het modem zodat we onze klanten op de LAN kant kunnen monitoren(maar nog steeds staat dan ping naar het modem uit ).

Ik ga eens checken of een hogere check_nrpe timeout een oplossing kan bieden. samen icm je andere òplossingen

[ralpje]

En wat heb je achter die epacity-lijn hangen? Router? Managed switch? Dan zou je die als parent kunnen gebruiken.

[ Voor 3% gewijzigd door ralpje op 18-09-2012 10:20 ]

[Oid]

ik heb een host template gemaakt: abc
ik heb een host groep gemaakt: abc-computers
ik heb een host: pc-abc1
ik heb een service check-abc

in de template heb ik een custom variabel gemaakt: _variable1 ditmoetdehostzien

de template heb ik toegewezen aan de host groep

de host heb ik toegewezen aan de host groep

de variabel komt niet mee.

dit is de template:

code:

define host {
        name                            abc
        hostgroups                      abc-computers
        use                             generic-host
        _variable1                      ditmoetdehostzien
        register                        0
}

code:

define hostgroup {
        hostgroup_name                  abc-computers
        alias                           abc-computers
        members                         pc-abc1
        register                        1
}

code:

define host {
        host_name                       pc-abc1
        alias                           pc-abc1
        display_name                    pc-abc1
        address                         10.0.0.1
        check_command                   check_ping!3000,20%!5000,60%
        use                             generic-host
        max_check_attempts              3
        check_period                    24x7
        contact_groups                  admins
        notification_interval           30
        notification_period             24x7
        register                        1
}

code:

define service {
        hostgroup_name                  abc-computers
        service_description            check-abc
        use                             generic-service
        check_command                   check_nrpe_nt!do_check!$_HOSTVARIABLE1$!cpu!usage!70!90
        max_check_attempts              3
        check_interval                  1
        retry_interval                  1
        check_period                    24x7
        contact_groups                  admins
        register                        1
}

werkt deze tweeweg link niet?

host -> hostgroep <- hosttemplate

ik weet dat je normaal aan de host een template kan hangen maar dan moet ik bijv. 100 hosts langs als ik een wijziging wil maken.

[SteeringWheel]

Bij de host definitie moet je volgens mij 'use abc' doen ipv 'use generic-host'. Ook hoef je dan bij de hostgroup niet meer de member in te vullen.

[ Voor 30% gewijzigd door SteeringWheel op 04-12-2012 13:44 ]

[Paul]

De host is afgeleid van generic_host terwijl je de variable defined in abc

Edit: Ah, SteeringWheel beat me to it

[ Voor 22% gewijzigd door Paul op 04-12-2012 13:46 ]

[Oid]

ja dat begrijp ik, echter is dat niet wat ik wil.

de template wil ik aan de hostgroep hangen en niet aan elke host.

[Paul]

ja maar, je hebt geen template van een hostgroup, je hebt een template van een host...

En je gebruikt nu ook een template die je aan elke host hangt; deze heet generic_host...

Als je wilt dat iedere host die in die hostgroup zit die parameter kent moet je deze misschien in de hostgroup zetten ipv een ongebruikte host? Geen idee of dat kan trouwens

[Oid]

dat heb ik toch? dat ik OOK nog een andere template gebruik moet toch niks uitmaken je kan meerdere templates koppelen aan objecten.

template:
hostgroups abc-computers

hostgroup:
members pc-abc1

in de template heb ik de custom variabel.

maar ik denk dat het gewoon weg niet kan en vast zit aan het feit dat ik de template aan elke host moet toekennen ipv aan de host groep (wel erg jammer)

heb ook al de nagios documentatie er op na geslagen maar vind dit niet 123 terug.

[SteeringWheel]

Oid schreef op dinsdag 04 december 2012 @ 14:24:
maar ik denk dat het gewoon weg niet kan en vast zit aan het feit dat ik de template aan elke host moet toekennen ipv aan de host groep (wel erg jammer)

Je koppelt namelijk de template ook niet aan de hostgroep, je zegt in je template welke hostgroep die bij hoort, maar vervolgens koppel je de template niet aan hosts. Verder is het ook wel logisch dat dat niet kan, het is een hostvariabele, niet een hostgroep variabele.
Wat wel werkt is wat Paul en ik zeggen.

[ Voor 9% gewijzigd door SteeringWheel op 04-12-2012 14:33 ]

[Oid]

dat het werkt dat weet ik omdat dit de normale opzet ook is hoe wij het gebruiken,

maar ik wil nu aan 100 hosts die in een hostgroep zitten een variabel meegeven waarom kan dat dan niet simpeler dan aan die 100 hosts een template hangen? is daar helemaal geen oplossing voor?

[SteeringWheel]

Dan had je die hosts via een hosttemplate in die hostgroep(pen) moeten zetten. Maar dat is een beetje mosterd na de maaltijd.
Of je zet de variabele in je generic-host.

[ Voor 14% gewijzigd door SteeringWheel op 04-12-2012 15:29 ]

[Oid]

dat is een goede, heb het nu idd omgebouwd super!! thx!!

[Paul]

Oid schreef op dinsdag 04 december 2012 @ 14:24:
dat heb ik toch?

Nee, je parameter staat in de host-template, en die template gebruik je vervolgens niet.

Dat je die host (die je als template gebruikt) lid maakt van een hostgroup wil alleen zeggen dat alle hosts die je afleid van DAT template ook meteen in die hostgroup zitten; niet dat alle hosts in die hostgroup ineens een eigenschap krijgen die toevallig één van de leden van de hostgroup ook heeft Het werkt maar één kant op.

Een hostgroup verandert geen eigenschappen van een host, het zet ze enkel bij elkaar zodat je er makkelijk een service aan kan hangen.

Wij hebben onze hostvariabele (de poort waarop NSclient luistert, sommige klanten hebben meer servers dan IP-adressen) ook aan generic-host (of eigenlijk, sbs-host, waar al onze systeembeheerklanten onder vallen) gehangen. Als een host geen NSclient gebruikt, tja, boeiend dat hij toch die variabele heeft

[LoSTnoMaD]

Hey,

Ik heb al een tijdje nagios3 draaien binnen onze omgeving. Ben nu aan het experimenteren met pnp4nagios.
Op zich geen enkel probleem maar zit met één vervelend probleem dat ik niet wegkrijg.

Om pnp4nagios werkende te krijgen heb ik volgende lijnen geenabled in nagios.cfg

process_performance_data=1
host_perfdata_command=process-host-perfdata
service_perfdata_command=process-service-perfdata

Nu komt er bij elke host & service in nagios het icoon 'Perform Extra Service Actions' tevoorschijn.

Echter sommige zaken kunnen door pnp4nagios niet worden uitgelezen bvb Uptime / SNMP

Nu wil ik bij deze services het icoon weghalen, maar zie niet hoe ik dit kan bewerkstelligen

Iemand die me op de goede weg wil helpen? :-)

[SteeringWheel]

Je kunt bij elke host of service in de definitie 'process_performance_data=0' (of juist op 1) zetten. Het beste regel je dat via templates.

[Remco]

Of je past je perfomance data die deze services retourneren aan zodat het wel goed in pnp4nagios terecht komt.

[u_nix_we_all]

SteeringWheel schreef op donderdag 03 januari 2013 @ 15:31:
Je kunt bij elke host of service in de definitie 'process_performance_data=0' (of juist op 1) zetten. Het beste regel je dat via templates.

Volgens mij is de "process performance data" een globale instelling, die zul je niet in je service template kunnen gebruiken denk ik.
Het veld in de service-definitie wat ervoor zorgt dat je een icoontje te zien krijgt is de "action_url".
Ik heb het met templates geregeld, een template als volgt:

code:

define service {
        name            graphed-service     ; Template to add button for graphs
        action_url      /nagiosgraph/cgi-bin/show.cgi?host=$HOSTNAME$&service=$SERVICEDESC$
}

En dan alleen bij de services die wel een link naar grafieken moet hebben een "use graphed-service" toevoegen.

Dit is overigens voor nagiosgraph zoals je ziet, maar het principe is hetzelfde


EDIT:
Je kunt wel de "proces performance data" per service aan/uitzetten, maar dan nog denk ik dat het los staat van de action_url , die kun je namelijk ook voor andere dingen dan performance data gebruiken.


Edit2: Staat allemaal in de docs bij pnp4nagios beschreven ook.

[ Voor 15% gewijzigd door u_nix_we_all op 03-01-2013 19:03 ]

[Jeroen_ae92]

Kunnen jullie mij wellicht op weg helpen. Wij hebben een Ubuntu machine draaien met Nagios Core 3.4.3.
De leest vanalles uit en het werkt ook zoals het zou moeten.

Nu zit ik alleen enkele dagen te kullen om scheduled tasks uit te lezen middels NRPE en NSCLient++ 0.4.0.172. En of ik krijg een Unknown handler of ik krijg een Missing Arguments melding. Ik wordt er gek van.

Anyway, bij het begin beginnen.
Ik heb dit in de commands.cfg staan:

code:

        define command{
        command_name check_nrpe
        command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -t 120 -c $ARG1$
        }

Daarnaast roep ik het commando aan vanuit de server.cfg

code:

define service{
    use         generic-service
    host_name       HTN-MA-SQL-09
    service_description Import Onguard
    check_command       check_nrpe!CheckTaskSched -t 30
    }

Last but not least, in de nsclient.ini staan deze aan:

code:

[/modules]
CheckTaskSched2.dll
NRPEListener.dll
CheckExternalScripts.dll
CheckWMI.dll

CheckTaskSched = 1

En deze:

code:

[/settings/external scripts/alias]
ckeck_task = CheckTaskSched "filter=exit_code ne 0" "syntax=%title%: %exit_code%" "MaxWarn=1"

Resultaat is een missing argument melding in Nagios.

[u_nix_we_all]

Jeroen_ae92 schreef op zondag 20 januari 2013 @ 14:42:
Kunnen jullie mij wellicht op weg helpen. Wij hebben een Ubuntu machine draaien met Nagios Core 3.4.3.
De leest vanalles uit en het werkt ook zoals het zou moeten.

Nu zit ik alleen enkele dagen te kullen om scheduled tasks uit te lezen middels NRPE en NSCLient++ 0.4.0.172. En of ik krijg een Unknown handler of ik krijg een Missing Arguments melding. Ik wordt er gek van.

Anyway, bij het begin beginnen.
Ik heb dit in de commands.cfg staan:

code:

        define command{
        command_name check_nrpe
        command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -t 120 -c $ARG1$
        }

Daarnaast roep ik het commando aan vanuit de server.cfg

code:

define service{
    use         generic-service
    host_name       HTN-MA-SQL-09
    service_description Import Onguard
    check_command       check_nrpe!CheckTaskSched -t 30
    }

Ik zie dat je in je servidefinitie nog een keer "-t 30" hebt staan, maar in de commanddef, staat al een -t 120. Ik denk dat je die -t 30 eens weg moet halen. En dan evt. in de commanddefinitie wijzigen naar 30 als dat is wat je wilt.

Ik ken NSClient niet, dus hoe die config in elkaar zit weet ik niet. Maar krijg je misschien meer info als je de check op de Nagios server command line uitvoert ?

[Jeroen_ae92]

Ik ben eruit... Het was even zoeken maar ik ben eruit.

Bij het commando heb ik een 2e ARG bijgevoegd. (De -t 120 is omdat ik reeds ook de Exchange tasks uitlees. En deze heeft iets meer tijd nodig)

code:

# 'check_nrpe' command definition 
        define command{
        command_name check_nrpe
        command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$ $ARG2$ -t 120
        }

Vervolgens in de server.cfg het volgende:

code:

define service{
    use         generic-service
    host_name       HTN-MA-SQL-09
    service_description Import Onguard STAP 1
    check_command       check_nrpe!alias_sched_task!Automatische import STAP 1!
    }

En in de NSclient.ini het volgende:

code:

[/modules]
CheckTaskSched2.dll
NRPEListener.dll
CheckExternalScripts.dll
CheckWMI.dll

CheckTaskSched = 1

; CheckDisk - CheckDisk can check various file and disk related things. The current version has commands to check Size of hard drives and directories.
CheckDisk = 1

; Event log Checker. - Check for errors and warnings in the event log. This is only supported through NRPE so if you plan to use only NSClient this wont help you at all.
CheckEventLog = 1

; Check External Scripts - A simple wrapper to run external scripts and batch files.
CheckExternalScripts = 1

; Helper function - Various helper function to extend other checks. This is also only supported through NRPE.
CheckHelpers = 1

; Check NSCP - Checkes the state of the agent
CheckNSCP = 1

; CheckSystem - Various system related checks, such as CPU load, process state, service state memory usage and PDH counters.
CheckSystem = 1

; CheckWMI - CheckWMI can check various file and disk related things. The current version has commands to check Size of hard drives and directories.
CheckWMI = 1

; NRPE server - A simple server that listens for incoming NRPE connection and handles them. NRPE is preferred over NSClient as it is more flexible. You can of cource use both NSClient and NRPE.
NRPEServer = 1

; NSClient server - A simple server that listens for incoming NSClient (check_nt) connection and handles them. Although NRPE is the preferred method NSClient is fully supported and can be used for simplicity or for compatibility.
NSClientServer = 1

; ALLOWED HOSTS - A comaseparated list of allowed hosts. You can use netmasks (/ syntax) or * to create ranges.
allowed hosts = 10.213.250.232

; Section for NRPE (NRPEListener.dll) (check_nrpe) protocol options.
[/settings/NRPE/server]
port=5666
allow arguments = true
allow nasty characters = true

; A list of aliases available. An alias is an internal command that has been "wrapped" (to add arguments). Be careful so you don't create loops (ie check_loop=check_a, check_a=check_loop)
[/settings/external scripts/alias]
alias_sched_task = CheckTaskSched "filter=title eq '$ARG1$' AND exit_code ne 0" "syntax=%title% (%most_recent_run_time%)" warn=>0

En nu doet ie het perfect. En ik ben er zo lang mee aan het stoeien geweest. Dat je het gewoon even niet meer helder ziet. Dus van je af schrijven helpt. En wellicht helpt het nog iemand ook :-)

[ Voor 0% gewijzigd door Jeroen_ae92 op 20-01-2013 21:32 . Reden: Typo ]

[josvane]

Op dit moment ben ik met Nagios bezig, de basis draait. Nu wil ik een aantal dingen monitoren met SNMP. Dit werkt ik kan snmp_check gebruiken. Alleen als ik de poort status opvraag van een switch krijg ik 1 of 2 terug.

Kan ik deze getallen ook omzetten naar een tekst bijvoorbeeld up en down.

Ik krijg het al wel voor elkaar om in het geval van down een critical te geven.
Dit is wat ik tot nu toe heb.

code:

define service{
        use                             generic-service         ; Name of service template to use
        host_name                       iv-switch-01
        service_description             Poort 1
#       is_volatile                     0
#       check_period                    24x7
#       max_check_attempts              3
#       normal_check_interval           5
#       retry_check_interval            1
#       contact_groups                  switch-admins
#       notification_interval           240
#       notification_period             24x7
#       notification_options            c,r
        check_command                   check_port_1
        }


define command{
  command_name check_port_1
  command_line $USER1$/check_snmp -H $HOSTADDRESS$ -C public -o .1.3.6.1.2.1.2.2.1.8.3 -r 2 -l 'Port 1'
 }

[Remco]

Je kan met "-s 1" een OK value geven als de poort UP is, ik zou niet weten hoe je dit kan veranderen naar UP of in geval van error DOWN.
Of je moet het script aanpassen en de exitcodes wijzigen.

[u_nix_we_all]

Ik zou overigens in je command definitie wel gebruik maken van variabelen, je wilt niet voor elke poort een nieuwe command definition moeten maken.

[Jeroen_ae92]

Welke merk en type switch betreft het? M.i. wil je ook gelijk de load, memory, throughtput en util meenemen.

[u_nix_we_all]

Voor SNMP gebruik ik zelf wat extra plugins van http://nagios.manubulon.com/
Er zijn aparte plugin scripts voor o.a. load, disk, cpu en interfaces. Vooral de plugin voor die interfaces (check_snmp_int.pl) lijkt me voor jou erg geschikt, daarmee geeft hij per interface netjes up/down aan, en je kunt dmv een wildcard je te monitoren interfaces opgeven.

code:

root@ns3:~# /usr/lib/nagios/plugins/check_snmp_int.pl -H 192.168.100.210 -C public -2 -n eth
eth0:DOWN, eth2:UP, eth3:DOWN, eth1:UP: 2 int NOK : CRITICAL

root@ns3:~# /usr/lib/nagios/plugins/check_snmp_int.pl -H 192.168.100.210 -C public -2 -n "eth[1|2]" -f -g
eth2:UP, eth1:UP:2 UP: OK | 'eth2_in_octet'=44647736919155c 'eth2_out_octet'=22699890433893c  'eth1_in_octet'=39748844331108c 'eth1_out_octet'=14341759634682c

1e voorbeeld: Alle "eth" interfaces. Critical als er 1 down is.
2e voorbeeld: alleen eth1 en eth2 , -g om de 64bit counters te gebruiken en -f om ook performance data te geven.

De gewone check_snmp is wat te generiek om daar serieus al je SNMP-objecten mee te monitoren denk ik.

[ Voor 40% gewijzigd door u_nix_we_all op 30-01-2013 11:41 ]

[Grvy]

Iemand die mij kan uitleggen waarom mijn check_vmware_api.pl plugin het volgende uitspuugt als ik een command intik..

http://i.imgur.com/G0ymjAk.png

Hoe kan ik hier nou op googelen jongens -_-' alle prerequistes zijn geinstalleerd, de vmware SDK is geinstalled.. op onze andere nagios doos doet de plugin het zonder problemen..

Centos 6.4 met de Adagios schil erover heen.. (ben bezig van oude nagios die in 2008 opgezet is) naar de wat nieuwere versies te gaan..

[Paul]

Je lijkt aan het debuggen te zijn en dit handmatig af te trappen; Welk commando voer je dan in, en wat is het begin van de output?

Als het teveel output is eventueel in Putty logging aanzetten zodat het niet buiten je buffer scrollt

[Grvy]

Ik voer precies hetzelfde commando in die in de andere Nagios doos wel gewoon werkt. geen verbose loggin of what dan ook.

Uit mn hoofd (want nu thuis) ./check_vmware_api.pl -H ip -u user -p password -l cpu

[Yagermeister]

Aangezien ik zelf even geen nagios box bij de hand heb is het wat lastig debuggen maar kun je eens de help van het script hier neer planten. Het lijkt mee beetje erop dat je een soort html uitspuugt. Ik zou tevens eens de command.cfg bekijken of daar niet meer staat ten opzichte van de cfg waar je de host koppelt.

[EDIT]
Ik heb even google misbruikt en ik ben gekomen op http://exchange.nagios.or.../check_vmware_api/details. Er vanuit gaande dat dit je script is zou ik zoals hierboven gezegt even controleren of je niet toevallig verbose hebt aanstaan. Tevens even controleren of je scripts beide dezelfde versie zijn. Als laatste even testen wat de verbose functie doet bij deze output.

[ Voor 41% gewijzigd door Yagermeister op 02-10-2013 22:02 ]

[Grvy]

commands.cfg hoeft niet want ik doe het commando direct uitvoeren via de command line. commands.cfg etc komt dus nog niet kijken..

Ik heb verbose in mn commando echt niet aanstaan tenzij dit een system wide setting is ofzo; maar dan zouden alle checks dit doen. tevens heb ik deze nieuwe .pl op de oude server gebruikt en daar werkt die wel.
Ik heb ook de oude .pl op de nieuwe server gezet en die geeft dezelfde output als hierboven..

[foliant]

Misschien zit het hem in de verbosity level van de vSphere API, deze kan je overrulen met --trace=<level>

[Grvy]

Ik probeerde vanuit mn nieuwe doos resxtop te draaien (een CLI command vanuit de vmware SDK) en toen kreeg ik dit;

[root@nagios bin]# resxtop
/usr/lib/vmware-vcli/lib/wrapper-gtk24.sh: /usr/lib/vmware-vcli/bin/resxtop: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
/usr/lib/vmware-vcli/lib/wrapper-gtk24.sh: line 321: /usr/lib/vmware-vcli/bin/resxtop: Success

op mn andere doos werkte dit wel.. wat mij opviel was lib.. het nieuwe systeem is een 64 bit systeem.. die heeft geen lib maar lib64 voor zover ik weet..

na een yum -y install glibc.i686 zlib.i686 ncurses-libs.i686 libstdc++.i686 libxml2.i686

doet resxtop het nu wel maar de plugin geeft nog steeds dat bagger resultaat

[ Voor 13% gewijzigd door Grvy op 03-10-2013 11:10 ]

[Paul]

Dan moet je ook niet de 32bit vCLI installeren maar de 64bit

[Grvy]

Paul schreef op donderdag 03 oktober 2013 @ 11:11:
Dan moet je ook niet de 32bit vCLI installeren maar de 64bit

Dat heb ik ook gedaan als ik het me goed herinner. Hoe kan ik dat checken? en even snel googelen zegt via (oude) bronnen dat er geen 64 bit versie is?

meh; verwijderd en nu installeer ik; VMware-vSphere-Perl-SDK-5.5.0-1292267.x86_64.tar ik had 5.1 dus maybe dat dit em word.

zucht.. en ook noppes.. nog steeds dezelfde weird output.

[ Voor 22% gewijzigd door Grvy op 03-10-2013 11:29 ]

[Paul]

https://my.vmware.com/web...10-VCLI-510&productId=285 heeft zowel Windows als 32bit en 64bit Linux.

Wat de Perl SDK precies doet, geen idee (de paden in je output wijzen ook naar de vCLI overigens, niet naar een Perl SDK) maar het is in ieder geval wel 64 bit

[Grvy]

De SDK for perl installeert zowel perl als CLI ( http://www.vmware.com/support/developer/viperltoolkit/ )

Echter; ik heb nu ook jouw link geprobeerd, en zelfs een oudere versie (4.1) maar nog steeds noppes nada niks. Ik word er nu een beetje van.

[Paul]

Wat is het _begin_ van de output? Plugins mogen best een hoop tekst sturen namelijk Sowieso is tekst kopieëren uit Putty en hier plakken stukken handiger dan er screenshots van maken

Wat zegt `echo $?` na het uitvoeren van de plugin?

[Grvy]

Paul schreef op donderdag 03 oktober 2013 @ 12:21:
Wat is het _begin_ van de output? Plugins mogen best een hoop tekst sturen namelijk Sowieso is tekst kopieëren uit Putty en hier plakken stukken handiger dan er screenshots van maken

Wat zegt `echo $?` na het uitvoeren van de plugin?

mjah ik kom niet bij het begin van de output omdat het zoveeeeel is.

echo $ zegt.. uh $

Ah; scrollback ofcourse in putt veranderen dan kun je wel helemaal terug..

dit is wat die aan het begin zegt:

CHECK_ESX CRITICAL - SOAP request error - possibly a protocol issue: <?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">


na googelen en eerste hit;

cpan GAAS/Net-HTTP-6.03.tar.gz downgraden van deze package en hoppa.

[ Voor 41% gewijzigd door Grvy op 03-10-2013 12:41 ]

[Paul]

`echo $` zal inderdaad $ geven, `echo $?` echter geeft de exit-code van het laatst uitgevoerde commando Die backticks stonden er redelijk expres

Blij dat het is opgelost Overigens is de buffer vergroten één optie, een andere (aangezien het eigenlijk alleen maar om de output van dit commando gaat) is het aanzetten van logging in Putty (in de opties -> Session -> Logging -> All Printable Output (of All Session Output, als je geen executables gaat `cat`ten ) + bestandsnaam opgeven

[ricom]

Laatste reactie is alweer een tijdje oud, maar ik zal mijn vraag toch maar is hier voorleggen.
Sinds kort ben ik een beetje bezig om te kijken of NCPA een goede opvolger is voor NRPE. Wat echter nog niet helemaal duidelijk is is hoe je bij een script die je zelf maakt, een returncode mee kan geven. Het enige wat ik in de documentatie tot zover zie staat http://assets.nagios.com/downloads/ncpa/docs/html/api.html hier, waar ze ook een voorbeeld aanhalen met test.vbs, echter slaan ze volgens mij de stap compleet over hoe je dan een return result meegeeft.

[Hipska]

Gewoon zoals altijd is de output van je script de message en je exit code is je result..