Defect: /etc/rc.d/hostid file for ZFS not generated from UUID

[4o4rh]

my base system has a UUID in dmidecode, but i guess the error below comes from an individual component.

which DMI fields are being looked at to produce the below message. Thanks again

php-cgi: rc.bootup: Creating rrd update script
/etc/rc.d/hostid: WARNING: hostid: unable to figure out a UUID from DMI data, generating a new one
kernel: done.

i tried grep on the pfsense source code and get no hits for "unable to figure out a UUID from DMI data" or any shortened form...I want to find the source code generating the message, to see which DMI fields are required to be populated

[4o4rh]

@gwaitsi to get rid of this message if you are using a cheap chinese no brand box,
i set the following DMI values using the codes are for AMI BIOS with AMIDEDOS.EXE

In AMIBIOS the fields are for System, Baseboard (Planar in freebsd), Chassis.

/SM "Qotom Technology Limited" write
/SP "Q1900G4-M" write 
/SV "v1.1" write
/SS "QDX08190xxxx" write
/SK "Q190G4U-S01" write
/SF "Mini-PC J1900" write

/BM "Qotom Technology Limited" write
/BP "Q1900G4-M" write
/BV "v1.1" write
/BS "QDX08190xxxx" write
/BT "Q1900G4-M" write 
/BLC "KG" write

/CM "Qotom Technology Limited" write
/CV "Q190G4U-S01" write
/CS "QDX08190xxxx" write
/CSK "Q190G4U-S01" write
/CA "Q1900G4-M" write

/SU AUTO

[brtlvrs]

@gwaitsi The message is generated in the script mentioned
/etc/rc.d/hostid

I've used the command
kenv -q smbios.system.uuid
to see what kind of uuid it gets from the smbios
My uuid was on the blacklist.
So I changed it with the AMIDEEFIx64.EFI with option /SU AUTO

I've found the software on this site
https://download.schenker-tech.de/package/dmi-edit-efi-ami/

[4o4rh]

@brtlvrs

Thanks for your leadin.
It seems this is a defect that was fixed in opnsense but has not been fixed in pfsense.
With your information and the
https://forum.opnsense.org/index.php?topic=7787.0
https://github.com/opnsense/core/commit/e49a6176
I was able to workout, running the scripts in this order
/etc/rc.d/hostid start
/etc/rc.d/hostid_save start
causes the generation of the /etc/hostid which contains the retrieved value from
kenv -q smbios.system.uuid
checked after reboot and the file sticks.
Not sure what the consequences are, but i understand this is required for ZFS

[stephenw10]

That value is unused as far as I know. It's an ugly message but it does nothing. That said it looks like a simple enough fix. Open a bug report. Or a pull request.

Steve