Update Rollup 2 für ConfigMgr 2012 SP1 ist verfügbar
Seit gestern ist das Update Rollup 2 für den System Center Configuration Manager verfügbar.
Interessante Neuerungen/Korrekturen sind:
- eingeschränkte Unterstützung für ältere Win PE (3.1) Images, um auch an Hardware zu deployen, die das aktuelle Win PE 4.0 Image nicht mehr unterstützt
- OS Deployment funktioniert jetzt auch, wenn die Ports des Site Servers angepasst wurden
- Der Linux Agent unterstützt jetzt auch Debian, Ubuntu, CentOS und Oracle Linux
- Weitere Änderungen sind unter dem unten angegebenen Link zu finden.
Das Rollup ist als Hotfix unter folgender Adresse herunterladbar: https://support.microsoft.com/kb/2854009/en-us
OpsMgr: Neue Management Packs seit Ende April
Neue Management Packs im Zeitraum zwischen 21.04.2013 und 30.05.2013
Eine erwähnenswerte Änderung ist das Update vom OS Management Pack mit folgenden Änderungen:
-
Fixed a bug in Microsoft.Windows.Server.2008.Monitoring.mp where the performance information for Processor was not getting collected.
-
Made monitoring of Cluster Shared Volume consistent with monitoring of Logical Disks by adding performance collection rules. (Cluster Shared Volume – Free space / MB,Cluster Shared Volume – Total size / MB,Cluster Shared Volume – Free space / %,Cluster Disk – Total size / MB,Cluster Disk – Free space / MB,Cluster Disk – Free space / %)
Abkürzungen für System Center Produkte
Ich verwende regelmäßig die Abkürzung SCCM für System Center Configuration Manager. In den MVP Foren wird man dafür regelmäßig gerügt. Ursache hierfür ist, dass Microsoft für seine Produkte nur offizielle Abkürzungen benutzt, die nicht von einer anderen Firma als Trademark eingetragen wurden.
Der Eintrag SCCM ist ein eingetragenes Trademark. Zu finden ist dies z.B. in der entsprechenden Datenbank der USA:
Neue Management Packs im Zeitraum zwischen 02.02.2013 und 20.04.2013
Da ich jetzt den Bug in meiner Management Pack Catalog erkannt habe, ist es an der Zeit mal wieder ein aktuelle Liste bereitzustellen. Obwohl ich den Versionsstring in der Abfrage auf OpeMgr 2012 geändert habe, hat er mir nur MPs für 2007 R2 ausgegeben.
Für SCOM2007R2 ist in den letzten 70 Tagen nur folgendes veröffentlicht worden:
Neue Management Packs im Zeitraum zwischen 02.02.2013 und 20.04.2013
Die Liste für System Center 2012 Operations Manager ist deutlich länger:
System Center 2012 SP1 Update Rollup 2 verfügbar
Wie im vorhergehenden Post angedeutet, ist auch das Update Rollup für SC 2012 SP1 verfügbar.
Die Liste der Änderungen ist deutlich länger, als im Rollup 5 für SC 2012 RTM:
OpsMgr:
-
Web Konsole beschleunigt
-
OpsMgr UI optimiert
-
Unix MP Änderungen, die auch im UR5 für SC 2012 RTM integriert sind Diverse weitere Änderungen in
-
App Controller:
-
Service Manager
-
Orchestrator
-
Data Protection Manager (Achtung: Mit dem UR2 kann nicht mehr in die Azure Online Backup Preview gesichert und restored werden. Ab UR2 funktioniert die Cloud Sicherung nur mit dem released Azure Backup Service!)
System Center 2012 Update Rollup 5 verfügbar
Seit heute steht das Update Rollup 5 für SC 2012 bereit, d.h. NICHT für SP1 (da ist das Update Rollup 2 auch schon verfügbar (angekündigt im Blogpost http://blogs.technet.com/b/momteam/archive/2013/04/09/system-center-advisor-connector-for-operations-manager-preview.aspx)
Da es bereits das SP1 gibt, sind die enthaltenen Änderungen nicht so groß:
Im OpsMgr Bereich primär Änderungen an den Unix Management Packs und eine kleienr Änderung im Virtual Machine Manager.
Zu finden sind die Änderungsbeschreibungen und der Download auf folgendem Knowledgebase Artikel:
Step by Step instructions for the Nagios connector
Often I receive questions about how to install the connector. Here is a short step by step installation instruction:
- Download the latest release (/downloads/SCOM2Nagios_1.5.zip)
- Extract the archive
- Copy the “Release” folder to c:\
- rename it to scom2nagios
- Copy the “processing.xml” from documentation to c:\scom2nagios
- Start an administrative command shell
- change to c:\scom2nagios (cd /d c:\scom2nagios)
- start the Service Installer with “%systemroot%\Microsoft.NET\Framework\v2.0.50727\InstallUtil.exe” Nagios-SCOMConnector.exe (see the 1. screenshoot)

- Register the connector to SCOM with Nagios-SCOMConnector.exe InstallConnector
- Edit Nagios-SCOMConnector.exe.config and change the ncsaPath (2. screenshoot)
![clip_image002[4] clip_image002[4]](/wp-content/uploads/2013/04/clip_image0024_thumb.jpg)
- Edit the service “KIT Nagios Connector” to Restart on Failure (3. Screenshoot)
![clip_image002[6] clip_image002[6]](/wp-content/uploads/2013/04/clip_image0026_thumb.jpg)
- Select the connector in the OpsMgr Console (Administration –> Product Connectos –> Internal Connector, 4. Screenshoot)
![clip_image002[8] clip_image002[8]](/wp-content/uploads/2013/04/clip_image0028_thumb.jpg)
- Right click the conenctor and select Properties (Screenshot 5)
![clip_image002[10] clip_image002[10]](/wp-content/uploads/2013/04/clip_image00210_thumb.jpg)
- Add a suitable subscription to the connector to send alerts to it.
![clip_image002[12] clip_image002[12]](/wp-content/uploads/2013/04/clip_image00212_thumb.jpg)
Hyper-V 3.0: Kleines Script zum Aufräumen
Je nachdem wie gründlich man seinen Hyper-V Server pflegt, kann es passieren, dass im Cluster Shared Volume (CSV) ein paar Leichen übrig bleiben, da beim Löschen einer Virtuellen Maschine (VM) nicht automatisch die zugehörigen Disks (VHD) gelöscht werden.
Daher habe ich für meine Demo-Umgebung ein kleines Powershell Script geschrieben, dass alle an im Cluster registrierten VMs angehängte Disks auflistet und diese mit den im Dateisystem vorhandenen VHD Dateien abgleicht. Das Ergebnis kann dann genutzt werden, um eventuelle Leichen zu entdecken.
SCCM 2012: FEP Policy cannot be applied (ErrorCode –2147467259)
In SCCM 2012 ist der Forefront Endpoint Protection (FEP) Client noch stärker im Configuration Manager (SCCM) integriert worden. Daher kümmert sich auch der SCCM Client um das Einspielen der FEP Policy, die als XML File vorliegt.
In einigen Fällen scheitert dies aber und die Clients erhalten in der SCCM Konsole im Bereich FEP den Status fehlerhaft.
Bei der ersten Analyse hilft das Log EndpointProtectionAgent.log auf dem Client (%systemroot%\ccm\logs). In diesem Fall war folgende Fehlermeldung zu lesen:
SCOM 2012: Neue Management Packs Januar 2013
Neue Management Packs im Zeitraum zwischen 04.01.2013 und 03.02.2013
Im Monat Januar hat Microsoft neue Management Packs für folgende Produkte herausgegeben:
- Active Directory
- Product knowledge improvements
- Excessive alert fixes
- Script error fixes
- Rule error fixes
- Microsoft Dynamics NAV 2013
- Hyper-V 2012
- Windows Server 2012
- IIS 9
- Remote Access 2012
- HPUX 11
Management Packs
- Microsoft.Windows.RemoteAccess.2012.Monitoring 7.0.8560.0
- Active Directory Server 2000 (Discovery) 6.0.8070.0
- Active Directory Server 2000 (Monitoring) 6.0.8070.0
- Active Directory Server 2003 (Discovery) 6.0.8070.0
- Active Directory Server 2003 (Monitoring) 6.0.8070.0
- Active Directory Server 2008 (Discovery) 6.0.8070.0
- Active Directory Server 2008 (Monitoring) 6.0.8070.0
- Active Directory Server Client (Monitoring) 6.0.8070.0
- Active Directory Server Common Library 6.0.8070.0
- HPUX 11iv2 Operating System 6.1.7000.304
- HPUX 11iv3 Operating System 6.1.7000.304
- Microsoft Dynamics NAV 2013 7.0.0.0
- Microsoft Dynamics NAV 2013 7.0.1.0
- Microsoft Windows Hyper-V 2012 Discovery 6.2.6640.0
- Microsoft Windows Hyper-V 2012 Monitoring 6.2.6640.0
- Microsoft Windows Hyper-V Library 6.2.6640.0
- Microsoft Windows Server 2012 Internet Information Services 8 ??? 7.0.8862.0