neochrome

Gibts noch andere Orte wo das Logfile sein könnte ? Die Suche findet nämlich auch nichts. Ich kann mir eigentlich kaum vorstellen das ich es versehentlich gelöscht habe (vor allem nicht wenn es mehrmals vorhanden sein sollte ) Für den Fall das es doch so wäre: Kann man das irgendwie wiederherstellen ?

Bei OSD-Problemen => IMMER in's smsts.log schauen (http://www.mssccmfaq.de/2010/08/16/smsts-log/). Und zum Start erst einmal eine default Tasksequenz verwenden und keine selbst erstellen.

Leider ist das smsts.log in keinem der möglichen Ordner auffindbar  :mad:

OK Problem ist behoben, war das ConfigMgr Packet, was fehlerhaft war. Das läuft jetzt auf jeden Fall durch.

Jetzt nach der Partitionierung kommt beim kopieren von dem Image jedoch ein neuer Fehler: Fehlercode 0x80070490.

Kennt das jemand ?

Gruß

neochrome

 

Ich nochmal, bei der Verteilung von Win7 bootet der hoch, Ich kann das Passwort eingeben um die TS zu starten. Dann sagt der mir jedoch folgende Fehlermeldung:


"Diese Tasksequenz kann nicht ausgeführt werden weil ein Paket auf das diese Tasksequenz verweist nicht gefunden werden konnte."

Das einzige was ich ausgewählt habe ist das Win7 Image und das ConfogMgr Package. 

Hat einer eine Ahnung wo das Problem liegen könnte ? Sowohl das Bootimage als auch das ConfigMgr Aktualisierungspaket ist auf die Verteilungspunkte verteilt worden. Oder könnte es ein Berechtigungsproblem sein ? 

Danke und Gruß

neochrome

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.

Wie gesagt, die PE's gelöscht und noch mal neu auf den PXE DP moppeddisiert und das ganze läuft ohne Probleme durch.

Vielen Dank für deine Hilfe bis hierher  :)

"Kontrolliere auf jeden Fall auch, dass sowohl das x86, als auch ein X64 Bootimage auf dem PXE Service Point vorhanden sind."

Wie meinst du das ? Beim erstellen der TS kann man ja jeweils nur eins von beiden auswählen !

Oder meinst die du beiden WinPe's ? Die sind beide auf die Verteilungspunkte verteilt, das passt !

zum device not found :  MAC=00:0C:29:45:EB:87 SMBIOS GUID=3C4E4D56-8E4D-D9E6-642C-73628945EB87 > Device found in the database. MacCount=1 GuidCount=0 smspxe 21.03.2014 10:57:22 4168 (0x1048)

Gruß

neochrome

Klappt !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


Ich habe die beiden PE Images mal entfernt und nochmal neu hinzugefügt dann den WDS per Script neugestartet und der Spass läuft durch !!!!

Super, vielen Dank bis hierher für die Tipps und ein ganz großes Dankeschön an Torsten !!  :thumb1:  :thumb1:  :thumb1:  :thumb1:  :)  :)  :)

"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).

Ja, per Import Computer Information !

OK, das mit der Deadline wusste ich nicht. Dachte das würde auch bei den anderen gehen. Was ich nach wie vor nicht verstehe ist die Tatsache das der immer direkt in den smsboot\x64\abortpxe.com läuft ! Warum überhaupt x64 ? Ich habe doch ein x86 verteilt ? Warum nimmt der nicht wenigstens die x86 abortpxe (gibts ja in dem Ordner auch). Oder hängt das damit zusammen das ich den SCCM auf nem x64 System laufen habe. Kann das Problem mit VMware zusammenhängen ? Bootet der immer die x64 weil 64bit Server und wählt dann aber die x86 TS ?

Wenn ich auf den Referenz Computer (über MAC hinzugefügt) gehe, und dann auf "Advertisements" wird mir meine TS angezeigt.

Will ich aber jetzt "Clear Last PXE Advertisement" machen bekomme ich die TS darunter überhaupt nicht mehr angezeigt. 

Kann es vielleicht daran liegen ? Muss ich bei dem Erstellen der Sammlung noch auf irgendetwas achten ? Ich hatte für den Build and Capture einfach eine Sammlung ohne jede Optionen oder regeln erstellt.

Gruß

neochrome

Ok, dann kann ich das auch ausschließen, Danke dir  :thumb1: 

:) 

Ich versteh immer noch nicht wieso der in den abortpxe springt ......

Danke und Gruß

neochrome

PS: Wenn sich jemand anderes auskennt oder eine Idee hat wär das nett wenn er sich melden könnte damit der arme Torsten hier nicht den Alleinunterhalter machen muss.  :p

Super Danke !
 

Hab mir jetzt auch ein Script erstellt um den WDS zu durchzustarten und die Bootfiles neu anzulegen. Komischerweise stimmen jetzt auch die Pfade im DHCP wieder (Macht mir bisschen Angst  :schreck: )

Leider legt der den Ordner im temp auch neu an und zwar hat der User "TrustedInstaller" die vollen Rechte und kann nur mit der Besitzübernahme da raus gekickt werden.

Dennoch jetzt folgende Zeile: Applying image 1 to volume C:\Windows\TEMP\PXEBootFiles smspxe 14.03.2014 14:27:51 2356 (0x0934)

Scheint also zu passen.

Bootet leider jedoch immer noch in den abortpxe  :mad:

So ich galube ich habe das Problem lokalisieren können. 

Die Zeilen: Warning:  Still unable to delete folder C:\Windows\TEMP\PXEBootFiles\ (0x80070091) after 31 retries. Continue without further retry. smspxe 14.03.2014 09:21:18 2444 (0x098C)

Warning: Failed to copy the needed boot binaries from the boot image E:\RemoteInstall\SMSImages\SMSPKG\APU00019\sources\install.wim. 

So nochmal neu verteilt. Wen ich auf meinen Reference Computer gehe (über MAC importiert) dann steht unter "Advertisements" die Tasksequenz drin. Das logfile sagt das Gegenteil.


????? Bin ich jetzt b***d oder der SCCM ?

Hallo, 

mir ist grad aufgefallen das der Pfad im 67 Bootfile Name im DHCP sich ohne mein Zutun auf E:\RemoteInstall\SMSIMAGES\SMSPKG geändert hat ?

Warum ist das so ?

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

OK vielen Dank soweit, die Zeile hab ich wohl übersehen :(

Hast du eine Idee woran es liegen könnte das kein Advertisement vorhanden ist ? Ich meine die Ankündigung wird doch in der Übersicht angezeigt !

Danke im Vorraus

neochrome

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

OK stimmt mein Fehler (*kopfaufdentischhau), ich weiß nur nicht mehr was ich sonst noch machen soll ! 

Entweder bekomme ich die PXE-T04 Error Message oder der läuft in die abortpxe.com.

Ich habe sogar nochmal einen neuen virtuellen Client erstellt und nochmal 100% überprüft ob ich mich bei der MAC nicht verschrieben habe. Ich habe alle beisherigen TS und Abbilder entfernt und auch alle Ordner gelöscht. Ich habe den PXE Ordner unter C:\WINDOWS\TEMP\PXEBootFiles gelöscht, den PXE Verteilungspunkt entfernt. Ich habe den WDS entfernt und vorher den Ordner Remoteinstall in Remoteinstall.old umbenannt. Dann habe ich den WDS wieder installiert (nicht konfiguriert), den PXE Verteilungspunkt wieder hinzugefügt und konfiguriert. Ich habe das Operating System Installation Package neu erstellt. Ich habe die C&D Tasksequenz neu erstellt, das OSIP ausgewählt und auf beide Verteilungspunkte verteilt. PXE habe ich sowhl mit dem x86 als auch mit dem x64 versucht. Ich habe im DHCP bei der Option 67 den FQDN las auch die IP versucht, bei der Option 67 sowohl die SMSBoot\x86\wdsnbp.com als auch die SMSBoot\x86\pxeboot.com (Das ganze auch jeweils nochmal mit x64).

Dann habe ich nach dieser Anleitung versucht den abortpxe Fehler versucht zu beheben: http://www.windows-noob.com/forums/index.php?/topic/669-how-to-get-rid-of-abortpxe-com/

Auch keine Änderung, bei mir erscheint der 2. Client gar nicht und Clear last PXE Advertisment geht auch nicht, bzw. es wird gar keine Ankündigung angezeigt.

Keiner dieser ganzen Tipps /Anleitungen und Fehlerbehebungen funktionierte bisher bei mir, deshalb bin ich schon bisschen verzweifelt.

Kann das noch dran liegen das alles in einer vmware Umgebung läuft ?  Soll ich mir ein vlan bauen und mal einen Hardwareclient dranhängen ?

Oder soll ich hier mal nochmal aktuelle logs posten, damit mal jemand der so nett ist mal drüberschaut.

Bin für jeden Tipp dankbar ! 

Gruß

neochrome

smspxe.log:

Ich erstell mir jetztmal händisch ne Capture CD und importiere das Image dann mal auf den SCCM und versuch das damit mal rumzuschießen, da das mit dem Built and Capture bisher noch nicht funzt.

Ich poste dann mal meine Ergebnisse.

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

Wäre mir recht, nur bei der bisherigen Fehlerbehebung im SCCM würde mich das jetzt nicht wirklich wundern  :p .

So, Statusupdate: Ich habe den WDS und den PXE nochmal deinstalliert und den Ordner "Remoteinstall" in "Remoteinstall.old" umbenannt. Dann alles neu erstellt und hinzugefügt.

Jetzt bekomme ich folgende Meldung beim Booten:

Downloaded WDSNBP Architecture: x64 The details below show the information relating to the PXE boot request for this computer. Please provide these details to your Windows Deployment Services Administrator so that this request can be approved. Pending Request ID: 15Contacting Server: 10.5.9.11TFTP Download: smsboot\x64\abortpxe.com PXE Boot aborted. Booting to next device... PXE-MOF: Exiting Intel PXE ROM. Operating System not found.

Warum wählt der denn jetzt smsboot\x64\abortpxe.com aus ???

Habe hier in diesem Blog gelesen, dass man das ganze Prozedere: (Ordner löschen, Image und Tasksequenz löschen / PXE SP entfernen WDS deinstallieren /Neustart, WDS wieder installieren PXE SP hinzufügen, Capture Image erstellen, Tasksequenz anlegen und auf die Verteilungspunkte schießen) bis zu 8 mal !!!!!!!!!!!   :suspect: durchführen müsse.

Siehe hier: http://www.hirnwei.de/?p=513

Ich hoffe das ist jetzt nicht wirklich so, weil das dort beschriebene Problem ziemlich genau auf meins zutrifft.

Gruß

neochrome

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

Die Tasksequenz wurde angekündigt und ist auch vorhanden (not started). Ich habe gestern alles nochmal neu erstellt um Probleme von der Seite her auszuschließen.

Das einzige was mir aufgefallen ist: Bei der Auswahl des Bootimages kann ich nur die normalen Bootimages auswählen, die x64 Windows PE boot environment for SCCM werden mir nicht angezeigt. Kann aber auch an der WAIK liegen und ist ja auch glaube ich nicht erforderlich. Mir gehen langsam die Ideen aus woran das noch liegen könnte :(.

Normalerweise müsste der ja wenigstens booten. Für das Capture and Deploy gibt man dem ja sogar die MAC von dem Client mit, der dann in eine leere "Dummysammlung" geschoben wird. Darauf hab ich dann die TS geballert. Leider bisher ohne Erfolg.

So, da ich leider immer noch an dem Problem festhänge poste ich hier mal meine smspxe.log seit gestern:

So hab grade R3 installiert, die unbekannten Maschinen werden jetzt ENDLICH (laut smspxe.log) erkannt. Was leider weiterhin noch auftaucht ist folgende Meldung:

smspxe.log:

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)?

Ich habe doch gar keine Capture CD erstellt. Davon möchte ich eben weg :). Ich möchte das der virtuelle PC über PXE mit Win PE hochbootet und Windows installiert wird und das Image dann erfasst und gespeichtert wird (Build and Capture). Dann möchte ich im 2. Schritt das fertige .wim Image an beliebige (virtuelle) Clients verteilen können. (Über eine Deploy Tasksequenz) Für beides muss ich per PXE Boot durchzünden können. Und an dem Punkt scheitert es leider noch.

Ok, Danke, dass werde ich mal ausprobieren. Wie sieht das denn mit der Funktion "enable unknown computer support" unter den Einstellungen des PXE DP aus ? Leider bekomme ich diese Option dort gar nicht angezeigt. Oder ist das Standard und braucht nicht mehr gesetzt zu werden ? 

EDIT:

Ich habe gerade nochmal nach dieser Anleitung ( http://www.windows-noob.com/forums/index.php?/topic/667-deploy-windows-7/ ) versucht ein Erfassungsimage zu erstellen, ich kann das PE Image auswählen und dem Operating System Install Package zuweisen.
Dann habe ich die Tasksequenz erstellt und das Operating System Install Package damit verknüpft. Ich habe eine Leere Sammlung erstellt und den virtuellen PC über die MAC Adresse da importiert. Dann habe ich die Tasksequenz auf den Client geschossen. Leider kommt immer noch die oben genannte Fehlermeldung :(.

Achja: Wo kann man denn den R3 noch herbekommen ? Bei TechNet sind die Links leider alle abgelaufen :(.

Noch jemand eine Idee ?

Danke und Gruß

neochrome