Jump to content


Selby

Established Members
  • Content Count

    11
  • Joined

  • Last visited

Everything posted by Selby

  1. Hi, I have recently installed 1902 and though I'd try the PXE Responder without WDS. It uninstalled WDS and the service for PXE Responder is running but whenever we try to build we get the following error "sccm PXE: recvfrom() failed for DHCP. 0x80072746.". I've since re-installed WDS and everything is working again. PXE: A0:8C:FD:D9:42:EB: 18058, GUID:11D3E3F7-385C-4446-BE52-200EEA465B33, SMBIOS ID is NOT a match, MAC Address is a match. SCCMPXE 09/05/2019 16:13:15 7996 (0x1F3C) PXE: A0:8C:FD:D9:42:EB: Using system record 18058, GUID:11D3E3F7-385C-4446-BE52-200EEA465B33. SCCMPXE 09/05/2019 16:13:15 7996 (0x1F3C) Operation: 2, Address type: 1, Address length: 6, Hop Count: 1, Transaction ID: 067b5c1f, Seconds since boot: 1024, Address: a0:8c:fd:d9:42:eb:00:00:00:00:00:00:00:00:00:00, Host name: , Boot file name: , Client IP: 0.0.0.0, Host IP: 0.0.0.0, Server IP: 172.27.22.72, Relay IP: 172.29.1.1 Options: 53, 1: 02 54, 4: ac 1b 16 48 97, 17: 00 e9 43 f4 97 47 7f 42 35 b9 45 ee aa 99 0e ba fe 60, 9: 50 58 45 43 6c 69 65 6e 74 SCCMPXE 09/05/2019 16:13:15 7996 (0x1F3C) PXE: Sending reply to 172.29.1.1, DHCP. SCCMPXE 09/05/2019 16:13:15 7996 (0x1F3C) PXE: recvfrom() failed for DHCP. 0x80072746. SCCMPXE 09/05/2019 16:13:15 9592 (0x2578)
  2. Thanks Sighbee will just have to wait till 1810 becomes available to us to confirm it's fixed.
  3. I've double checked to make sure but we don't have any old DHCP Scope Options. Are you getting the same last line as i'm getting PXE: Sending reply to 255.255.255.255, DHCP ?
  4. No can't seem to find anything to suggest what is causing it. I've also got something on TechNet but no update on that either but I've noticed there are a few people with the same issue. I know everything is configured correctly as WDS work perfectly without any issues and all this is effectively doing is replacing that server role.
  5. May not help but have you tried re-initialising it by dumping a site server monitor.pub file in the Primary Site RCM.box folder?
  6. Hi, I've updated to 1806 with all the hot fixes applied and decided to turn on "Enable a PXE responder without Windows Deployment Service" unfortunately it doesn't work and I've had to turn WDS back on which works. Below is the lines from the SMSPXE log. We have IP Helpers rather than using DHCP Scope options. PXE: BC:83:85:F5:0B:63: Parsed a discover/solicit packet. 17/10/2018 16:24:14 PXE: BC:83:85:F5:0B:63: C76B7D02-EA50-B10F-5E89-8BEFAA6609C9: Client is 64-bit, UEFI, Firmware. 17/10/2018 16:24:14 PXE: BC:83:85:F5:0B:63: Prioritizing local MP http://(our MP). 17/10/2018 16:24:14 Not in SSL 17/10/2018 16:24:14 Not in SSL 17/10/2018 16:24:14 Client Boot Get ID Info reply: <ClientIDReply><Identification Unknown="0" DuplicateSMBIOS="0" DuplicateMACAddress="0" ItemKey="0" ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification><ClientIDInfo ItemKey="15673" ClientID="GUID:8D9AD297-22DE-49F9-96B6-F5E04C18297E" DuplicateSMBIOS="0" DuplicateMACAddress="0" MatchType="1"/><ClientIDInfo ItemKey="16798564" ClientID="GUID:39A05B11-0A61-4CB5-8827-5052E9CD3191" DuplicateSMBIOS="0" DuplicateMACAddress="0" MatchType="2"/></ClientIDReply> 17/10/2018 16:24:14 PXE: BC:83:85:F5:0B:63: System records: 17/10/2018 16:24:14 PXE: BC:83:85:F5:0B:63: 15673, GUID:8D9AD297-22DE-49F9-96B6-F5E04C18297E, SMBIOS ID is a match, MAC Address is NOT a match. 17/10/2018 16:24:14 PXE: BC:83:85:F5:0B:63: 16798564, GUID:39A05B11-0A61-4CB5-8827-5052E9CD3191, SMBIOS ID is NOT a match, MAC Address is a match. 17/10/2018 16:24:14 PXE: BC:83:85:F5:0B:63: Using system record 15673, GUID:8D9AD297-22DE-49F9-96B6-F5E04C18297E. 17/10/2018 16:24:14 PXE: Sending reply to 255.255.255.255, DHCP. 17/10/2018 16:24:14
  7. Since upgraded to 1710 and the issue is still there any advise would be appreciated.
  8. We are doing it through an available Task Sequence rather than using Windows 10 Servicing. I've ended up just creating a Powershell to detect the current System UI if it's EN-US I boot into Win-PE then change it to EN-GB while then OS isn't live then upgrade using the English-Int media which will change any devices that aren't already EN-GB so shouldn't have the issue in the future. The problem was even though we change our region ect... during OSD and group policy to EN-GB the English media was used which is EN-US as standard. We have had some Surface Pro's and laptops which needed the full EN-GB language pack for handwriting ect... so we have a mixed System UI environment but the task sequence I've done will rectify it and I've changed our build Task Sequence to use the Eng-Int media rather than "English".
  9. Hi, im trying to do an in place Upgrade from 1703 but it keeps failing due to I think the system display language being en-gb. I’ve tried creating a package and running set-culture en-us then rebooting the device but it doesn’t change. If I run the command manually it works. Thanks in advance.
  10. I had the same issue but I found adding the SkipMachineOOBE = True in my unattended xml stopped it from happening. I know this setting is meant to be deprecated but it still seems to work.
  11. Hi, I've updated from 1610 to 1706 and i'm getting the below in both Parent and Child Sites for my CAS and 2 x Primary Sites. I've checked the logs and there are no errors so wondered if anyone else has came across this issue?
×
×
  • Create New...