From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from firstgate.proxmox.com (firstgate.proxmox.com [212.224.123.68]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by lists.proxmox.com (Postfix) with ESMTPS id A49EC8D079 for ; Mon, 7 Nov 2022 12:00:41 +0100 (CET) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id 8C8282A2B2 for ; Mon, 7 Nov 2022 12:00:41 +0100 (CET) Received: from proxmox-new.maurer-it.com (proxmox-new.maurer-it.com [94.136.29.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by firstgate.proxmox.com (Proxmox) with ESMTPS for ; Mon, 7 Nov 2022 12:00:39 +0100 (CET) Received: from proxmox-new.maurer-it.com (localhost.localdomain [127.0.0.1]) by proxmox-new.maurer-it.com (Proxmox) with ESMTP id 81EDA422B1 for ; Mon, 7 Nov 2022 12:00:39 +0100 (CET) From: Fiona Ebner To: pve-devel@lists.proxmox.com Date: Mon, 7 Nov 2022 12:00:34 +0100 Message-Id: <20221107110035.93972-1-f.ebner@proxmox.com> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SPAM-LEVEL: Spam detection results: 0 AWL 0.028 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% KAM_DMARC_STATUS 0.01 Test Rule for DKIM or SPF Failure with Strict Alignment SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record Subject: [pve-devel] [PATCH storage 1/2] zfs: only use cache when listing images locally X-BeenThere: pve-devel@lists.proxmox.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Proxmox VE development discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2022 11:00:41 -0000 The plugin for remote ZFS storages currently also uses the same list_images() as the plugin for local ZFS storages. The issue with this is that there is only one cache which does not remember the target host where the information originated. Simply restrict the cache to be used for the local ZFS plugin only. An alternative solution would be to use a cache for each target host, but that seems a bit more involved and could still be added in the future. For example, issues can happen during rescan: 1. Via list_images() and zfs_list_zvol(), ZFSPlugin.pm's zfs_request() is executed for a remote ZFS. 2. $cache->{zfs} is set to the result of scanning the images there. 3. Another list_images() for a local ZFS storage happens and uses the cache with the wrong information. Signed-off-by: Fiona Ebner --- PVE/Storage/ZFSPlugin.pm | 7 +++++++ PVE/Storage/ZFSPoolPlugin.pm | 8 +++++++- 2 files changed, 14 insertions(+), 1 deletion(-) diff --git a/PVE/Storage/ZFSPlugin.pm b/PVE/Storage/ZFSPlugin.pm index d4dc2a4..1379bcf 100644 --- a/PVE/Storage/ZFSPlugin.pm +++ b/PVE/Storage/ZFSPlugin.pm @@ -419,4 +419,11 @@ sub deactivate_volume { return 1; } +sub list_images { + my ($class, $storeid, $scfg, $vmid, $vollist, $cache) = @_; + + my $zfs_list = $class->zfs_list_zvol($scfg); + return $class->zfs_list_images($storeid, $scfg, $vmid, $vollist, $zfs_list); +} + 1; diff --git a/PVE/Storage/ZFSPoolPlugin.pm b/PVE/Storage/ZFSPoolPlugin.pm index e264fde..0fa18ce 100644 --- a/PVE/Storage/ZFSPoolPlugin.pm +++ b/PVE/Storage/ZFSPoolPlugin.pm @@ -255,10 +255,16 @@ sub list_images { my ($class, $storeid, $scfg, $vmid, $vollist, $cache) = @_; $cache->{zfs} = $class->zfs_list_zvol($scfg) if !$cache->{zfs}; + return $class->zfs_list_images($storeid, $scfg, $vmid, $vollist, $cache->{zfs}); +} + +sub zfs_list_images { + my ($class, $storeid, $scfg, $vmid, $vollist, $zfs_list) = @_; + my $zfspool = $scfg->{pool}; my $res = []; - if (my $dat = $cache->{zfs}->{$zfspool}) { + if (my $dat = $zfs_list->{$zfspool}) { foreach my $image (keys %$dat) { -- 2.30.2