Error Restoring Images - Clients having identity crisis

[entr0py]

1.5.0-RC9 SVN 6080

dev-branch

I’m not using multicast, I select the group, or a few individual machine for that matter, and schedule for instant deploy. They already have fog-client on them and they reboot as expected and start their task, until they get to the point of actually doing something and at that point they either error out, or worst case, they all start, the first one done deletes the task for 001 and then all the rest of the units totally fail as soon as partclone finishes because they try to get their tasks and there are none. They reboot and the while fiasco starts over again because 002 still has an active task so PXE send it to restore but once it gets to that point it says no task for 001 and reboots.

I can give access to the fog server as well as anything else that might be helpful. I really think at this point it is some kind of database issue. I sent Tom a PM because I felt this was more of a localized problem not a project issue but I never got a reply and I have to get this running today.

I also took my screenshot on the reports page so you can see each host does show up correctly with their individual MAC address so it isn’t like a MAC duplication issue.

Thanks

[Sebastian Roth]

After some more digging together with @entr0py (thanks heaps for your patience and playing nicely!) we figured that some of his systems (mostly MSI motherboards) report non-unique UUIDs. Pushed a quick fix for now but we’ll need to work out a proper system identifier.

https://github.com/FOGProject/fogproject/commit/80b6eb1d7c8d654c6550767cdba4b183fb259968

[Wayne Workman]

@entr0py We need to update our problematic hardware list with the model of this problematic motherboard.

[Sebastian Roth]

@Wayne-Workman Though you are right about keeping our hardware lists up to date I am sure we better come up with a more reliable way of identifying client machines to not have to rely on sysuuid only as we see that some are problematic. I’ll work on this soon.

[Wayne Workman]

@sebastian-roth I’ve been thinking about that problem a little - is it possible to create a primary key from two fields - UUID and MAC ?

[Sebastian Roth]

@Wayne-Workman Definitely possible but still not perfect. What if tables have non-unique UUID? More often than not people are using those with just one single USB NIC…

[Wayne Workman]

@sebastian-roth Well then I’d say it’s a tough problem to solve. Maybe we use UUID anyways and just publicly shame the MSI engineers.

[entr0py]

@wayne-workman

I wish it was that simple. Looks like it isnt just one specific motherboard from MSI and I have a bunch of Asrock machines that might have similar behavior, I will investigate this week.

When we were working in the database our focus was the MSI units that were delivering ffffffff based UUIDs but we also noticed some with 000000’s and those seem to be the Asrock units.

Not sure what the ideal solution is here but it appears UUID is problematic across multiple vendors.

[Sebastian Roth]

@entr0py @Wayne-Workman I think I have come up with a nice and reliable solution to this. Though it’s still only made up in my mind and I need to put it down into code so we can start testing. Will get to it soon.

[george1421]

@entr0py said in Error Restoring Images - Clients having identity crisis:

MSI

Can I ask you to post to this thread: https://forums.fogproject.org/topic/10987/what-can-we-do-when-we-don-t-trust-uuid With the inventory data from one of those MSI boards? We only need one entry unless you have different computer models than mainstream Dell,HP,Lenovo. We are looking for a good example of different mobo manufacturers and how they populate smbios (what FOG queries to identify the target machines).