PXE boot fails

All
I have an issue with PXE booting into zenwork imaging. Using zenworks
V4.0.1 when you boot the pc into zenworks maintence mode, the pc downloads
from the server until it get to "Uncompressing and laoding zenworks
imaging, please wait" and then errors with the message "Invalid
compression format (err2) -System halted.
I have tried replacing the z:publiczenworksimaging and the pxe folders
with copies from another server, however I still get the same issue.
Does anyone know which file is uncompressed or needs replacing/restoring?
Thanks
David

On Mon, 13 Aug 2007 08:22:28 GMT, David wrote:
> Yes
> It fails on all pcs - however if you use a boot cd it works ok. It must be
> what the server is sending down as part of the pxe boot process that is
> the issue.
> Thanks
> David
hmm I would check sys:\tftp and try the ir7 update
If you have already compiled drivers or have linux.2 please put them on
http://forge.novell.com/modules/xfmo...ect/?zfdimgdrv
Live BootCd and USB Disk from Mike Charles
http://forge.novell.com/modules/xfmod/project/?imagingx
eZie http://forge.novell.com/modules/xfmod/project/?ezie
Marcus Breiden
If you are asked to email me information please remove the - in my e-mail
address.
The content of this mail is my private and personal opinion.
http://www.didas.de

Similar Messages

OSD: pxe boot fails with "failed to get infromation for MP:/"

Hi,
We face an issue on pxe boot. It boots into pxe then tries to apply network settings but then reboots.
Ipconfig is ok, smsts.log says "failed to get information for MP:/oursccmserver.
Troubleshooting:
*PXE is working fine when client as well as sccm-server are in same subnet, it fails when in different subnets.
*Firewall is fully opened, no connections blocked.
*Ping to sccm-server works fine on dns
Please advise.
J.
smsts.log:
Missing root CA environment variable from variables file   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Support Unknown Machines: 0   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Custom hook from X:\\TSConfig.INI is    TSPxe   26/03/2014 16:37:11   288 (0x0120)
No hook is found to be executed before downloading policy   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Authenticator from the environment is empty.   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Need to create Authenticator Info using PFX   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Initialized CStringStream object with string: {40AB3050-A926-4BA5-9D17-7423F93CBCD5};2014-03-27T00:37:11Z.   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Set media certificate in transport   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Set authenticator in transport   TSPxe   26/03/2014 16:37:11   288 (0x0120)
CLibSMSMessageWinHttpTransport::Send: URL: oursccmserver.ourcompany.com:80 GET /SMS_MP/.sms_aut?MPKEYINFORMATIONMEDIA   TSPxe   26/03/2014 16:37:11   288 (0x0120)
[TSMESSAGING] AsyncCallback(): -----------------------------------------------------------------   TSPxe   26/03/2014 16:37:11   288 (0x0120)
[TSMESSAGING] AsyncCallback(): WINHTTP_CALLBACK_STATUS_SECURE_FAILURE Encountered   TSPxe   26/03/2014 16:37:11   288 (0x0120)
[TSMESSAGING]                : dwStatusInformationLength is 4
   TSPxe   26/03/2014 16:37:11   288 (0x0120)
[TSMESSAGING]                : *lpvStatusInformation is 0x8
   TSPxe   26/03/2014 16:37:11   288 (0x0120)
[TSMESSAGING]            : WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA is set
   TSPxe   26/03/2014 16:37:11   288 (0x0120)
[TSMESSAGING] AsyncCallback(): -----------------------------------------------------------------   TSPxe   26/03/2014 16:37:11   288 (0x0120)
WinHttpReceiveResponse (hRequest, NULL), HRESULT=80072f8f (e:\nts_sccm_release\sms\framework\osdmessaging\libsmsmessaging.cpp,8927)   TSPxe   26/03/2014 16:37:11   288 (0x0120)
failed to receive response with winhttp; 80072f8f   TSPxe   26/03/2014 16:37:11   288 (0x0120)
m_pHttpTransport->Send (0, 0, pServerReply, nReplySize), HRESULT=80072f8f (e:\nts_sccm_release\sms\framework\osdmessaging\libsmsmessaging.cpp,5159)   TSPxe   26/03/2014 16:37:11   288 (0x0120)
MPKeyInformation.RequestMPKeyInformationForMedia(szTrustedRootKey), HRESULT=80072f8f (e:\nts_sccm_release\sms\framework\osdmessaging\libsmsmessaging.cpp,9410)   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Failed to get information for MP: http://oursccmserver.ourcompany.com. 80072f8f.   TSPxe   26/03/2014 16:37:11   288 (0x0120)
Jan Hoedt

Hi,
Have you check Mpcontrol.log on the MP server and Smspxe.log?
Best Regards,
Joyce Li
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place.

Conundrum - PXE boot fails vs. "reinstall OS from software center" succeeds

Hi All.
I am facing a bit of a conundrum..
In our offices I am seeing some strange behaviour when trying to PXE boot into a TS to reinstall or install OS.
If I use F12/PXE boot then the deployment fails during OSD.
If I take a client (the same client as I tried pxe booting with) that is fully installed and reinstall OS via software center then the deployment completes.
Any ideas what could be wrong?
Kindest regards, Martin

Daniel:
Clients are both laptops & desktops.
I "feels" like it's the network that's acting up but I really can't see where.
PXE boot works.. it's not until it tries to apply the OS...
whether it's a timeout or what it is I cannot say..
Gerry: After all will you be likely to rebuild your entire estate in-situ any time soon?
You know... we are actually On the verge" of upgrading & Streamlining our entire network infrastructure..
But I'd still love to solve the problem..
We never had this issue when we only had MDT as deployment tool.
it's not until sccm came into the picture that this issue has arisen.
Kindest regards, Martin

PXE boot fails and reboots after loading PE

I have run into what I think is a unique issue and need some help determining the cause.
We are in the process of replacing and aging DP/PXE point (2003 R2 SP2) with a new server (2008 STD R2 SP1). What makes my pxe issue unique is that pxe works without issue on the existing 2003 DP/PXE server. But on the new 2008 server I run into
the following issue.
Environment: Config Manager 2007 R2, a single primary, multiple DP's and PXE points.
Issue: When I attempt to PXE boot a system, I am able to load PE, but shortly after the custom background screen is loaded, the system reboots. I've searched the internet quite a bit and found lots of potential causes including, bad/missing drivers,
certificate issues, rights issues, etc. None of these seem to be the cause.
My troubleshooting has determined that the client computers are unable to download the variables.dat file. I just don't know why.
We're using the same boot images on both servers.
I've tried using multiple computer models and VM's.
I've opened a command prompt as soon as our background image loads and have verified that the system is pulling a valid IP address. I am able to map a drive to the PXE server's REMINST share using our sccm net access account and manually copy the .var
file using xcopy to the appropriate directory on the local virtual drive. I've also attempted to manually run smstftp.exe by mimicking the command line from the smsts log file. I'll admit that I'm not sure I have the correct syntax for smstftp.
I've tried several variations and all but one result in a short pause and no file copied/created in the X:\sms\data folder. The one that does produce a result says that the file cannot be found. I checked for typos and made sure I used the name
of the newly created .var file.
I've also tried disabling anti-virus on the server, shutting off the windows firewall on the server, granting everyone read rights to the REMINST share.
Below is the smstslog file I've been using as a reference. Per corporate security policy, I have X'd out the IP address of the PXE server. The log file for the successful pxe boot from the 2003 server shows an exit code of 0 for smstftp.exe, a note
about successful download of the pxe var file and then it continues through the rest of the boot process.
-----SMSTS log file from a failed PXE boot on the new 2008 server -----
<![LOG[LOGGING: Finalize process ID set to 832]LOG]!><time="16:13:54.440+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="836" file="tslogging.cpp:1489">
<![LOG[==============================[ TSBootShell.exe ]==============================]LOG]!><time="16:13:54.440+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="836"
file="bootshell.cpp:963">
<![LOG[Succeeded loading resource DLL 'X:\sms\bin\i386\1033\TSRES.DLL']LOG]!><time="16:13:54.440+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="836" file="util.cpp:869">
<![LOG[Debug shell is enabled]LOG]!><time="16:13:54.440+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="836" file="bootshell.cpp:974">
<![LOG[Waiting for PNP initialization...]LOG]!><time="16:13:54.471+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="bootshell.cpp:59">
<![LOG[Booted from network (PXE)]LOG]!><time="16:13:54.830+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="configpath.cpp:198">
<![LOG[Found config path X:\sms\data\]LOG]!><time="16:13:54.830+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="bootshell.cpp:553">
<![LOG[Booting from removable media, not restoring bootloaders on hard drive]LOG]!><time="16:13:54.830+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="bootshell.cpp:564">
<![LOG[Executing command line: wpeinit.exe -winpe]LOG]!><time="16:13:54.830+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="bootshell.cpp:767">
<![LOG[Executing command line: X:\WINDOWS\system32\cmd.exe /k]LOG]!><time="16:13:57.014+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="836" file="bootshell.cpp:767">
<![LOG[The command completed successfully.]LOG]!><time="16:13:57.014+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="836" file="bootshell.cpp:850">
<![LOG[Successfully launched command shell.]LOG]!><time="16:13:57.014+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="836" file="bootshell.cpp:430">
<![LOG[The command completed successfully.]LOG]!><time="16:14:41.458+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="bootshell.cpp:850">
<![LOG[Starting DNS client service.]LOG]!><time="16:14:41.458+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="bootshell.cpp:597">
<![LOG[Executing command line: X:\sms\bin\i386\TsmBootstrap.exe /env:WinPE /configpath:X:\sms\data\]LOG]!><time="16:14:41.973+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880"
file="bootshell.cpp:767">
<![LOG[The command completed successfully.]LOG]!><time="16:14:41.973+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="bootshell.cpp:850">
<![LOG[==============================[ TSMBootStrap.exe ]==============================]LOG]!><time="16:14:41.989+000" date="12-23-2013" component="TSMBootstrap" context="" type="1" thread="1932"
file="tsmbootstrap.cpp:1039">
<![LOG[Command line: X:\sms\bin\i386\TsmBootstrap.exe /env:WinPE /configpath:X:\sms\data\]LOG]!><time="16:14:41.989+000" date="12-23-2013" component="TSMBootstrap" context="" type="0" thread="1932"
file="tsmbootstrap.cpp:1040">
<![LOG[Succeeded loading resource DLL 'X:\sms\bin\i386\1033\TSRES.DLL']LOG]!><time="16:14:41.989+000" date="12-23-2013" component="TSMBootstrap" context="" type="1" thread="1932" file="util.cpp:869">
<![LOG[Succeeded loading resource DLL 'X:\sms\bin\i386\TSRESNLC.DLL']LOG]!><time="16:14:41.989+000" date="12-23-2013" component="TSMBootstrap" context="" type="1" thread="1932" file="resourceutils.cpp:152">
<![LOG[Processor Is IA64: 0]LOG]!><time="16:14:41.989+000" date="12-23-2013" component="TSMBootstrap" context="" type="1" thread="1932" file="tsmbootstrap.cpp:1005">
<![LOG[PXE Boot with Root = X:\]LOG]!><time="16:14:41.989+000" date="12-23-2013" component="TSMBootstrap" context="" type="1" thread="1932" file="tsmbootstrap.cpp:921">
<![LOG[Executing from PXE in WinPE]LOG]!><time="16:14:41.989+000" date="12-23-2013" component="TSMBootstrap" context="" type="0" thread="1932" file="tsmbootstrap.cpp:936">
<![LOG[Loading TsPxe.dll from X:\sms\bin\i386\TsPxe.dll]LOG]!><time="16:14:41.989+000" date="12-23-2013" component="TSMBootstrap" context="" type="0" thread="1932" file="tsmbootstraputil.cpp:1319">
<![LOG[TsPxe.dll loaded]LOG]!><time="16:14:42.004+000" date="12-23-2013" component="TSPxe" context="" type="0" thread="1932" file="tsmbootstraputil.cpp:1329">
<![LOG[Device has PXE booted]LOG]!><time="16:14:42.004+000" date="12-23-2013" component="TSPxe" context="" type="0" thread="1932" file="tspxe.cpp:122">
<![LOG[Variable Path: \SMSTemp\2013.12.23.16.11.24.0002.{AB0FBE86-1F6C-47D7-919B-A44641035A2E}.boot.var]LOG]!><time="16:14:42.004+000" date="12-23-2013" component="TSPxe" context="" type="0" thread="1932"
file="tspxe.cpp:134">
<![LOG[Variable Key Len: 61]LOG]!><time="16:14:42.004+000" date="12-23-2013" component="TSPxe" context="" type="0" thread="1932" file="tspxe.cpp:141">
<![LOG[Succesfully added firewall rule for Tftp]LOG]!><time="16:14:42.004+000" date="12-23-2013" component="TSPxe" context="" type="0" thread="1932" file="fwopen.cpp:123">
<![LOG[Executing: X:\sms\bin\i386\smstftp.exe -i XXX.XXX.XXX.XXX get \SMSTemp\2013.12.23.16.11.24.0002.{AB0FBE86-1F6C-47D7-919B-A44641035A2E}.boot.var X:\sms\data\variables.dat]LOG]!><time="16:14:42.004+000" date="12-23-2013"
component="TSPxe" context="" type="0" thread="1932" file="tspxe.cpp:177">
<![LOG[Command line for extension .exe is "%1" %*]LOG]!><time="16:14:42.067+000" date="12-23-2013" component="TSPxe" context="" type="0" thread="1932" file="commandline.cpp:229">
<![LOG[Set command line: "X:\sms\bin\i386\smstftp.exe" -i XXX.XXX.XXX.XXX get \SMSTemp\2013.12.23.16.11.24.0002.{AB0FBE86-1F6C-47D7-919B-A44641035A2E}.boot.var X:\sms\data\variables.dat]LOG]!><time="16:14:42.067+000" date="12-23-2013"
component="TSPxe" context="" type="0" thread="1932" file="commandline.cpp:707">
<![LOG[Executing command line: "X:\sms\bin\i386\smstftp.exe" -i XXX.XXX.XXX.XXX get \SMSTemp\2013.12.23.16.11.24.0002.{AB0FBE86-1F6C-47D7-919B-A44641035A2E}.boot.var X:\sms\data\variables.dat]LOG]!><time="16:14:42.067+000" date="12-23-2013"
component="TSPxe" context="" type="1" thread="1932" file="commandline.cpp:805">
<![LOG[Process completed with exit code 1]LOG]!><time="16:15:29.179+000" date="12-23-2013" component="TSPxe" context="" type="1" thread="1932" file="commandline.cpp:1102">
<![LOG[Succesfully removed firewall rule for Tftp]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSPxe" context="" type="0" thread="1932" file="fwopen.cpp:146">
<![LOG[uExitCode == 0, HRESULT=80004005 (e:\nts_sms_fre\sms\server\pxe\tspxe\tspxe.cpp,185)]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSPxe" context="" type="0" thread="1932"
file="tspxe.cpp:185">
<![LOG[Failed to download pxe variable file. Code(0x00000001)]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSPxe" context="" type="3" thread="1932" file="tspxe.cpp:185">
<![LOG[PxeGetPxeData failed with 0x80004005]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSPxe" context="" type="3" thread="1932" file="tsmbootstraputil.cpp:1419">
<![LOG[HRESULT_FROM_WIN32(dwError), HRESULT=80004005 (e:\nts_sms_fre\sms\client\tasksequence\tsmbootstrap\tsmbootstraputil.cpp,1420)]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSPxe" context=""
type="0" thread="1932" file="tsmbootstraputil.cpp:1420">
<![LOG[TSMBootstrapUtil::PxeGetPxeData(&bPxeBooted, sVariablesFile, sPxePasswd), HRESULT=80004005 (e:\nts_sms_fre\sms\client\tasksequence\tsmbootstrap\tsmediawizardcontrol.cpp,2236)]LOG]!><time="16:15:29.194+000" date="12-23-2013"
component="TSPxe" context="" type="0" thread="1932" file="tsmediawizardcontrol.cpp:2236">
<![LOG[oTSMediaWizardControl.Run( sMediaRoot, true, true ), HRESULT=80004005 (e:\nts_sms_fre\sms\client\tasksequence\tsmbootstrap\tsmbootstrap.cpp,937)]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSPxe"
context="" type="0" thread="1932" file="tsmbootstrap.cpp:937">
<![LOG[Execute( eExecutionEnv, sConfigPath, sTSXMLFile, uBootCount, &uExitCode ), HRESULT=80004005 (e:\nts_sms_fre\sms\client\tasksequence\tsmbootstrap\tsmbootstrap.cpp,1106)]LOG]!><time="16:15:29.194+000" date="12-23-2013"
component="TSPxe" context="" type="0" thread="1932" file="tsmbootstrap.cpp:1106">
<![LOG[Exiting with return code 0x80004005]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSPxe" context="" type="1" thread="1932" file="tsmbootstrap.cpp:1118">
<![LOG[Execution complete.]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="bootshell.cpp:624">
<![LOG[Finalizing logging from process 832]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="tslogging.cpp:1736">
<![LOG[Finalizing logs to root of first available drive]LOG]!><time="16:15:29.194+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="tslogging.cpp:1578">
<![LOG[LOGGING: Setting log directory to "D:\SMSTSLog".]LOG]!><time="16:15:29.491+000" date="12-23-2013" component="TSBootShell" context="" type="1" thread="880" file="tslogging.cpp:1803">
This has been an extremely frustrating issue and any assistance would be greatly appreciated!

Thanks for your quick response Jason! I didn't expect someone to reply so quickly or I would have checked back sooner.
I had found the two 'older' posts already, but had not seen the 'newer' one. Unfortunately that did not give me any new ideas. But your comment on checking for TFTP availability did. Here are things I have tried since my original
post...
I re-ran most of my tests in case I missed something. I only found one change. Even though I double-checked, I must have made a typo when I manually ran the smstftp.exe command, because when I ran it again I received a timeout message instead
of file not found.
I had a minor 'thinking outside of the box moment' and decided to PXE boot the new 2008 R2 server itself. This was successful and I interpreted the success as meaning that the hardware is ok. Thinking there may be a compatibility issue with
the hardware and the OS, I tried a few different NIC drivers, settings, registry keys, and even a completely different NIC. No luck on any of these.
I decided to build another Server on a VM tovalidate my build process and configuration. And of course clients in multiple locations were able to PXE boot off this VM. Too bad I can't use this in production.
After reading your response Jason, I began to focus on network. I moved the server to a few different locations so it was utilizing different switches. No luck. I noticed in the event viewer for WDS that the server was logging the
beginning of the boot.var file via TFTP. This of course was not very surprising. What was surprising is that the very next entry (informational) noted that the client 'COMPLETED' the download of the boot.var file via TFTP. I know that completed
does not mean successful, but it usually implies or is interpreted as successful. It should have logged a warning or error, or nothing at all because although the process completed, it was not successful. I re-verified that the file was not downloaded
to the client and the client log file still shows the same error noted in the logfile from my original post.
Finally, I installed sniffing software on the server and ran some captures while attempting to PXE boot. Even though I am not much of a network guy, I quickly discovered two things. First, I found the section where the client attempts to download
the boot.var file. Unfortunately I don't think the local security team will allow me to post the capture, so I'll do my best to describe what I found. It starts with a single entry where the client calls for the file via TFTP protocol. This
is followed by a series of alternating entries (all TFTP) where it looks like the server attempts to send a portion of the file, and the client sends an acknowledgement. The sending entries all have checksum errors. The checksum received on
all packets is 0x0000 and of course should be something else. There is also a shorter section below this with alternating entries where the server attempts to send ICMP packets and the client responds with TFTP acknowledgements.
The ICMP entries are all marked as Destination unreachable (Port Unreachable).
The second thing I noticed from the network capture is the a few 'Spanning Tree Protocol' entries. I my search for a solution, I remember reading several posts saying that Spanning Tree can cause this issue. When I asked, I was assured that
Spanning Tree was disabled in this environment. It made sense too, because the 2003 PXE server was functioning properly, and Spanning Tree should affect both 2003 and 2008 servers, right?
Either way I will bring my findings to the network team and see what they have to say.
Any additional thoughts or ideas???

Formatting the encrypted hard drive or intalling OS again with PXE boot can change TPM owner password file?

Hello,
1) I realized that when MBAM bitlocker encryption start both Recovery key and TPM owner password file are send to MBAM server. If we change the computername of the notebook, we can find out Recovery key from MBAM server with the KeyID as we can read it from
computer screen, but we can not find out TPM owner password file with the existing new computername information from MBAM server, so we have to know old names of all computers but it is impossible. So we have to do decryption and clearing TPM than we
can again encrypted it with its new name. is it right?
2) We will going to deploy mbam encryption to our notebooks. But sometimes when a person quit the job his notebook can given to another person or new employee and based to our procedure when a notebook will given to another user it should installed
OS again with PXE boot. I would to know will it be enough to installing with this method again with a diffrent computer name or should I firstly clear its TPM than install OS with PXE to keep TPM owner password file missing as item 1?
I hope i can explain what i mean :)
Regards,
SibelM

I would suggest you to first decrypt the laptop and then follow the process:-
- Clear the TPM
- Encrypt the type.
- Check for the encryption behavior.
Cause I have found on some model that if the OS drive is encrypted, PXE boot fail on that machine even though I also did a direct PXE on an encrypted machine with clearing the TPM.
TPM ownership password is a hash file that gets generated with a set of algorithm. SO each time when you PXE boot, by clearing the TPM, the TPM hash password for the TPM will change. This has been done for security measures.
Gaurav Ranjan

Generation 2 vms pxe boot

Hi All,
can anyone please confirm if pxe boot works with gen 2 vms in hyperv? I have wds installed in standalone mode. When ever I create new gen 2 vm, it takes ip, downloads some file and it says
Station
IP address is x.x.x.x
Server
IP address is x.x.x.x
NBP filename is boot\x64\wdsmgfw.efi
NBP
filesize is 1459552 Bytes
Downloading
NBP file...
PXE-E18: Server response timeout.
Boot
Failed. EFI SCSI Device
Boot
Failed. EFI Network.
No
Operating System was Loaded. Press a key to retry the boot sequence
I have tried with and without enabling secure boot option. I have wds(standalone mode), MDT and gen 2 vms. Can anyone please guide me how to make gen 2 vms boot over pxe?
Chaitanya.
Chaitanya.

Hi,
You might need to set DHCP options 60, 66, 67 and 4011:
60: set the identifier to "PXEClient" (without the quotes) - pop it in all the active (I put it in the inactive scopes as well, for over-zealous safety) DHCP scopes, just in case the request is picked up by another zone/scope (ensure there are
sufficient IP addresses within the scope[s] - bit of daft point, but it wouldn't be the first time I have seen a PXE boot fail because there aren't any available IPv4 addresses)
66: set the Boot Server Host Name "<boot_server_name>.<...>.<CN>.<CN>" or by IPv4 address
67: set the Boot File Name; stop WDS from listening on UDP Port 67 - it will be used by DHCP:: ensure the full path is listed (verify this before running the PXEboot) - Just as side note, I tend to make the folder containing the file read/write - not sure
it actually does anything, but it frequently makes things a bit "smoother".
4011: ensure that PXE broadcasts from the clients are routed by WDS properly i.e.: the traffic should go to the appropriate server (DHCP, WDS and possibly BootTP if configured)
Also, and don't take this wrong way, but check, check and check again that the boot order settings are set in the Hyper-V Manager correctly. Time and time again I have come up against this one. Sometimes, for whatever reason, Hyper-v will put
the defaults back in, so you think you are booting off the network, and will be told as such, but will actually be booting off DVD/CD...
Create a VM, open the settings and then start the VM; watch the settings in the left hand pane. If all is well, there will no change, if all is not well, there may be a slight "jump" as the VM starts up.
Could be an idea to start DHCP from the command line - if you have access to it and there are no impediments, there isn't (shouldn't be) any problem with ensuring it has started.
Hope this helps
- quick note, I'm not available for a couple of days but hopefully one of the other kind and generous souls on this site will assist you if you run into any problems.
have a good one! :D
Cheers
Andrew
Oh, just had thought, check that you are utilizing only one IP address per network adapter on the client, DHCP and WDS servers. There's a conflict between DHCP and RIS - or at least used to be, not sure if it has been fixed/sorted.
Cheers! Andrew

The Open Procedure for service "WDSTFTP" in DLL "C:\Windows\system32\wdstftp.dll" failed. WDS not PXE booting!

This morning came in to find clients were not getting there bootfiles through PXE. I checked the logs to find the following events related to WDS.
The Open Procedure for service "WDSTFTP" in DLL "C:\Windows\system32\wdstftp.dll" failed
The Open Procedure for service "WDSServer" in DLL "C:\Windows\system32\wdssrv.dll" failed
The Open Procedure for service "WDSMC" in DLL "C:\Windows\system32\wdsmc.dll" failed
Has anyone seen this or have a link to a resolution?
tconners

Hotfix loaded but didn't help.
Found a few articles referring to rebuilding the perf counter library. I ran "lodctr /R" failed first time then worked the second time. I believe the errors:
The Open Procedure for service "WDSTFTP" in DLL "C:\Windows\system32\wdstftp.dll" failed
The Open Procedure for service "WDSServer" in DLL "C:\Windows\system32\wdssrv.dll" failed
The Open Procedure for service "WDSMC" in DLL "C:\Windows\system32\wdsmc.dll" failed
Are gone but PXE boot still fails.
Do you think I might have to uninstall WDS and reinstall? "Using SCCM console to just remove PXE"
tconners

Creating new OSD task sequence causes PXE boot to fail

I'm running SCCM 2012 on Server 2008 R2. Currently we have a standard task sequence we use for all of our Windows 7 deployments that is working fine. We use PXE boot to load up WinPE to select the task sequence to load and all is good.
I've made a new task sequence to deploy custom configuration settings to a group of computers. I've duplicated much of the original task sequence, using the same boot media. After i deploy the new TS to the All Unknown Computers collection, PXE boot does
not work anymore.
It downloads WDSNBP, starts by DHCP referral, contacts the server. After that I just get a Pending Request ID: number says contacting server then fails. If i go back to my new TS and delete the deployment, all is good again.
Can i create a new task sequence using an existing reference image? Has anyone seen this type of issue before? I see similar issues online, but it seems to be for people that cannot PXE boot at all. My problem is just that the new task sequence seems to
kill PXE boot when it's deployed.

This is from the log file, looks like it can't find the boot image. I'm using the same boot image for both of the task sequences though.
<![LOG[Set media certificate in transport]LOG]!><time="11:35:45.257+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:9220">
<![LOG[Set authenticator in transport]LOG]!><time="11:35:45.257+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:7592">
<![LOG[Set authenticator in transport]LOG]!><time="11:35:45.301+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:7592">
<![LOG[Client lookup reply: <ClientIDReply><Identification Unknown="0" ItemKey="0" ServerName="" ServerRemoteName=""><Machine><ClientID/><NetbiosName/></Machine></Identification></ClientIDReply>
]LOG]!><time="11:35:45.359+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:6204">
<![LOG[Set media certificate in transport]LOG]!><time="11:35:45.419+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:9220">
<![LOG[Set authenticator in transport]LOG]!><time="11:35:45.420+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:7592">
<![LOG[Set authenticator in transport]LOG]!><time="11:35:45.455+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:7592">
<![LOG[PXE::CBootImageManager::FindMatchingArchitectureBootImage]LOG]!><time="11:35:45.508+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagemgr.cpp:1736">
<![LOG[Getting boot action for unknown machine: item key: 2046820353]LOG]!><time="11:35:45.572+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="pxehandler.cpp:226">
<![LOG[Set media certificate in transport]LOG]!><time="11:35:45.637+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:9220">
<![LOG[Set authenticator in transport]LOG]!><time="11:35:45.637+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:7592">
<![LOG[Set authenticator in transport]LOG]!><time="11:35:45.678+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:7592">
<![LOG[Client boot action reply: <ClientIDReply><Identification Unknown="0" ItemKey="2046820353" ServerName="" ServerRemoteName=""><Machine><ClientID>44f40eda-b0b0-44ae-87e1-9b9464046c39</ClientID><NetbiosName/></Machine></Identification><PXEBootAction
LastPXEAdvertisementID="" LastPXEAdvertisementTime="" OfferID="COL20062" OfferIDTime="20/02/2014 11:22:00 AM" PkgID="COL00086" PackageVersion="" PackagePath="http://TECH-SVR2.county-lambton.on.ca/SMS_DP_SMSPKG$/COL00045" BootImageID="COL00045" Mandatory="0"/></ClientIDReply>
]LOG]!><time="11:35:45.743+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:6402">
<![LOG[Client Identity: 9ca0acb3-06b1-4737-9db0-1e4b75336ec9]LOG]!><time="11:35:45.743+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="libsmsmessaging.cpp:6428">
<![LOG[PXE::CBootImageManager::FindMatchingArchitectureBootImage]LOG]!><time="11:35:45.743+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagemgr.cpp:1736">
<![LOG[PXE::CBootImageManager::FindBootImage: COL00045]LOG]!><time="11:35:45.743+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagemgr.cpp:1652">
<![LOG[Looking for bootImage COL00045]LOG]!><time="11:35:45.743+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagemgr.cpp:1686">
<![LOG[PXE::CBootImageCache::FindImage]LOG]!><time="11:35:45.743+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagecache.cpp:657">
<![LOG[MAC=9C:B6:54:A3:53:19 SMBIOS GUID=70DCD781-5008-11E4-8264-8BD5B90C0061 > Could not find an available image BootImageID=COL00045]LOG]!><time="11:35:45.743+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="pxehandler.cpp:2095">
<![LOG[PXE::CBootImageManager::FindMatchingArchitectureBootImage]LOG]!><time="11:36:05.335+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagemgr.cpp:1736">
<![LOG[PXE::CBootImageManager::FindBootImage: COL00045]LOG]!><time="11:36:05.335+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagemgr.cpp:1652">
<![LOG[Looking for bootImage COL00045]LOG]!><time="11:36:05.335+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagemgr.cpp:1686">
<![LOG[PXE::CBootImageCache::FindImage]LOG]!><time="11:36:05.335+300" date="02-20-2014" component="SMSPXE" context="" type="1" thread="4532" file="bootimagecache.cpp:657">

OSD to Surface fails to PXE Boot and returns PXEGetPXEData Failed with 0x80004005

Scenario: When trying to Image Windows 8.1 to a Surface Pro, Surface Pro 2 and Surface Pro 3 I have downloaded the latest Surface Firmware and Drivers (August 18th 2014 I believe), the NIC's are in the x64 PXE Boot Image. I have verified that no DHCP Option
67 is set, and that SpanningTree PortFast is enabled. All other Images function correctly, Windows 7 Sp1 works. We use the Microsoft USB NIC, and we PXE boot and download the PXE Image fine, then it comes into windows and goes to detect the NIC, at which point
it fails and reboots.
The Surface has had Firmware update on it to the latest.
It appears the NIC just stops working, which makes me think that the latest Driver pack for Surface does not contain the PXE boot versions for their NIC.
Trying the Docking Station (which utilizes NIC ASIX AX888772) exhibits the same problem.
The NIC stays active until the OSD Screen comes up, it fails trying to load the Surface NIC though (or the NICs in the Driver pack they just released do not include a PXE Boot Driver...the Drivers once imported do not show any as being Boot Critical...which
make me think this is the case even more so.
Doing a USB PXE Boot also fails to load the NIC.
Going to F8 and doing IPCONFIG /RENEW verifies the NIC is not active.
I see tons of postings on the Surface being a nightmare to image.
Errors:
Failed to Download pxe variable file. Code (0x0000001)
PXEGetPXEData Failed with 0x80004005
Anybody having any other experiences out there, or have anything else they could think to try?
David Baur

(or the NICs in the Driver pack they just released do not include a PXE Boot Driver...the Drivers once imported do not show any as being Boot Critical...which make me think this is the case even more so.
There are no "PXE boot versions" of drivers at all. What you described just indicates that there is no driver in winpe that matches the hardware. WinPe is based on the respective version of the full os so you have to add Win8.x drivers to the boot image.
The architecture also has to match. Have you added NIC drivers to the boot image at all?
NIC drivers are never boot critical if I am not mistaken.
Torsten Meringer | http://www.mssccmfaq.de

Task Sequence fails on "Apply Driver Package" when PXE-booting but not with bootable media

I have an issue where my Task Sequence fails during 'Apply Driver Package' when PXE-booting but works ok when booting from CD or USB-stick. It fails withe error code 0x80070002 and when pressing F8 and checking the ipconfig there's a 169.254.x.x address.
Somehow it looses it's real ip during the process.
I'm grateful for any advice!

Please enable verbose logging for Task sequence, then upload the smsts.log to Skydrive.
0x80070002 error is too generic, which cannot be used to determine the cause.
Juke Chou
TechNet Community Support

SLM2005: PXE booted clients freeze up, fail to reboot

I use the SLM2005 at a couple of locations, but at one of them the Thin Clients behind it freeze up and will not PXE boot when cycled. It never worked quite right, and I always assumed it was some bug in Linux LTSP, but the problem went from intermittent and infrequent to intermittent and frequent to persistent in the span of about three weeks. Bypassing the switch seems to resolve it. My assumption is now that the switch is in some way defective, especially in light of the fact that a nearly identical setup at another location does not suffer from this issue.
The problem is that Cisco phone support has expired for this product, and at $75 it is about the same price as a new one.
I was thinking about trying a firmware upgrade, and just messing around with the firmware in general, but as they say "time is money". When I buy a switch, managed or not, I expect it to "just work".
What would you guys do if you were me?

I've also just encountered a failure to associate using LXE MX9 scanners with a Summit card. Moving the setting from CCX FULL to CCX OPTIMIZED in the SCU resolves but is not a recommendation from Honeywell/LXE. have you had any response from TAC or Teklogix?

Yoga 2 Pro PXE boot?

Looking to PXE boot a Yoga 2 Pro so I can create/restore images with Microsoft WDS. Since Yoga 2 Pro does not have a built-in Ethernet jack, does anyone know if it's possible to do this with a USB Ethernet adapter?
Would it have to be a Lenovo-branded apdater, or can any brand Belkin, TP-Link, etc) work?

How did you get this to work sir?? I have been trying for a solid week and it never see the Lenovo ethernet dongle as a boot option no matter what I choose in the BIOS. I have the X1 Carbon and it works as you would expect it to. But it NEVER works on the YOGA 2 PRO. CAn anyone help me?? The BIOS clearly has an option to boot the dongle thats made by LENOVO but the dongle never ever shows any lights no matter what port its in or regardless of the settings vchanged in the very small bios. I have wasted atleast 60 hrs + trying to figure out how to boot with it and it doesnt work at all. I had to end up making a bootable discover USB to help it find my wds server. Altough now when ever I attempt to drop an image to it it fails right at FINISHING up and finishes with a "corrupt installation file" error message. To make things more confusing is I can drop this same "Corrupt" image to our X1 carbons without a problem. Can anyone guess why??

Windows Deployment Services Unable to PXE boot clients PXE-E53: No Boot Filename Received

Hi
I'm trying to configure WDS/MDT to deploy Windows 8.1. I've captured an image and I'm ready to deploy the image to a workstation, as per the above title when I attempt to PXE boot a test workstation it just times out with the following error message PXE-E52:No
Boot Filename Recieved. I've tried a few tweaks to get it working however no such luck.
The setup is as follows it's a virtual Windows 2012 R2 machine, just a fresh member server with microsoft deployment toolkit installed and WDS role installed with the nesscary framework features installed.
I've tried tweaking the properties of most of the settings within the server settings in WDS with no such luck.
I'm a novice at WDS but from what I've read I shouldn't need configure that much in the first place to get it working.
I'm willing to bet it will be something I've overlooked so I need a 2nd opinon, could anyone provide any troubleshooting tips. If you require anymore information please let me know.
Cheers

Hi Joel,
This error may caused by the WDS server is not pushing the images because PXE Clients are not able to download or communicate with the TFTP server.
The image can’t be download generally caused by the the Vlan is not enabled IP helper/DHCP relay agent configured on it, all DHCP broadcasts on UDP port 67 by client computers
should be forwarded directly to both the DHCP server and the Windows Deployment Services PXE server.
The related KB:
PXE clients computers do not start when you configure the Dynamic Host Configuration Protocol server to use options 60, 66, 67
http://support.microsoft.com/kb/259670
The similar thread:
PXE-E53: No boot filename received
http://social.technet.microsoft.com/Forums/systemcenter/en-US/8de3bd6a-f8ec-41d9-ae0f-5b2fdb9e5831/pxee53-no-boot-filename-recieved?forum=configmgrosd
WDSServer (Windows Deployment Server) Fails to Start
http://social.microsoft.com/Forums/en-US/d96b0b86-f2b0-49a5-8946-19ab515f23e6/wdsserver-windows-deployment-server-fails-to-start?forum=windowshpcitpros
I’m glad to be of help to you!
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place.

Windows server 2012 R2 PXE boot is unworkable slow, I have this exact same set-up working in 2008 R2 What can I do?

Hi there
I'm trying to deploy a windows 7 image through Windows deployment services via PXE boot from a 2012 R2 server.
Issue: PXE boot is extremely slow, it takes up to more than 60 minutes for the device to download download the PXE boot
Things I already tried to get this up and running:
I've tried to change the TFTP block size via command prompt and via regedit
I've changed the settings on the tab of the WDS role (go to WDS role -> properties on server -> Tab "tftp")
Both actions resulted in PXE boot being even slower than it already was.
To make sure this is not because of our environment I’ve set up the same configuration on a windows server 2008 R2, here PXE boot image is downloaded to the machine within 3 minutes.
Both servers are set up through Hyper-V this is the configuration:
2008 R2:
Memory: 4096 MB
1 Virtual processor
IDE controller 2 hard drives
Network adapter
2012 R2:
Memory: 4096 MB
32 virtual processors
SCSI controller 2 hard drives
Network adapter
I can’t imagine that PXE boot is not working because of the differences of the Hard drives controllers or because of the amount of the virtual processors.
Windows server 2012 R2 seems to handle PXE boot TFTP differently in comparison to 2008 R2.
Do you guys know what I can do/try to get this working?

Hi Jacques Rodrigues,
You can run Windows Deployment Services on Hyper-V virtual machines,
that the performance will often be degraded, particularly during the Trivial File Transfer Protocol (TFTP) download phase. This phase is very resource-intensive and may
fail if insufficient resources are available on your server running Hyper-V.
If you are using multicast, Check if IGMP Snooping is enabled i.e. Routers that support multicasting. In particular, Internet Group Membership Protocol (IGMP) snooping should
be enabled on all devices. This will cause your network hardware to forward multicast packets only to those devices that are requesting data. If IGMP snooping is turned off, multicast packets are treated as broadcast packets, and will be sent to every device
in the subnet.
The related KB:
Windows Deployment Services Overview
http://technet.microsoft.com/en-us/library/hh831764.aspx
I’m glad to be of help to you!
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place.

Got stuck on rerun PXE boot

Required OSD TS work flawless except one thing:
If PC got error on first PXE-PE loading step (missing network driver or required package) i can`t force that PC to re-run PXE deployment, except redeploying TS on OSD Collection. It always shows me abortpxe message.
Is there any way to automate or better way to handle this situation? Where can i delete information about PXE Boot of "00:21:5A:15:21:EC, 88476A71-3D11-11DD-BBDA-5A1521EC0021" PC
At smspxe.log i see, that no advertisements found for item key: 2046820353 which is "x64 Unknown Computer" account.
<![LOG[Getting boot action for unknown machine: item key: 2046820353]LOG]!><time="14:06:23.259-180" date="02-27-2015" component="SMSPXE" context="" type="1" thread="5168" file="pxehandler.cpp:231">
<![LOG[Client boot action reply: <ClientIDReply><Identification Unknown="0" ItemKey="2046820353" ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification><PXEBootAction
LastPXEAdvertisementID="" LastPXEAdvertisementTime="" OfferID="" OfferIDTime="" PkgID="" PackageVersion="" PackagePath="" BootImageID="" Mandatory=""/></ClientIDReply>
]LOG]!><time="14:06:23.368-180" date="02-27-2015" component="SMSPXE" context="" type="1" thread="5168" file="libsmsmessaging.cpp:6544">
<![LOG[00:21:5A:15:21:EC, 88476A71-3D11-11DD-BBDA-5A1521EC0021: no advertisements found]LOG]!><time="14:06:23.369-180" date="02-27-2015" component="SMSPXE" context="" type="1" thread="5168"
file="database.cpp:483">

There is a report, MAC - Computers for a specific MAC address. Use that report to find the computer in question and then search for it in the console to remove it.
Jeff
Аfter error on PXEBoot , I found the object "Unknown" and delete it from SCCM using console. At the moment search by MAC does not find anything that corresponds with troublesome PC. It refuses
to re-apply PXE-Boot advertisement even after weekend.
That problem is very worries me, because a large number of scheduled baremetal deployments will be done next month and i can`t manage collection every time PC fails PXE-Boot

PXE boot fails

Similar Messages

Maybe you are looking for