Neue Management Packs im Zeitraum zwischen 10.10.2011 und 30.10.2011

• Windows Server 2000 Operating System 6.0.6958.0
• Windows Server 2003 Operating System 6.0.6958.0
• Windows Server 2008 Operating System (Discovery) 6.0.6958.0
• Windows Server 2008 Operating System (Monitoring) 6.0.6958.0
• Windows Server 2008 R2 Best Practice Analyzer Monitoring 6.0.6958.0
• Windows Server Cluster Shared Volume Monitoring 6.0.6958.0
• Windows Server Operating System Library 6.0.6958.0
• Windows Server Operating System Reports 6.0.6958.0
• MP Guide Core OS 

Diesmal gibt es keine großen Änderungen, sondern nur ein paar kleinere Korrekturen:

• Disabled BPA Rules by default.
• Added appropriate SQL Stored Procedures credentials
• Updated Knowledge of Logical Disks
• Updated Overrides for Logical Disks

Je nach dem Status des Systems kann ein Rechner sofort neuinstalliert werden (wenn er aus ist, oder er läuft aber an einem Client kein Benutzer angemeldet ist). Sollte ein Benutzer angemeldet sein, dann darf eine Neuinstallation nur nach einer gewissen Uhrzeit erzwungen werden (z.B. ausserhalb der normalen Arbeitszeit).

Hier die Funktion um die Erreichbarkeit eines Rechners zu ermitteln:

function doPing
{param([string]$name)
   $ping = new-object System.Net.NetworkInformation.Ping
   $ping.send($name)
}

Als Übergabeparameter wird der Rechnername benötigt. Dies kann alternativ auch die IP Adresse sein. Verwendet wird die NetworkInformation-Class “Ping”. Die Funktion gibt ein Objekt des Typs PingReply zurück. Vergleicht man dessen Eigenschaft mit Success, dann weiß man, ob der Rechner erreichbar ist oder nicht (Beispiel für nicht ereichbar: (doPing $strIP).status -ne “Success”).

Die zweite Funktion versucht remote auszulesen, welcher Benutzer aktuell angemeldet ist:

function getUser
{param([string]$pc)
   ((Gwmi -class Win32_ComputerSystem -ComputerName $pc)| select-object username).username
}

Auch hier wird als Parameter der Rechnername mitgegeben. Anstatt .Net/Powershell interne Funktionen zu nutzen, wird eine WMI Abfrage durchgeführt. Im Standard Win32_ComputerSystem Objekt existiert die Eigenschaft UserName. Darin ist der gerade interaktiv angemeldet Benutzer hinterlegt (Consolenbenutzer). Vergleicht man mittels if (-not $username), ob der Wert leer ist, dann kann man einfach feststellen, ob gerade ein Benutzer angemeldet ist.

First we have to install the RHEL4 scom agent manual onto the systems. In this case we had to install the OpenSSL library, too. Additional we add the scom user account to the system.

After that we sign the local created certificate by the scom server and replace it on the Fedora system.

Now we can test the connection from the SCOM server with this winrm command:

winrm enumerate http://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_OperatingSystem?__cimnamespace=root/scx -username:scomuser -password:yourpassword -r:https://your.fedora.system:1270/wsman -auth:basic -encoding:UTF-8

The output shows detail information about the OS:

SCX_OperatingSystem

CSCreationClassName = SCX_ComputerSystem

CSName = your.fedora.system

Caption = Fedora Core release 4 (Stentz)

CreationClassName = SCX_OperatingSystem

CurrentTimeZone = 120

Description = Fedora Core release 4 (Stentz)

Distributed = null

ElementName = null

EnabledDefault = 2

EnabledState = 5

FreePhysicalMemory = 1399808

FreeSpaceInPagingFiles = 2039808

FreeVirtualMemory = 3439616

HealthState = null

InstallDate = null

MaxNumberOfProcesses = 32216

MaxProcessMemorySize = 0

MaxProcessesPerUser = 999

Name = Red Hat Distribution

[…]

Interesting for the monitoring are three settings: the caption, the description and the name.

If you want to know how the Red Hat Management pack discovers his systems you have to look into the signed management pack (MP). The authoring console only shows some information of a signed MP. If you want so see all information or want to copy some discovery routines you have to unsign it.

This is a very simple task with the SCOM powershell:

get-managementpack -Name “Microsoft.Linux.RedHat.Library” | export-managementpack -path “c:\export”

This one-liner retrieves the Microsoft.Linux.RedHat.Library MP and saves it unsigned to c:\export. You have to do it with the Microsoft.Linux.RedHat.Library and the Microsoft.Linux.RHEL.4 management pack.

If you look into the discovery routines with the authoring console you see that the discovery takes place in three steps. The Red Hat Library discovers all Red Hat systems by the operating system name. In this case the name of the Fedora OS is equal to the search name of the Red hat library: “Red Hat Distribution”. For the discovered systems an object of the type “Microsoft.Linux.RedHat.Computer” is created.

The  Microsoft.Linux.RHEL.4 MP checks all this objects for a  RHEL 4 distinguished caption value to create a “Microsoft.Linux.RHEL.4.Computer” object. So if you want to convince SCOM that a Fedora 4 is a RHEL 4 you have to create a MP that  creates a RHEL4 object based on the Fedora Stentz caption.

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.

This instructions are defined in a xml file:

<?xml version=’1.0′ encoding=’ISO-8859-1′?>
<instructions>

<!–
field:
scom: path (of monitoringobject), fullname (of monitoringobject), severity, state, name (of alert), description
nagios: text, host, service, state

compare:
contains, containsIgnoreCase, equals, equalIgnoreCase

–>

<instruction>

<input field=”path” compare=”contains”>DNS</input>
<output field=”service”>DNS</output>
</instruction>

<instruction>
<input field=”state” compare=”equals”>255</input>
<output field=”text”>Everything is OK </output>
</instruction>

</instructions>

What do you think about this feature?

The main code is ready. It even compiles without problems… Next step is testing – but currently I have no operations manager test system with a connected nagios…

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

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

for /f “tokens=1-4″ %%a in (%1) do (

echo %%a – %%b – %%c

dnscmd.exe DNSSERVER /recordadd %%c /createPTR A %%a
)

Die Hostdatei muss etwas angepasst werden: Unnötige Kommentarzeilen entfernen und mehrfache Leerzeichen durch ein Leerzeichen zwischen den Hosteinträgen ersetzen (z.B. search und replace von zwei Leerzeichen durch ein Leerzeichen und das mehrfach).

Beispielzeile:

IP-Adresse DNSHosteintrag NetbiosName

Falls in der zweiten Spalte bereits der NetbiosName steht, dann oben anstatt %%c %%b schreiben.

Versteht dass hier jemand??

http://www.microsoft.com/learning/en/us/certification/cert-overview.aspx#tab5

Laut den Zahlen sind neuere Zertifikate zum SCCM, SCVMM, SCOM sehr wenig verbreitet. Wenn die Zahlen sich auf eine weltweite Verbreitung  beziehen, dann sind unter 500 VMM Prüfungen sehr wenig.

Was ist euer Eindruck?

Anschauen lohnt sich somit! (Trotzdem sollte man die zu Grunde liegenden Befehle kennen)

Insgesamt läuft somit alles lokal im Browser ab. Der Server ist eigentlich nur ein dummer Speicher, der noch nicht einmal die Daten versteht, die auf ihm abgelegt werden.

In früheren OS Versionen war dies recht einfach durch das Löschen der $NTUNINSTALL Verzeichnissen und (wer es sauber mag) noch das Entfernen der zugehörigen Registryeinträgen möglich.

Unter Vista sucht man hier vergeblich.

SP2 führt ein neues Tool ein: compcln.exe

SYNTAX:

COMPCLN.EXE [/h] | [/?] | [/o:<Offline-Windows-Verzeichnispfad>] [/quiet] [/hide] [/verbose:<Protokolldatei>]

Wie man sieht reicht ein einfacher Aufruf ohne Parameter aus:

C:\>compcln

Durch diesen Vorgang werden alle Service Packs und andere Pakete dauerhaft auf dem Computer installiert. Nach Abschluss des Vorgangs können bereinigte Pakete nicht mehr von dem System entfernt werden.

Möchten Sie den Vorgang fortsetzen? (J/N): j

Die Windows-Komponentenbereinigung wird ausgeführt…

Die Windows-Komponentenbereinigung wurde abgeschlossen.

Auf meinem Vista Testsystem konnten dadurch knapp 350MB Festplattenplatz frei gemacht werden. Auf einem Windows 2008 Core etwa 300MB.
Weitere Informationen sind auch hier zu finden: http://technet.microsoft.com/en-us/library/dd335037(WS.10).aspx#Scen6