Date: Thu, 16 Mar 2023 16:48:40 -0700 From: Colin Percival <cperciva@freebsd.org> To: Mark Millard <marklmi@yahoo.com>, Current FreeBSD <freebsd-current@freebsd.org>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Cc: Baptiste Daroussin <bapt@FreeBSD.org>, Tijl Coosemans <tijl@FreeBSD.org> Subject: Re: I just updated to main-n261544-cee09bda03c8 based (via source) and now /etc/machine-id and /var/db/machine-id disagree ; more Message-ID: <2cf7d953-2493-9673-5ea3-fba22c694015@freebsd.org> In-Reply-To: <DCAD189B-1CBA-4D5B-B6DB-948A77AC723D@yahoo.com> References: <DCAD189B-1CBA-4D5B-B6DB-948A77AC723D.ref@yahoo.com> <DCAD189B-1CBA-4D5B-B6DB-948A77AC723D@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I think the current situation should be sorted out aside from potential issues for people who upgraded to a "broken" version before updating to the latest code -- CCing bapt and tijl just in case since they're more familiar with this than I am. Colin Percival On 3/16/23 15:55, Mark Millard wrote: > > # cat /etc/hostid /etc/machine-id /var/db/machine-id > a4f7fbeb-f668-11de-b280-ebb65474e619 > a4f7fbebf66811deb280ebb65474e619 > 7227cd89727a462186e3ba680d0ee142 > > (I'll not be keeping these values for the example system.) > > # ls -Tld /etc/hostid /etc/machine-id /var/db/machine-id > -rw-r--r-- 1 root wheel 37 Dec 31 16:00:18 2009 /etc/hostid > -rw-r--r-- 1 root wheel 33 Mar 16 15:16:18 2023 /etc/machine-id > -r--r--r-- 1 root wheel 33 Mar 3 23:03:25 2023 /var/db/machine-id > > I observed the delete-old-files deleting > /etc/machine-id during the upgrade. It did > nothing with /var/db/machine-id . > > Also, modern hostid generation was switched to > random to avoid an exposure. But the update kept > the old hostid and propogated it (not "-"s) into > /etc/machine-id . So /etc/machine-id now has the > same exposure. > > Later I'll see if stable/13 also got such behavior > for its upgrade. > > I've not been dealing with releng/13.2 but upgrades > from releng/13.1 and before likely have the same > questions for what the handling should be vs. what it > might actually be. Different ways of upgrading might > not be in agreement, for all I know. > > === > Mark Millard > marklmi at yahoo.com > > -- Colin Percival FreeBSD Deputy Release Engineer & EC2 platform maintainer Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2cf7d953-2493-9673-5ea3-fba22c694015>