T61s, T60s & older model unable to PXE boot to SCCM (MAC address problem)

Hi, 
We have a series of T60, T61 & older machines that are unable to PXE boot to SCCM. The T400 & X series & other newer models can boot just fine. 
After checking further, we realised that only a certain range of MAC addresses are unable to pxe boot i.e 
00-1A-XXXXXXX
00-1C-XXXXXXX 
range.. all the other range of MAC addresses are fine to boot via network. 
The error when doing network boot  is "bad or missing discovery server list" 
Also, we are running on SCCM 2012 at the moment. Our branch office who is running SCCM 2008 can have all the machines - regardless of models & brand boot just fine. 
Any ideas?  Much appreciated. 

did it obtain IP address from DHCP server? is DNS server address is configured in DHCP scope? can you ping using IP address?
if drivers are proper will suggest to update it in boot media & enable command line support to make it easy for deployment & troubleshooting.
Prashant Patil

Similar Messages

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

  • Machines cannot PXE boot using SCCM 2012 DP

    There are a lot of posts about PXE boot, but I can't find the common thread to tie them all together.  My test machines cannot PXE boot.
    My lab environment is very simple:
    10.10.0.0/24 subnet
    10.10.0.10 = W2k8 R2 DC, DHCP, DNS
    10.10.0.11 = SCCM2012 (on W2k8R2 with SQL Server 2008 SP3 and CU4)
    All machines are Hyper-V virtual machines connecting through the same virtual network.
    Setup the PXE service from DP properties.  I let SCCM install WDS.  WDS in Server Manager does not have a server node, but the WDS service is running.  DP PXE tab is configured as follows:
    "Enable PXE support for clients" is checked
    "Allow this distribution point to resond to incoming PXE requests" is checked
    "Enable unknown computer support" is checked
    "Require a password when computers use PXE" is not checked
    "User device affinity" is set to "Allow user device affinity with automatic approval"
    PXE is configured to respond on all network interfaces
    The PXE server response delay is 0 seconds
    The DHCP server has options configured as follows:
    Option 66: 10.10.0.11
    Option 67: smsboot\x86\wdsnbp.com
    Both DP and MP on SCCM server are configured for HTTP.
    Both x86 and x64 boot images have been distributed to DP.  The media was updated after PXE was enabled on the DP.
    Both x86 and x64 boot images have "Deploy this image from the PXE service point" enabled on the Data Source tab of their properties.
    I have tried both unknown computer task sequence and a computer import task sequence (old computer association).  They all end in abortpxe.com
    Complete PXE response is as follows:
    =================================================================
    PXE Network Boot 03.23.2009
    (C) Copyright 2009 Microsoft Corporation, All Rights Reserved
    CLIENT MAC ADDR: 00 DD CC BB AA 00  GUID: 532D27E3-A184-4D27-A822-30A8B6F4A39D
    CLIENT IP: 10.10.0.106    MASK: 255.255.255.0    DHCP IP: 10.10.0.10
    GATEWAY IP: 10.10.0.5
    Download WDSNBP...
    Architecture: x64
    WDSNBP started using DHCP Referral.
    Contacting Server: 10.10.0.11 (Gateway: 0.0.0.0)
    The detalis 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: 6
    Contacting Server: 10.10.0.11
    TFTP Download: smsboot\x64\abortpxe.com
    PXE Boot aborted.  Booting to next device
    =========================================================== 
    From the smspxe.log:
    ]LOG]!><time="16:31:39.445+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:6402">
    <![LOG[Client Identity: {C9929C4D-735A-4973-8659-4D3D5D5E4F92}]LOG]!><time="16:31:39.445+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:6428">
    <![LOG[Set enterpirse certificate in transport]LOG]!><time="16:31:39.480+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:9207">
    <![LOG[Set media certificate in transport]LOG]!><time="16:31:39.505+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:9220">
    <![LOG[Set authenticator in transport]LOG]!><time="16:31:39.505+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:7592">
    <![LOG[Set authenticator in transport]LOG]!><time="16:31:39.533+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:7592">
    <![LOG[PXE::CBootImageManager::FindMatchingArchitectureBootImage]LOG]!><time="16:31:39.553+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="bootimagemgr.cpp:1736">
    <![LOG[PXE::CBootImageManager::FindMatchingArchitectureBootImage]LOG]!><time="16:32:00.963+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="bootimagemgr.cpp:1736">
    <![LOG[Set enterpirse certificate in transport]LOG]!><time="16:32:01.008+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:9207">
    <![LOG[Set media certificate in transport]LOG]!><time="16:32:01.027+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:9220">
    <![LOG[Set authenticator in transport]LOG]!><time="16:32:01.027+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:7592">
    <![LOG[Set authenticator in transport]LOG]!><time="16:32:01.084+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:7592">
    <![LOG[Client boot action reply: <ClientIDReply><Identification Unknown="0" ItemKey="16777218" ServerName="" ServerRemoteName=""><Machine><ClientID/><NetbiosName/></Machine></Identification><PXEBootAction LastPXEAdvertisementID=""
    LastPXEAdvertisementTime="" OfferID="" OfferIDTime="" PkgID="" PackageVersion="" PackagePath="" BootImageID="" Mandatory=""/></ClientIDReply>
    ]LOG]!><time="16:32:01.108+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:6402">
    <![LOG[Client Identity: {C9929C4D-735A-4973-8659-4D3D5D5E4F92}]LOG]!><time="16:32:01.108+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:6428">
    <![LOG[Set enterpirse certificate in transport]LOG]!><time="16:32:01.151+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:9207">
    <![LOG[Set media certificate in transport]LOG]!><time="16:32:01.174+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:9220">
    <![LOG[Set authenticator in transport]LOG]!><time="16:32:01.174+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:7592">
    <![LOG[Set authenticator in transport]LOG]!><time="16:32:01.209+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:7592">
    <![LOG[PXE::CBootImageManager::FindMatchingArchitectureBootImage]LOG]!><time="16:32:05.230+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="bootimagemgr.cpp:1736">
    <![LOG[Set enterpirse certificate in transport]LOG]!><time="16:32:05.290+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:9207">
    <![LOG[Set media certificate in transport]LOG]!><time="16:32:05.325+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:9220">
    <![LOG[Set authenticator in transport]LOG]!><time="16:32:05.325+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:7592">
    <![LOG[Set authenticator in transport]LOG]!><time="16:32:05.366+240" date="05-06-2012" component="SMSPXE" context="" type="1" thread="3600" file="libsmsmessaging.cpp:7592">
    <![LOG[Client boot action reply: <ClientIDReply><Identification Unknown="0" ItemKey="16777218" ServerName="" ServerRemoteName=""><Machine><ClientID/><NetbiosName/></Machine></Identification><PXEBootAction LastPXEAdvertisementID=""
    LastPXEAdvertisementTime="" OfferID="" OfferIDTime="" PkgID="" PackageVersion="" PackagePath="" BootImageID="" Mandatory=""/></ClientIDReply>
    =============================================================================================
    I've been hammering this for about 10 hours now (or to be honest, it's been hammering me) and it must be something very simple I'm missing.  I have a feeling that I'm doing something I used to do in 2007 and whatever that is, it does not work in
    2012.
    If I connect using boot media, Task Sequences execute perfectly.
    TIA,
    Tom

    Option 66: 10.10.0.11
    Option 67: smsboot\x86\wdsnbp.com
    Pending Request ID: 6
    Contacting Server: 10.10.0.11
    TFTP Download: smsboot\x64\abortpxe.com
    PXE Boot aborted.  Booting to next device
    <![LOG[Client boot action reply: <ClientIDReply><Identification Unknown="0" ItemKey="16777218" ServerName="" ServerRemoteName=""><Machine><ClientID/><NetbiosName/></Machine></Identification><PXEBootAction
    LastPXEAdvertisementID="" LastPXEAdvertisementTime="" OfferID="" OfferIDTime="" PkgID="" PackageVersion="" PackagePath="" BootImageID="" Mandatory=""/></ClientIDReply>
    Those options are fine when using DHCP options. They must be configured right because ConfigMgr does send a reply to the client ("abortpxe"). It basically tells you that ConfigMgr knows the MAC address and/or SMBIOSGUID of the client, but cannot find
    a deployment for it.
    Just find ResourceID 16777218 in the console (you might have to add the ResourceID column) and double check if there's an deployment available (properties of the client with resourceID 16777218).
    Torsten Meringer | http://www.mssccmfaq.de
    Your answer really helped me. I was searching for 2 days trying to find a computer in Config Manager. Your suggestion to "Just
    find ResourceID 16777218 in the console (you might have to add the ResourceID column) and double check if there" was the trick to finding the computer in Config Manager. Thanks for all of your help
    Gregory Campbell System Administrator

  • Unable to clone zone on solaris11 (MAC address is already in use )

    I have an x86 box running solaris11_FCS which I want to use for cloning zones. I have a 'gold' zone with my exact setup (mysql/tomcat + java application) and I want to be able to clone this so that I can preserve the 'gold' zone and mess around with the clones knowing I can recreate them at will
    I created 2 vnics (one for my gold zone and one for a new clone)
    root>dladm create-vnic -l net0 vnic1
    root>dladm create-vnic -l net0 vnic2
    root>dladm show-vnic
    LINK OVER SPEED MACADDRESS MACADDRTYPE VID
    vnic1 net0 1000 2:8:20:78:4f:ba random 0
    vnic2 net0 1000 2:8:20:6f:87:53 random 0
    // Here is the configuration of my gold zone (created and up&running)
    root>zonecfg -z gold-z1 export
    create -b
    set zonepath=/zones/gold-z1
    set brand=solaris
    set autoboot=true
    set ip-type=exclusive
    add anet
    set linkname=net0
    set lower-link=auto
    set configure-allowed-address=false
    set link-protection=mac-nospoof
    set mac-address=2:8:20:18:e1:98
    end
    //I have created the clone as follows :-
    root>zonecfg -z gold-z1 export -f /zones/new-z2-profile
    // I have edited 'new-z2-profile' to make approp adjustments
    // here is the configuration of the clone
    root>zonecfg -z new-z2 export
    create -b
    set zonepath=/zones/new-z2
    set brand=solaris
    set autoboot=true
    set ip-type=exclusive
    add anet
    set linkname=net0
    set lower-link=auto
    set configure-allowed-address=false
    set link-protection=mac-nospoof
    set mac-address=2:8:20:6f:87:53
    end
    root>
    // I created "/zones/new-z2-template.xml" using "sysconfig create-profile" command on gold-z1
    root>zonecfg -z new-z2 -f /zones/new-z2-profile
    root>zoneadm -z new-z2 clone -c /zones/new-z2-template.xml gold-z1
    /// when I try and boot the clone, I get an error
    root>zoneadm -z new-z2 boot
    zone 'new-z2': failed to create vnic for vnic1: MAC address is already in use
    zoneadm: zone 'new-z2': call to zoneadmd failed
    root>
    what does this error mean? The 2 vnics have different MAC addresses (see output from dladm above) ??
    Also - how can I take the image from my 'gold' zone and install a zone on a separate machine from that image?

    See if this helps:
    iOS: FaceTime is 'Unable to verify email because it is in use'

  • E7250 will not PXE Boot with SCCM 2012 R2

    Just received our new version Dell laptop the E7250.  We are using SCCM 2012 R2 OSD to build our computers.  We currently have 6 Dell computers (2 desktops 7010 and 790 and 4 laptops 6410, 6420, 6430 and 5440) that are using the same WIM file.  Never had a problem with the network drivers until now with the E7250.  It loads the WIM file but as soon as it says "preparing network connection" it fails.  I hit F8 and try an IPCONFIG and I don;t see an IP address.  So I'm thinking Network Driver issue, so I add the network driver to the Boot image and still can't get past "Preparing Network Connections".  Any ideas?
    Thanks

    I got the same issue, both the Dell and Intel drivers only have Intel L217-LM drivers, the Latitude E7250s I've got need L218-LM drivers. I've tried older versions of the family driver package from Intel, but no good. 
    Perhaps its not the driver packages but rather SCCM 2012 R2 that doesn't pick up the 218 drivers in the packages, but I'm stuck.

  • Setup of PXE boot for SCCM 2012

    I have setup SCCM Server on a test network with IP 192.168.9.10. I have also setup a DC which is running AD, DNS and DHCP and its IP is 192.168.9.2
    On what server do I install WDS and how do I configure WDS/DHCP to point SCCM 2012 to enable PXE boot

    If the client is in the same subnet as the PXE enabled DP no further network configuration is necessary. If it isn't you have to configure
    1. IP Helper on your switch/router to direct the request to the PXE enabled DP (preferred)
    OR
    2. Add DHCP Scope option to direct the request to the PXE enabled DP
    See how to do it here
    http://www.gerryhampsoncm.blogspot.ie/2013/02/sccm-2012-sp1-step-by-step-guide-part_9487.html
    Gerry Hampson | Blog:
    www.gerryhampsoncm.blogspot.ie | LinkedIn:
    Gerry Hampson | Twitter:
    @gerryhampson

  • Boot camp no longer on startup disk bless tool unable to set boot disk

    iOS 10.6.8  boot camp no longer on startup disk msg says 'bless tool unable to set boot disk'

    solved my own problem. a simple restart did the trick.

  • SCCM 2012R2 OSD PXE-boot-smstftp .var file download times out errorcode 0x00000001- at this point: "Preparing Network" and Reboots

     
    Hello All,
    Please I need help! I have not seen the above error without relationship to two of the  known causes for sometime during a Windows 7 osd in an SCCM 2012 R2 environment with a remote DP/PXE server. I understand this error: to occur when the boot images
    does not have "Network drivers in the past Winpe version ( i.e. 3.0, 4.0), not Winpe 5.0 which has all the Network and storage drivers for Windows 7" or when Port fast is not enabled on the switch port the pxe device is plugged into. These two causes
    stated here have been verified and confirmed not to be the cause in this case within the environment. The PXE boot device has ip-address (verified using ip-config, diskpart as well reveals the disk is online) and can ping the wds/pxe server and the sccm server.
    Port fast is enabled on the switch port the device is plugged into. I am stuck on this one; as I could not ascertain the cause on this occasion. 
    Please see details below and I welcome any help any body can offer, thanks in advance guys!
    Client – Winpe x64
    Server - Windows Server 2008 R2 configured as a PXE / WDS / SCCM DP
    Network - both devices on the same subnet
    Problem: Client performs PXE boot, downloads Winpe without problems.  Client then tries to download .var file.  This is not successful and TFTP timeout is received.  Error code in
    smsts.log states:
    <![LOG[Executing: X:\sms\bin\x64\smstftp.exe -i PXE-Server get \SMSTemp\2014.07.01.14.09.09.0001.{46173825-3EDA-4352-8947-3549830D77A7}.boot.var X:\sms\data\variables.dat]LOG]!><time="14:13:57.285+480"
    date="07-01-2014" component="TSPxe" context="" type="0" thread="376" file="tspxe.cpp:177">
    <![LOG[Command line for extension .exe is "%1" %*]LOG]!><time="14:13:57.332+480" date="07-01-2014" component="TSPxe" context="" type="0"
    thread="376" file="commandline.cpp:228">
    <![LOG[Set command line: "X:\sms\bin\x64\smstftp.exe" -i PXE-Server get \SMSTemp\2014.07.01.14.09.09.0001.{46173825-3EDA-4352-8947-3549830D77A7}.boot.var X:\sms\data\variables.dat]LOG]!><time="14:13:57.332+480"
    date="07-01-2014" component="TSPxe" context="" type="0" thread="376" file="commandline.cpp:731">
    <![LOG[Executing command line: "X:\sms\bin\x64\smstftp.exe" -i PXE-Server get \SMSTemp\2014.07.01.14.09.09.0001.{46173825-3EDA-4352-8947-3549830D77A7}.boot.var X:\sms\data\variables.dat]LOG]!><time="14:13:57.332+480"
    date="07-01-2014" component="TSPxe" context="" type="1" thread="376" file="commandline.cpp:827">
    <![LOG[Process completed with exit code 1]LOG]!><time="14:14:45.379+480" date="07-01-2014" component="TSPxe" context="" type="1" thread="376"
    file="commandline.cpp:1123">
    Network trace is detailed below:
    324994  11:47:35 04/07/2014        166.7634594                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:320, UDP:319, IPv4:72}
    325069  11:47:36 04/07/2014        167.7554047       svchost.exe        Client    Server  
    TFTP      TFTP: Read Request - File: \SMSTemp\2014.07.03.15.45.31.0001.{549002A3-C9C9-4189-8AFE-9F8B272BECC1}.boot.var, Transfer Mode: octet                
    {UDP:321, IPv4:72}
    325070  11:47:36 04/07/2014        167.7556504                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:320, UDP:319, IPv4:72}
    325071  11:47:36 04/07/2014        167.7598345                      
    Server   Client    TFTP      TFTP: Data - Block Number: 1                {UDP:322, IPv4:72}
    325072  11:47:36 04/07/2014        167.7607151                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 1          {UDP:322, IPv4:72}
    325073  11:47:36 04/07/2014        167.7608240                      
    Server   Client    TFTP      TFTP: Data - Block Number: 2                {UDP:322, IPv4:72}
    325074  11:47:36 04/07/2014        167.7615948                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 2          {UDP:322, IPv4:72}
    325075  11:47:36 04/07/2014        167.7616991                      
    Server   Client    TFTP      TFTP: Data - Block Number: 3                {UDP:322, IPv4:72}
    325076  11:47:36 04/07/2014        167.7624602                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 3          {UDP:322, IPv4:72}
    325077  11:47:36 04/07/2014        167.7625635                      
    Server   Client    TFTP      TFTP: Data - Block Number: 4                {UDP:322, IPv4:72}
    325078  11:47:36 04/07/2014        167.7629426                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 4          {UDP:322, IPv4:72}
    325079  11:47:36 04/07/2014        167.7630452                      
    Server   Client    TFTP      TFTP: Data - Block Number: 5                {UDP:322, IPv4:72}
    325080  11:47:36 04/07/2014        167.7637927                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 5          {UDP:322, IPv4:72}
    325081  11:47:36 04/07/2014        167.7638947                      
    Server   Client    TFTP      TFTP: Data - Block Number: 6                {UDP:322, IPv4:72}
    325082  11:47:36 04/07/2014        167.7643324                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 6          {UDP:322, IPv4:72}
    325083  11:47:36 04/07/2014        167.7644367                      
    Server   Client    TFTP      TFTP: Data - Block Number: 7                {UDP:322, IPv4:72}
    325084  11:47:36 04/07/2014        167.7652140                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 7          {UDP:322, IPv4:72}
    325085  11:47:36 04/07/2014        167.7653183                      
    Server   Client    TFTP      TFTP: Data - Block Number: 8                {UDP:322, IPv4:72}
    325086  11:47:36 04/07/2014        167.7660907                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 8          {UDP:322, IPv4:72}
    325087  11:47:36 04/07/2014        167.7661940                      
    Server   Client    TFTP      TFTP: Data - Block Number: 9                {UDP:322, IPv4:72}
    325088  11:47:36 04/07/2014        167.7669372                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 9          {UDP:322, IPv4:72}
    325089  11:47:36 04/07/2014        167.7670323                      
    Server   Client    TFTP      TFTP: Data - Block Number: 10                {UDP:322, IPv4:72}
    325090  11:47:36 04/07/2014        167.7674067                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 10        {UDP:322, IPv4:72}
    325091  11:47:36 04/07/2014        167.7674809                      
    Server   Client    TFTP      TFTP: Data - Block Number: 11                {UDP:322, IPv4:72}
    325092  11:47:36 04/07/2014        167.7681308                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 11        {UDP:322, IPv4:72}
    325093  11:47:36 04/07/2014        167.7682056                      
    Server   Client    TFTP      TFTP: Data - Block Number: 12                {UDP:322, IPv4:72}
    325094  11:47:36 04/07/2014        167.7685383                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 12        {UDP:322, IPv4:72}
    325095  11:47:36 04/07/2014        167.7686108                      
    Server   Client    TFTP      TFTP: Data - Block Number: 13                {UDP:322, IPv4:72}
    325096  11:47:36 04/07/2014        167.7692475                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 13        {UDP:322, IPv4:72}
    325097  11:47:36 04/07/2014        167.7693216                      
    Server   Client    TFTP      TFTP: Data - Block Number: 14                {UDP:322, IPv4:72}
    325098  11:47:36 04/07/2014        167.7696477                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 14        {UDP:322, IPv4:72}
    325099  11:47:36 04/07/2014        167.7697202                      
    Server   Client    TFTP      TFTP: Data - Block Number: 15                {UDP:322, IPv4:72}
    325100  11:47:36 04/07/2014        167.7703651                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 15        {UDP:322, IPv4:72}
    325101  11:47:36 04/07/2014        167.7704386                      
    Server   Client    TFTP      TFTP: Data - Block Number: 16                {UDP:322, IPv4:72}
    325102  11:47:36 04/07/2014        167.7707479                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 16        {UDP:322, IPv4:72}
    325103  11:47:36 04/07/2014        167.7708214                      
    Server   Client    TFTP      TFTP: Data - Block Number: 17                {UDP:322, IPv4:72}
    325104  11:47:36 04/07/2014        167.7714862                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 17        {UDP:322, IPv4:72}
    325105  11:47:36 04/07/2014        167.7715603                      
    Server   Client    TFTP      TFTP: Data - Block Number: 18                {UDP:322, IPv4:72}
    325106  11:47:36 04/07/2014        167.7718715                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 18        {UDP:322, IPv4:72}
    325107  11:47:36 04/07/2014        167.7719450                      
    Server   Client    TFTP      TFTP: Data - Block Number: 19                {UDP:322, IPv4:72}
    325108  11:47:36 04/07/2014        167.7726029                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 19        {UDP:322, IPv4:72}
    325109  11:47:36 04/07/2014        167.7726800                      
    Server   Client    TFTP      TFTP: Data - Block Number: 20                {UDP:322, IPv4:72}
    325110  11:47:36 04/07/2014        167.7733471                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 20        {UDP:322, IPv4:72}
    325111  11:47:36 04/07/2014        167.7734203                      
    Server   Client    TFTP      TFTP: Data - Block Number: 21                {UDP:322, IPv4:72}
    325112  11:47:36 04/07/2014        167.7737411                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 21        {UDP:322, IPv4:72}
    325113  11:47:36 04/07/2014        167.7738142                      
    Server   Client    TFTP      TFTP: Data - Block Number: 22                {UDP:322, IPv4:72}
    325114  11:47:36 04/07/2014        167.7744648                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 22        {UDP:322, IPv4:72}
    325115  11:47:36 04/07/2014        167.7745386                      
    Server   Client    TFTP      TFTP: Data - Block Number: 23                {UDP:322, IPv4:72}
    325116  11:47:36 04/07/2014        167.7748657                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 23        {UDP:322, IPv4:72}
    325117  11:47:36 04/07/2014        167.7749395                      
    Server   Client    TFTP      TFTP: Data - Block Number: 24                {UDP:322, IPv4:72}
    325118  11:47:36 04/07/2014        167.7755914                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 24        {UDP:322, IPv4:72}
    325119  11:47:36 04/07/2014        167.7756649                      
    Server   Client    TFTP      TFTP: Data - Block Number: 25                {UDP:322, IPv4:72}
    325120  11:47:36 04/07/2014        167.7760109                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 25        {UDP:322, IPv4:72}
    325277  11:47:37 04/07/2014        168.7554246                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:320, UDP:319, IPv4:72}
    325278  11:47:37 04/07/2014        168.7709396                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 25        {UDP:322, IPv4:72}
    325397  11:47:39 04/07/2014        170.7708892                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 25        {UDP:322, IPv4:72}
    326185  11:47:40 04/07/2014        171.7552905                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:320, UDP:319, IPv4:72}
    327030  11:47:43 04/07/2014        174.7588879                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    327031  11:47:43 04/07/2014        174.7707730                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 25        {UDP:322, IPv4:72}
    327178  11:47:44 04/07/2014        175.7552028                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    327510  11:47:45 04/07/2014        176.7551962                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    328598  11:47:48 04/07/2014        179.7552497                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    328630  11:47:51 04/07/2014        182.7551309                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    328631  11:47:51 04/07/2014        182.7707620                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 25        {UDP:322, IPv4:72}
    328658  11:47:54 04/07/2014        185.7550375                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    328669  11:47:57 04/07/2014        188.7709719                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    328677  11:47:59 04/07/2014        190.7862445                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 25        {UDP:322, IPv4:72}
    328690  11:48:00 04/07/2014        191.7708666                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    328717  11:48:03 04/07/2014        194.7706918                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    328730  11:48:06 04/07/2014        197.7704623                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    328736  11:48:07 04/07/2014        198.7861669                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 25        {UDP:322, IPv4:72}
    329217  11:48:09 04/07/2014        200.7705229                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    329420  11:48:12 04/07/2014        203.7704633                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    329795  11:48:15 04/07/2014        206.7704298                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    329796  11:48:15 04/07/2014        206.7858646                      
    Client    Server   TFTP      TFTP: Acknowledgement - Block Number: 25        {UDP:322, IPv4:72}
    329990  11:48:18 04/07/2014        209.7704360                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    330005  11:48:21 04/07/2014        212.7703291                      
    Client    Server   AuthIP  AuthIP:version 1.0, Main Mode, Initiator, First Exchange with Unknown peer SPN, Initiator provide proposal Anonymous for negotiation ,Payloads = HDR, CRYPTO, SA, AUTH, Ni, VID, KE, NAT-D, Flags = ..., Length =
    440       {AuthIP:419, UDP:319, IPv4:72}
    330014  11:48:23 04/07/2014        214.7862410                      
    Client    Server   TFTP      TFTP: Error - ErrorCode: 0, ErrorMessage: timeout on receive           {UDP:322, IPv4:72}

    Hi,
    According to the logs, this issue still should be related to network driver. It failed after network driver initialized. Please try to use another network driver.
    Best Regards,
    Joyce
    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.

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

  • PXE Boot a Hyper V Guest - Not receiving a DHCP IP Address

    Hello Everyone,
    I am trying to PXE boot a Hyper V guest, but am not getting a DHCP IP Address. Eventually the DHCP query times out and loads into the guest OS I have manually installed. See the PXE Boot Screen below. When in the installed guest OS, I do receive
    a DHCP IP address as shown below. I am utilizing the Legacy Network Driver.  I don't think it is related to VLAN identifier, but tried with/without and still no go. Any ideas what could be preventing this? Please let me know.
    PXE Boot Screen:
    CLIENT MAC ADDR: 00 15 5D F2 99 0C  GUID: B366BBA1-D503-4D64-A77E-77474F3A2193
    DHCP.........-
    PXE-E51: No DHCP or proxyDHCP offers were received.
    DHCP IPCONFIG in Guest OS:
    Ethernet adapter Local Area Connection:
       Connection-specific DNS Suffix  . : mywork.com
       IPv4 Address. . . . . . . . . . . : 10.242.242.251
       Subnet Mask . . . . . . . . . . . : 255.255.255.128
       Default Gateway . . . . . . . . . : 10.242.242.129
    Thanks,
    Ron

    Hi Ron,
    A solution is provided in this thread. You may need to have a look on the steps below:
    • PXE-E51: No DHCP or proxyDHCP offers were received.
    The client did not receive any valid DHCP, BOOTP or proxyDHCP offers. To resolve this issue, check each of the following network configuration items:
    DHCP services are not available on the network to which the PXE-enabled NIC is connected.
    A DHCP proxy or IP helper address is not configured for the subnet on which the PXE client is connected.
    The switch port connected to the PXE NIC is running Spanning Tree Protocol, EtherChannel Protocol, or Port Aggregation Protocol and is thus not activated immediately when a link is detected. This forces the DHCP request from the PXE client to timeout.
    DHCP is available on the network, but PXE is not.
    The network cable is not attached to the PXE-enabled NIC on the target server.
    See: http://social.technet.microsoft.com/Forums/en-US/d06413a4-af2b-4736-a510-c0a68eb880cf/cannot-get-certain-machines-to-pxe-boot
    TechNet Subscriber Support in forum |If you have any feedback on our support, please contact [email protected]

  • PXE boot not working on some models

    We have a very strange situation that I was hoping someone could shed some light on.
    setup:
    ZDM 7 IR4HP1
    multiple VLANS
    situation:
    PXE boot does not work on any model workstation other than dell 760 if connected to the network in any valn other than VLAN1 where the server resides.
    dell 760 can be PXe booted in any vlan
    any other model machine can only be PXE booted in VLAN 1 which is where the PXE server is.
    PXE debug log shows nothing recorded at all from machines other than the 760's
    non-760 desktops will recieve the Proxy address of the PXE server, etc, but for some reason they show multiple gateways and the correct gateway is always last. the extra gateway numbers are coming from switches.
    I have no clue as to why dell 760's will PXE boot perfectly every time and in any VLAN (they only get one gateway and it's the correct one) but any other type of machine will fail every time if they are not in VLAN 1
    sometimes the non-760's will get PXE error E78 No boot file name ...
    other times no PXE error but an error "could not contact the boot server"
    HELP!

    I have just encountered this issue myself (ZCM10.2.1). I have no idea where the issue is coming from, within windows, linux or osx its perfect... Today I blew away my entire ZCM install (working on migrating) but still have the same issue!!! Were using HP Procurve switches using OSPF for routing, I just restarted our core cisco router but can't verify if it helped, I'll let you know.

  • Can't PXE boot Windows 8 models

    We load the PCs with our own OS image as they come in. The process works off a PXE (network) boot image.
    We recently started ording the same X230s, only with a Windows 8 license. Lenovo indicated that there should be no changes needed with our image.
    However, we can not PXE boot these machines. We shut them down and bring them back up with an F12 on the bios splash screen and select PCI LAN.
    We get a message saying >>Start PXE over IPv4
    It hangs there a while, then tries IPv6, then goes back to the boot device ment.
    We got a solid green and a flashing yellow light on the network connector. And we've PXE booted off of this connection many, many times
    What are we missing?
    Thank you.
    Solved!
    Go to Solution.

    Hey there DOTJKO,
    I've seen over on another thread, that they were having the same issue. They were able to get the PXE Boot process to finally go by:
    1) Go to BIOS
    2) SECURITY tab --> Secure Boot --> set SECURE BOOT to [DISABLED]
    3) Go to STARTUP tab --> UEFI/Legacy Boot --> set to [BOTH]
    Hopefully this assists you in getting those X230s loaded up with your image. Good Luck, and keep us posted on your progress.
    Did someone help you today? Press the star on the left to thank them with a Kudo!
    If you find a post helpful and it answers your question, please mark it as an "Accepted Solution".! This will help the rest of the Community with similar issues identify the verified solution and benefit from it.

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

  • Pxe-boot uses wrong filename

    Hello,
    I have a working setup for pxe-boot.(testet with my Desktop).
    My DHCP-Server supplies as filename "pxelinux". My new Thinkpad S531 is unable to boot.
    The log of my tftp-server shows, that my TP adds a sign at the end of the filename on request, and of couse,
    my tftp-server is unable to find that file.
    The added sign ist not from the alphabet, so I cant put it in here. If I change the filnename on my "filename"-diretive of my dhcp-server p.e. to "pxelinux.0" an other sign is added to the filerequest of my TP.
    Secure boot ist off.
    Is this a bug in my efi?
    Thanks for reading

    Thanks to both for replies.  Correcting the default boot order was easy but getting the internet connection to work took a little longer. I solved it by changing the device name as suggested here:
    https://wiki.archlinux.org/index.php/Ne … evice_name
    There was nothing in /etc/udev/rules.d so I created the file 10-network.rules and used the enp2s0 device name which was working with the older kernel.
    I'm still wondering why this mixup happened in the first place but anyway, it's working now so many thanks for your replies.

  • X1 Carbon (20A7) wont pxe boot

    We just got in our first of 7 x1 carbons (20a7) and im am trying to prepare our imaging enviornment to handle the new model.
    We have included ethernet extender (FRU 04X6435) which works fine in windows but when pxe booting i can see the MAC address and it waits for DHCP (the link and activity light on the extender do flash) after a few seconds we get a PXE-E53: no bootfile message and then get dumped back to the boot menu.
    I can pxe boot other machines off the same ethernet jack at my desk. Other laptops x230, t430s, all no problems.
    I have  tried UEFI/legacy boot  on both and on legacy only neither change the outcome. Since we are not using a usb adapter (this is the extender cable on the new x1s) i have not touched the usb settings.
    I have searched aroudn and found the threads of the older x1 carbons that used the usb 2.0 adapters but nothing on this new extender and it seems in those cases people were getting into the pxe environment and then having driver issues. I am not even getting that far.
    Our pxe enviornment (WDS) is setup to require a press of f12 on the client to actually boot and i never even get prompted for f12. Im really not even sure im getting DHCP right other than any other machine i plug is works fine.
    Any help is greatly appreciated.
    Thanks,
    Eric

    this seems to have caused uneven lighting in the LED display, very strange problem. You may need to get warranty service on it.
    Regards,
    Jin Li
    May this year, be the year of 'DO'!
    I am a volunteer, and not a paid staff of Lenovo or Microsoft

Maybe you are looking for