From nobody Wed Nov 20 04:43:07 2024 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 4XtTJf1ZJ5z5dBy9 for ; Wed, 20 Nov 2024 04:43:30 +0000 (UTC) (envelope-from pat@patmaddox.com) Received: from fhigh-a5-smtp.messagingengine.com (fhigh-a5-smtp.messagingengine.com [103.168.172.156]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4XtTJd2SCqz4D1C; Wed, 20 Nov 2024 04:43:28 +0000 (UTC) (envelope-from pat@patmaddox.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=patmaddox.com header.s=fm2 header.b=RMQow0b7; dkim=pass header.d=messagingengine.com header.s=fm3 header.b="Srqj3z/b"; spf=pass (mx1.freebsd.org: domain of pat@patmaddox.com designates 103.168.172.156 as permitted sender) smtp.mailfrom=pat@patmaddox.com; dmarc=none Received: from phl-compute-01.internal (phl-compute-01.phl.internal [10.202.2.41]) by mailfhigh.phl.internal (Postfix) with ESMTP id 637CB11401C7; Tue, 19 Nov 2024 23:43:28 -0500 (EST) Received: from phl-imap-01 ([10.202.2.91]) by phl-compute-01.internal (MEProxy); Tue, 19 Nov 2024 23:43:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=patmaddox.com; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:message-id:mime-version:reply-to :subject:subject:to:to; s=fm2; t=1732077808; x=1732164208; bh=MX 6kn7+G9pPQ9O02Vvbmq5XUOCHMmuTAHPkIe4rEYFo=; b=RMQow0b79CedNq7Ndj gc50nlZLsjmICgTXl18odURhIwSkGh4CI8c9dPWJbtZKqFLwhHIkLuf7P0KWq7KK rWyd1ETa9+Z2V396KFpvCHl3UWNhU0KpNPzH91WNtPaUCt5QIJWrcYjP5rqreFqq PW0649in67+83+gzcBVqefj7X4u/KOMOs4u+mP349prnfqNzQ+M+nrVUocYnZ9JQ +H74vhNDCKOIH9KTCdaNA7gpDvmeL/830LMDvzXV3DVBOe+A8k0Gt4LOREoFmo75 Xq56Ppo+7Q4AyAlOhJd/83h30vgY9ESZprc4GPYdcA1Mzc7QdXzy7TwKPrpafqtV osJQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1732077808; x=1732164208; bh=MX6kn7+G9pPQ9O02Vvbmq5XUOCHMmuTAHPk Ie4rEYFo=; b=Srqj3z/bP91vY/QzsXw5NZeq9oesCq2j+ktfR2pGIYPlIplq5nR S+KYzcj0X1CCTTfA362EM7zHK8ojntul7CWk94jAyBLMNdTEVx3HSLeTvRXDbOPB Z8pyw4nQa1nrVGQ9kQY9COLJ4V6VTytFBw26ascSEWPbabwGKR5lTeJ5m4mJnwUp 9v/zXZCBcmIlFVtENuAccwKzbHEDYikI15rjDgvbJN9dlBF0Mwg1pa/Dp1580oYx 8/auRhNAk2HolpMDat6E3QrxumTvNl3ITvgEQS/JwSVASTs1fA4yskMxiocopAlQ 6sUfsFtqwvZwSxQm1JsGPDNUNv9mjH+qZyw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrfeefgdejvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepofggfffhvf fkufgtgfesthejredtredttdenucfhrhhomhepfdfrrghtucforgguughogidfuceophgr thesphgrthhmrgguughogidrtghomheqnecuggftrfgrthhtvghrnhepjefffeevtedvvd duvedujedtheffuedvlefgtdehuedtkeegffevgfejhfffgeelnecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphgrthesphgrthhmrgguughogi drtghomhdpnhgspghrtghpthhtohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepfhhrvggvsghsugdqhhgrtghkvghrshesfhhrvggvsghsugdrohhrghdprhgtphhtth hopehmrghrkhhjsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i8b6c40f9:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 0A3FE3360079; Tue, 19 Nov 2024 23:43:28 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface 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 Date: Tue, 19 Nov 2024 20:43:07 -0800 From: "Pat Maddox" To: freebsd-hackers@freebsd.org Message-Id: Subject: A proposal for makefs -t zfs to support more zpool layouts Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.58 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; R_DKIM_ALLOW(-0.20)[patmaddox.com:s=fm2,messagingengine.com:s=fm3]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.156:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[pat]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[103.168.172.156:from]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[patmaddox.com]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[patmaddox.com:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4XtTJd2SCqz4D1C X-Spamd-Bar: --- Here's a valid zpool configuration that makefs -t zfs does not currently support: truncate -s 100m file.zfs zpool create -m none my-test-pool $(realpath)/file.zfs zfs create -o mountpoint=/dataset1 my-test-pool/dataset1 zfs create -o mountpoint=/foo/dataset2 my-test-pool/dataset2 zfs list -r my-test-pool NAME USED AVAIL REFER MOUNTPOINT my-test-pool 218K 39.8M 24K none my-test-pool/dataset1 24K 39.8M 24K /dataset1 my-test-pool/dataset2 24K 39.8M 24K /foo/dataset2 makefs has a few constraints that prevent this: - there must be a dataset with a mountpoint matching the rootpath - all mountpoints must descend from the root path - root path must not be canmount=off My assertion: makefs -t zfs should, as much as possible, be able to create zpool configurations equivalent to those produced by a series of zpool/zfs commands. 1. What are your thoughts on that as a worthwhile direction for makefs? 2. What obstacles do you see in terms of getting there? I am interested in implementing these changes, and invite all ideas and feedback before proceeding. Thanks, Pat