Torsten's Blog

CM12 – PXE Boot Szenarien

Torsten — Sat, 04 Feb 2012 16:42:25 +0000

Mein Artikel über diverse PXE-Boot-Szenarien unter ConfigMgr 2007 gehört zu den meistgelesensten meines Blogs. Grund genug, das Verhalten von CM12 ebenfalls darzustellen.

Übersicht über die Konfiguration in meinem Testlab:
192.168.201.1/24 = SCCM-SRV-10 (Standalone Primary Site, Build 7703 / RC2 inkl PXE-enabled DP)
192.168.200.230/24, 00:15:5D:B2:29:05 = Client
DHCP-Optionen: 66 (Boot Server Host Name) = SCCM-SRV-10, 67 (Bootfile Name) = SMSBoot\x86\wdsnbp.com
(Hinweis: die Verwendung von DHCP-Optionen 66/67 funktioniert zwar, wird aber offiziell von Microsoft nicht unterstützt. Es sollten stattdessen IPhelper verwendet werden)

Szenario 1:
‘Unknown computer support’ aktiv: nein
Rechner (MAC) in CM-Datenbank bekannt: nein
OS Deployment für PC/MAC vorhanden: nein (d.h. der Rechner befindet sich in keiner Collection, für die es ein Tasksequenz-Deployment gibt)

SMSPXE.log
[192.168.201.001:4011] Recv From:[192.168.200.230:68] Len:283 115c970 SMSPXE 04.02.2012 13:43:59 5688 (0×1638)
ProcessMessage: Context:003AB8A0 dTime:0 SMSPXE 04.02.2012 13:43:59 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 13:43:59 3216 (0x0C90)
Client lookup reply:
SMSPXE 04.02.2012 13:43:59 3216 (0x0C90)
CDatabaseProxy :: LookupDevice succeeded: 0 1 0 1 SMSPXE 04.02.2012 13:43:59 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Device not found in the database. SMSPXE 04.02.2012 13:43:59 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Ignoring Device. Passing request to next provider. SMSPXE 04.02.2012 13:43:59 3216 (0x0C90)
Rejecting PXE request SMSPXE 04.02.2012 13:43:59 3216 (0x0C90)

Der Rechner ist also nicht bekannt (“Device not found in the database”); entsprechend erfolgt auch keine Antwort vom PXE-Server (“No response from Windows Deployment Services server”). Der Rechner bootet ganz normal weiter (je nach Einstellung der Boot-Reihenfolge im BIOS).

Szenario 2:
‘Unknown computer support’ aktiv: nein
Rechner (MAC) in CM-Datenbank bekannt: ja
OS Deployment für PC/MAC vorhanden: nein (d.h. der Rechner / manual machine entry befindet sich in keiner Collection, für die es ein Tasksequenz-Deployment gibt)

Hierbei spielt es keine Rolle, ob der Rechner bereits als normaler Client Record in der Datenbank vorhanden oder per “Import Computer Information” (Assets and Compliance Workspace -> Overview -> Devices) importiert worden ist:

SMSPXE.log
[192.168.201.001:4011] Recv From:[192.168.200.230:68] Len:283 13bd3b0 SMSPXE 04.02.2012 14:25:12 860 (0x035C)
ProcessMessage: Context:003AB8A0 dTime:0 SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)Client lookup reply:
SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
CDatabaseProxy :: LookupDevice succeeded: 16777231 1 16777231 1 SMSPXE 04.02.2012 14:25:12 3216 (0x0C90) [--> Hinweis: 16777231 = Resource-ID laut ConfigMgr-DB]
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Device found in the database. MacCount=1 GuidCount=1 SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > New client request. MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Using device info from cache SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
Client boot action reply: 16777231” ServerName=”" ServerRemoteName=”">
SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
Client Identity: {AA116911-1947-417D-B532-00AC4D17C039} SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
GetBootAction: MAC=00:15:5D:B2:29:05 SMBIOS=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 SMSID= OfferID=, PackageID=, PackageVersion=, BootImageID=, PackagePath=, Mandatory=0 SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
ProcessDatabaseReply: No Advertisement found in Db for device SMSPXE 04.02.2012 14:25:12 3216 (0x0C90)
Request was succesful. SMSPXE 04.02.2012 14:25:13 3216 (0x0C90)

Der Client erhält in diesen Fall ein abortpxe.com vom PXE-Server und bootet dann je nach Einstellungen im BIOS in der Bootreihenfolge weiter.

Szenario 3:
‘Unknown computer support’ aktiv: nein
Rechner (MAC) in CM-Datenbank bekannt: ja
OS Deployment für PC/MAC vorhanden: ja / available (d.h. der Rechner / manual machine entry befindet sich in keiner Collection, für die es ein Tasksequenz-Deployment gibt)

SMSPXE.log
[192.168.201.001:4011] Recv From:[192.168.200.230:68] Len:283 11ee370 SMSPXE 04.02.2012 14:46:31 5688 (0×1638)
ProcessMessage: Context:003AB8A0 dTime:0 SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
Client lookup reply:
SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
CDatabaseProxy :: LookupDevice succeeded: 16777231 1 16777231 1 SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Device found in the database. MacCount=1 GuidCount=1 SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > New client request. RequestID=3. SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
PXE::CBootImageManager::FindMatchingArchitectureBootImage SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Using device info from cache SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
Decompression (zlib) succeeded: original size 410, uncompressed size 986. SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
Client boot action reply: GUID:DF6C14C8-E023-42BD-BD89-B88999C21392http://sccm-srv-10.mssccmfaq.tld/SMS_DP_SMSPKG$/TMH00003” BootImageID=”TMH00003″ Mandatory=”0″/>
SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
Client Identity: {AA116911-1947-417D-B532-00AC4D17C039} SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
GetBootAction: MAC=00:15:5D:B2:29:05 SMBIOS=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 SMSID=GUID:DF6C14C8-E023-42BD-BD89-B88999C21392 OfferID=TMH20004, PackageID=TF200028, PackageVersion=, BootImageID=TMH00003, PackagePath=http://sccm-srv-10.mssccmfaq.tld/SMS_DP_SMSPKG$/TMH00003, Mandatory=0 SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
ProcessDatabaseReply: Found optional advertisement(s): TMH20004 SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
PXE::CBootImageManager::FindMatchingArchitectureBootImage SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
Looking for image for bootImageID: TMH00003 SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
PXE::CBootImageManager::FindBootImage: TMH00003 SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
Looking for bootImage TMH00003 SMSPXE 04.02.2012 14:46:31 3216 (0x0C90)
Request was succesful. SMSPXE 04.02.2012 14:46:32 3216 (0x0C90)

Es gibt also ein ‘available’ Deployment. Der PXE-Server fordert deshalb zum Drücken von F12 auf (pxeboot.com). Wird F12 gedrückt, so startet Windows PE und folglich dann im weiteren Verlauf die Tasksequenz. Wird kein F12 gedrückt, so bootet der Rechner zum nächsten Device in der Bootreihenfolge.

Szenario 4:
‘Unknown computer support’ aktiv: nein
Rechner (MAC) in CM-Datenbank bekannt: ja
OS Deployment für PC/MAC vorhanden: ja / required (noch nicht ausgeführt)

SMSPXE.log
[192.168.201.001:4011] Recv From:[192.168.200.230:68] Len:283 f1d4b0 SMSPXE 04.02.2012 15:08:09 5688 (0×1638)
ProcessMessage: Context:003AB8A0 dTime:0 SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
Client lookup reply:
SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
CDatabaseProxy :: LookupDevice succeeded: 16777231 1 16777231 1 SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Device found in the database. MacCount=1 GuidCount=1 SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > New client request. RequestID=4. SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
PXE::CBootImageManager::FindMatchingArchitectureBootImage SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
[192.168.201.001:4011] Recv From:[192.168.200.230:68] Len:303 115d830 SMSPXE 04.02.2012 15:08:09 5688 (0×1638)
ProcessMessage: Context:003AB8A0 dTime:0 SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
!sTempString.empty(), HRESULT=80070057 (e:\nts_sccm_release\sms\framework\core\ccmcore\string.cpp,1023) SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Using device info from cache SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
Set media certificate in transport SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
Set authenticator in transport SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
Client boot action reply: GUID:DF6C14C8-E023-42BD-BD89-B88999C21392http://sccm-srv-10.mssccmfaq.tld/SMS_DP_SMSPKG$/TMH00003” BootImageID=”TMH00003″ Mandatory=”1″/>
SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
Client Identity: {AA116911-1947-417D-B532-00AC4D17C039} SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
GetBootAction: MAC=00:15:5D:B2:29:05 SMBIOS=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 SMSID=GUID:DF6C14C8-E023-42BD-BD89-B88999C21392 OfferID=TMH20005, PackageID=TF200028, PackageVersion=, BootImageID=TMH00003, PackagePath=http://sccm-srv-10.mssccmfaq.tld/SMS_DP_SMSPKG$/TMH00003, Mandatory=1 SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
ProcessDatabaseReply: Using Advertisement found in DB: TMH20005 SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
PXE::CBootImageManager::FindMatchingArchitectureBootImage SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
Looking for image for bootImageID: TMH00003 SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
PXE::CBootImageManager::FindBootImage: TMH00003 SMSPXE 04.02.2012 15:08:09 3216 (0x0C90)
Request was succesful. SMSPXE
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Updating Device Cached LastAdv Time. Time=04/02/2012 14:08:09 LastAdvID=TMH20005 SMSPXE 04.02.2012 15:08:10 3216 (0x0C90) [--> hier wird das PXE-Flag gesetzt, so dass der Client beim nächsten PXE-Boot nicht erneut in WinPE bootet. Auf diese Weise werden Endlosschleifen verhindert.]

Es gibt ein Deployment vom Typ ‘required’, welches noch nicht ausgeführt worden ist. Der PXE-Server liefert ein pxeboot.n12 aus, welches den Client direkt in Windows PE booten lässt, ohne dass der Anwender F12 drücken muss.

Szenario 5:
‘Unknown computer support’ aktiv: nein
Rechner (MAC) in CM-Datenbank bekannt: ja
OS Deployment für PC/MAC vorhanden: ja / required (bereits ausgeführt)

SMSPXE.log
[192.168.201.001:4011] Recv From:[192.168.200.230:68] Len:283 dae630 SMSPXE 04.02.2012 15:24:37 5688 (0×1638)
ProcessMessage: Context:003AB8A0 dTime:0 SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Client lookup reply:
SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
CDatabaseProxy :: LookupDevice succeeded: 16777231 1 16777231 1 SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Device found in the database. MacCount=1 GuidCount=1 SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > New client request. RequestID=5. SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
PXE::CBootImageManager::FindMatchingArchitectureBootImage SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
ProcessMessage: Context:003AB8A0 dTime:0 SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
!sTempString.empty(), HRESULT=80070057 (e:\nts_sccm_release\sms\framework\core\ccmcore\string.cpp,1023) SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Received DHCP Request SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
MAC=00:15:5D:B2:29:05 SMBIOS GUID=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 > Using device info from cache SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Set media certificate in transport SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Set authenticator in transport SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
CLibSMSMessageWinHttpTransport::Send: URL: sccm-srv-10.mssccmfaq.tld:80 GET /SMS_MP/.sms_aut?MPKEYINFORMATION SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Request was succesful. SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Set authenticator in transport SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Setting message signatures. SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Setting the authenticator. SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
CLibSMSMessageWinHttpTransport::Send: URL: sccm-srv-10.mssccmfaq.tld:80 CCM_POST /ccm_system/request SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Request was succesful. SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Decompressing reply body. SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
::DecompressBuffer(65536) SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Decompression (zlib) succeeded: original size 269, uncompressed size 684. SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Client boot action reply:
SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
Client Identity: {AA116911-1947-417D-B532-00AC4D17C039} SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
GetBootAction: MAC=00:15:5D:B2:29:05 SMBIOS=9CB85D02-F9DE-4D6B-9C89-B23EA3EFF7F4 SMSID= OfferID=, PackageID=, PackageVersion=, BootImageID=, PackagePath=, Mandatory=0 SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)
ProcessDatabaseReply: No Advertisement found in Db for device SMSPXE 04.02.2012 15:24:37 3216 (0x0C90) [--> ConfigMgr 2007 schrieb hier eine etwas bessere Aussage in das Logfile: ProcessDatabaseReply: Device has executed this advertisement]
Request was succesful. SMSPXE 04.02.2012 15:24:37 3216 (0x0C90)

Der Client hat das Deployment vom Typ ‘required’ bereits ausgeführt, der PXE-Server liefert ein abortpxe.com aus, so dass der Client zum nächsten Device in der Bootreihenfolge übergeht.
Soll das Deployment trotzdem erneut ausgeführt, so muss die Aktion “Clear Required PXE Deployments” für den entsprechenden Rechner ausgeführt werden:

Szenario 6:
‘Unknown computer support’ aktiv: ja
Rechner (MAC) in CM-Datenbank bekannt: nein

SMSPXE.log
[192.168.201.001:4011] Recv From:[192.168.200.231:68] Len:283 151c970 SMSPXE 04.02.2012 16:15:40 6904 (0x1AF8)
ProcessMessage: Context:003AB8A0 dTime:0 SMSPXE 04.02.2012 16:15:40 1520 (0x05F0)
MAC=00:15:5D:B2:16:16 SMBIOS GUID=9045B3ED-4413-48C5-AFCE-B59A4136C9C6 > Received DHCP Request SMSPXE 04.02.2012 16:15:40 1520 (0x05F0)
CDatabaseProxy :: LookupDevice succeeded: 0 1 0 1 SMSPXE 04.02.2012 16:15:41 1520 (0x05F0)
MAC=00:15:5D:B2:16:16 SMBIOS GUID=9045B3ED-4413-48C5-AFCE-B59A4136C9C6 > Device not found in the database. SMSPXE 04.02.2012 16:15:41 1520 (0x05F0)
MAC=00:15:5D:B2:16:16 SMBIOS GUID=9045B3ED-4413-48C5-AFCE-B59A4136C9C6 > Received DHCP Request SMSPXE 04.02.2012 16:15:41 1520 (0x05F0)
Getting boot action for unknown machine: item key: 2046820353 SMSPXE 04.02.2012 16:15:41 1520 (0x05F0)

Der anfragende Client wird nicht in der Datenbank gefunden, deshalb wird ermittelt, ob es für das “x86/x64 Unknown Computer”-Objekt mindestens ein Deployment gibt. Entsprechend geht dann der Prozeß weiter und folgt einem der oben stehenden Szenarien.

In diesem Sinne: happy PXE’booting!

CM12 – SQL 2008 R2 – Report Builder

Torsten — Thu, 02 Feb 2012 18:33:40 +0000

Verwendet man SQL 2008 R2 (plus SP1 und CU4; weitere unterstützte SQL-Versionen hier) für den Einsatz von ConfigMgr 2012, so ist es nicht möglich, SSRS-Reports über die Admin Konsole zu editieren. Man erhält dabei folgende Fehlermeldung:

“Report Builder not available
Report Builder 2.0 is not installed as a click-once application on report server ‘xyz’”

Diese Fehlermeldung ist sogar logisch, denn SQL 2008 R2 bringt den Report Builder 3.0 mit sich.

Lösung:

Auf dem PC, auf dem die Admin Konsole installiert ist, muss folgender REG_SZ-Registry-Wert angepasst werden:

HKLM/SOFTWARE/Wow6432Node/Microsoft/ConfigMgr10/AdminUI/Reporting/ReportBuilderApplicationManifestName

alt: ReportBuilder_2_0_0_0.application
neu: ReportBuilder_3_0_0_0.application

ConfigMgr Service Manager

Torsten — Wed, 01 Feb 2012 19:01:19 +0000

In der ConfigMgr 2007 Konsole findet man den ConfigMgr Service Manager unter Site Database -> Tools -> ConfigMgr Service Manager:

Dieses Tool ist sehr hilfreich, um den Status einzelner ConfigMgr Services und Threads anzuzeigen bzw zu starten, pausieren, stoppen, fortzusetzen oder das Logging zu konfigurieren.
Doch wo findet man dies in der neuen ConfigMgr 2012 Konsole? Die Antwort: im Monitoring Workspace -> Overview -> System Status -> Site Status. Wählt man eine Site aus, so findet man im Ribbon Start -> Configuration Manager Service Manager:

CM12 RC2 – SQL Server 2008 Builds

Torsten — Mon, 30 Jan 2012 20:15:24 +0000

Für ConfigMgr 2012 RC2 sind folgende SQL-Server-Konfiguration unterstützt. In Klammer finden sich zur einfacheren Orientierung die jeweiligen Build-Versionen.

- SQL 2008 (RTM = 10.00.1600) SP2 (10.00.4000) CU7 (10.00.4323)
und
- SQL 2008 R2 (RTM = 10.50.1600.1) SP1 (10.50.2500.0) CU4 (10.50.2796.0)

Für Secondaries Sites zusätzlich noch
SQL Server Express 2008 R2 with SP1 and Cumulative Update 4

Die Build-Versionen erhält man z.B. mit select @@version im SQL Management Studio.

ConfigMgr 2012 RC2 Download

Torsten — Mon, 23 Jan 2012 18:39:58 +0000

ConfigMgr 2012 hat vor kurzem den RC2-Status erreicht (Build 7703) und kann hier http://technet.microsoft.com/en-us/evalcenter/hh667640.aspx heruntergeladen werden.
Vor der Installation im Lab lohnt sich ein Blick auf die unterstützen Konfigurationen: http://technet.microsoft.com/en-us/library/gg682077.aspx. Vor allem bei SQL ist die Auswahl relativ eingeschränkt: “SQL Server 2008 SP2 mit Cumulative Update 7″ oder “SQL Server 2008 R2 mit SP1 und Cumulative Update 4″. Die Auswahl der SQL-Edition bestimmt übrigens auch die Anzahl der maximal unterstützen Clients.
Zum Thema Collation gibt es bereits hier einen eigenen Artikel. Eine Aktualisierung von RC1 auf RC2 ist im Lab nicht vorgesehen. Hier muss leider neu installiert werden, was aber Dank der “Export”-Funktion einzelner Objekte (Applications, Tasksequenzen usw) nicht zu aufwändig ist.

System Center 2012 – Neues und vereinfachtes Lizenzierungsmodell

Torsten — Wed, 18 Jan 2012 08:12:48 +0000

Gestern hat Microsoft das neue Lizenzierungsmodell für die System Center 2012 Suite vorgestellt. Einfach gesagt gibt es nur noch 2 unterschiedliche Lizenz-Modelle: “System Center 2012 Standard” und “System Center 2012 Datacenter”.
Weitere Informationen gibt es hier http://download.microsoft.com/download/1/1/1/11128EC7-2BE7-480C-9D46-4ECECA9E481A/System%20Center%202012%20Licensing%20Datasheet.pdf, http://www.microsoft.com/licensing/about-licensing/SystemCenter2012.aspx und http://www.microsoft.com/en-us/server-cloud/system-center/default.aspx

ConfigMgr 2012 – SQL server / database collation

Torsten — Fri, 13 Jan 2012 10:37:42 +0000

Für ConfigMgr 2012 muss unbedingt SQL_Latin1_General_CP1_CI_AS als server / database collation verwendet werden! Die Dokumentation http://technet.microsoft.com/en-us/library/gg682077.aspx ist etwas missverständlich. Man könnte meinen, dass dies nur für Hierarchien gilt, bei denen Replikation im Spiel ist (also CAS plus Primaries). Dies gilt aber ebenfalls für standalone primary Sites! Die Dokumentation wird noch angepasst.

ConfigMgr 2012 RC1 – SQL 2008 R2

Torsten — Sat, 03 Dec 2011 20:55:22 +0000

Ab sofort ist auch SQL 2008 R2 für ConfigMgr 2012 RC1 supported. Es müssen allerdings SQL 2008 R2 SP1, CU3 für SQL 2008 R2 SP1 und KB2603910 installiert sein.
UPDATE: der genannte Hofix (kb2603910) ist mittlerweile in CU4 enthalten. Somit ist SQL 2008 R2 SP1 + CU4 ebenfalls unterstützt.

ConfigMgr 2012 – msi detection method

Torsten — Fri, 02 Dec 2011 21:28:20 +0000

Eine große Neuerung von ConfigMgr 2012 ist das “application management”. Dies ist quasi der “Nachfolger” der klassichen Packages und Programs, welche man bereits von ConfigMgr 2007 kennt. Ich werde in einem kommenden Blog-Artikel mehr Details dazu verfassen.

Bei ConfigMgr 2007 war nur der Returncode des Programs ausschlaggebend für den Verteilerfolg. Returncode = 0 wurde dabei als “success” gewertet, alle anderen (RC <> 0) als Fehler. “Spezialfälle” wie “3010″ (Der angeforderte Vorgang wurde erfolgreich abgeschlossen. Änderungen werden erst nach einem Neustart des Systems wirksam.) sollen an dieser Stelle unbetrachtet bleiben. ConfigMgr 2007 ging also davon aus, dass das Program bei einem Returncode = 0 erfolgreich installiert worden ist. Die Rückmeldung eines Erfolgs- oder Fehlercodes obliegt aber ausschliesslich dem gestarteten Prozess. Es war / ist also gut möglich, dass ein Program nicht installiert worden ist, obwohl “0″ zurückgemeldet worden ist. Einfachstes Beispiel: Start einer Installation eines MSIs per vbs-Skript und “WScript.Quit(0)” als letzte Zeile. Somit wird immer Returncode = 0 an ConfigMgr geliefert, auch wenn die Installation mit 1603 fehlgeschlagen ist. Ebensowenig “wusste” ConfigMgr 2007, ob eine Applikation bereits auf dem Rechner installiert ist. Auch bei bereits installierter Software XYZ wurde die command line des Programs erneut ausgeführt.

ConfigMgr 2012 geht hier einen Schritt weiter. Im neuen “Application Model” sind die Applikationen “state based”. Einerseits wird vor einer Installation geprüft, ob die Applikation bereits installiert ist – andererseits wird nach Installation geprüft, ob die Applikation erfolgreich installiert worden ist.
Hier kommen die “detection methods” in’s Spiel. Bei msi-basierten Installationen wird standardmäßig der MSI Product Code verwendet um die Präsenz einer Applikation zu erkennen:

Dies hat zwei Vorteile:
- es kann vor der Installation erkannt werden, ob die zu verteilende Applikation bereits auf dem Zielrechner vorhanden ist
- es kann nach der Installation ermittelt werden, ob das Produkt erfolgreich installiert worden ist

Dies kann man im AppDiscovery.log finden (%windir%\CCM\Logs):

Entering ExecQueryAsync for query “select * from CCM_AppDeliveryType where (AppDeliveryTypeId = “ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494″ AND Revision = 2)”
Performing detection of app deployment type Adobe Reader 9.4.0 – Deutsch – Windows Installer (Native)(ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494, revision 2) for user.
+++ Application not discovered. [AppDT Id: ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494, Revision: 2]
+++ Did not detect app deployment type Adobe Reader 9.4.0 – Deutsch – Windows Installer (Native)(ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494, revision 2) for S-1-5-21-4129626385-392748059-3710697109-1156.

Danach wird die Installation der Anwendung gestartet (AppEnforce.log):

+++ Starting Install enforcement for App DT “Adobe Reader 9.4.0 – Deutsch – Windows Installer (Native)” ApplicationDeliveryType – ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494, Revision – 2, ContentPath – C:\WINDOWS\ccmcache\4, Execution Context – System
    A user is logged on to the system.
    Performing detection of app deployment type Adobe Reader 9.4.0 – Deutsch – Windows Installer (Native)(ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494, revision 2) for user.
+++ Application not discovered. [AppDT Id: ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494, Revision: 2]
    App enforcement environment:
Context: Machine
Command line: msiexec /i “AcroRead.msi” /q
Allow user interaction: No
UI mode: 0
User token: not null
Session Id: 1
Content path: C:\WINDOWS\ccmcache\4
Working directory:
    Prepared working directory: C:\WINDOWS\ccmcache\4
Found executable file msiexec with complete path C:\WINDOWS\system32\msiexec.exe
    Prepared command line: “C:\WINDOWS\system32\msiexec.exe” /i “AcroRead.msi” /q /qn
Valid MSI Package path = C:\WINDOWS\ccmcache\4\AcroRead.msi
AdvertisePackage [C:\WINDOWS\ccmcache\4\AcroRead.msi] – Created Temp File Name : C:\WINDOWS\CCM\SystemTemp\tmp1C72.tmp
    Working directory C:\WINDOWS\ccmcache\4
    Post install behavior is BasedOnExitCode
    Waiting for process 2796 to finish. Timeout = 120 minutes.
    Process 2796 terminated with exitcode: 0
    Looking for exit code 0 in exit codes table…
    Matched exit code 0 to a Success entry in exit codes table.
    Performing detection of app deployment type Adobe Reader 9.4.0 – Deutsch – Windows Installer (Native)(ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494, revision 2) for user.
+++ Discovered application [AppDT Id: ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494, Revision: 2]
++++++ App enforcement completed (191 seconds) for App DT “Adobe Reader 9.4.0 – Deutsch – Windows Installer (Native)” [ScopeId_63D8B365-0776-4B2F-BA8D-51ECF8B1677D/DeploymentType_171ce5f6-d343-4325-9f88-af75aece1494], Revision: 2, User SID: S-1-5-21-4129626385-392748059-3710697109-1156] ++++++

Wie man sieht, ist es essentiell, die “detection methods” richtig zu erstellen, denn der “Nachteil” ist: selbst wenn eine Applikation erfolgreich installiert worden ist, dies von der “detection method” nicht erkannt wird, versucht ConfigMgr 2012 immer wieder eine Installation!

Folgende Skripte können helfen, auf einfache Art und Weise die msi-Detection ohne ConfigMgr zu überprüfen und somit Zeit zu sparen (Vorsicht mit copy’n paste wegen straight/smart quotes in WordPress):

Skript 1 – GetProductCodeFromMSIfile.vbs – Liest den MSI Product Code aus einer msi-Datei aus

msiFile = “d:\Sources\Apps\Adobe\Reader9\AcroRead.msi”

Set objInstaller = CreateObject(“WindowsInstaller.Installer”)
Set objmsi = objInstaller.OpenDatabase(msiFile,0)

Set View = objmsi.OpenView(“Select `Value` From Property WHERE `Property`=’ProductName’”)
View.Execute
Set msiProductName = View.Fetch

Set View = objmsi.OpenView(“Select `Value` From Property WHERE `Property`=’ProductCode’”)
View.Execute
Set msiProductCode = View.Fetch

Wscript.echo “msi file = ” & msiFile
wscript.echo “Productname = ” & msiProductName.StringData(1)
wscript.echo “Productcode = ” & msiProductCode.StringData(1)

Skript 2 – ListInstalledMSIandProductCodes.vbs – Liest den MSI Product Code aller installierten MSIs aus:

Set objInstaller = CreateObject(“WindowsInstaller.Installer”)
i = 0
set Products = objInstaller.products

For Each Product In Products
i = i + 1
Productname = objInstaller.ProductInfo(Product, “ProductName”)
wscript.echo i & vbTab & objInstaller.ProductInfo(product, “ProductName”)
GetProductCode ProductName
Next

Function GetProductCode(ProdName)

If objInstaller.ProductState(ProdName) <> msiInstallStateUnknown Then

For Each productCode In objInstaller.Products
  If LCase(productName) = LCase(objInstaller.ProductInfo(productCode, “ProductName”)) Then
   GetProductCode = productCode
   wscript.echo vbTab & GetProductCode

  End If
Next
Else
  wscript.echo vbTab & “NOT FOUND”
End If

End Function

ConfigMgr 2012 – Package Conversion Manager

Torsten — Thu, 17 Nov 2011 19:52:59 +0000

Migriert man ConfigMgr 2007 Packages und Programs nach ConfigMgr 2012 so resultiert dies wiederum im gleichen Objekt-Typ, nämlich: Package/Program. Somit sind die Vorteile des neuen App-Models nicht zu nutzen.
Microsoft stellt jedoch ein Tool zu Verfügung (in der RC1-Version als separater Download), welches bei der Konvertierung von Packages/Programs zu Applications/Deployment-Types unterstützt: der Package Conversion Manager (PCM). Nach der Installation findet man diesen in der AdminUI unter Software Library -> Overview -> Application Management:

Eine Analyse oder Konvertierung einzelner oder mehrerer Pakete kann über die Schaltflächen “Analyze Package”, “Convert Package” und “Fix and Convert” gestartet werden. Diese findet sich im Ribbon bei Software Library -> Overview -> Application Management -> Packages:

Eine Übersicht (Dashboard) über die Analyse- und Konvertierungsergebnisse stellt den aktuellen Fortschritt übersichtlich dar: