Torsten's Blog » Troubleshooting http://www.mssccmfaq.de Fri, 03 Sep 2010 07:14:02 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 smsts.log http://www.mssccmfaq.de/2010/08/16/smsts-log/ http://www.mssccmfaq.de/2010/08/16/smsts-log/#comments Mon, 16 Aug 2010 19:05:14 +0000 Torsten http://www.mssccmfaq.de/?p=10268 Das wichtigste Log für Troubleshooting beim Operating System Deployment (OSD) mit ConfigMgr ist das smsts.log.
Dieses ist aber leider – je nach Situation – an unterschiedlichen Stellen zu finden:

- X:\windows\temp\smstslog\smsts.log: Boot von WindowsPE / vor dem Formatieren der HDD
- C:\_SMSTaskSequence\logs\smstslog\smsts.log: smsts.log wird nach dem Formatieren der HDD dorthin kopiert
- C:\_SMSTaskSequence\logs\smstslog\smsts.log: Ziel-OS bereits vorhanden, aber ConfigMgr-Client noch nicht installiert
- %windir%\system32\ccm\logs\smstslog\smsts.log: Ziel-OS bereits vorhanden, ConfigMgr-Client jedoch schon installiert
- %windir%\system32\ccm\logs\smsts.log: nach der Ausführung des Tasksequenz

(Vorausgesetzt es wurde kein abweichender Installations-Pfad angegeben. Bei x64 Betriebssystemen befindet sich der Client in %windir%\SysWoW64\ccm).

]]> http://www.mssccmfaq.de/2010/08/16/smsts-log/feed/ 0 Discovery-Problem mit SP2 [updated] http://www.mssccmfaq.de/2010/03/04/discovery-problem-mit-sp2/ http://www.mssccmfaq.de/2010/03/04/discovery-problem-mit-sp2/#comments Thu, 04 Mar 2010 21:31:00 +0000 Torsten http://www.mssccmfaq.de/?p=10159  UPDATE: und schon ist ein Hotfix von Microsoft verfügbar: http://support.microsoft.com/kb/978757/en-us

Mit Service Pack 2 für ConfigMgr kann es unter gewissen Umständen beim Discovery zu einem Fehlverhalten kommen.

Welche Voraussetzung muss gegeben sein, damit dieser Fehler auftritt?

Gegeben sei folgende OU-Struktur im Active Directory:

Und AD System oder AD System Group Discovery mit folgender Konfiguration:

  

 

An dieser Stelle funktioniert das Discovery noch ohne Schwierigkeiten. OU1, OU2 und OU3 werden wie gewohnt in das Discovery einbezogen, was auch am korrespondierenden Logfile ersichtlich ist:

SMS_EXECUTIVE started SMS_AD_SYSTEM_DISCOVERY_AGENT as thread ID 3324 (0xCFC). SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 2316 (0x090C)
** Service Thread is starting ** SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
INFO: Component setting of ACTIVE was specified in the site control file. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
INFO: Removing redundant containers and validating them… SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
The Run Count value in the site control file is 4. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
The Schedule token value in the site control file is 0001170000500008. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
Incremental synchronization is disabled. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
Optional attributes count = 0 SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
!!!!Valid AD container 0: LDAP://OU=OU01,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
!!!!Valid AD container 1: LDAP://OU=OU02,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
!!!!Valid AD container 2: LDAP://OU=OU03,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
Starting the data discovery. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)

Jetzt fügt man zusätzlich die OU “OU” (also eine OU, der Namen ähnlich den anderen ist) dem Discovery hinzu:

 

Was passiert? Es wird nur noch die OU “OU” in das Discovery einbezogen, die restlichen (OU01, OU02 und OU03)  ignoriert:

** Service Thread is starting ** SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
INFO: Component setting of ACTIVE was specified in the site control file. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
INFO: Removing redundant containers and validating them… SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
The Run Count value in the site control file is 6. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
The Schedule token value in the site control file is 0001170000500008. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
Incremental synchronization is disabled. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
Optional attributes count = 0 SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
!!!!Valid AD container 0: LDAP://OU=OU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
Starting the data discovery. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)

Gleichzeitig wird eine Status Message erzeugt:
Status Message ID: 5204
Component: SMS_AD_SYSTEM_DISCOVERY_AGENT
Description: SMS Active Directory System Group Discovery failed to bind to container. Error: The parameter is incorrect.
Possible cause: The AD container specified earlier might be invalid now. The Domain Controller is inaccessible.

Workaround: Verschieben der OUs unter eine neue Toplevel-OU, da das Verhalten wohl nur auftritt, wenn ähnliche Toplevel OUs in das Discovery einbezogen sind:


 

SMS_EXECUTIVE started SMS_AD_SYSTEM_DISCOVERY_AGENT as thread ID 1576 (0×628). SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 2316 (0x090C)
** Service Thread is starting ** SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
INFO: Component setting of ACTIVE was specified in the site control file. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
INFO: Removing redundant containers and validating them… SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
The Run Count value in the site control file is 7. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
The Schedule token value in the site control file is 0001170000500008. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
Incremental synchronization is disabled. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
Optional attributes count = 0 SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
!!!!Valid AD container 0: LDAP://OU=OU,OU=TESTOU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
!!!!Valid AD container 1: LDAP://OU=OU01,OU=TESTOU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
!!!!Valid AD container 2: LDAP://OU=OU02,OU=TESTOU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
!!!!Valid AD container 3: LDAP://OU=OU03,OU=TESTOU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
Starting the data discovery. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)

]]> http://www.mssccmfaq.de/2010/03/04/discovery-problem-mit-sp2/feed/ 0 BITS-Dienst lässt sich nicht starten http://www.mssccmfaq.de/2009/12/21/bits-dienst-lasst-sich-nicht-starten/ http://www.mssccmfaq.de/2009/12/21/bits-dienst-lasst-sich-nicht-starten/#comments Mon, 21 Dec 2009 17:45:59 +0000 Torsten http://www.mssccmfaq.de/?p=10062 Taucht im DataTransferService.log der Fehler

DTS job {0793D9D4-B40E-4708-9867-7919F191EBC9} has completed:
 Status : ERROR (0×80080005)
 Start time : 12/21/2009 10:11:40
 Completion time : 12/21/2009 10:20:40
 Elapsed time : 540 seconds 
DTSJob {C21636C8-775D-4993-A658-15556F927CF8} in state ‘Error’.

auf, so lohnt es sich, einen Blick auf den BITS-Dienst zu werfen. Läuft dieser nicht, oder lässt er sich nicht starten, so wäre dies ein Grund für oben stehende Fehlermeldung (die übrigens dafür sorgt, dass der Client keine Policies empfängt).
Wenn versucht wird, den BITS-Dienst zu starten, taucht im System-Eventlog “The Background Intelligent Transfer Service service terminated with service-specific error 2147942405 (0×80070005)” (EventID 7024) auf.
Lösung: das Verzeichnis \Documents and Settings\All Users\Application Data\Microsoft\Network\Downloader löschen und den BITS-Dienst neu starten.

]]> http://www.mssccmfaq.de/2009/12/21/bits-dienst-lasst-sich-nicht-starten/feed/ 0