From nobody Fri Feb 21 20:40:13 2025 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 4Z027g6ps8z5pJdT for ; Fri, 21 Feb 2025 20:40:15 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Z027g6BNlz4MBC; Fri, 21 Feb 2025 20:40:15 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1740170415; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=I7sVU80gpKO9cQPuNMb3gMqQEtIKQGux+OKowgqmN8o=; b=FmDm2KX2J0OmpjEaPJULpeVvrGWtE7KJSZdEzkaYMOL7brLXl9CLfbHz/CqwKZNI+qljO+ H5hiJjXkp/Z726Sr21Ta9pYAEDZssqtphm5zulv6v7+m+tXvIc8wTwtc+cAxfNw7+L5JHD 0dejID1wWAmYtczd3fHV6XK9qMM7AHPPBhoELMd3yuuJNMR4Modu/C9BLZsiyDzBCW0OTx p1yeEkI7oUfttyy67+KRXXkgn65CeyyYXESrNIbW+GZNaPZ7kW2F31NN+37lHe1jRbcVf5 4KGym+VniAYNcb0KpzfRGA55cdLm7jzum1avDDdwQdvs5HJtB7qUDcpDsZACfQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1740170415; a=rsa-sha256; cv=none; b=daHkmJSX+gIET4GSow3izoxXrpAe9oPW/U5qXHqCYsvTJcMmAQmG4FzMM8P46WUrVDniNq 1yJa5dp48dM3l1xYDbfEeU9k9mXnIfCu8zvjeLC2M3ugeXpCLkucIYguxbZGGSbz6bVdq/ gEI8MPtLchKgUdJoE9x2FNbYNYC+ezuTn1eapMVIYGeUfFC24eD0EtUDAQHQJN+XtllJ+4 LakctAZBqASAInDN/TvrbqjL1OcntLkJpeHjex4I5bd9n83uQKMkAA2XXYTEjfaJpEoUft KPfznwqfohUFyk2pJG6SQg0pjTpEWF1/4Ifb8l0Re9+Y4h09X/D5u0IELzRKiA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1740170415; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=I7sVU80gpKO9cQPuNMb3gMqQEtIKQGux+OKowgqmN8o=; b=H6NuZ4Ib8LjYjL+9P02GGit8X79RhvAvKp0ES040w3hTy2EGquDLuAW3Y+Av/x+0nUvBZI COwQg8Vik6uHWT9wMXB48D1xCdfpGrhphxUZz4z1VGi48iqUHz+KrlTSGDqFkPLqM4U1TF D08VI3gRYygemt0lPCD0vjiSsHIzTuzKsD8+3HDaHECgJECIxmdibKEyYiLxuLbUgiPuwX OMhqAQbHDYmJJMdH0E/Ew0sUrA09VhGX+pvBAuY2ZihwVI7aeLOf4sTNkmVp/7IHnuwSV/ yCyJ3lVoF9c8hmKaXSVUrbnAT1xTMHAO+gtgbDP8DU1zHY1BJ+ArWZ/aG+BtaQ== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Z027g22VZzLFQ; Fri, 21 Feb 2025 20:40:15 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Fri, 21 Feb 2025 12:40:13 -0800 From: Gleb Smirnoff To: Steve Rikli Cc: Rick Macklem , FreeBSD CURRENT Subject: Re: RFC: mount_nfs failure due to dns not running yet Message-ID: References: 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Feb 20, 2025 at 04:28:06PM -0800, Steve Rikli wrote: S> In that area, I'll note FreeBSD rc.d has a "NETWORKING" dependency for S> PROVIDE and REQUIRE, and it's included in scripts like nfsclient, S> mountcritremote et al. However there seems to be no similar dependency S> for something like "NAMESERVICE" (generic, as opposed to "named" S> specifically), and I'm not sure how that might be implemented, even S> assuming it could be useful in a situation like this. Let's once and for all in this email thread rule out, that this is not an rc(8) issue. A host can boot faster than its switch or other networking equipment. No rc(8) magic can help agains that. I mentioned 'late' option as a non-bulletproof workaround for the problem, and that's all. btw, your suggestion for NAMESERVICE provide in rc(8) is a nice one, could be useful for something else, but not for this problem. -- Gleb Smirnoff