Nach ewiger Zeit steht endlich eine neue und deutlich fehlerbereinigte Version des Toolkits zur automatischen Verteilungen im ConfigMgr in der Version 0.7 zusammengestellt. Es ist mit der neuesten ConfigMgr Powershell Version und dem neuesten PowerShell App Deployment Toolkit (http://psappdeploytoolkit.com/) in der Version 3.6.9 getestet.
Folgende Punkte haben sich geändert:

0.7 – 2017-05-30

• BUG: InnoSetup Logging Fehler (geänderte interne Variable im PS AppDeploy)
• NEW: Besseres Fehlerhandling in Powershell. Somit werden Fehler nicht mehr ignoriert, sondern im Zweifel die Verarbeitung abgebrochen
• NEW: Dadurch viele Fehler behoben
• NEW: In den globalen Einstellungen können jetzt alle Pfade mittels Variablen angepasst werden ({Manufacturer}, {ProductName}, {ProductVersion}, {bitrate}, {languageID}, …)
• NEW: Neue XML Variable languageID in appsettings.xml. Bis auf die Verwendung in Pfaden keine weitere Auswirkung
• NEW: Am Ende des Erstellens wird ein Machine Policy Trigger auf die Testcollection gesetzt
• BUG: Probleme mit verschachtelten Aliasen im ConfigMgr PS Code behoben, in dem die Ursprungsfunktionen verwendet werden
• NEW: Verbessertes XML Handling

Download: automateAppDeployment (version 0.7) (41188 downloads )

Seit längerem stört es mich, dass man für die JRE Verteilung immer noch das MSI File extrahieren muss. Das macht den Sinn vom AutomaticAppDeployment kaputt, da mehr manuelle Schritte notwendig sind.

Ursache dafür ist ein alter Bug im Oracle JRE Setup, der Probleme mit der Installation im SYSTEM Kontext von 32bit Java unter x64 Betriebssystemen hat. Der Bug ist u.a. hier dokumentiert: http://bugs.java.com/bugdatabase/view_bug.do?bug_id=7014194

Angeblich ist der Fehler bereits in 8u51 behoben. Meine Realität sieht aber anders aus.

Das Toolkit zum automatischen Erstellen von Verteilungen im ConfigMgr ist jetzt in der Version 0.5 verfügbar.

Folgende Punkte haben sich geändert:

• 0.5    – 2015-09-29

• NEW: MSI Product Code kann ebenfalls überschrieben werden (z.B. beim Mumble Client)

• BUG: Fehler im InnoSetup Powershell Code korrigiert.

• NEW: GlobalDef Variable, um nur die Dateien anzulegen und keine ConfigMgr Integration durchzuführen.

• BUG: Falls der Files Ordner im Template noch nicht existiert, scheiterte das Kopieren.

• BUG: Bei der neuen AppDeploymentToolkit Version wurde die Abschlussmeldung nicht mehr entfernt.

Anbei eine aktualisierte Version der Powershell Scripte. Anleitung zur Einrichtung bitte dem ersten Post entnehmen: ConfigMgr: Automatisierte Softwarepaketierung und -bereitstellung
Das Changelog:
`
0.1 - 2015-01-08

• erstes Alpharelease
  0.2 - 2015-01-12
  

• Verbesserung der Ersetzungsfunktion im PS AppDeploy Handling
  0.3 - 2015-01-25
  

• interne Neustrukturierung
  

• Parameterübergabe per Objekt
  

• Doppelte Funktionen zusammengeführt
  

• Besseres Handling von Paketen in x86 und x64 Format
  

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 / %)

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

• Microsoft Windows Server DNS Monitoring 7.0.8560.0

Die Liste für System Center 2012 Operations Manager ist deutlich länger:

Neue Management Packs im Zeitraum zwischen 19.07.2012 und 01.09.2012:

Aktualisiert wurde das Management Pack für den SQL Server. Es wurde folgendes korrigiert:

• Fixed DB File Group Free Space bug

Wie bei den meisten Management Packs kann es für SCOM 2007 R2 und für SC 2012 OM eingesetzt werden. Hier die Links zu den einzelnen MPs und der Dokumentation:

• Microsoft SQL Server 2012 AlwaysOn Discovery Management Pack 6.3.173.1
• Microsoft SQL Server 2012 AlwaysOn Monitoring Management Pack 6.3.173.1
• SQL Server 2005 (Discovery) 6.3.173.1
• SQL Server 2005 (Monitoring) 6.3.173.1
• SQL Server 2008 (Discovery) 6.3.173.1
• SQL Server 2008 (Monitoring) 6.3.173.1
• SQL Server 2008 Mirroring (Discovery) 6.3.173.1
• SQL Server 2008 Mirroring (Monitoring) 6.3.173.1
• SQL Server 2012 (Discovery) 6.3.173.1
• SQL Server 2012 (Monitoring) 6.3.173.1
• SQL Server Core Library 6.3.173.1
• MP Guide SQL Server 2012

Ich habe in einigen Posts die User Experience Virtualization vorgestellt. Letzte Woche wurde die Beta 2 mit einigen Änderungen vorgestellt:

• New Template:

• Desktop Settings (Start Menu & Taskbar, Folder Options, Region & Language)

• Updated Templates:

• Office 2010 (improved templates)

• Internet Options (IE8 support added, Favorites & Homepage roam between IE8/IE9/IE10)

• Ease of Access (Magnifier, Narrator, & On-Screen Keyboard support added)

• Roaming applicable desktop settings between Windows 7/Server 2008 R2 & Windows 8/Server 2012

Gestern habe ich noch gefragt, ob es schon einen Agent für RHEL6 gibt. Heute stoße ich über den Hinweis, dass das Cumulativ Update 5 (CU5) schon seit 3 Tagen verfügbar ist!

Es korrigiert einen recht störenden Agent Update Bug im CU4 (beim Update des Agents, der normalerweise kein Neustart des Servers benötigt wurden automatisch andere Dienste neugestartet und hat somit zu Serviceunterbrechungen geführt) und ein paar andere Fehler. Zusätzlich beinhaltet es den Agent für Red Hat 6.

Wie versprochen geht es weiter mit der Automatisierung von Enteo durch Powershell. In diesem Blog Eintrag nehme ich mir die Funktion für das Aufwecken eines PCs vor. Leider funktioniert hier die WoL Funktion von Enteo nicht immer. Das liegt u.a. daran, dass bei einem neuen PC nicht alle Informationen vorliegen. In den meisten Netzen wird ein normales WoL Paket (ein Broadcast Paket) nicht an alle Subnetze verteilt. Der Enteo Server und der zu weckende Client sind im Allgemeinen in unterschiedlichen Subnetzen beheimatet. Daher muss mit einem directed Broadcast gearbeitet werden. Dazu wird das Broadcast Paket direkt an die Broadcast Adresse des Zielsubnetzes geschickt. Dazu ist aber die IP Adresse und die Subnetzmaske zur Ermittlung der Broadcast Adresse notwendig. Diese Information liegt Enteo nicht immer vor und ich habe noch keinen Weg gefunden, diese Info beim Erstellen des Computerkontos mitzugeben.