From nobody Thu Nov 23 10:56:34 2023 X-Original-To: questions@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 4SbZmj5gXSz51pbM for ; Thu, 23 Nov 2023 10:56:37 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [IPv6:2a01:e0c:1:1599::11]) (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 4SbZmh6KhFz4VS8 for ; Thu, 23 Nov 2023 10:56:36 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=free.fr header.s=smtp-20201208 header.b=VmMrnHOc; spf=pass (mx1.freebsd.org: domain of olivier.freebsd@free.fr designates 2a01:e0c:1:1599::11 as permitted sender) smtp.mailfrom=olivier.freebsd@free.fr; dmarc=pass (policy=none) header.from=free.fr Received: from ravel.localnet (unknown [90.118.140.172]) (Authenticated sender: olivier.freebsd@free.fr) by smtp2-g21.free.fr (Postfix) with ESMTPSA id AD8362005A0 for ; Thu, 23 Nov 2023 11:56:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1700736994; bh=iPjZSKfkuXVYwN+6PMynfcrj1GmulDvV0l8la+iWflc=; h=From:To:Subject:Date:In-Reply-To:References:From; b=VmMrnHOc3EKlpJaWC+FEkyh7g3MOdJlD0r9OAfcGIkGUXmSrPSDPHEiSaJDFKMbz2 ik4k4XJ8VMUCd5Vyd/ccRVpuYLP/9OqZXe5YsfNLHGbNO6IEGqHwe1Inm+qWESik+7 YddkTW0Po8CBfB4sysPwT2hnafFSWCeNfS5kEJxxZ8SjQ25nk6GRJhi9qIwY56qH71 7wVDrCsNDcQ/j11lY+hohF1voxawvjrQf7LYAVBfrOOhBqDOPuioooh1kEBq++ifVb f957Ydb9w/WdvuvPCjYCFIwX4vBCZIdT2Ao4JSthUfenaFwN8YSfqHmPuKswebTidS B0ab3a1h7P8eQ== From: Olivier Certner To: questions@freebsd.org Subject: Re: I am sick and tired of the poor quality of documentation on FreeBSD Date: Thu, 23 Nov 2023 11:56:34 +0100 Message-ID: <3694566.vYMqPgikMl@ravel> In-Reply-To: References: <1781224.E1bnfOMcs6@ravel> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.89 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.994]; CTE_CASE(0.50)[]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[free.fr,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:e0c:1:1599::11]; R_DKIM_ALLOW(-0.20)[free.fr:s=smtp-20201208]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[free.fr:dkim]; FREEMAIL_ENVFROM(0.00)[free.fr]; DKIM_TRACE(0.00)[free.fr:+]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[free.fr]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:12322, ipnet:2a01:e00::/26, country:FR]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4SbZmh6KhFz4VS8 X-Spamd-Bar: -- > Rather than hope I will do an export/import dance of a backup drive with > the flag, I prefer to use -x or -o to change properties to a different > state while they are on the backup drive before they have a chance to > take effect. I hadn't caught up with using -x and -o when receiving. That said, are these settings persistent on receiving new streams produced by -R? Because if they are not, they don't provide any additional foot-shooting protection, since you have to remember to use -o at each receive. > This also works nice to set different compression settings, Just for the record, this works only if you don't send compressed blocks in streams (triggered by using -c with 'zfs send'). > decide if atime should be enabled or not, and even put the backup into a > read only state automatically. Keeping settings like refreservation from > being overridden just because a backup seems important instead of just > an afterthought since the two disks are likely different sizes with > different needs. These 'overrides' are noted so that zfs inherit -S can > get you back on track if wanting to start using the data in place with > original properties or -b for when data gets sent the other way. Seems very nice. Thanks for making me aware of these "novelties". Regards. -- Olivier Certner