Sunday, May 19th 2013, 6:33pm UTC+2

You are not logged in.

  • Login
  • Register

NSClient++ Multicore Proccessor

epixcore

Beginner

Posts: 2

Number of monitoring servers: 9

Nagios Version: -

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 685

Number of services: 2888

OS: Linux

Plugin Version: -

NDO Version: 9

1

Friday, May 13th 2011, 1:57pm

NSClient++ Multicore Proccessor

Hallo zusammen,

ich stehe zurzeit vor einer kleinen Herausforderung:

wir überwachen diverse Firmeninterne Windows Server mit Centreon und dem NSClient.
Nun möchten wir die Load welcher ein Prozess auf den CPUs erzeugt messen und ggf. alarm schlagen.
Das Problem vor welchem ich gerade stehe, ist das unsere SQL Server Multicore Prozessoren besitzen (bis zu 8 Stück) und ich nun wissen muss wie ich dem NSClient beibringe das er nicht, wenn ein Core auf 100% ist automatisch alarm schlägt.

Also simpel ausgedrückt, ich möchte alle X Cores als einen einzigen Prozessor behandeln = 4 Prozessoren, 1 Prozessor auf 100% = Load: 25%


könnt ihr mir da helfen?

danke schön.


Beste Grüße aus Wien,

Stefan

PDeneu

Intermediate

Posts: 521

Birthday: Oct 5th

Gender: male

Location: Hennef (Sieg)

Occupation: Technischer Leiter

Number of monitoring servers: >1

Nagios Version: 2.x-3.x

Icinga Version: 1.x

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: >1

Number of services: >1

OS: SLES, RHEL, Debian, CentOS, OpenSUSE

Plugin Version: 1.4.x

Other Addons: PNP, NagVis, inGraph, EventDB, NagTrap, DokuWiki etc.

2

Friday, May 13th 2011, 7:16pm

Hallo Stefan,

NSClient++ kann das mittel CheckCPU so leider nicht.
Du könntest allerdings versuchen die Counter unter Windows abzufragen.
Dort müsste es für jeden Core einen Leistungsindikator geben.

Gruß aus Nürnberg,
Philipp
GNE - IT Business Solutions GmbH - http://www.gne.de

epixcore

Beginner

Posts: 2

Number of monitoring servers: 9

Nagios Version: -

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 685

Number of services: 2888

OS: Linux

Plugin Version: -

NDO Version: 9

3

Friday, May 27th 2011, 9:39am

Hi Philipp,

danke für deine Antwort.
Sorry das ich erst so spät antworten kann.

Wie genau kann ich das denn Realisieren?
Sorry, ich bin nicht so der Windows Crack - ich bin eher aus der Linux szene (:

beste Grüße aus Wien,

Stefan

julian

Intermediate

Posts: 240

Number of monitoring servers: 3

Nagios Version: 3.2.3

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 40,230,150

Number of services: 350,500,200

OS: Debian Squeeze, SLES11, Win2k8R2

Plugin Version: 1.4.15

IDO-Version: 1.6

Other Addons: nrpe, pnp4nagios, check_mk

4

Thursday, March 15th 2012, 9:09am

check_mk macht das von Haus aus.

Ich stehe auch gerade vor dem gleichen Problem. Wir bekommen immer mehr Windoofs-Server und ich kann mit nsclient++ nur einen Core überwachen.
Allerdings möchte ich auf dem betreffenden Nagiosserver kein check_mk installieren.

Hat jemand einen Hinweis?

sven.r

Beginner

Posts: 56

Gender: male

Location: Neuwied

Occupation: System Administrator

Number of monitoring servers: 1

Nagios Version: 3.2.1 (noch aktiver alter Server)

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: ca. 200

Number of services: ca. 1000

OS: Windows, SLES, OpenSuSE, Debian

Plugin Version: 1.4.15

NagVis Version: 1.6.2

IDO-Version: 1.6

Other Addons: Icinga-Web 1.6.1, PNP4Nagios 0.6.16 , NagiosQL 3.11

5

Thursday, March 15th 2012, 9:43am

Hi,

an dem Punkt stand ich auch schon, jetzt stehts langsam wieder auf dem Plan, nachdem das übrige System soweit läuft.
Bei uns ist auch der NSClient++ im Einsatz, wäre auch dankbar für eine Lösung/Idee.

augustinus

Intermediate

Posts: 380

Gender: male

Location: München

Number of monitoring servers: 4

Hobbies: Nagios, Icinga

Nagios Version: 3.0.2

Icinga Version: core: 1.8.1, idoutils: 1.8.1, icinga-web: 1.8.0

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: ~ 400

Number of services: ~ 8000

OS: SLES 11 SP1 (Icinga), SLES10 SP3 (Nagios)

Plugin Version: 1.4.15

NagVis Version: 1.4.5

Other Addons: NagiosGrapher, pnp-0.6.13 (bulk mode npcdmod), NC_Net (4.4), pnsclient, check_multi-0.20

6

Thursday, March 15th 2012, 11:22am

Hallo zusammen,

Macht es einfach, wie es Philipp beschrieben hat. Über die Performance Counter:

Source code

 
1

/usr/local/icinga/libexec/check_nrpe -H 192.0.0.1-c CheckCounter -a "Counter:Processor Time core 0=\\Processor(0)\\% Processor Time" MaxWarn=80 MaxCrit=90


Viele Grüße
--
Augustinus

julian

Intermediate

Posts: 240

Number of monitoring servers: 3

Nagios Version: 3.2.3

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 40,230,150

Number of services: 350,500,200

OS: Debian Squeeze, SLES11, Win2k8R2

Plugin Version: 1.4.15

IDO-Version: 1.6

Other Addons: nrpe, pnp4nagios, check_mk

7

Thursday, March 15th 2012, 11:58am

Vielen Dank dafür. Ist ja an sich ganz trivial.

Ich scheitere aber gerade an ERROR: Counter not found
Wo kann da forschen? Gibt es irgendwo eine Liste? Oder ein Kommando mit dem ich mir alle Counter anzeigen lassen kann?


Edit:
Wenn man sich durch die Doku vom NSClient wühlt, findet man das hier:

Source code

 
1

nsclient++ CheckSystem listpdh

In der Shell gibt es auch reichlich Output, aber in der nsclient.log finde ich das hier:

Source code

 
1
2
3
4
5
6
7

2012-03-15 12:05:08: message:modules\FileLogger\FileLogger.cpp:86: Starting to log for: NSClient++ - 0.3.9.329 2011-09-02
2012-03-15 12:05:09: debug:CACHENSClient++.cpp:557: Attempting to start NSCLient++ - 0.3.9.329 2011-09-02
2012-03-15 12:05:09: message:CACHEmodules\FileLogger\FileLogger.cpp:87: Log path is: C:\Program Files (x86)\nsclient\\nsclient.log
2012-03-15 12:05:09: error:D:\source\nscp\branches\stable\include\Socket.h:691: bind failed: 10048: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden.  
2012-03-15 12:05:09: error:D:\source\nscp\branches\stable\include\Socket.h:691: bind failed: 10048: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden.  
2012-03-15 12:05:09: error:D:\source\nscp\branches\stable\include\Socket.h:722: Socket did not start properly, we will now do nothing...
2012-03-15 12:05:09: error:D:\source\nscp\branches\stable\include\Socket.h:722: Socket did not start properly, we will now do nothing...

This post has been edited 1 times, last edit by "julian" (Mar 15th 2012, 12:06pm)

Wolfgang

Sage

Posts: 7,238

Gender: male

Number of monitoring servers: 2

Nagios Version: 3.2.1

Icinga Version: Icinga 1.7.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: >70

Number of services: >200

OS: SLES11

Plugin Version: 1.4.15

Other Addons: NRPE 2.6, NSCA 2.7, PNP 0.4.14 / 0.6.18

8

Thursday, March 15th 2012, 12:25pm

Alternativ kann man auch versuchen, sich über Perfmon die benötigten Counter zusammenzusuchen.
Du brauchst Hilfe? / You need help?

Nagios-Doc (3.x, de)

Icinga-Doc: (de) (en)

PNP-Troubleshooting (de) (en)

julian

Intermediate

Posts: 240

Number of monitoring servers: 3

Nagios Version: 3.2.3

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 40,230,150

Number of services: 350,500,200

OS: Debian Squeeze, SLES11, Win2k8R2

Plugin Version: 1.4.15

IDO-Version: 1.6

Other Addons: nrpe, pnp4nagios, check_mk

9

Thursday, March 15th 2012, 1:52pm

Danke @Wolfgang für den Tipp mit perfmon.
OK, also trotz der Fehlermeldungen im Log kann ich mit

Source code

 
1
2

nagios@lx-icinga:~$ ./plugins/contrib/check_nrpe -H Host -c CheckCounter -a "\\Prozessor(0)\Prozessorzeit (%)" MaxWarn=80 MaxCrit=90
OK all counters within bounds.|'\Prozessor(0)\Prozessorzeit (%)'=0.0032050049357024157;80;90

die Daten abfragen.

Versuche ich das ganze mit check_nt

Source code

 
1
2

nagios@lx-icinga:~$ ./plugins/current/check_nt -H Host -p 12489 -v COUNTER -l "\\Prozessor(1)\Prozessorzeit (%)"
32

bekomme ich keine Performancedaten.
Generell, also z. B. bei -v MEMUSE, werden ja welche zurückgegeben. Kann man das ändern?
Ist an sich aber auch net weiter schlimm, schließlich präferiere ich eh NRPE wegen SSL.

Similar threads