The new version is released here: /category/tools/scom2nagios/

The next release will address two feature requests:

1. Possibility to change the hostname (you don’t use fqdn host names in nagios…)
2. Possibility to use more than one service in nagios (you want to separate the alerts for dns and acitve directory)

I will try to solve both by using “processing instructions”. This instructions will use the scom alert as an input filter and the nagios alert as the object to manipulate.

Find the newest version on top of: </tag/scom2nagios/>

Attached is the new version of the SCOM2Nagios Connector.

There is just one small thing changed:

You can now define the OK message in config file. So no more german status messages in your nagios :-)

And thanks to Thomas Karatzoglou we now have an english installation instruction in the file.

Download Link: SCOM2Nagios (254 downloads )

FB_Addon_TelNo{ height:15px !important; white-space: nowrap !important; background-color: #0ff0ff;}

Momentan bin ich daran einen einfachen SAP2SCOM Connector zu entwickeln. Leider stellt sich die Informationsrecherche im SAP Umfeld für mich als relativ schwierig dar. Daher: Falls jemand ebenfalls mal in diesem Umfeld etwas machen darf, hier zwei relevante Links:

Für Visual Studio 2003 gibt es einen SAP .NET Connector um auf BAPI und Webservices von SAP  zuzugreifen. Für neuere Versionen gibt es diesen nicht mehr. Trotzdem mach dieses Add-On die Entwicklung einfacher, da es die komplette Komplexität kapselt. Möchte man dies also heute noch nutzen, dann gibt es unter  http://www.codeproject.com/KB/dotnet/Connect_SAP_from_VS2008.aspx eine Anleitung dazu.

Find the newest version on top of: /category/tools/scom2nagios/

Anbei die Version 1.1 des Nagios Connectors. Er beinhaltet nur geringe Änderungen:

• Ausgabe der Versionsnummer in der Logdatei
• Detailliertere Logausgaben
• Fehler beim zweiten Nagios Server: er wurde in jedem Fall aufgerufen

Download: SCOM2Nagios_1.1

Liebe Microsoftler,

meistens bin ich ja auf eurer Seite. Aber mache Dinge muss man nicht verstehen, oder?

Das ist kein gemeinsamer Dienst der System Center Familie (soweit ist die Integration wirklich noch nicht), sondern der Operations Manager Dienst (System Center Operations Manager 2007 R2). Gemeinsame Identitäten schaffen ist gut. Alle Familienmitglieder nur mit dem Nachnamen anzusprechen ist aber zu viel des Guten.  Bitte nennt den Dienst doch mindestens System Center Operations Agent oder so ähnlich!

Wie bereits in einem früheren Post erklärt musste man vor OpsMgr 2007 R2 bei einem Proxy Error (“Agent proxying needs to be enabled for a health service to submit discovery data about other computers.”) umständlich aus der angegebenen internen Rechner GUID den eigentlich gemeinten Agent herausfinden um ihm dann als Proxy Agent zu aktivieren.

R2 hat hier eine kleine aber wesentliche Verbesserung erfahren: In den Details  des Alarms wird jetzt die GUID direkt durch den DNS Namen ersetzt:

Im DNS 2003 Version 6.0.6480.0 existiert ein Fehler.  In der Standardeinstellung wird ein Fehler bei der externen DNS Auflösung gemeldet (“DNS 2003 Server External Addresses Resolution Alert”).

Ursache ist ein fehlerhafte Zieladresse. Es wird versucht einen Namenservereintrag (NS) für www.microsoft.com zu ermitteln. Der  korrekte Nameserver wäre microsoft.com. www.microsoft.com ist nur ein Ressourcen Eintrag (A Record). Als Lösung sollte man somit den Alarm überschreiben und entweder den Typ auf A ändern oder die Adresse auf microsoft.com (oder irgend eine andere) und den Typ auf NS lassen.

Achtung: Neue Version /2009/07/scom2nagios-version-1-1/

**Does anyone need an english version of the instruction? Then just post a comment.
**

In Absprache mit meinem früheren Chef habe ich den bereits vor längerer Zeit versprochenen SCOM2Nagios Connector aufgeräumt und in eine releasefähige Version verpackt.

Ich stelle ihn hiermit unter die GPL. Lizenzinformationen sind mit im Zip File enthalten.

Ein Wort der Warnung:  Obwohl diese Version des Programms bei meinem früheren Arbeitgeber bereits im produktiven Umfeld lief, sollte er natürlich vorher ausgiebig in einer Testumgebung ausprobiert werden.

Zeitweise stieg die Datenbankgröße des OpsMgr extrem schnell an. Um herauszufinden, woher dieses ungewöhnliche Verhalten kam, wollte ich ein Liste aller Alerts mit deren Summe des Auftretens erstellen. Früher wäre ich dafür direkt in die Datenbank gegangen. Heute gibt es dafür Powershell. Das ist einfacher und supported.

Die Liste lässt sich mit folgendem Einzeiler erstellen:

get-alert | group-object -property Name | sort-object count<br />
Der Aufbau ist recht einfach: Zuerst alle Alerts ausgeben (inklusiv der bereits geschlossenen). Diese Liste gruppieren nach der Eigenschaft Name. Als letztes die Ausgabe nach der Anzahl des Auftretens sortieren.

Im Rahmen einer Supportanfrage bei MS wurde ich auf eine einfache Möglichkeit hingewiesen, wie man aufzeichnen kann, wann welches Skript durch den OpsMgr Agent ausgeführt wird:

http://blogs.technet.com/jeevanbisht/archive/2008/12/09/OpsMgr-2007-How-to-identify-what-script-is-running-on-the-agents-_2F00_-frequency-_2F00_-parameters.aspx

Zusammenfassend werden die Filter im Process Monitor von Sysinternals (jetzt Microsoft) so gesetzt, dass der Start und das Ende von cscript.exe Prozessen aufgezeichnet werden. Da dabei auch die Parameter mit protokolliert werden, ist so einfach zu sehen ob und wann ein Skript mit welchen Eigenschaften aufgerufen wurde. Beim Prozessende erkennt man auch eventuelle fehlerhafte Exitcodes.