From nobody Wed Feb 21 22:08:51 2024 X-Original-To: bugs@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 4Tg9Qq4Yzkz5BTBD for ; Wed, 21 Feb 2024 22:08:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tg9Qq1G2Hz4NVL for ; Wed, 21 Feb 2024 22:08:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708553331; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=yMm0/YeNqYWUs5sgYZcc0rHGP3POXJmbh7K9r0+FRhs=; b=y0B11RsXXwNKjAIcKAMaPNCzCKtAyWd3s7g6LxB+8zijuNPnG/R/revcZzEjrKR7W6vLYJ 2cZyeMzs7qUdeGZsCwhSs7eKKeQjxfvKAOumEBBM+E7SqGBWrTZEetBU8nhBpdhYy/4JEO fnMtuvALBMD8Vlv+UD7P3xYq9nPD4+uGq7HuPHpX8QhKV8FwzEmex1Sq6ieEfJC3gKPZ1j k077aGfnjtxOnbiSb23imkTkcLi8dtuosl270UDp85jKGkL4JNrO+K+Rc46fC9T64hyhFD 4AHHTJoxnlMpEi+4oviDAP7O5LlUtLwfF4Io2F9GdkF+ud0SCrl0HQHHTMsBkQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1708553331; a=rsa-sha256; cv=none; b=gGnsLdpR382A9X3RUrErydV1G8JFJA+pcb4NiFjOLfA6NP/AK3cH4kHBnfPhkfo6hRotK9 1ZvEYKcj0l+girpXXKYaDw+gVnnszyZGcXE6+26LfYG1HULEBM0cfGmRr2XQX6zXGI1kjb heNEPnuBGyP/qVbxJ8fCGU1ku8gZ6oYaFZKRK8Iq21ieyLnTIT3b78fRSeI4YvuQ23vALT ye9kXkEfpFP7Ezu581Fkb80dTsIABI3jrucAqNz/FzLBYjZjjZgmGWCAG6FZ52Vnem2uTi t4ogHvnqvm84HRrkmNuekq3zQPOyf1ZBVWRz0z5Z55ja1jMKC8J+movMBH4mDw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Tg9Qq0M1Wz1KMD for ; Wed, 21 Feb 2024 22:08:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 41LM8olD061342 for ; Wed, 21 Feb 2024 22:08:50 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 41LM8oU6061336 for bugs@FreeBSD.org; Wed, 21 Feb 2024 22:08:50 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 185619] [VNET] Name conflict not checked when a child vnet goes away and returns its interface(s) back to the parent Date: Wed, 21 Feb 2024 22:08:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: Unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: c433li@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185619 c433li@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c433li@gmail.com --- Comment #6 from c433li@gmail.com --- Just encountered this issue on 14.0-RELEASE. > Option 1: Give the returned interface a random, unique name. Since jids are never recycled, does this approach really have to be non-deterministic? I mean, it seems to me that we could make up some sort of convention that interfaces recycled from a destroyed vnet be given a special name such as `_recycle_`, and for hierarchical jails we can append the nested jids to it, such as `_recycle__= `. It is still possible to have naming conflict if the user insist on renaming their interface to one of these "special" names, but this approach can eliminate the majority of these conflicts without architectural changes. --=20 You are receiving this mail because: You are the assignee for the bug.=