From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate001.proxmox.com (gate001.proxmox.com [45.144.208.40]) by lore.proxmox.com (Postfix) with ESMTPS id 2876F1FF0B2 for ; Thu, 20 Aug 2026 11:06:28 +0200 (CEST) Received: from gate001.proxmox.com (localhost.localdomain [127.0.0.1]) by gate001.proxmox.com (Proxmox) with ESMTP id 21ED821637; Thu, 20 Aug 2026 11:05:56 +0200 (CEST) From: Christian Ebner To: pve-devel@lists.proxmox.com Subject: [PATCH v3 qemu-server 6/6] vma restore: skip page cache on block devices backed by zfspool Date: Thu, 20 Aug 2026 11:05:28 +0200 Message-ID: <20260820090528.117853-7-c.ebner@proxmox.com> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20260820090528.117853-1-c.ebner@proxmox.com> References: <20260820090528.117853-1-c.ebner@proxmox.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Bm-Milter-Handled: 55990f41-d878-4baa-be0a-ee34c49e34d2 X-Bm-Transport-Timestamp: 1787216719156 X-SPAM-LEVEL: Spam detection results: 0 AWL 0.757 Adjusted score from AWL reputation of From: address DMARC_MISSING 0.1 Missing DMARC policy KAM_DMARC_STATUS 0.01 Test Rule for DKIM or SPF Failure with Strict Alignment (newer systems) RCVD_IN_DNSWL_MED -2.3 Sender listed at https://www.dnswl.org/, medium trust SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record Message-ID-Hash: UHYUKBTDCGZ6LO6K4P2F23BV4WDYXJ6T X-Message-ID-Hash: UHYUKBTDCGZ6LO6K4P2F23BV4WDYXJ6T X-MailFrom: c.ebner@proxmox.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.10 Precedence: list List-Id: Proxmox VE development discussion List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Skip the host page cache for restores on zvols, as page writeback after filling the buffers can cause I/O delay on other ZFS-backed VMs on certain setups, as reported in enterprise support and reproduced internally. The restored data is not to be read back from cache during restore anyways. Keep for other storage types for now to reduce regression potential. Signed-off-by: Christian Ebner Tested-by: Jonas Theisen --- src/PVE/QemuServer.pm | 11 ++++++++++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/src/PVE/QemuServer.pm b/src/PVE/QemuServer.pm index 21924988..a40d13a5 100644 --- a/src/PVE/QemuServer.pm +++ b/src/PVE/QemuServer.pm @@ -7677,8 +7677,17 @@ sub restore_vma_archive { } my $path = PVE::Storage::path($cfg, $volid); + my $scfg = PVE::Storage::storage_config($cfg, $storeid); - print $fifofh "${map_opts}format=$d->{format}:${write_zeros}:$d->{devname}=$path\n"; + my $cache_none = ''; + if ($scfg->{type} eq 'zfspool') { + #TODO: potentially extend to other storage types + $cache_none = ':cache=none'; + print "skipping page cache for '$d->{devname}'\n"; + } + + print $fifofh + "${map_opts}format=$d->{format}${cache_none}:${write_zeros}:$d->{devname}=$path\n"; print "map '$d->{devname}' to '$path' (write zeros = ${write_zeros})\n"; } -- 2.47.3