Windows 11 | 65x HP Z2 Tower G1i | UPDATE -
-
@kratkale I didn’t know you were updating the serial of a group of devices, you should not do that. Groups are just mass updating hosts with the information you provide for the Host base settings (snapins, primary drive, kernel, etc…).
-
@kratkale I don’t know what you are asking.
what’s nvme1n1 this boot cycle, might very well be nvme0n1 next cycle.
While you may see some level on consistency, SERIAL based devices (PCI, SATA, USB, etc…)
All load their identifiers (/dev/sda, /dev/nvme0n1, etc…) on a first come first serve basis.
What’s /dev/sda1 this boot may be /dev/sdb1 next boot and so on. There’s 0 method to guarantee they will always get the same label which is why many Linux machines use a UUID for the fstab file now instead of their path names (which was used for a long period of time).
FOG just returns the list of devices lsblk sees in the order lsblk sees it.
-
@kratkale OK—I’ll try to explain it more clearly:
FOGFOG clones (as you can see in the image) to nvme1. No host device was specified here. So FOG correctly identified the NVMe order and didn’t clone to nvme0, but to the wrong nvme1.
I noticed that this happens with all devices where the NVMe serial number starts with a number. For those where the NVMe serial number starts with a letter, it clones correctly to nvme0. The NVMe on the data drive is a different brand and only has numbers as serial numbers.Clonzilla
Clonzilla always gave me a choice between nvme0 and nvme1 when cloning. Here, the NVMe installed in the first slot in the PC was always nvme0, and the one installed in the second slot was always nvme1—so Clonzilla always correctly identifies which is the data drive and which is the system drive. The system drive is always installed in the first slot, and the data drive is always in the second.
-
@Tom-Elliott
Of course, if I change the image, for example, I have to use groups as well. Otherwise, I’d have to change the image on every PC by hand.
In that case, I think it would be helpful if you could protect the “Host Primary Disk” entry on the host so that this information isn’t lost. -
@kratkale I’m unsure I understand?
If the Group Primary Disk is empty, nothing should be changing on the hosts within the groups.
Just update the group’s Image, and save.
-
@kratkale
as a feature request I would suggest to have the possibility to fix the host primary disk like the “protected” in Image General - just to be fail safe. -
@Tom-Elliott
I can confirm, that it works to insert the serial number in Host Management | Host gernal | Host Primary Disk. You can take the value you get from booting with a clonzilla stick (Switch to the second console) and use lsblk -pdno SERIAL,SIZE
I did a test and used the wrong number in Host Primary Disk and start to clone:
So it seems to work.
-
@Tom-Elliott
Tom Thank you for your great support. -
@kratkale You don’t need the clonezilla to see this information though admittedly it’s not exactly straight forward.
You can load FOG into debug mode and it will drop you to a shell where you can then run the lsblk command as well.
That said, if booting to clonezilla isn’t that difficult a thing, then it’s all good either way.
-
@Tom-Elliott
Here’s something else funny—the serial numbers aren’t unique! I have a duplicate…
Two differnt PC’s CAD009 and CAD023
-
@Tom-Elliott
Today again the Serial numbers of the nvme are lost in the FOG Database - I don’t know why …
Thats why I again cloned the file system to the wrong nvme
-
@Tom-Elliott
to make a backup I use now sql in bashroot@fog:~# mysql -u root -N -B -e “USE fog; SELECT CONCAT(‘UPDATE hosts SET hostDevice = ‘’’, hostDevice, ‘’’ WHERE hostID = ', hostID, ‘;’)FROM hosts;” > restore_hostdevice.sql
and restore with
root@fog:~# mysql -u root fog < restore_hostdevice.sql -
@Tom-Elliott
Again Serial Numbers lost: checking with:mysql -u root fog -e “SELECT hostName FROM hosts WHERE hostDevice IS NULL OR hostDevice = ‘’;”
root@fog:~/NVME_Problem# ./anzeigen
±---------+
| hostName |
±---------+
| PC116CAD |
| PC118CAD |
| PC121CAD |
| PC110CAD |
| PC112CAD |
| PC034CAD |
| PC026CAD |
| PC015CAD |
| PC016CAD |
| pc101cad |
| pc008cad |
±---------+
root@fog:~/NVME_Problem#I’ve no idea what happend.
-
@kratkale I’m confused what you mean their serial numbers are erased?
FOG isn’t overwriting the serial numbers on these devices.
Furthermore, Serial numbers aren’t stored directly on the host, they’re stored on the inventory table.
That column (hostDevice) is about storing what device a host will be using to image against.
If somebody is updating the group, the empty hostDevice (Group device for groups) would likely be overwriting it.
I’ve pushed a code change to hopefully address this particular issue in the latest dev-branch.
-
@Tom-Elliott
I need the Serial Number of the nvme to clone to the correct device. (2 nvme in every PC)
As I had problems I now use the following command to check if all Serial Numbers are available:
mysql -u root fog -e “SELECT hostName FROM hosts WHERE hostDevice IS NULL OR hostDevice = ‘’;”
Yesterday finally (see previous post) there was no number missing - now one is missing again:
±---------+
| hostName |
±---------+
| PC002CAD |
±---------+
As I can also see it in the host general:
There was no interaction between yesterday and today on the web interface … Fog an the PC’s where on their own … Booting in the morning …
now I replace it again with:
UPDATE hosts SET hostDevice = ‘BNE7N774910207S3G’ WHERE hostID = 61;
So some update
-
@Tom-Elliott
in the inventorry table mostly the other (for me wrong - secondarry Data) nvme is stored
Here are also some without an IHdserial
mysql -u root fog -e “SELECT iCASEserial FROM inventory WHERE iHdserial IS NULL OR iHdserial = ‘’;”
root@fog:~/NVME_Problem/inventory# ./anzeigen
±------------+
| iCASEserial |
±------------+
| CZC5477HVZ |
| CZC5477HT0 |
| CZC5477HTK |
| CZC5477JMZ |
±------------+
The Host now lost the Serial Number is the CZC5477HSX
CZC5477HSX
WDGreenSN350250GB2G0C
236050WD
260227800933
so in the inventory table the Data Disk is stored -
@Tom-Elliott
Your version of FOG is up to date. You’re running the latest stable version: 1.5.10.1826 -
@kratkale Install using
dev-branch -
@Tom-Elliott
fyi:
again no interaction with the web interface - today another PC lost the hostDevice.
root@fog:~/NVME_Problem/hostDevice# ./anzeigen
±---------+
| hostName |
±---------+
| PC102CAD |
±---------+
Yesterday it was PC002CAD today PC102CAD.@Tom-Elliott said in Windows 11 | 65x HP Z2 Tower G1i | UPDATE -:
dev-branch
ok
Your version of FOG is up to date.
You’re running the latest dev-branch version: 1.5.10.1858 -
@Tom-Elliott
since yesterday no devices lost
