3
SCCM 2012 R2 PXE-Boot funktioniert nicht
Hallo zusammen,
ich habe mal wieder ein Problem. Wir setzen bei uns SCCM 2012 R2 mit CU3 und Hotfix ein. Bislang lief der PXE-Boot einwandfrei, doch seit letzter Woche ist es nicht mehr möglich, PCs per PXE-Boot zu starten. In der SMSPXE.LOG taucht folgender Fehler auf (Servername entfernt):
In der Überwachungskonsole werden keine Fehler angezeigt, wir setzen im gesamten Standort kein HTTPS ein, alle SCCM-Dienste sind mit HTTP konfiguriert. Im Internet gibt es den Hinweis, man soll durch Aufrufen der Links "http://<Servername>/sms_mp/.sms_aut?mpcert" und "http://<Servername>/sms_mp/.sms_aut?mplist" im Browser prüfen, ob der Management-Point richtig konfiguriert ist. Bei mir führt beides zum Erfolg und auch andere Logs wie MPCONTROL.LOG zeigen keine Auffälligkeiten. Die allwissende Müllhalte habe ich bereits mit jeder einzelnen Fehlermeldung behelligt, aber auch hier gibt es keine Lösungen dafür. Den Management-Punkt und die PXE-Verteilung habe ich bereits sauber entfernt und neu installiert, die DISTMGR.LOG zeigt hierbei keine Fehlermeldung an.
Hat jemand von euch eine Idee?
Vielen Dank schon mal im Voraus.
ich habe mal wieder ein Problem. Wir setzen bei uns SCCM 2012 R2 mit CU3 und Hotfix ein. Bislang lief der PXE-Boot einwandfrei, doch seit letzter Woche ist es nicht mehr möglich, PCs per PXE-Boot zu starten. In der SMSPXE.LOG taucht folgender Fehler auf (Servername entfernt):
Failed to get information for MP: http://<FQDN-Servername>. 80004005. SMSPXE 17.10.2014 07:42:54 4656 (0x1230)
PXE::MP_InitializeTransport failed; 0x80004005 SMSPXE 17.10.2014 07:42:54 4656 (0x1230)
PXE::MP_LookupDevice failed; 0x80004005 SMSPXE 17.10.2014 07:42:54 4656 (0x1230)
Failed to get information for MP: http://<FQDN-Servername>. 80004005. SMSPXE 17.10.2014 07:42:54 4656 (0x1230)
PXE::MP_InitializeTransport failed; 0x80004005 SMSPXE 17.10.2014 07:42:54 4656 (0x1230)
PXE::MP_ReportStatus failed; 0x80004005 SMSPXE 17.10.2014 07:42:54 4656 (0x1230)
PXE Provider failed to process message.
Unknown error (Error: 80004005; Source: Unknown) SMSPXE 17.10.2014 07:42:54 4656 (0x1230)In der Überwachungskonsole werden keine Fehler angezeigt, wir setzen im gesamten Standort kein HTTPS ein, alle SCCM-Dienste sind mit HTTP konfiguriert. Im Internet gibt es den Hinweis, man soll durch Aufrufen der Links "http://<Servername>/sms_mp/.sms_aut?mpcert" und "http://<Servername>/sms_mp/.sms_aut?mplist" im Browser prüfen, ob der Management-Point richtig konfiguriert ist. Bei mir führt beides zum Erfolg und auch andere Logs wie MPCONTROL.LOG zeigen keine Auffälligkeiten. Die allwissende Müllhalte habe ich bereits mit jeder einzelnen Fehlermeldung behelligt, aber auch hier gibt es keine Lösungen dafür. Den Management-Punkt und die PXE-Verteilung habe ich bereits sauber entfernt und neu installiert, die DISTMGR.LOG zeigt hierbei keine Fehlermeldung an.
Hat jemand von euch eine Idee?
Vielen Dank schon mal im Voraus.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 252254
Url: https://administrator.de/contentid/252254
Ausgedruckt am: 24.11.2024 um 23:11 Uhr
3 Kommentare
Neuester Kommentar
Moin.
0x80004005 ist ein "Zugriff verweigert" - irgendwas an deinen Berechtigungen passt nicht.
Hast du z.B. Service-Accounts verwendet, deren Kennwort grad abgelaufen ist?
Tritt der Fehler erst seit CU3 auf oder hast mit CU3 schon erfolgreich PXE-Boot durchführen können?
Wie sieht deine Hierarchie aus, nur ein Server/ein Standort?
Cheers,
jsysde
0x80004005 ist ein "Zugriff verweigert" - irgendwas an deinen Berechtigungen passt nicht.
Hast du z.B. Service-Accounts verwendet, deren Kennwort grad abgelaufen ist?
Tritt der Fehler erst seit CU3 auf oder hast mit CU3 schon erfolgreich PXE-Boot durchführen können?
Wie sieht deine Hierarchie aus, nur ein Server/ein Standort?
Cheers,
jsysde
Hallo.
Vielen Dank für die schnelle Rückantwort. Ich habe für SCCM einen entsprechenden Service-Account, aber ich verwende in unserem System keine zeitlich begrenzen Kennwörter. Mit CU3 habe ich bereits erfolgreich PXE-Boots durchführen können, der Fehler trat urplötzlich auf. Wo könnte der Zugriff denn verweigert werden?
Wir haben nur einen Standort und SCCM läuft nur auf einem Server.
Grüße
diemilz
Vielen Dank für die schnelle Rückantwort. Ich habe für SCCM einen entsprechenden Service-Account, aber ich verwende in unserem System keine zeitlich begrenzen Kennwörter. Mit CU3 habe ich bereits erfolgreich PXE-Boots durchführen können, der Fehler trat urplötzlich auf. Wo könnte der Zugriff denn verweigert werden?
Wir haben nur einen Standort und SCCM läuft nur auf einem Server.
Grüße
diemilz
Ich habe das Problem gefunden. In der Windows Firewall hatte ich eine Regel erstellt, die nur lokalen Zugriff auf den SCCM-SQL-Server zulässt. Für alle Dienste schien das ordnungsgemäß zu laufen, aber bei PXE löst er die IPv6-Adresse des Systems auf, die natürlich nicht in der Regel enthalten ist. Da ich IPv6 noch nicht nutze, habe ich es deaktiviert, jetzt funktioniert der PXE-Boot wieder einwandfrei. 
Mir geht das schon auf den Zeiger, dass Microsoft manchmal für solche "einfachen" Dinge keine vernünftige Fehlermeldung produzieren kann und ich stattdessen nur die Meldung von SCCM bekomme "Keine Ahnung woran es liegt, aber es funktioniert halt nicht". Auf der anderen Seite muss ich sagen, dass Firmen wie Apple da allerdings oftmals keinen Deut besser sind.
Mir geht das schon auf den Zeiger, dass Microsoft manchmal für solche "einfachen" Dinge keine vernünftige Fehlermeldung produzieren kann und ich stattdessen nur die Meldung von SCCM bekomme "Keine Ahnung woran es liegt, aber es funktioniert halt nicht". Auf der anderen Seite muss ich sagen, dass Firmen wie Apple da allerdings oftmals keinen Deut besser sind.
