TorstenM

0x80040301 --> Custom Error Codes for Configuration Manager 2007 --> "Client is configured to only read Active Directory Domain Services and couldn’t find the requested location (site assignment, management point) data. " Wie wurden denn die Clients installiert / konfiguriert (bzgl dieser Settings: http://technet.microsoft.com/en-us/library/bb680683.aspx und http://technet.microsoft.com/en-us/library/bb693488.aspx

Schau Dir mal Torsten's Blog » Blog Archiv » PXE Boot-Szenarien an. Dort steht, wie/wo Du die ResourceID aus dem smspxe.log ermitteln kannst. Damit kannst Du den Rechner in der Konsole suchen und prüfen, ob es für ihn eine angekündigte Tasksequenz gibt. Dies wird nicht der Fall sein ("no bootaction for device found"). Entsprechend musst Du dafür sorgen, dass der Rechner in einer Collection landet, auf die es eine angekündigte OSD-Tasksequenz gibt. WDS-Neustart kann man zu weiten Teilen ausschliessen.

P:\ ist per default sicher nicht im System-Kontext verfügbar. Du kannst aber in den Program Properties, Environment-Tab unter "Drive mode" einen Laufwersbuchstaben definieren. Alternativ statt P:\SCCMApps\... einfach \\server\share\SCCMApps verwenden. Oder - falls die setup.exe sowieso unter \ComosSetup liegt - einfach den UPDATEPATH per %~dp0 zusammensetzen.

Das ist dann abhängig von den Advertisement Settings ("Distribution Points"-Tab)

Hast Du Details dazu? Und woher kommt die Fehlermeldung genau? Noch ist bisher keine genaue Fehleranalyse erfolgt; entsprechend schwer ist es auch, hier zu unterstützen. Sehe ich es richtig: die Advertisements kommen am Client an? Der Download scheint zu starten (ClientLocation.log, LocationServices.log, CAS.log) aber der Cache bleibt leer? Alle Pakete sind betroffen? Was passiert wenn Du zum Test "run from DP" verwendest?

... der aber nicht geprüft wird. Dies ist ein rein informativer Wert, der keinerlei Auswirkung hat.

"Best practise" gibt's hier eher nicht ... es kommt auf die individuellen Fehler(bilder) an. Ein "Re-run" macht zB keinen Sinn, wenn die restlichen 20% alle wegen zu wenig Plattenplatz auf einen Fehler liefen. "Best practise" wäre in dem Sinne also: Fehler analysieren, klassifizieren und geeignete Massnahmen einleiten.

Diesen Artikel kennst Du dann sicher schon: Configuring Default User Settings oder? Ansonsten stimme ich Daniel zu: GPO/GPP.

Task Scheduler Dienst stoppen, %windir%\Tasks umbenennen, Task Scheduler starten ... könnte helfen

Du hast die falschen discovery methods verwendet. Die genannten fügen nur Eigenschaften zu bestehenden Resourcen hinzu (zB OU- oder Sicherheitsgruppenmitgliedschaften). Du brauchst AD System Discovery. (Nicht vergessen, die Collection(s) nach dem Discovery zu aktualisieren)

Naja ... Hinter MDT steckt schon mehr als eine Person. ConfigMgr ist sicher nicht nur für Unternehmen ab 200k Clients. Ich kenne Firmen, die setzen mit unter 1000 PCs auch ConfigMgr ein. Hier gibt es keine one-fits-all Lösung oder Antwort. Und was ist, wenn MDT in ConfigMgr integriert ist? Dann fällt sicher auch Deine "<= 500 Clients"-Grenze.

Hier ein Ansatz: SELECT SYS.Name0,SYS.User_Name,SYS.Resource_Domain_OR_Workgr0, bios.Description0,bios.SerialNumber0,nac.MACAddress0 FROM v_GS_PC_BIOS bios join v_R_System SYS on SYS.ResourceID = bios.ResourceID left join v_GS_NETWORK_ADAPTER_CONFIGUR nac on sys.ResourceID = nac.ResourceID WHERE bios.SerialNumber0 LIKE @variable ORDER BY SYS.Name0

Wie wär's damit: Microsoft Solutions

Auf die Collection, auf die die OSD-TS advertised ist, muss es auch ein Software Updates Deployment geben.

Der "Install Software Updates"-Schritt wendet alle Patches an, die auf das Objekt (welches das TS-Advertisement emmpfangen hat) advertised sind. Bei Workgroup-Clients braucht's unbedingt einen SLP und den SMSSLP-Parameter im "Setup Windows and ConfigMgr"-Step. Task sequence that installs many updates stops responding on a System Center Configuration Manager 2007 SP2 client kann auch nicht schaden.

Maintenance Windows verwenden: About Maintenance Windows

How to disable certain Internet Protocol version 6 (IPv6) components in Windows Vista, Windows 7, and Windows Server 2008: How to disable certain Internet Protocol version 6 (IPv6) components in Windows Vista, Windows 7, and Windows Server 2008

Probier's mal hiermit: Download Details - Microsoft Download Center - System Center Configuration Manager 2007 Operating System Deployment Guide: Healthcare

Dass dieser schon einmal grob funktioniert ;-)

Der "Befehl" ist eine URL und sollte im Internet-Explorer geöffnet werden.

Funktioniert denn der Management Point (Verwaltungspunkt) überhaupt? Problembehandlung bei der Verwaltungspunktkommunikation (Stichwort mplist, mpcert)

Ein durchaus ernst gemeinter Ratschlag: du kommst mit ConfigMgr ohne etwas vorher gelesen zu haben nicht wirklich weit, sondern rennst nur von einem "Problem" zum nächsten. Außerdem ist dies in produktiven Umgebung durchaus gefährlich (zB eine Fehlverteilung einer Test-Win7-Installation auf alle Rechner, die dann auf einen Bluescreen läuft). Wenn wirklich alles funktioniert (auch der Management Point), dann würde ich mir die Advertisement Status Messages anschauen und die clientseitigen Logs liegen unter %windir%\system32\ccm\logs (bzw \syswow64\ccm\logs bei x64 Betriebssystemen).

Ohne smsts.log kann man nichts sagen ... ich tippe aber auf Torsten's Blog » Blog Archiv » WDS / PXE Servicepoint CacheExpire [updated]

smsts.log & Advertisement-Statusmessages sollten mehr aussagen ...

Die Antwort hast Du Dir doch schon selbst gegeben ...