<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german">
    <title>gmane.network.nagios.checkmk.german</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2037"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2036"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2035"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2034"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2033"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2032"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2031"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2030"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2029"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2028"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2027"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2026"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2025"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2024"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2023"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2022"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2021"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2020"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2019"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2018"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2037">
    <title>Re: [Check_mk (deutsch)] Migration / verschieben auf neuen Server</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2037</link>
    <description>&lt;pre&gt;Hallo Marcel,

vielen, vielen Dank noch einmal für Deine Hilfe!!

Da ich den alten Sitenamen nicht mehr verwenden wollte musste ich den
Umweg machen,
aber hat einwandfrei funktioniert.

Bin dann nur noch auf ein Problem gestossen:

This RRD was crea­ted on other architecture.


Der alte Server war noch eine 32Bit Kiste, die musste dringenst abgelöst
werden, die neue war dann eine 64Bit Maschine,
deshalb diese Fehlermeldung, aber abhilfe fand ich dann bei Google ;=)

http://blog.bastian-kuhn.de/2013/05/omd-rrd-dateien-von-einem-32bit-system-
auf-64bit-migrieren/


Danke &amp;amp; Gruß
Stefan


Am 16.05.13 14:18 schrieb "Marcel Schulte" unter
&amp;lt;schulte.marcel-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

&lt;/pre&gt;</description>
    <dc:creator>Stefan Mikuszeit</dc:creator>
    <dc:date>2013-05-17T11:02:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2036">
    <title>Re: [Check_mk (deutsch)] Antwort: WATO Commands fuer Services und Hosts gleichzeitig</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2036</link>
    <description>&lt;pre&gt;Hallo Marcel,

danke für deine Antwort. 

Natürlich hast du Recht und ich habe mich falsch ausgedrückt. Danke für den Hinweiß. Ich benutze nur Multisite - praktisch als Ersatz für das klassische Nagios-Webinterface (meiner bescheidenen Meinung nach effektiver als das klassische bis auf eben Hosts/Services Kommandos gleichzeitig?

Bzgl. erster Frage schaue ich mir das mit der CLI mal an.  Danke schon einmal für den Tipp - eine Lösung hänge ich natürlich mit an die Liste ;-)

Weiß vielleicht auch jemand von aktuellen Plänen der Entwickler dieses Feature einzubauen?

und die 2te Frage.

Wir haben uns gegen OMD entschieden und alles selber gemacht da wir einige Pakete von OMD nicht benötigen. 

Mit deinem Beispiel hast du Recht. 

Genau deine Lösung mit verteilten OMD Sites habe ich auch gebaut nur benutze ich halte keine OMD Site sondern eine einzelne  Nagios/Check_MK Standalone Instanz. 
Problematisch bei mir ist nun die Anzeige auf meinem Master-Server.  Auf meinem Master-Server werden alle Serv&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Routschka</dc:creator>
    <dc:date>2013-05-17T08:19:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2035">
    <title>Re: [Check_mk (deutsch)] Antwort: WATO Commands fuer Services und Hosts gleichzeitig</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2035</link>
    <description>&lt;pre&gt;Hallo Wolfgang,

wenn du von WATO sprichst denken natuerlich alle an eben dies - WATO,
den Konfigurations-Part von Multisite.

Du nutzt also nicht WATO, sondern Multisite... ;-)

Zur ersten Frage:
Dein Vorhaben ist in Multisite (zumindest bisher, also bis einschl.
1.2.2p1) nicht moeglich. Es gibt aber seit 03.12.2012 eine umgesetzte
Moeglichkeit fuer's CLI, schau mal in deiner Installation (wir haben
nur Versionen ab 1.2.2), ob du im DOC-Verzeichnis "treasures" die
Datei "downtime" findest... Wenn du es schaffst, dies in Multisite zu
integrieren hast du was du brauchst :-) ...und sicher freuen sich dann
auch einige, wenn du die Loesung an die Liste postest.

Zur zweiten Frage:
Meinst du wirklich Nagios Server? Ich wuerde hier distributed OMD
sites empfehlen, aber das ist natuerlich Geschmackssache. Und was
heisst "mit gleichen Hosts und Services"? Mal angenommen, es gibt
einen Server mit Namen "furchtbarwichtig.firma.de" und weiterhin 10
verteilte Nagios Server - wird furchtbarwichtig.firma.de dann 10x
gemon&lt;/pre&gt;</description>
    <dc:creator>Marcel Schulte</dc:creator>
    <dc:date>2013-05-17T07:58:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2034">
    <title>Re: [Check_mk (deutsch)] Antwort: WATO Commands fuer Services und Hostsgleichzeitig</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2034</link>
    <description>&lt;pre&gt;Guten Morgen,

danke für deine Antwort.

Ich hatte vergessen zu schreiben das ich WATO für die Konfiguration nicht benutzte sondern alles auf der Kommandozeile mache (Rulesets sind natürlich hier auch möglich).

Aber die Rulesets helfen mir nicht weiter da ich ja auch Host-Benachrichtigungen möchte - nur eben bei Wartungsarbeiten nicht. Ob ich die Benachrichtigung abschalte oder eine Downtime setze etc. ist ja erstmal egal.

Ich möchte mit einem Klick/Befehl das Kommando für Hosts/Services abesetzen so wie es im klassischen Interface möglich ist.

Frage ist ob und wie das möglich ist?

Bzgl. der 2ten Frage muss ich mir noch was überlegen oder hat jemand Erfahrung damit?

Gruß

Wolfgang

Von: C.Born-h0Bqx0UDJbob1SvskN2V4Q&amp;lt; at &amp;gt;public.gmane.org [mailto:C.Born-h0Bqx0UDJbob1SvskN2V4Q&amp;lt; at &amp;gt;public.gmane.org]
Gesendet: Mittwoch, 15. Mai 2013 11:07
An: Wolfgang Routschka
Betreff: Antwort: [Check_mk (deutsch)] WATO Commands fuer Services und Hosts gleichzeitig

Hallo Wolfgang,

das 1. Problem dürfte über die Rules&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Routschka</dc:creator>
    <dc:date>2013-05-17T07:11:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2033">
    <title>Re: [Check_mk (deutsch)] Hosttag win|lan</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2033</link>
    <description>&lt;pre&gt;Hallo Marc,

wir haben in WATO fuer jedes OS einen eigenen Folder. In den
Properties des Folders haben wir eingestellt, dass alle Inhalte
entsprechend getaggt werden.

So kannst du auch machen bzw. ist wohl schon gemacht worden - entweder
im Main Folder oder einem Unterordner.

Hoffe das hilft,
Marcel

Am 16. Mai 2013 22:07 schrieb Marc Oppenberg &amp;lt;marc-xbZ9gDK9SHMcB3Tz54LwoQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:
&lt;/pre&gt;</description>
    <dc:creator>Marcel Schulte</dc:creator>
    <dc:date>2013-05-17T02:35:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2032">
    <title>[Check_mk (deutsch)] Hosttag win|lan</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2032</link>
    <description>&lt;pre&gt;Hallo zusammen,


kann mir jemand sagen warum alle Hosts die ich per Wato hinzufüge mit 
den Hosttags "win" und "lan" oder auch "tcp" oder getaggt werden ?
Wo ist das definiert ?

Ich würde gerne meine Linuxrechner mit linux taggen &amp;amp; und die 
Windowsrechner mit win aber leider sind alle hosts bereits mit win getaggt.

Kann ich automatisch je nach Betriebssystem die Tags vergeben?
&lt;/pre&gt;</description>
    <dc:creator>Marc Oppenberg</dc:creator>
    <dc:date>2013-05-16T20:07:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2031">
    <title>[Check_mk (deutsch)] Zu viele Hostgroups in Multiside</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2031</link>
    <description>&lt;pre&gt;Hi!

Ich habe unser AIX Systeme auf verschidene Hostgroups verteilt. 
Außerdem gibt es eine Hostgroup UNIX.ALL mit allen AIX Systemen. Das AIX 
OS Team (contactgroup) hat _nur_ diese Hostgroup zugeteilt.

Konfiguriert haben wir das per *.mk Dateien ohne WATO

Problem:

Das AIX Team sieht in Mutliside auch die anderen Hostgroups (SAP.ALL, 
Oracle.ALL) in denen die AIX System auch sind. Wollen Sie aber nicht!


Ist das so gewollt? Kann man das ändern?

Thomas

&lt;/pre&gt;</description>
    <dc:creator>Thomas Weidlich</dc:creator>
    <dc:date>2013-05-16T12:53:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2030">
    <title>Re: [Check_mk (deutsch)] Migration / verschieben auf neuen Server</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2030</link>
    <description>&lt;pre&gt;Ah, sorry, zu schnell reagiert bzw. zu wenig gelesen ;-)

- konfiguriere den neuen Server genau wie den alten (also OMD config,
Apache config, etc.)
- Backup/Restore der "ausserhalb WATO" Geschichte bleibt
- Sync der perfdata bleibt ebenfalls
- den alten Server komplett vom Netz nehmen und den neuen mit dem
"alten" Namen und IP versehen
- Im WATO Master die "neue" Site synchronisieren und fertig.

...du kannst natuerlich auch im Master eine neue Site anlegen mit den
Daten des neuen Servers, dann brauchst du den enuen Server nicht mit
altem Hostnamen und IP betreiben. In dem Fall zuletzt die "alte" site
deaktivieren, die neue aktivieren und synchronisieren.
Aber aufgepasst: wenn du z.B. Ordner fest einer Site zugewiesen hast
(sodass alles darin automatisch auf einer bestimmten Site landet)
musst du diese ganzen stellen natuerlich auch aendern. Wenn du nicht
mit einer neuen Siteconfig arbeitest kannst du dir das sparen.

Gruesse,
Marcel

Am 16. Mai 2013 14:05 schrieb Stefan Mikuszeit &amp;lt;S.Mikuszeit-DtQqXJWna/uzQ&lt;/pre&gt;</description>
    <dc:creator>Marcel Schulte</dc:creator>
    <dc:date>2013-05-16T12:18:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2029">
    <title>Re: [Check_mk (deutsch)] ESXi Monitoring</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2029</link>
    <description>&lt;pre&gt;Die Doku zu ESX-Monitoring mit Check_MK ist hier:

http://mathias-kettner.de/checkmk_vsphere.html


Am 16.05.2013 13:02, schrieb Carsten Herrmann:


&lt;/pre&gt;</description>
    <dc:creator>Mathias Kettner</dc:creator>
    <dc:date>2013-05-16T12:18:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2028">
    <title>Re: [Check_mk (deutsch)] ESXi Monitoring</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2028</link>
    <description>&lt;pre&gt;Hallo Carsten,

du fragst einfach nur das vCenter ab. Die Daten zu den Hosts kommen 
automatisch raus. Wichtig ist dabei, dass du die Hostsystem
*mit dem gleichen Namen wie in ESX definiert* als Check_MK-Hosts
aufnimmst. Sobald der vCenter-Rechner inventarisiert ist, kannst
du auch die ESX-Hosts inventarisieren.

Mathis


Am 16.05.2013 13:02, schrieb Carsten Herrmann:


&lt;/pre&gt;</description>
    <dc:creator>Mathias Kettner</dc:creator>
    <dc:date>2013-05-16T12:17:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2027">
    <title>Re: [Check_mk (deutsch)] Migration / verschieben auf neuen Server</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2027</link>
    <description>&lt;pre&gt;Hallo Marcel,

vielen Dank erst mal :=)

Ich muss nicht den WATO Server austauschen, sondern nur einen Satelliten,
ist das trotzdem dann mit dem SNAPSHOT / RESTORE ?

Gruß
Stefan

Am 16.05.13 13:53 schrieb "Marcel Schulte" unter
&amp;lt;schulte.marcel-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

&lt;/pre&gt;</description>
    <dc:creator>Stefan Mikuszeit</dc:creator>
    <dc:date>2013-05-16T12:05:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2026">
    <title>Re: [Check_mk (deutsch)] Migration / verschieben auf neuen Server</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2026</link>
    <description>&lt;pre&gt;Hi Stefan,

ich wuerde es so machen:

1. Auf altem Server Snapshot in WATO erstellen.
2. WATO-Snapshot auf neuem Server in WATO einspielen - wozu selbst die
Muehe der (Neu-)Konfiguration machen?
3. Backup der CMK-Config (alles was ausserhalb WATO passiert sowie
autochecks etc.) erstellen. Geht mit 'cmk --backup', schau mal in 'cmk
--help' rein..
4. Restore des Backups auf neuem Server einspielen ('cmk --restore &amp;lt;file&amp;gt;').
5. OMD (alt) stoppen
6. "/opt/omd/sites/&amp;lt;SITENAME&amp;gt;/var/pnp4nagios/perfdata" auf neuen
Server synchronisieren und dem dortigen Siteuser zuweisen.
7. "Apply Changes" in neuem WATO.

Hoffe ich habe nichts vergessen ;-)

Gruesse,
Marcel

Am 16. Mai 2013 13:32 schrieb Stefan Mikuszeit &amp;lt;S.Mikuszeit-DtQqXJWna/uzQB+pC5nmwQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:
&lt;/pre&gt;</description>
    <dc:creator>Marcel Schulte</dc:creator>
    <dc:date>2013-05-16T11:53:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2025">
    <title>[Check_mk (deutsch)] Migration / verschieben auf neuen Server</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2025</link>
    <description>&lt;pre&gt;Hallo zusammen,

ich muss einen Distributed Server auf einen anderen Server verschieben,
wie ist da das beste vorgehen, OHNE das mir die bis jetzt gesammelten Daten verloren gehen ?

omd Version auf beiden Servern: 1.2.0p3.mmk

Ich würde es so machen:

  1.  Alle Konfigurierten Server vom alten zum neuen konfigurieren (Monitored on site)
  2.  OMD Service auf dem alten und neuen Server Stoppen
  3.  RRD/XML (/opt/omd/sites/&amp;lt;SITENAME&amp;gt;var/pnp4nagios/perfdata) Files vom alten auf den neuen kopieren
  4.  Berechtigungen anpassen
  5.  OMD Service auf dem neuen Server starten
  6.  alten Server herunterfahren usw.

Ist das so richtig, oder mache ich gedankenfehler ???

Gruß
Stefan Mikuszeit
_______________________________________________
checkmk-de mailing list
checkmk-de-qhrM8SXbD5JpaB0eVFyvwnWFp+d4uDoM&amp;lt; at &amp;gt;public.gmane.org
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
&lt;/pre&gt;</description>
    <dc:creator>Stefan Mikuszeit</dc:creator>
    <dc:date>2013-05-16T11:32:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2024">
    <title>Re: [Check_mk (deutsch)] ESXi Monitoring</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2024</link>
    <description>&lt;pre&gt;Bitte die letzte Nachricht ignorieren ;)

-----Original Message-----
From: checkmk-de-bounces-qhrM8SXbD5JpaB0eVFyvwnWFp+d4uDoM&amp;lt; at &amp;gt;public.gmane.org [mailto:checkmk-de-bounces&amp;lt; at &amp;gt;lists.mathias-kettner.de] On Behalf Of Carsten Herrmann
Sent: Donnerstag, 16. Mai 2013 13:03
To: Mathias Kettner
Cc: checkmk-de-qhrM8SXbD5JpaB0eVFyvwnWFp+d4uDoM&amp;lt; at &amp;gt;public.gmane.org
Subject: Re: [Check_mk (deutsch)] ESXi Monitoring

Danke für die Antwort,
aber wo ist diese Einstellung zu finden?
"Type of Query" gibt mir nur die Möglichkeit zu definieren ob es sich um ein vCenter direkt handelt oder halt ein ESX Host.
Wenn ich nun einen ESX Host anlege, wo gebe ich dann quasi die IP des vCenters mit?
Wie gesagt, "Queried Host is a Host System" geht nicht, da direkter Login gesperrt ist.
VG

Am 16.05.2013 11:11, schrieb Mathias Kettner:
Am 16.05.2013 09:11, schrieb Carsten Herrmann:

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more informati&lt;/pre&gt;</description>
    <dc:creator>Carsten Herrmann</dc:creator>
    <dc:date>2013-05-16T11:15:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2023">
    <title>Re: [Check_mk (deutsch)] ESXi Monitoring</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2023</link>
    <description>&lt;pre&gt;Danke für die Antwort,
aber wo ist diese Einstellung zu finden?
"Type of Query" gibt mir nur die Möglichkeit zu definieren ob es sich um ein vCenter direkt handelt oder halt ein ESX Host.
Wenn ich nun einen ESX Host anlege, wo gebe ich dann quasi die IP des vCenters mit?
Wie gesagt, "Queried Host is a Host System" geht nicht, da direkter Login gesperrt ist.
VG

Am 16.05.2013 11:11, schrieb Mathias Kettner:
Am 16.05.2013 09:11, schrieb Carsten Herrmann:

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
&lt;/pre&gt;</description>
    <dc:creator>Carsten Herrmann</dc:creator>
    <dc:date>2013-05-16T11:02:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2022">
    <title>Re: [Check_mk (deutsch)] ESXi Monitoring</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2022</link>
    <description>&lt;pre&gt;
Am 16.05.2013 09:11, schrieb Carsten Herrmann:
Ja. So ist das ganze gedacht. Dafür gibt es direkt eine 
Auswahlmöglichkeit im WATO.

&lt;/pre&gt;</description>
    <dc:creator>Mathias Kettner</dc:creator>
    <dc:date>2013-05-16T09:11:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2021">
    <title>[Check_mk (deutsch)] ESXi Monitoring</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2021</link>
    <description>&lt;pre&gt;Hallo,
ab Version 1.2.3i1 ist es ja möglich ESX Hosts und vCenter ... abzufragen.
Ist es auch möglich einen ESXi Host über das vCenter abzufragen? Denn bei uns wurde der Zugang zu den einzelnen Hosts gesperrt. Man hat lediglich die Möglichkeit sich via vCenter anzumelden. Bei dem check_vmware_api.pl von Op5 konnte man sich die Daten eines ESX Hosts mit Hilfe des vCenters holen. Geht dies hiermit auch?

VG

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
_____________________________________________________________________________________________________________________
checkmk-de mailing list
checkmk-de-qhrM8SXbD5JpaB0eVFyvwnWFp+d4uDoM&amp;lt; at &amp;gt;public.gmane.org
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
&lt;/pre&gt;</description>
    <dc:creator>Carsten Herrmann</dc:creator>
    <dc:date>2013-05-16T07:11:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2020">
    <title>Re: [Check_mk (deutsch)] Anfängerfragen</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2020</link>
    <description>&lt;pre&gt;Hallo Christopher,

Nagios notifiziert wie folgt:

* an alle Mitglieder einer Contactgroup, sofern diese
"notifications_enabled = true" haben
* besagte Contactgroup muss host_contactgroup und/oder service_contactgroup sein
* host_contactgroups sind fuer Status Aenderungen des Hosts und alle
Services relevant, die nicht explizit service_contactgroups gesetzt
haben

Per Default:
* wird nur bei Aenderung eines HARD Status notifiziert.
* wird sofort bei Statusaenderung notifiziert.
* ist das Checkinterval 60s.
* sind Notifications fuer Hosts und Services aktiviert.

In WATO kannst du fuer Hosts und/oder Services:
* das Check-Interval aendern (z.B. "nur alle 3 Minuten")
* die maximale Anzahl an Fehlversuchen aendern (max_check_attempts),
bevor ein neuer HARD State eintritt (Default ist '1'/sofort)
* pro User konfigurieren, die wievielte Notification er bekommt (z.B.
"nur die 2." oder "alle ab der 2.") - nur moeglich mit "Flexible
custom notifications"
* (De-)Aktivieren von Notifications
* Aendern der Zeiten in de&lt;/pre&gt;</description>
    <dc:creator>Marcel Schulte</dc:creator>
    <dc:date>2013-05-15T12:44:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2019">
    <title>[Check_mk (deutsch)] Antw:  Sticky Alarm?!</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2019</link>
    <description>&lt;pre&gt;Hallo Stefan,
 
das würde ich über einen passiven Check machen.
Dein Check wird dann nicht mehr vom Nagios abgefragt, sondern sendet
selbstständig Check-Ergebnisse an Nagios.
Z.B.
CRIT wenn Türe geöffnet wird.
WARN wenn diese geschlossen wird.
Der Admin setzt händisch den Check auf OK.
 
Damit weißt Du ob die Türe gerade offen IST (CRIT), ob diese offen war
(WARN) und wenn der Admin seinen Segen dazu gegeben hat (OK).
 
So etwas ließe sich noch schöner mit der neuen Event Console von cmk
realisieren, aber dieses Thema würde ich als Verfeinerung der von mir
oben genannten Implementierung angehen.
 
Ciao
Alex

Hallo Liste,

ich habe folgendes Szenario welches ich gerne über Check_MK realisieren

möchte:

Die Tür zu unserem Serverraum ist mit einem Reed-Kontakt gesichert. Ein

Check ließt diesen aus und schlägt Alarm wenn die Tür offen ist. Wenn 
sie wieder schließt ist der Kontakt geschlossen und der Alarm wieder
auf OK.
Problem: Es sollte in Alarmstellung bleiben, wenn einmal die Tür 
geöf&lt;/pre&gt;</description>
    <dc:creator>Alexander Scholler</dc:creator>
    <dc:date>2013-05-15T09:29:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2018">
    <title>[Check_mk (deutsch)] Sticky Alarm?!</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2018</link>
    <description>&lt;pre&gt;Hallo Liste,

ich habe folgendes Szenario welches ich gerne über Check_MK realisieren 
möchte:

Die Tür zu unserem Serverraum ist mit einem Reed-Kontakt gesichert. Ein 
Check ließt diesen aus und schlägt Alarm wenn die Tür offen ist. Wenn 
sie wieder schließt ist der Kontakt geschlossen und der Alarm wieder auf OK.
Problem: Es sollte in Alarmstellung bleiben, wenn einmal die Tür 
geöffnet wurde, bis einer der Admins diesen Alarm "zurücksetzt". Ist es 
irgendwie möglich?

Viele Grüße
Stefan
&lt;/pre&gt;</description>
    <dc:creator>Stefan Milani</dc:creator>
    <dc:date>2013-05-15T09:11:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2017">
    <title>[Check_mk (deutsch)] WATO Commands fuer Services und Hostsgleichzeitig</title>
    <link>http://permalink.gmane.org/gmane.network.nagios.checkmk.german/2017</link>
    <description>&lt;pre&gt;Hallo zusammen,

kurze Frage bzgl. Commands in WATO 1.2.0p4.

Wie kann ich Servcies und Hosts Commands gleichzeitig ausführen z.b. Benachrichtigungen deaktivieren. Im normalen Nagios Webinterface kann ich ja sagen  "Disable notifications for all services on this host" und "Disable For Host Too"  - gibt es diese Möglichkeit in WATO auch?

Und auch noch eine 2te Frage:

Haben mehrere Nagios Server auf mehrere Standorte verteilt mit gleichen Hosts und Services. Nun muss bei Wartungsarbeiten jeder Nagios-Server für die Hosts/Services konfiguriert werden. Nun könnte man ja alle Hosts/Servcie unter einem Interface laufen lassen - aber die Performance ist hier sehr schlecht. Der Aufbau der Sites dauert sehr lange. An der Anbindung kann ich nicht drehen. 
Hatte jemand ähnliche Probleme und konnte sie lösen? Was könnte man hier noch tunen? Haben ingesamt ca. 2000 Services abzubilden.

Grüße Wolfgang
&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Routschka</dc:creator>
    <dc:date>2013-05-15T08:28:21</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.nagios.checkmk.german">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.network.nagios.checkmk.german</link>
  </textinput>
</rdf:RDF>
