PXE Boot Stuck Contacting Server

OSD using PXE has been working for weeks. Suddenly today it stopped. The client receives the initial response from DHCP and then gets stuck on Pending Request, looking for policy, contacting server. The SMSPXE.log looks normal until the client is stuck contacting
the server. Then "Looking for bootImage PO1xxxxx" just repeats over and over. Here's what I've checked.
Deploy this boot image from the PXE-enabled distribution point is checked.
Boot image (x64) and x(86) are both updated and distributed to the DPs.
Use Boot image (x64) is checked in the Task Sequence.
Task sequence is deployed to both Unknown Computers and Deploy collection.
Deployment settings make available to media and PXE.
Switch the task sequence to x86 boot image.
I have not tried to disable and re-enable PXE on the distribution point or remove WDS yet. Any suggestions from someone that's resolved the issue?

The distmgr.log file looks great. But, the SMSPXE.log file might show the root cause. There's an entry now that says BootImage P0100097 needs to be updated (new packageID=P0100097) VersionUpdate=true. Then there are messages about boot.bcd being deleted.
But the Looking for bootImage P0100097 keeps getting logged.
<![LOG[Error opening file: E:\RemoteInstall\SMSImages\P0100097\boot.P0100097.wim. Win32=32]LOG]!><time="09:02:24.995+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40"
file="bootimagemgr.cpp:1085">
<![LOG[Retrying E:\RemoteInstall\SMSImages\P0100097\boot.P0100097.wim]LOG]!><time="09:02:24.995+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="bootimagemgr.cpp:1086">
<![LOG[Boot image P0100097 has changed since added]LOG]!><time="09:02:28.011+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="bootimagemgr.cpp:1112">
<![LOG[ADK installation root registry value not found.]LOG]!><time="09:02:28.011+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="wimfile.cpp:197">
<![LOG[Loaded C:\Windows\system32\wimgapi.dll]LOG]!><time="09:02:28.011+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="wimfile.cpp:334">
<![LOG[Opening image file E:\RemoteInstall\SMSImages\P0100097\boot.P0100097.wim]LOG]!><time="09:02:28.011+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="wimfile.cpp:412">
<![LOG[Found Image file: E:\RemoteInstall\SMSImages\P0100097\boot.P0100097.wim
 PackageID: P0100097
 ProductName: Microsoft® Windows® Operating System
 Architecture: 0
 Description: Microsoft Windows PE (x86)
 Version: 
 Creator:
 SystemDir: WINDOWS
]LOG]!><time="09:02:28.011+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="bootimagemgr.cpp:925">
<![LOG[Closing image file E:\RemoteInstall\SMSImages\P0100097\boot.P0100097.wim]LOG]!><time="09:02:28.011+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="wimfile.cpp:448">
<![LOG[Boot image P0100097 has changed since added]LOG]!><time="09:02:30.980+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="bootimagemgr.cpp:1112">
<![LOG[ADK installation root registry value not found.]LOG]!><time="09:02:30.980+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="wimfile.cpp:197">
<![LOG[Loaded C:\Windows\system32\wimgapi.dll]LOG]!><time="09:02:30.980+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="wimfile.cpp:334">
<![LOG[Opening image file E:\RemoteInstall\SMSImages\P0100097\boot.P0100097.wim]LOG]!><time="09:02:30.980+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="wimfile.cpp:412">
<![LOG[Found Image file: E:\RemoteInstall\SMSImages\P0100097\boot.P0100097.wim
 PackageID: P0100097
 ProductName: Microsoft® Windows® Operating System
 Architecture: 0
 Description: Microsoft Windows PE (x86)
 Version: 
 Creator:
 SystemDir: WINDOWS
]LOG]!><time="09:02:30.980+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="bootimagemgr.cpp:925">
<![LOG[Closing image file E:\RemoteInstall\SMSImages\P0100097\boot.P0100097.wim]LOG]!><time="09:02:30.980+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="wimfile.cpp:448">
<![LOG[Client lookup reply: <ClientIDReply><Identification Unknown="0" ItemKey="16781103" ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification></ClientIDReply>
]LOG]!><time="09:02:37.402+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="libsmsmessaging.cpp:6346">
<![LOG[F0:1F:AF:01:3B:DA, 4C4C4544-0034-3410-8034-B4C04F5A5731: device is in the database.]LOG]!><time="09:02:37.402+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156"
file="database.cpp:483">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:02:37.402+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[BootImage P0100097 needs to be updated (new packageID=P0100097) VersionUpdate=true]LOG]!><time="09:02:37.402+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156"
file="bootimagemgr.cpp:1786">
<![LOG[PXE::CBootImageInfo::CBootImageInfo: key=P0100097]LOG]!><time="09:02:37.402+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagecache.cpp:60">
<![LOG[Saving Media Variables to "E:\RemoteInstall\SMSTemp\2015.01.21.09.02.39.0003.{D7FB3128-3134-466C-AF92-DD5580B12200}.boot.var"]LOG]!><time="09:02:39.105+360" date="01-21-2015" component="SMSPXE" context=""
type="1" thread="3156" file="tsremovablemedia.cpp:186">
<![LOG[Cannot read the registry value of MACIgnoreListFile (00000000)]LOG]!><time="09:02:44.292+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="provsettings.cpp:353">
<![LOG[MAC Ignore List Filename in registry is empty]LOG]!><time="09:02:44.292+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="40" file="provsettings.cpp:468">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:02:57.027+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[BootImage P0100097 needs to be updated (new packageID=P0100097) VersionUpdate=true]LOG]!><time="09:02:57.027+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156"
file="bootimagemgr.cpp:1786">
<![LOG[PXE::CBootImageInfo::CBootImageInfo: key=P0100097]LOG]!><time="09:02:57.027+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagecache.cpp:60">
<![LOG[Saving Media Variables to "E:\RemoteInstall\SMSTemp\2015.01.21.09.02.58.0004.{F6BC7C78-658E-4961-AF34-E898C637310C}.boot.var"]LOG]!><time="09:02:58.746+360" date="01-21-2015" component="SMSPXE" context=""
type="1" thread="3156" file="tsremovablemedia.cpp:186">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:03:16.792+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:03:36.574+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:03:56.339+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:04:16.121+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:04:35.887+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Client lookup reply: <ClientIDReply><Identification Unknown="0" ItemKey="16781103" ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification></ClientIDReply>
]LOG]!><time="09:04:55.809+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="libsmsmessaging.cpp:6346">
<![LOG[F0:1F:AF:01:3B:DA, 4C4C4544-0034-3410-8034-B4C04F5A5731: device is in the database.]LOG]!><time="09:04:55.809+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156"
file="database.cpp:483">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:04:55.809+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:05:15.434+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[File E:\RemoteInstall\SMSTemp\2015.01.21.09.02.28.05.{AD7F5491-DFC7-42A3-B3B0-0C6D34EAB931}.boot.bcd deleted.]LOG]!><time="09:05:17.184+360" date="01-21-2015" component="SMSPXE" context="" type="1"
thread="40" file="bootimagecache.cpp:267">
<![LOG[File E:\RemoteInstall\SMSTemp\2015.01.21.09.02.28.05.{AD7F5491-DFC7-42A3-B3B0-0C6D34EAB931}.boot.bcd.log deleted.]LOG]!><time="09:05:17.184+360" date="01-21-2015" component="SMSPXE" context="" type="1"
thread="40" file="bootimagecache.cpp:282">
<![LOG[File E:\RemoteInstall\SMSTemp\2015.01.21.09.02.30.06.{A3CFA92C-5B28-4D0B-B9A0-079CF96AB214}.boot.bcd deleted.]LOG]!><time="09:05:17.184+360" date="01-21-2015" component="SMSPXE" context="" type="1"
thread="40" file="bootimagecache.cpp:267">
<![LOG[File E:\RemoteInstall\SMSTemp\2015.01.21.09.02.30.06.{A3CFA92C-5B28-4D0B-B9A0-079CF96AB214}.boot.bcd.log deleted.]LOG]!><time="09:05:17.184+360" date="01-21-2015" component="SMSPXE" context="" type="1"
thread="40" file="bootimagecache.cpp:282">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:05:35.215+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:05:54.981+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:06:14.762+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:06:34.528+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">
<![LOG[Looking for bootImage P0100097]LOG]!><time="09:06:54.294+360" date="01-21-2015" component="SMSPXE" context="" type="1" thread="3156" file="bootimagemgr.cpp:1774">

Similar Messages

  • PXE boot stuck at "downloading config file cmds\z_maint.cmd

    Hi.
    Since I applied NW6.5sp8 to our ZDM7SP1_HP2 server (January Driver Updates were in
    place before), the PXE boot gets stuck at
    downloading config file cmds\z_maint.cmd
    I had this very same issue before, there I missed to drop the correct version of
    sys:\tftp\boot\settings.txt, after doing so, PXE boot was working fine again.
    I doublechecked, that the right copies of the files initrd, linux and root are to be
    found in sys:tftp and ./boot.
    I *CAN* sucessfully download the z_maint.cmd file through
    tftp -i 10.27.1.8 get cmds/z_maint.cmd
    There is a very similar thread:
    news://forums.novell.com/dlee.3shxji...ums.novell.com
    The server in that thread is running on W2k3, not NW, as we use. So I suspect, that
    it might be a simple "wrong files issue", even though I really checked initrd, ...
    several times.
    What's my mistake?
    Regards, Rudi.

    Hi.
    I just want to add this information:
    *ALL* the different client PCs we run get stuck at the very same point of th PXE
    boot process.
    downloading config file cmds\z_maint.cmd
    the cursor is blinking next line and doesn't take any keystrokes.
    Regards, Rudi.

  • PXE boot issues with Windows Deployment Services

    I am trying to move from FOG to WDS after running in to serious UEFI issues with FOG.Right now I'm stuck with machines PXE booting to WDS server.I keep getting the message ProxyDHCP service didn't reply to request on port 4011.WDS and DHCP are on different servers. There are plenty of IP addresses available, and they are on the same subnet. I did originally configure DHCP option 60, but deleted that option after troubleshooting. I have configured Windows Firewall to allow inbound and outbound connections on UDP ports 67-69 and 4011 on both DHCP server and WDS server. I have also tried just using IP address in DHCP option 66. As for option 67, I don't even know the right bootfile name to use at this point, figured I'd tackle that if I ever get past this error message.I have tried restarting the WDS service several times, as well as the...
    This topic first appeared in the Spiceworks Community

    After working with many companies in their Office 365 Change Management and End User Adoption strategies, we’ve found that companies who make it fun have very high success rates. So what can you to make it fun?Host an Office 365 Showcase.We’ve helped companies produceOffice 365 Showcases, which have a lively, trade show flair. Kiosks are set up in a cafeteria, meeting room or other convenient location. Hosting each kiosk is a departmental Office 365 Power User who demonstrates a unique aspect of the software to everyone who stops by.Read more about how to make Office 365 Change Management and End User Adoption Fun

  • PXE Boot with UEFI. WDS not sending WinPE wim

    I am trying to test PXE booting on devices that only have UEFI and no CSM support.
    We are running Windows Server 2008 R2 in our environment.
    On the DHCP server, we have option 66 and 67 set. If I change option 67 to SMSBoot\x86\wdsnbp.com and boot a traditional BIOS system (non UEFI) the SCCM server responds and gives me the option to hit F12 and PXE boot. This works without issue and can deploy
    images.
    I then change option 67 to SMSBoot\x64\wdsmgfw.efi and use a machine that is pure UEFI (meaning UEFI without any legacy support / CSM). The system appears to successfully download the wdsmgfw.efi and font file via TFTP as shown in the WDS logs. However, it
    then goes to the next sreen where it is trying to contact the WDS server. AFter retrying for a while it will error out with error 0x102 which I believe translates to ERROR_TIMEOUT
    The SMSPXE.log repeats the following:
    Client boot action reply: <ClientIDReply><Identification Unknown="0" ItemKey="2046820352" ServerName="" ServerRemoteName=""><Machine><ClientID>8908f9c4-c345-49ba-b137-af7b0b983584</ClientID><NetbiosName/></Machine></Identification><PXEBootAction
    LastPXEAdvertisementID="" LastPXEAdvertisementTime="" OfferID="GAS20043" OfferIDTime="7/24/2013 3:12:00 PM" PkgID="GAS00037" PackageVersion="" PackagePath="<a href="http:///SMS_DP_SMSPKG$/GAS00038">http://<IVE
    REMOVED  THIS>/SMS_DP_SMSPKG$/GAS00038" BootImageID="GAS00038" Mandatory="0"/></ClientIDReply>
     SMSPXE 7/24/2013 7:14:58 PM 7724 (0x1E2C)
    00:50:56:01:00:82, DF6A0C42-F909-B518-7B44-3150B662200B: found optional advertisement GAS20043 SMSPXE 7/24/2013 7:14:58 PM 7724 (0x1E2C)
    Looking for bootImage GAS00038 SMSPXE 7/24/2013 7:14:58 PM 7724 (0x1E2C)
    Any idea what may be going on?

    Hey,
    I am having the following situation:
    DP1 = Windows Server 2008 R2 SP1 (Standalone Primary Site Server SCCM 2012 SP1 CU2)
    DP2 = Windows Server 2012
    UEFI Client: Microsoft Surface Pro (with Microsoft Surface Network Adapter)
    BIOS Client: HyperV Virtual machine with Legacy network adapert
    DP1; DP2 and DHCPServer all in Subnet1.
    (IP Helper is set for DHCPServer for DHCP and for DP1 & DP2 for DHCP and BootP - I checked serveral times if everything is right here)
    UEFI Client and BIOS Client in Subnet2.
    Situation1 -- Using no DHCP Options and both DPs(DP1 and DP2) WDS running:
    UEFI Client - Boots perfectly (contacting Server DP2)
    BIOS Client - Boots perfectly (contacting Server DP2)
    Situaion2 -- Using no DHCP Options and WDS just running on DP1:
    UEFI Client - Does not boot (no error information is provided)
    BIOS Client - Does not boot (no Bootfilename recieved)
    Situation3 -- Using DHCP Options(Option 66="IP of DP1" Option 67="SMSBoot\x86\wdsnbp.com") and WDS just running on DP1:
    UEFI Client - Does not boot (no error information is provided)
    BIOS Client - Boots perfectly (contacting Server DP1)
    Situation4 -- Using DHCP Options(Option 60="PXEClient" Option 66="IP of DP1" Option 67="SMSBoot\x86\wdsnbp.com") and WDS just running on DP1:
    UEFI Client - Boots perfectly (contacting Server DP1)
    BIOS Client - Does not boot (taking hours to recieve dhcp options..)
    My problem is i am having a lot of location with 2008 R2 SP1 server only (this is why situation 1 is not enough for me :-( ).
    Based on this article:
    http://ccmexec.com/2013/05/configmgr-2012-uefi-and-pxe-boot-support/
    x64 UEFI Devices should work with Server 2008 R2 SP1 (not only Server 2012).
    Interesting is I am having ALL files on Server 2008 R2 SP1 like they are on Server 2012 (in SMSBoot\x86 folder, too!)??
    Some more ideas?
    Thank you for help

  • PXE Boot and RIS not working

    I'm trying to boot a toshiba SP6100 from ris but getting
    PXE-T01:File not found
    PXE-E3B: TFTP error - File not found
    PXE-MOF: Exiting Intel PXE ROM.
    No problem what so ever when booting other mashies (Other brands).
    When trying to boot from a Remote boot disk i get:
    Error: Could not found a supported network card.....
    PC is running latest bios (1.9)
    Any suggestions?

    Hi
    I have found an interesting Microsoft Knowledge Base Article Q304992.
    It deals with the PXE Boot and RIS server method, perhaps it could help you!
    Pelox

  • Problems PXE booting Gen 2 Virtual Machines after Upgrading to Windows Server 2012 R2

    My Current Setup: 
    I have two virtual machines set up with Hyper V on my Windows Server 2012 Server.
    VM1: Configured to boot from an ISO file and runs Clonezilla server. 
    VM2: Configured to PXE boot using a legacy network adapter, and with a passthrough 250Gb hard disk. 
    These two VMs are connected to an external Virtual Switch, which allows physical machines to PXE boot to the Clonezilla server. 
    For the past few months I have been using this setup for two purposes:
    1. To clone physical machines to the Clonezilla virtual server (as a backup).
    2. To restore those image to the second VM if I find that need to get access to the files on the original image.. 
    This has worked perfectly, except for the fact that the speed of the legacy network adapter on the second VM (which is required to PXE boot) is very slow. But I know this is because of the limitations in how the legacy adapter works... 
    Now my problem:
    I found out that Gen 2 VMs allow you to PXE boot without having use a legacy network adapter, allowing me to image back to the VM faster. So I upgraded the Server to Server 2012 R2 . I then created the same two virtual machines on the R2 server. I can still
    PXE boot the Gen 1 VM to the Clonezilla Server but I cannot get the Gen 2 VMs to PXE boot properly. They get an IP address from the Clonezilla Server but then just stop with the following screen. (note: I have disabled the Secure Boot). 
    Are Gen 2 VMs unable to pull down images from anything other than a WDS Server? 

    Hi J,
    >>Unfortunately WDS is not a solution for us as it is dependent on the PC being part of a domain
    If you would like to make the client not join to the domain, please check the box before “Do not join the client to a domain after an installation.”  In addition, make sure not to set the client to the domain in the unattend file and do not prestage
    the computer in AD. "
    It is quoted from following thread :
    https://social.technet.microsoft.com/Forums/windowsserver/en-US/1026c3a9-0a10-4a58-a48f-5391659a96c8/wds-set-unattend-file-for-workgroup?forum=winserversetup
    Best Regards
    Elton Ji
    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.

  • I have a big problem :( why is it i cant update my ipod touch 2g into ios 4! im using the latest version of itunes and everytime i click "update" it stucks on the "contacting server" please help :( i want to update it now

    i have a big problem why is it i cant update my ipod touch 2g into ios 4! im using the latest version of itunes and everytime i click "update" it stucks on the "contacting server" please help i want to update it now

    Maybe here:
    iTunes for Windows: iTunes cannot contact the iPhone, iPad, or iPod software update server

  • PXE boot issue with DHCP and SCCM server on different subnets

    I'm working with a client on the operating system deployment module of SCCM.
    Their network configuration currently has a single large subnet for client
    computers with a DHCP server on the same subnet. The SCCM subnet is
    configured on a seperate subnet with no DHCP server on the subnet. We want to
    configure client computers to be able to boot using the PXE client to deploy
    OS images to the machines but can not get PXE-boot to work correctly.
    Also, the client does not want to make changes to their network
    infrastructure routers or switches to remedy this problem. Are there settings
    on the DHCP or SCCM servers we can implement to make this work? If so, what
    needs to be installed or configured on each server. We currently already have
    WDS installed on the SCCM server and the SCCM server is configured as a PXE
    Service Point within SCCM. Both WDS and the PXE Service Point seem to be working fine.
    Any help would be appreciated.
    Thanks,
    Gary

    I am Brazilian,
    sorry for wrong english
    My DHCP is on linux,
    in my own structure VLANS
    The system center is on the network
    10.0.4.0/24
    The machines on the network 10.0.5.0/24
    The problem is that the machines that
    are not on the same network system center
    can not boot
      I tried configuring / etc/dhcp3/dhcpd.conf
    follows
    option vendor-class-identifier "PXEClient";
    option bootfile-name "\
    \ SMSBOOT \ \ x86 \
    \ wdsnbp.com";
    option tftp-server-name
    "10.0.4.101"; ---->
    IP server
    But it did not work, anyone know
    how to configure?

  • 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.

  • Home server undertaking, NFS, PXE boot, 6 servers

    Hey all, I have few old servers I like to play around with, and a main home server. My main one, which is a supermicro tower with 7 36 gb scsi320 drives, dual dual-core xeons. I have 5 poweredge 2600's that aren't in use due to my limitation of networking equipment, but I want to set up an NFS with pxe boot daisy chaining the poweredges to my supermicro. is this possible, and any advice?
    i'm reading https://wiki.archlinux.org/index.php/Di … t_NFS_root and trying one tonight.

    I think you need to have a subnetting system worked out, having a network of more networks and less hosts. So that you can "route" between each machine on either side of the network, effectively making a token ethernet.  But then it's going to get confusing if you actually try to complete the circle.  You could use iptables on each machine, one NIC would have a fixed address, serving dhcp to the PXE client machine.  So when you boot up a new PXE client, have it boot from the original server, maybe a copy of the same kernel in the /var/tftpboot directory on the main server and in the PXE client's same directory, but the root filesystem still accessed from the main server across the iptables and subnet.  Using pxelinux.cfg rules, you could have it set, to boot (possibly in fixed order) downline with the different configurations to get them to work.  I think you will be troubleshooting network bottlenecks, because no matter how you do it, it will eventually all go back to the main server.  Any errors in implementation will of course propogate across the network and cause problems.
    Ditto, just get a hand-me-down switch from somewhere.
    Last edited by nomorewindows (2012-06-23 16:35:33)

  • Server 2008 configured for PXE boot with UIU and GhostCast

    Right now, I am in the process of switching over from UIU 4, to UIU 5, and the implementation is completely different.  We used GhostCast to push images out before, but the new UIU uses WIM files to pull the drivers off the server.  I had a few
    questions about reconfiguring the new server.
    Currently, we have a server 2003 machine running ghost cast.  It pulls its images off of a server 2008 machine.  The server 2008 machine can be accessed remotely.  So my first question is, can this be configured to allow remote connections
    with the new setup?
    The things I have been reading have said that you need to enable DNS, AD, and DHCP, however if we connect this to a WAN, will it conflict with that?  Or can we configure only one of the ethernet ports to see this?  Sorry kind of new to this.
    I guess my main concern is, can we set up a separate domain for GhostCasting, while still being connected to an external domain?

    Hi,
    I’m not sure what you really want to do. For PXE boot, I think DHCP is always required just like Microsoft deployment solution WDS and MDT.
    The two products are third products, so I don’t know the detail information about how they work. Based on my experience, they should be based on broadcast or multicast.
    If so it could be a bad idea if you install it on a server facing the internet.
    I think you can also ask in the third party forums that provide the products.
    Thanks for understanding.

  • 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

  • Default PXE Boot.wim "stuck" and cannot be changed

    We would like our default PXE boot.wim to be the x64 boot.wim. Somehow, it has been changed to x86 and it cannot be changed back. I am aware of the method by which config manager chooses which disk to use (last deployed TS to a collection), but despite creating
    multiple deployments utilizing the x64 disk, it is still defaulting to the x86 one. We have 2 main collections that TS's are deployed to, and both of them have a most recent deployment using the x64 disk.
    Anyone have any ideas what is going on, or where I can look to get this changed?

    Hi,
    Do you mean the clients are still trying to boot from the x86 iamge?
    You referred that you have deployed task sequence via the iamge. Is the task sequence still bind with the image?

  • PXE Boot a client to connect to a Remote Desktop Session Host/Terminal Server Farm via SCCM 2007

    Hi all,
    we've got a bunch of old desktops which are destined for disposal but i was wondering if we couldn't use them as disk-free clients to connect to our Remote Desktop farm. I did some digging and have managed to put together an iso which will boot
    the machine into WinPE and then connect to our farm. However, since it's an iso i have to use either a cd or usb for this to work. (This is pretty much what i did: http://www.iammacgyver.com/2011/02/easy-rdp-60-from-winpe-30-simple-boot.html) 
    What i want to do is to advertise the boot.wim to the client via SCCM so that it boots via PXE and then picks up the WinPE image and connect to the RD farm. I've imported the boot.wim file into SCCM under Boot Images and created an empty Task Sequence
    with the boot.wim as its Boot Image. I then advertised this Task Sequence to a collection which contains the old desktop clients. The machine PXE boots ok and loads up WinPE but rather than launch a remote desktop connection, it trundles through the normal
    WinPE stages and once it's finished 'Preparing Network Connections' it simply ends and the client reboots.
    Is what i'm trying actually possible?
    Can anyone tell me why the ISO works yet pushing the boot.wim out as a Boot Image doesn't? I know the boot.wim file (which is the same one present in the ISO) is ok since the client boots into WinPE fine when PXE booted so why doesn't the remote
    desktop session conenction launch? How is booting from the ISO different from booting from the PXE boot.wim file?
    Slightly long winded problem so many thanks in advance to anyone who can pass some info my way!

    It doesn't work because importing it into ConfigMgr injects binaries and the task sequence engine along with the process to launch the engine thus suppressing whatever you've got configured.
    Perhaps you could use a pre start command (pre-execution hook in 2007 parlance) to launch your RDP process though.
    Jason | http://blog.configmgrftw.com | @jasonsandys

  • WDS PXE Boot "Downloading NBP File..."

    Have been able to boot and install from WDS VM. Had this happen once before as well but no idea how it resolved, just started working again.
    I haven't touched the server since I last used it successfully.
    Today when I attempted to boot a new VM from PXE I have been stuck at "Downloading NBP file..." during the PXE boot process. After about 5 minutes it comes to a "Contacting Server (192.168.4.108)" screen where again has sat so far for
    around 5 minutes.
    Normal behaviour is it just boots, downloads this file in seconds and is at the Windows Setup within a few more seconds.
    I've restarted the WDS services on it's server and rebooted the client multiple times, no change. Checked Logs on the WDS (Application, System) and nothing, no clue where to check specific to WDS...
    What am I missing here? This is completely vanilla WDS, installed, added files from 2012 R2 disk and that's it. As said worked fine in the past, now magically not working and not the first time it's done this.

    Enabled all logging available.
    Again, fuck MS not making copy and paste work within Hyper V console.
    Have this listed followed by errors:
    [WDSServer/WDSTFTP] TftpSession[0x00000026BA967730:192.168.4.101:1301] - Error: Received error from client. Code=8.
    I can't find what Code=8 is meant to mean. Where is the Technet article or whatever listing the WDS TFTP error codes and their meaning? Why provide error codes if no such reference exists?
    This is followed by:
    [WDSServer/WDSTFTP] [base\eco\wds\transport\server\tftp\tfptsession.cpp:1636] Expression: , Win32 Error=0x4d3
    [WDSServer/WDSTFTP] [base\eco\wds\transport\server\tftp\tfptsession.cpp:1636] Expression: , Win32 Error=0x4d3
    [WDSServer/WDSTFTP] [base\eco\wds\transport\server\tftp\tfptserver.cpp:1211] Expression: , Win32 Error=0x4d3
    and eventually after some more informational entries another informational "Max retries done, killing session".
    I've enabled Verbose logging but really doubt that will help and really can't be assed typing out what is entered in text on another screen on the same PC but MS can't give a way to copy and paste from.
    The whole idea with WDS was just a simple way to spin up new VMs when required, without using a ISO which can cause issues if not removed with Clustered Hyper V we've found. Can't believe something that should be so simple is leaving me scratching my head
    for hours. Time to look at other products that don't do this to people I think.

Maybe you are looking for