From nobody Fri Mar 17 00:59:25 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Pd5Pq2ZXMz3yqrt for ; Fri, 17 Mar 2023 00:59:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pd5Pn6mSGz3P0G for ; Fri, 17 Mar 2023 00:59:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=HiKLEuGu; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1679014780; bh=fyTlqinA3BUgBz2T2wVJkMJ04fJPvzhJhX1gA1Go5kU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HiKLEuGuTmurEUf7BDK6yJ9lSKFQWxAgv9iuTvG/i2F+WJx3m5hgmqZrbn9pYZtkb5vLGRGjbxUHQLKRW244i7kPxWfEReHQncecxR1to5L2xfbqN3OzMEaJF2wo39miPdYbpji+kJGnpVtDHfDC8ktAw5Ztk3DtygVpKJNmylE46f4R1SD4lAV+77e9l/Mm4itpgTgyKbmchJPGXK2XbG7dNxWoQSmj7+UvKyruzlwlcK2cRraxLnd+xQyK0NVPV0OEPsblLyxHJfwtcjA5pqRNEpBhEDHZFb16B0c83BcPWmfz0giNS6R70nUteACCR0mUifHWqmOEBaJh42kRvg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1679014780; bh=Ib3g76pG2c+lCB2uEBu64N6EzZ9F4tqkL+RFcJXMqTT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=P2D27RAPNFcQyjJ6wp8sLrTDeGDR/2tdraAHQ1DhLNODZ6wWIBBcK6D3iLJY3geFfAbz1+s9WQXSKV10FuMUXeZrKsBj1UqyGvKoTCX++ZaL2cp4wJooOX69iISlSpJW4Jaehj424Z7oEbaRDhrAtuDOcaDAyljMRJLbAdJqUmUI4N3lbMI2WzYy45X0lOsRpe73zRFYN3wbSiZSylsqNMTI6RbjISrvs2yjd9jwTlub+KU+Fg4WFd8A2tHAbfyxEKRJO1J6kHT6I4MNE8h8zX1mKqYQKxNy9r28v/xrmyf8ps97+mdFf2emhFA56xg7haPiSJXw/e7FncRNGzVQFA== X-YMail-OSG: sxlzNNEVM1mszCGQO4ZWrkL4BYAT7F_YcZS95QxKvBi7Oazbtd3JJvgD7IAlSFd tvLnaESYejYqT4SYKmCVn_LG4e75n_TqW4UcooWxVM6VvQhKEF4IBSAKv5.XQxiJdeQinN.HWTQm 4ZJVPynadNUlIdp7FEIgkRd_dFbikM8MaPja4dMSP49Oe6pq5vRC7QgagebVLmmrYBew0_WkQviN LK2DHWJZDKSPH8CmWjQ0QWk1b21xqXqZqLa4sTX9Jy6_rLFRyoXjiJ8LttTuTYS5wC43ngqb6Prx Z4JdiCaRN_L_ClzBIR0MgEUDk2rbjnSyaybc6FuCl13aiI2q_Z4Pd00uGZ59_yCUQQefoBYIbFNn Le.DaMze3BOPGcVyS3XfkTRInkIXwhHhF5oBUvo_OmCCSk8BoHBezLyjy0Yb5MyWcnHGrmIa7eLB I0tSoMzaq8FY.HSaQBmr014CJYPvi4u6QT9n.S3K_dY05NVI.ZM25wDoId1fnkSjhBs6wDAwZsHH pkMHPSeHiciWJOdBrCKn33DyKa2cx73EaT0Wjbf.e84WEWtx5dP4cR_7YN3QP6_g561XNrULgH8o MnCMDotfkfzC2HAjnkpyg_6GeoGAn92m6GcdOTO8_.Eo9yrTI8ojRYA4huVvVcQhKsBXf8rUH4k0 k3ctN5FbZhup0WKWzJuTFiekR5Okax3_HUlvn8xDdA0ER6vuI00.SHaTvUZ0w94qx2zAzRjuT4nO 91mqa1.Zb7YdzeaMxgCGWA1Y4GI0cEO6GZ5ockFsMFten45Y2Tjc1UkVwFwO2Mg3l0e8JjGKfu_X 9PysXwACAtcV5RT0DhLRZGW2OSNDPSEayrC3sbCq3Jsn4XNzHGrvGuMSHc3Ci86sBEXouyadRp_G 816Ilh8fcX46y.1uQeLj70s6vwv19KCSkdQb3GeQB4BZZpsis_7sPrn5jHgVW93i6DIZ1WYtoE_O 3nF3o2XQ4.j2atJOUmIPegomfS9KglvNatBBZPZEP1JlxEmiJc5p46PC0PY1GAfSV6WmBdL_xIFy HgdA.mG20WKZy_ZceR3O97hnXGhLJzmOUBb8Fodcfp9dpciOt2Od4G.wnqlajYyT2X4WxOVTZJGC 96HuPzf08mUNMrW_LSskvfxi7XH0avogKtWgr4fk26dUE_6XiwqLa0fzO2Actar0.0vCKXGQfKHa 0dFNyIz0RiKdJhMPdjnPkjFlDSQ3t9Une_NRXMCVQfG4EhtXti.OxG1K3RfgyNvZiA.3x9fd_Iim fO2AIOF7rHoCS30SM3gE6MfMY0NfqSxCmuwKS1JkvhiQ4c3_s3vNRsLTNStTlOfVxLu2ucnlX50v yBKFqa3uRcvizWjf.aK2suZp2nITULCFtE6fEKxE44qfk1rYE8Wr4UpEKDbLXxgwTB4Zq1Bnv3ya uXeUK542iuBmJlpOrau.qFKAfCTzCSdEnT8sz5xjj8RgkIwP_KMeOxWO_1tuxeL6rKdyTHgoxngI ysyvyA3bBHCSrzCqjQCYhXFu3JSXX1fDxH7aRIf.xlh9NRLLBm7E7rMUHdH8qZU6J2ZIfdH8JBes I1TE9_aWbpc4sZLMuYEVnKM59hhzHOv_6ew0GZdYrvotanl5QKX.VbZ9Iyao030Rde3lS9BrKds. ZI._r2NtkPPSsed1pdm_ygvklwi1FU.aDUdlykZDqnu3cRtFTwuiG5govkcYWG7hy8QpcXG5.43E __6FsXvcsYx6jg.J4oe4oG5gEl06VKuQypr8HLxTgGT5.Q37xhWamQUrshND9s7d6ZAmlnMznyPx J0YOaTXCMBEgePXubLMHHz7igD1Q.lIZ0RUCioQA8TwFUXgcmMA.xLwxKfjdHYt02Oy63dzHRMFt rXC6unmr.wpFr2ZoUWJeeC8AYnqcx9KJ9oSAhzxP26vOv06J3uBwI0vvjUFBtSNeLv.fzmqbpHuh XvZ6MlKAbtk2lGzLpS5g05xN2QIVs_CXiu.CUM8DOjkpCxdewFlu5tWxrfaPlOBeD0QcZrqTfjNt ICTbfYfrbJzYJ59.8SiZAqI79PzsPZ4O8O3BKS0pLrclPU8fSJfQXO9izCo6EYtD0NvJ9er0ST_q RMkzBE0YxFi8TrkNl9kd4nvZjXPUv2mnuOf6GYci9sJBXXbYYfDT4xBt0__P237ikhJG7kcY8F.O 2y.SunfSEFcHnV.9Tmz.tewRKII6E.qeJLjXwy7z55fxFDyGCsc5aqI42i.OF4XZWPzdskHlD7G8 hfX1ICUXuED_PRHSPBqtV_XPwOkQZ3VySk7kQ8l.Hn2fOAAfQwpx_I8Wi1EbpjrBZwexA_WA1m7s 0XA-- X-Sonic-MF: X-Sonic-ID: d42dcdfd-0cc5-410e-a7f9-85202cf6d92a Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 17 Mar 2023 00:59:40 +0000 Received: by hermes--production-gq1-6cf7749bc8-bcgkq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6f83934e1f1ae2d5d0f808b7db30d3c4; Fri, 17 Mar 2023 00:59:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: I just updated to main-n261544-cee09bda03c8 based (via source) and now /etc/machine-id and /var/db/machine-id disagree ; more From: Mark Millard In-Reply-To: Date: Thu, 16 Mar 2023 17:59:25 -0700 Cc: Current FreeBSD , FreeBSD-STABLE Mailing List , Baptiste Daroussin , Tijl Coosemans Content-Transfer-Encoding: quoted-printable Message-Id: <8DCCBDC3-3E00-48DD-A501-AC89448E8FDB@yahoo.com> References: <2cf7d953-2493-9673-5ea3-fba22c694015@freebsd.org> To: Colin Percival X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-3.31 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.81)[-0.813]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_FIVE(0.00)[5]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from] X-Rspamd-Queue-Id: 4Pd5Pn6mSGz3P0G X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Mar 16, 2023, at 17:27, Mark Millard wrote: > On Mar 16, 2023, at 16:48, Colin Percival = wrote: >=20 >> 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. >=20 > A question may be if past dbus port related activity might > have established a /var/db/machine-id independent of the > recent FreeBSD activity. That might not be able to be > classified as a "broken version": >=20 > Before upgrade: > /etc/hostid (old style) > /var/db/machine-id (via port) Looks like var/db/machine-id is not a dbus default place: # find /var -name machine-id -print | more # dbus-uuidgen --ensure # find /var -name machine-id -print | more /var/lib/dbus/machine-id So the path in my analogy may not be the right one for overall question. > After binary or source upgrade to releng/13.2 . . . ? >=20 > For other source(!) upgrades: > Similarly but to a stable/13 (jumping over the middle)? > Similarly but to a main [so: 14] (jumping over the middle)? >=20 > To some extent the "broken" context is > somewhat analogous other possible prior > history sequences with /var/db/machine-id > and /etc/hostid ( but not /etc/machine-id ). >=20 >> Colin Percival >>=20 >> 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. The above is wrong: it was etcupdate activity, not delete-old-files activity, that did the delete ("D") and did nothing with /var/???/machine-id . >>> 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. >=20 It might just be that there should be notes someplace about checking and possibly fixing the various machine-id related file relationships, especially if "dbus-uuidgen --ensure" (default path) was part of the prior context. =3D=3D=3D Mark Millard marklmi at yahoo.com