TorstenM

WinPE gibt's ja als x86 und x64 Version. Beide müssen zwingend auf dem PXE-SP verteilt werden - unabhängig davon, welches PE die TS verwendet. Im smspxe.log solltest Du beim Start des WDS-Dienstes auch sehen, ob/dass beide PEs vorhanden sind. Die MAC 00:0C:29:45:EB:87 findet er in der Datenbank. Später im Log taucht dann ja folgendes auf (auf Seite 2 dieses Threads zu finden). <![LOG[Executing GetBootAction(12, SRVAP02)]LOG]!><time="12:25:22.918+-60" date="03-07-2014" component="smspxe" context="" type="0" thread="4808" file="database.cpp:519"> <![LOG[No Boot Action for Device (12) found]LOG]!><time="12:25:22.919+-60" date="03-07-2014" component="smspxe" context="" type="0" thread="4808" file="database.cpp:586"> Also findet er kein Advertisement für das Objekt mit der ResourceID 12. Das kann zB auch passieren, wenn nicht beide Bootimages auf dem PXE-SP vorhanden sind. Evtl liegt aber irgendwo auch noch ein "unknown" Objekt. Ich habe gerade keine CM07-Konsole greifbar, aber diese sollten unter "unprovisioned computers" (oder so ähnlich) auftauchen. Wenn ja, dann löschen.

Also entweder den Inhalt der .iso als \Software Library\Overview\Operating Systems\Operating System Installers verwenden (ab ConfigMgr 2012 SP1 offiziell nicht mehr supported) oder das .wim als Operating System Image (wie oben schon erwähnt).

"No Boot Action for Device (12) found " --> bedeutet, dass es für die anfragende MAC oder SMBIOS-GUID (= die Resource mit der ID 12) keine Tasksequenz gibt. Kontrolliere auf jeden Fall auch, dass sowohl das x86, als auch ein X64 Bootimage auf dem PXE Service Point vorhanden sind. Verdächtig ist auch, das: "Unter RemoteInstall\SMSBoot\x64 liegt nur die Datei abortpxe" <-- dort sollten auch die anderen Files liegen. Siehe entsprechend mein Hinweis vorher. "Found Image file" und "Closing image file" --> passiert beim Start vom WDS oder beim Aktualisieren / Hinzufügen von Bootimages. Hat für den normalen Betrieb eigentlich keine Bedeutung. "Danach kommen dann wieder die "Device not found in the Database" Meldungen (du hattest ja gesagt die kann man ignorieren, von daher uninteressant)" --> ja, wenn es sich um die "FF:FF:FF..."-Anfragen handelt.

\Software Library\Overview\Operating Systems\Operating System Images -> dort das install.wim von der originalen DVD nehmen.

"Clear Last PXE ..." dient nur dazu, um "mandatory adverstisements" (also mit Deadline) zurückzusetzen. Wenn es nur optionale gibt, dann wird auch nichts angezeigt. "Ich hatte für den Build and Capture einfach eine Sammlung ohne jede Optionen oder regeln erstellt" --> dann kann der Client doch gar kein Mitglied sein - es sei denn, Du hast den per Direct Membership hinzugefügt bzw per "Import Computer Information" (was dann ja ok ist).

Diese Zeilen kannst komplett ignorieren. Das sind nur die PXE-Checks, die der Server selbst durchführt.

Keiner der genannten Accounts ist im Spiel, sondern 'System' des Site-Servers. Hilft das hier? http://www.maijen.nl/?p=81

Ist das Deployment auf eine Collection mit Computern oder Usern? Wenn zweites, dann taucht die Software nicht im Software Center auf, sondern im Application Catalog. Hast Du dir dazu auch schon mal auf der Monitoring Node den Status des Deployments angeschaut? Dieser sollte Details zu dessen Status liefern.

In DHCP ändert sich meines Wissens nichts automatisch. Zumindest habe ich davon noch nichts gehört. Vermutlich ist irgendwo nur ein kleiner Fehler, den man nicht sieht, wenn man nicht direkt davor sitzt. Es sind insgesamt viele Technologien und Komponenten involviert, aber so schwer ist das normalerweise auch nicht. Mir gehen leider auf die Ferne die Ideen aus ...

Ganz klar: kein Advertisement für den Rechner vorhanden. Da die MAC bekannt ist hilft auch der unknown computer support nichts.

Es macht technisch für den PXE-Boot keinen Unterschied, ob Du eine Build&Capture-TS verwendet oder eine x-beliebige andere ...

smspxe.log sollte mehr zeigen. abortpxe.com deutet darauf hin, dass es für den bootenden Rechner (btw dessen MAC und/oder SMBIOs-GUID) kein Avertisement gibt.

Ich würde nicht unbedingt alles glauben, was man so im Internet liest ...

Gibt's denn ein Advertisement einer Tasksequenz für die unknown Computer?

Die Meldungen können ggfs sogar ignoriert werden. Logfiles, die aus dem Kontext gerissen sind, helfen aber nicht allzu viel ... 67 = SMSBoot\x86\wdsnbp.com

Ich habe doch bereits geschrieben, dass der unknown computer support mit R2 eingeführt worden ist. Unabhängig davon ist der aber nicht zwingend nötig: wenn MAC und/oder SMBIOSGUID in ConfigMgr bekannt sind, dann kannst Du diese Clients per PXE booten.

Unknown computer support kam mit R2 dazu, welches über die bekannten Portale (Volume Licensing etc) heruntergeladen werden kann. Wobei dies aber dein Problem sicher nicht lösen wird. Wenn Du schon eine Capture-CD erstellt hast, wieso denn überhaupt PXE? Und wieso erstellst Du kein Boot-Medium (das dann sozusagen den PXE-Boot ersetzt)?

"Use database replica" -> diese Option ist nur nötig, wenn man wirklich mit DB-Replikas arbeitet, macht also bei einem MP ohne DB-Replikation keinen Sinn "Warning: Failed to copy the needed boot binaries from the boot image E:\RemoteInstall\SMSImages\SMSPKG\APU0000C\sources\boot.wim. Cannot create a file when that file already exists. (Error: 800700B7; Source: Windows) smspxe 17.02.2014 08:21:07 3460 (0x0D84)" -> ich würde sämtliche Bootimages nochmals vom PXE-enabled DP entfernen und neu hinzufügen.

DHCP-Optionen sind offiziell nicht unterstützt (funktionieren aber). 66 = Servername, 67 = SMSboot\x86\wdsnbp.com. Siehe dazu auch http://www.mssccmfaq.de/2010/04/08/pxe-boot-szenarien/. Sind pxecontrol.log und smspxe.log frei von Fehlern?

"In Bearbeitung" und "wird heruntergeladen" ... deutet trotzdem drauf hin, dass der Client den Content nicht finden kann wie ursprünglich erwähnt). Was steht denn in CAS.log und LocationServices.log? Konnte mind. 1 DP gefunden werden?

Der Vorgänger von 2012 war 2007, nicht 2003 - aber egal. Was steht denn auf der Monitoring Node -> Deployments? Business Hours != Maintenance Window. Weiterhin kann man in den Optionen des Deployments nicht angeben, dass er nur im Wartungsfenster installieren soll, sondern nur, dass er es auch außerhalb darf.

http://www.mssccmfaq.de/2012/03/26/software-center-business-hours-auslesen-setzen/

(a) was passiert denn alles im Startup.Skript? (b) Anwendung offen -> Wrapper, der das abfängt oder das msi kann sowieso damit umgehen bzw "Erziehung" der Anwender ("Bedienung Software Center") © beim Shutdown geht nicht.

Wie sind denn ggfs Maintenance Windows und/oder Business Hours definiert?

Welche Version von ConfigMgr ist denn im Einsatz? Grundsätzlich kann man den in ConfigMgr integrierten WSUS (SUP) nicht mehr für andere Zwecke verwenden.