From nobody Sun Feb 16 18:46:05 2025 X-Original-To: freebsd-hackers@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 4YwvrY0tZrz5nn00 for ; Sun, 16 Feb 2025 18:46:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.30]) (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 4YwvrW4vKFz40hD for ; Sun, 16 Feb 2025 18:46:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=VYjhowdC; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739731577; bh=IvJjyLkliO9U58OxbtkgXxLNtjcquVs+ielq5RVf4DM=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=VYjhowdCgkbSAqeoDASb/1vUn+ytrV2+ePlFMx3hsHzhCCDsxKQdZxhRogNBqKXwSLN1hVw7X9Gq1e9AVFaHRCCvNhS9JC5DrzmEtpnHhnaS2ZSPLXO2E8zdA4fTe0RcvxRZ0b7nJqBEpvPdn1XSepaQEOuk2TayM+6caQ9qYNxMu4kezYSnHKXomlTKIXYD8HC5S/42XhXeu7W0r4jX2fXXZ7xzQQGv8l198h8devqyIVvurKOB5ZnBXabjLPMhpLAeu3e4bqDWTC7FjlQ25lD7asH2BrdUDdxqt4mtpdvNjTtSVt71t1txv7nDdfBE3la4pg6qlvdQgbrwL1RB2A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739731577; bh=yQdVOPwWrP49ozonet1yTp13MBXUcMlmDbadJYg+CUH=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ZGFuEtqZKFCvpIUM8+VbuNsk1qgsy4SAChnjVIlUZJEJqGv+MODXDivMNZ/Y5yaJZIVTIXFVzKopn/v/AXQyG/ms2vseq9eyydnusf06fKbja6XPYH2frms0Xp4SueRg61efbf/rQfrnP9Jed+QLsswxaqeKQZWpM7jXKt56GfdBPzOU2qKo6zR35DMqa3XJFzy4JqDKE2GJ2X4XexfFnoLvjexN/Wz0kRlSpTOKMRn/pkggsuPYKHs6bmexobJtea7vuxXBM9OPnEbRcXDtoqNF2c/thAuvtPr3TR3/FHUu95HVVL2OXFt7OzgCv9Rirv7528Bp8lP8JvRQ77dSGA== X-YMail-OSG: OE1AtlkVM1mPoJUSMNponNs.pt6n1ffUdNEZdvPx4mIIwQ2v8k7eiHmGE6PqkIx ykUXnogd1blQlykDH9D1wnGCbOzLwA16bdQYJrlPv.DmCm1PjZ9Fi_A5lf_yt.aB4lVpGENi8Ops USu0a_XbgRkzun6aQkXbVBNGlsNfkE4pgSeQfbepwtfIhA6km0cFAGjuQY2izH1nxJgZNTSzFUhk Ad3wU3_r4C6vOkleTZ3_SULtKrNSA5peSr3UOyaQcCEr02gJseIl.A9T6RljYXpIHWQ.4jBiTB.m us2TwdjsOvT6.i_CsUh04kVX_yafwp5Dvl45g5vmeDYxsMUoankx6ebN7UD1kE0qi1Kjyh51DVhK sf6QBQ4ZceC1kzzipSwxCAIQaEwfVa1oF_Y9I.py6wTJ4ajj5QSB.jOiQTkdGSUXEZixHU78gSoQ LH2xZT85sgB05IIXVQRZeEZcyFgqsABjwkLskQx_R10HsVMrT0dNyS6lwlp6tMNtwFWq4MfNArpV D6EJ5M.8wKGtfyFTIwr6oS_iamp7cMagWWpkyDO70GGg0yGNTJYJLbTFymhpqF6dn906oUfl0jPb r7x_IhZ6vezfg0tblkSgeRzENGdm8YtqWZF9hJ5vyEE9Y7GYpbvgShhp.vrAbGEnBYLFRKlq2JtP 9VmHkC0k.ckKfb1O.GsGErkNgGs7RsC1Z6GXCF1WCJPjYP2Bq_HH0ZMY6xKx6tp99LBJnP6VI_1J 2HlDU8LMKDEzkR2RA3._JSsc_8wp00UJuWdY_Ed1.sMEkeuvXYh.HOW05n0NhgKUMmim1Pb6yan_ fXB8kCbbf8IVlW9_cd2XQOTHsUpWe95WoCvMPvyaUrhIZdRMRJrklRzqEYL7qcxFJnyd_gqe_IBq dpgnvfa88p7DxA5GVJp3p9x8rYzRBD0Mo.Eu2jCKEwv4pTiqwKAZrVWxfas2M9fKG0wtvkzytayV N0_uxNDtjl3PrcAa8rTwg1xsBbcGTMmpvX_XQpjHwZj6BJgy84uY77s23tFB8BbRjOefppuXfrm7 4gtbfxQn5hJ6.bKvSLXzAGZwKYQYsAtsd3kv5o6.8quQ9U2TUOuXB0Gad_L6LAUHcncN_BKD.qc7 JoXmXSxR1G_Zbv330oKDKaEf0ni6Bh2yurSPXVkI8kQn_RzKvXGKLA7Nt1EiAXuZp2zceQmks2XA ixVXrVguUl6IvPseALXH4lXG0_mvwX_Uya_DQ3XedSd1WR_HighvfRijTG8lgs0rdKMyyewBjLXV G7zslhXgar.FFjDGIFg5NCE0A6ArOi4FBGUxGQQXDptW0cHCR9m38vDll9.cYOepb7i_kPZ0jHyc j0ENaHMpBb6SYfRGKot1nBS42bli6YLN9swxsqZmIaf0Bm2UwGOPgI5D3NnIndAIAR_BaIHshJeS mv4utBjSwlL6FrfdhYjQCbvD5hUM1TKngNeAWXIB8f65M5RKXySi2AOISJTlFWjdM4k5tS7MOEUo QICisOce6_L4ckzFgj1VRQtV3YGHBMKCPdhMs8WbnDLom3lbKuh4jd8x1qsKGEu8dI8f4vy6cimN rjLh1B4Do69tz1nkwzODHD2pAEJpek48xCiRsPq6t1uyRrZj8P_SGWd.TO9NspbuFKmsGh6mvCfq W9D_p1nv2TFtn6rahg1h05dsSAJlq5SNh_85SXuSjUI51SO5XYMR9_vCx3zq6iWA_ufsct1z8.8T OUHuQUZsHCQQg6D4uWGPzgTejPWfszgaYQbJNMNWfUX5wquvMgeOAKdPq.An.t1PcyK4gnkVpcGe T89xS_TUIuA_NvvCnOciaM.TT6E_S2EX3TIRyydko_KPXjtuZyOF.nFG5tQpaZBXq4vnfzbTmpbN P2tvC3Q8XOYmxBey7RHE.g05dN8lfB7bY1A2uVKipfInVD7O88kJJ0hkYQkCBKhyyXu.IMxR0ips Aml_vNcTiFcXU2hrZ.gTn4dSuAMwCUtnI0NAn6QU3Am069jVcUIdpMBFCFvZcYbKk22kY_Qmf6Ck Tme9RDYsa3EFJsKIj5KOay0k2jl39zF59BbibGTIWwgoNRj9FKvdogJuSB8hl5IZA3XLm9iuzwEA 47hlWRANwNTzDvahx6YAH1fZHWlglpKk.e5Q..W9BJpQBVm7NwztTGMA6Z5VKisCxUrbwy54VZkE f2wVUOJsXPmJzNU9KM9AWzHD.bf6dCSZS5g7Hn17W6U_FAYVvLW5MpFErkDQA4MT5gU.Lmb4SqNp eou21ub1skdHRxSSXoDP4rxpuKbf32c0Z.Cwv98.GsIhrJUtCVqdUwzn4IljUla8- X-Sonic-MF: X-Sonic-ID: 57111276-280f-4be9-a24d-32306a5ba9ad Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 16 Feb 2025 18:46:17 +0000 Received: by hermes--production-gq1-5dd4b47f46-qfm2r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8d814437cea523852e387f0a8fd82ee8; Sun, 16 Feb 2025 18:46:16 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: Sudden vtnet0 address reassignment hours later after boot: does note this describe a known bug? Message-Id: <50A2A5B2-21EF-43B0-869E-130AE5EC1B86@yahoo.com> Date: Sun, 16 Feb 2025 10:46:05 -0800 To: freebsd-hackers X-Mailer: Apple Mail (2.3826.400.131.1.6) References: <50A2A5B2-21EF-43B0-869E-130AE5EC1B86.ref@yahoo.com> X-Spamd-Result: default: False [-3.49 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.65.30:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.30:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.30:from] X-Rspamd-Queue-Id: 4YwvrW4vKFz40hD X-Spamd-Bar: --- Sometimes after the likes of booting and getting: Feb 16 05:18:30 aarch64-main-pbase kernel: vtballoon0: on virtio_mmio0 Feb 16 05:18:30 aarch64-main-pbase kernel: lo0: link state changed to UP Feb 16 05:18:30 aarch64-main-pbase kernel: vtnet0: link state changed to = UP The FreeBSD (running under Parallels), seems to silently use the prior network address for a time with no messages. Other times it seems to do the normal additional things during the boot as well: Feb 11 19:53:53 aarch64-main-pbase kernel: vtnet0: link state changed to = DOWN Feb 11 19:53:58 aarch64-main-pbase dhclient[2547]: New IP Address = (vtnet0): 192.168.1.111 Feb 11 19:53:58 aarch64-main-pbase dhclient[2551]: New Subnet Mask = (vtnet0): 255.255.255.0 Feb 11 19:53:58 aarch64-main-pbase dhclient[2555]: New Broadcast Address = (vtnet0): 192.168.1.255 Feb 11 19:53:58 aarch64-main-pbase dhclient[2559]: New Routers (vtnet0): = 192.168.1.1 Feb 11 19:53:58 aarch64-main-pbase kernel: vtnet0: link state changed to = UP When such does not happen, the system is subject to hours later ending up with something like: Feb 16 09:19:13 aarch64-main-pbase dhclient[75650]: New IP Address = (vtnet0): 192.168.1.131 Feb 16 09:19:13 aarch64-main-pbase dhclient[75655]: New Subnet Mask = (vtnet0): 255.255.255.0 Feb 16 09:19:13 aarch64-main-pbase dhclient[75660]: New Broadcast = Address (vtnet0): 192.168.1.255 Feb 16 09:19:13 aarch64-main-pbase dhclient[75702]: New Routers = (vtnet0): 192.168.1.1 happening in the middle of other activity. I'll note that 192.168.1.131 is a network address that the same boot media has had when used to boot a different system (no virtual machine involved). I'll note that there were no "link state changed to" notices around the dhclient "New . . ." messages. This activity of 192.168.1.131 coming into use interrupts existing ssh connections that have been in use for those hours after the boot in parallels. I'll note that the system was still up and I could still use the efifb based console session. I could ssh connect to the new address. Given that the 192.168.1.131 would be something that FreeBSD likely has records of from past activities (it is a well known address to me), it would seem that FreeBSD initiated the involvement of 192.168.1.131 . Prior to vtnet0 being involved in my recent experiments with Parallels = on a MacBook Pro M4 MAX, I've never had the type of problem before --but also no use of any vtnet* . Is there some sort of known bug in this area? Any suggestions on = avoiding the surprise change in the network address? In the example at hand, it stopped a poudriere(-devel) bulk -ca test = after about 12 hours: it had been running in one of the ssh sessions that was stopped by the activity. For reference: # uname -apKU FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #1 = main-n275290-9ef38a01aea8-dirty: Thu Feb 13 14:18:57 PST 2025 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500031 1500031 =3D=3D=3D Mark Millard marklmi at yahoo.com