From nobody Sat Nov 04 23:54:10 2023 X-Original-To: freebsd-fs@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 4SNDxB1pChz50Gqg for ; Sat, 4 Nov 2023 23:54:38 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SNDx95nDCz3MtJ; Sat, 4 Nov 2023 23:54:37 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1699142068; 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=Ba5IIATon4kozVwPGc60TEoOAw5mq3OinwHIP4/T2OM=; b=Iz2ZoNxSNXKiJzvfz6opXcdQcW5CpkimkyJa42GAzkhSi+JyjvhbONnoVX7/RTOF3nckNY +ntHjGU9NlkcOBvcoFe/HfFm310QkG81O8WDWVQIfoubniA37Aq9zoiwx8HPLE/UbxWY0M zrY/b1Ckq4Z1vDVwBlKmaw+LECGD8Vn+E5iBpecNP57iS9QluJFzq/F1ODhljSZIbeb6DY oIbrz9iR/PrUv1uxD1cWffXnm0LvCjR90rRNlc5UJB6wwuwkYcNVju/jQhoOKn1UIN9zFv scDIa/eFMfj/8S6Dx2Els6ew5ts94Sa8NFGK0eiAaw64Z3PRzvu+OGt6Pjg2ig== Date: Sun, 05 Nov 2023 00:54:10 +0100 From: Alexander Leidinger To: Martin Matuska Cc: John F Carr , freebsd-fs@freebsd.org Subject: Re: ZFS txg rollback: expected timeframe? In-Reply-To: <2f93493b-a9cc-4c71-848a-efc55751a33e@FreeBSD.org> References: <18B0B6B6-9237-42D0-9FB2-D55CE72E1CCA@mit.edu> <2f93493b-a9cc-4c71-848a-efc55751a33e@FreeBSD.org> Message-ID: <855504b600b8c6b89b9f13a371954e95@Leidinger.net> X-Sender: Alexander@Leidinger.net Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_ea40b4d63b8a10e0f54b1bacf0ad3196"; micalg=pgp-sha256 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4SNDx95nDCz3MtJ This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_ea40b4d63b8a10e0f54b1bacf0ad3196 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2023-11-04 22:34, schrieb Martin Matuska: > Hi Alexander, > > I am already running block cloning with stable/14 on many production > servers and also on my Ubuntu 23.10 notebook. The referenced issue > appeared way before block cloning was even introduced so that is > unrelated to me. Block cloning is not the same as deduplication. When > copying a file with copy_file_range(2) between two datasets on the same > pool, blocks of data are only referenced instead of doing a real copy. > That is all magic that is being done. Did you check "zpool get > bcloneused,bclonesaved poolname" before re-creating the pool? That > would tell you if any blocks were cloned using block cloning at all. I do not think the referenced issue is what I was seeing as such (as it speaks about the dedup being in use). I don't have any dedup in this pool. I'm aware that block cloning is not the same as dedup, but I think I remember something about having parts of the same tech (different files may reference the same blocks) being used for block cloning with some parts more lightweight than dedup on top. The question here for me is, if the panic message is something which is a valid case for block cloning which can happen and shouldn't create a panic, or not. No, I didn't check those values. But I have the locally modified properties in a file, and the feature block_cloning was active, and not only enabled. So there should have be some cloned blocks. Right now in the re-created pool it is only enabled (as expected). Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_ea40b4d63b8a10e0f54b1bacf0ad3196 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmVG2bAACgkQEg2wmwP4 2IZoRA//fi+oYyV7XBVndgTghBxHYNP4wg4wzu3qlVyy4kH1QTVeLLxOwe/EswGv SyzfXZKWC+t8up5KhPW2I8N3U6f2Z3CKDkIw5/8eKJb6rLNONJEfEytNecPpRGIy MMMqL1Ve58xVEmFuvhouC8mAR4ScRoSvQCnOXtZXR1angdKmMwuAEeCuXzZqHNyR UJGdlaeNteUWiNOFkdWIiklEFNng6k/Od92EeiI+UmVZ7ciJT0++8iAlf3TIckBj ZBLFJSw0sy5wbYYCVDTYgW8v0WKLmAw4rMRAZ41o9BnQCgz86BdYi20548Tb/rmN PzJPKuJu3vXSCuRM4gzgNGBpW1NoiE5q6kOyUPO4HOeqTT9b7Uj5FmGt+Tpl1mTf gZFFHwFpm3pai+yonqXY8WLSS/LCXPaRpG6HN/Xik7WDUMPP6eB/NL1VRTVX5zai +z2dDmzLa1tuDCYhvp4wpNQZ3XaFDyv+GyguNFmSAhlYwJf2+Yrc/5lT159ZcCHj DNlMg5sl6DZqaZPQp7wwtwiL9sKyjv4x8AM1RErEn4SkAdaY5xS2zvT9s0bVBFJI M/wsN83i+3XlJGbvzfxTRU/eOjB2LNoe3g3FExeYYNOzjPJ9LbDoD/j/q5gzpndM vRT/aWirO0wL03+6VhNbRNFMYLDUhEgXm0yf/hM9e66vJyut6Ww= =FOEX -----END PGP SIGNATURE----- --=_ea40b4d63b8a10e0f54b1bacf0ad3196--