spoke to soon.
The "banned guids" gets past the pxe part, but then the TS fails with a similar error; There are no task sequence available for this computer.... Looks like it's back to HP for the re-write utility :) Stuart Watret Offshore - IT Ltd ________________________________ From: listsad...@lists.myitforum.com <listsad...@lists.myitforum.com> on behalf of Stuart Watret <stu...@offshore-it.co.uk> Sent: 12 December 2013 13:56 To: mssms@lists.myitforum.com Subject: RE: [mssms] RE: pxe issues with some clients and that worked, the dodgy bios version is 68CTT Ver F 05. No issue with F 06 Thanks all, the board come to the rescue again. Stuart Watret Offshore - IT Ltd ________________________________ From: listsad...@lists.myitforum.com <listsad...@lists.myitforum.com> on behalf of Stuart Watret <stu...@offshore-it.co.uk> Sent: 12 December 2013 13:10 To: mssms@lists.myitforum.com Subject: RE: [mssms] RE: pxe issues with some clients right going to try it using the "banned guids" method; we shall see. btw these are all HP 6545b's Stuart Watret Offshore - IT Ltd ________________________________ From: listsad...@lists.myitforum.com <listsad...@lists.myitforum.com> on behalf of Stuart Watret <stu...@offshore-it.co.uk> Sent: 12 December 2013 12:19 To: mssms@lists.myitforum.com Subject: RE: [mssms] RE: pxe issues with some clients reading the article, what would we translate the system uuid into in 2012? I've used System.Resource / BIOS GUID and indeed it's telling me there are 28 laptops with the same BIOS GUID. Could be onto something; just checking the logic.......... Stuart Watret Offshore - IT Ltd ________________________________ From: listsad...@lists.myitforum.com <listsad...@lists.myitforum.com> on behalf of Stuart Watret <stu...@offshore-it.co.uk> Sent: 12 December 2013 12:04 To: mssms@lists.myitforum.com Subject: RE: [mssms] RE: pxe issues with some clients Thanks for the info Jason. Will check for that now. Stuart Watret Offshore - IT Ltd ________________________________ From: listsad...@lists.myitforum.com <listsad...@lists.myitforum.com> on behalf of Jason Wallace <jaso...@outlook.com> Sent: 12 December 2013 11:18 To: mssms@lists.myitforum.com Subject: RE: [mssms] RE: pxe issues with some clients Hi Stuart Some time ago I had some similar issues with a customer who was using NCR equipment. They’d sent down a BIOS update and it had slapped the same SMBIOS GUID down to all of the affected systems. I ended up seeing Frank Rojas blogged http://blogs.technet.com/b/system_center_configuration_manager_operating_system_deployment_support_blog/archive/2011/10/19/no-assigned-task-sequence-when-initiating-deployments-caused-by-duplicate-smbios-guids-system-uuids-in-system-center-configuration-manager-2007.aspx and we were able to, through a registry hack prevent the SMBIOS being used. This even occurred when we had different MAC addresses. I am presently working on a project where we have had issues due to sharing USB NIC dongles for PXE boot and we’ve resolved this by having a really quite aggressive hardware inventory and DDR generation cycle on new systems Jason From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Stuart Watret Sent: 12 December 2013 11:20 To: mssms@lists.myitforum.com Subject: [mssms] RE: pxe issues with some clients No change, same error :( Did you get any feedback on the relevance of the all "00" Macs? Stuart Watret Offshore - IT Ltd ________________________________ From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> <listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com>> on behalf of Stuart Watret <stu...@offshore-it.co.uk<mailto:stu...@offshore-it.co.uk>> Sent: 11 December 2013 22:14 To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com> Subject: [mssms] RE: pxe issues with some clients Alright sorted; will check it tomorrow - thanks for the help. From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com] On Behalf Of Daniel Ratliff Sent: 11 December 2013 21:58 To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com> Subject: [mssms] RE: pxe issues with some clients If there are machine in your database with 00:00 MAC addresses they could affect any machine you attempt to image with. Modify those records with anything besides 00:00 and see if any of your problem machines start to get policy. Daniel Ratliff From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com] On Behalf Of Stuart Watret Sent: Wednesday, December 11, 2013 4:46 PM To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com> Subject: [mssms] RE: pxe issues with some clients Tried that query, 1st one came back with three Machine ID’s – none of them the one in question. Changed the query to show me the records for the MachineID in the screen shot from the same table; came back with a different laptop from the one with the error. However, I’m not sure if the machineID should be unique in this case; if it is then it looks like there is some duplication :( From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com]<mailto:[mailto:listsad...@lists.myitforum.com]> On Behalf Of Daniel Ratliff Sent: 11 December 2013 19:31 To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com> Subject: [mssms] RE: pxe issues with some clients It’s a possibility, but usually that is more widespread. Check the chain from last week with Garth Jones. His issue ended up being an RBA issue. I have seen previous issues with policies, as I mentioned in the thread. Another time I have seen issues with the clients reporting 00:00:00:00:00:00 MAC addresses. We used the below queries to find those clients, and have a stored proc that resets the MAC now. select * from Network_DATA where MACAddress00 = '00:00:00:00:00:00' select * from System_MAC_Addres_ARR where MAC_Addresses0 = '00:00:00:00:00:00' Daniel Ratliff From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com] On Behalf Of Stuart Watret Sent: Wednesday, December 11, 2013 2:05 PM To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com> Subject: [mssms] RE: pxe issues with some clients I think it’s a db latency issue; but thought I’d see if it was just me :) From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com] On Behalf Of Daniel Ratliff Sent: 11 December 2013 18:51 To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com> Subject: [mssms] RE: pxe issues with some clients Does it happen to the same machines over and over? They always fail? Daniel Ratliff From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com] On Behalf Of Stuart Watret Sent: Wednesday, December 11, 2013 1:45 PM To: 'mssms@lists.myitforum.com' Subject: [mssms] pxe issues with some clients Hi, Sccm 2012 sp1 cu3 Odd one this. Pxe booting machines manually added to a collection with mandatory OSD deployment. Most machines work; 500+ in last couple of weeks. About 4 machines, different models, fail to pickup the advert. The MAC in the pxe log matches the one in the manually created record in SCCM. Pxe log just says: [cid:image001.png@01CEF734.45E46880] Comparing this to a good pxe boot the “Client boot action reply” part is noticeably lacking in info. It’s not happening enough to raise it with MS; but enough to be annoying :) Tried cycling the service, deleting the record and re-creating with no effect. Cheers Stuart The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
<<inline: image001.png>>
