Date: Wed, 12 Apr 2023 11:14:53 -0700 From: Cy Schubert <Cy.Schubert@cschubert.com> To: Mark Millard <marklmi@yahoo.com>, dev-commits-src-main@freebsd.org Cc: vishwin@freebsd.or Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 Message-ID: <DA7BAD0E-E57E-4676-8F94-9A6B2E2D43D9@cschubert.com> In-Reply-To: <72115147-BA5F-44CA-9DD5-D84CC4BE626F@yahoo.com> References: <72115147-BA5F-44CA-9DD5-D84CC4BE626F.ref@yahoo.com> <72115147-BA5F-44CA-9DD5-D84CC4BE626F@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On April 12, 2023 10:41:17 AM PDT, Mark Millard <marklmi@yahoo=2Ecom> wrote= : >From: Cy Schubert <Cy=2ESchubert_at_cschubert=2Ecom> wrote on >Date: Wed, 12 Apr 2023 16:54:59 UTC : > >> =2E =2E =2E >>=20 >> You need to copy from/to the same dataset to reproduce the problem=2E C= opying from a source dataset to a different dataset will avoid block_clonin= g=2E > > >https://openzfs=2Egithub=2Eio/openzfs-docs/man/7/zpool-features=2E7=2Ehtm= l reports: > >QUOTE >block_cloning >=2E =2E =2E >=2E =2E =2E Blocks can be cloned across datasets under some conditions (l= ike disabled encryption and equal recordsize)=2E > >This feature becomes active when first block is cloned=2E When the last c= loned block is freed, it goes back to the enabled state=2E >END QUOTE > >I've no clue if that is/will--be different for FreeBSD for some reason=2E > >=3D=3D=3D >Mark Millard >marklmi at yahoo=2Ecom > Looking at the patch on GH, this would also affect linux=2E --=20 Cheers, Cy Schubert <Cy=2ESchubert@cschubert=2Ecom> FreeBSD UNIX: <cy@FreeBSD=2Eorg> Web: https://FreeBSD=2Eorg NTP: <cy@nwtime=2Eorg> Web: https://nwtime=2Eorg e^(i*pi)+1=3D0 Pardon the typos=2E Small keyboard in use=2E
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DA7BAD0E-E57E-4676-8F94-9A6B2E2D43D9>