public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: David Riley <d.riley@proxmox.com>
To: Daniel Kral <d.kral@proxmox.com>, pve-devel@lists.proxmox.com
Subject: Re: [PATCH pve-cluster 8/9] fix #7294: cluster: helpers: add cluster-wide version assertion
Date: Mon, 22 Jun 2026 13:53:56 +0200	[thread overview]
Message-ID: <dd0dc621-063e-47c3-a8a1-f71861274240@proxmox.com> (raw)
In-Reply-To: <DJFHAMTGAK0N.3QTBCHTOK172P@proxmox.com>

On 6/22/26 11:42 AM, Daniel Kral wrote:
> On Thu Jun 11, 2026 at 4:59 PM CEST, David Riley wrote:
>> Add function to assert a minimum version requirement for the whole
>> cluster.
>>
>> Evaluates against the cluster configuration. Dies if any node is
>> offline, or running an older version, ensuring cluster-wide feature
>> compatibility before allowing an operation to proceed.
>>
>> Prevents older nodes from truncating newly structured user.cfg
>> entries.
>>
>> Link: https://bugzilla.proxmox.com/show_bug.cgi?id=7294
>> Signed-off-by: David Riley <d.riley@proxmox.com>
>> ---
>>   src/PVE/Cluster/Helpers.pm | 35 +++++++++++++++++++++++++++++++++++
>>   1 file changed, 35 insertions(+)
> As for the previous patch, this could go in PVE::Cluster as code that
> already depends on some cluster-related functionality has it imported,
> but no hard feelings about this.
I agree. I also decided to move the helpers from patch 7 into pve-common, so
it definitely makes sense to move this into PVE::Cluster instead of having a new
module.
>> diff --git a/src/PVE/Cluster/Helpers.pm b/src/PVE/Cluster/Helpers.pm
>> index a4b41c9..3937e6d 100644
>> --- a/src/PVE/Cluster/Helpers.pm
>> +++ b/src/PVE/Cluster/Helpers.pm
>> @@ -47,5 +47,40 @@ sub version_cmp {
>>       return 0;
>>   }
>>   
>> +# Asserts that all configured nodes in the cluster meet a minimum version requirement.
>> +# Evaluates against the full, static cluster node list rather than only live nodes.
>> +# Aborts if any node is offline, unreadable, or running an
>> +# outdated version, preventing partial feature rollouts from corrupting cluster state.
>> +sub assert_min_cluster_version {
>> +    my ($major, $minor, $release) = @_;
>> +
>> +    my $nodestat = PVE::Cluster::get_node_kv('version-info') || {};
>> +
>> +    my $clinfo = PVE::Cluster::get_clinfo() || {};
>> +    my $nodelist = $clinfo->{nodelist} || {};
> This might be unnecessary for single-node setups as there we can enforce
> versioned dependencies much more easily through package version
> constraints, but it should be noted that the $nodelist hash will be
> empty if no cluster has been created.
>
> If we want to make this assertion also work on single-node setups, this
> could use PVE::Cluster::get_nodelist(), which fakes the nodelist for a
> single node.
It should work for single-node setup as well otherwise it will crash and make the
feature it is gatekeeping unusable, so you definitely found a bug in my patch here.
I will adapt this in v2 to account for single-node setups as well.
Thanks.
>
> Either way, that should probably go in the subroutine's description.
>
>> +
>> +    foreach my $node (sort keys %$nodelist) {
> nit: for new code we use 'for' in favor of 'foreach' [0]
You are right. Thanks for pointing it out.
> [0] https://pve.proxmox.com/wiki/Perl_Style_Guide#Perl_syntax_choices
>
>> +        my $raw_json = $nodestat->{$node};
>> +
>> +        if (!defined($raw_json)) {
>> +            die "cannot execute operation: cluster node '$node' is offline or not reporting its"
>> +                . " version. All nodes must be online to verify cluster-wide feature support.\n";
>> +        }
>> +
>> +        my $vinfo = eval { decode_json($raw_json) };
>> +        if ($@ || !$vinfo || !$vinfo->{version}) {
>> +            die "cannot execute operation: failed to parse cluster version string for node"
>> +                . " '$node'.\n";
>> +        }
>> +
>> +        if (!pvecfg_min_version($vinfo->{version}, $major, $minor, $release)) {
>> +            die "cannot execute operation: cluster node '$node' runs an older version of Proxmox"
>> +                . " VE ($vinfo->{version}) than the required $major.$minor.$release. Please"
>> +                . " upgrade all nodes first.\n";
>> +        }
>> +    }
>> +    return 1;
>> +}
>> +
>>   1;
>>   




  reply	other threads:[~2026-06-22 11:54 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-11 14:59 [PATCH access-control/cluster/manager/network/qemu-server 0/9] fix #7294: pool: add SDN VNets as pool members David Riley
2026-06-11 14:59 ` [PATCH pve-manager 1/9] ui: replace var with let to match style guide for variable declaration David Riley
2026-06-11 14:59 ` [PATCH pve-manager 2/9] fix #7294: api: pool: add SDN VNets as pool members David Riley
2026-06-22 11:20   ` Daniel Kral
2026-06-22 13:37     ` David Riley
2026-06-24  7:32       ` Daniel Kral
2026-06-11 14:59 ` [PATCH pve-manager 3/9] fix #7294: ui: " David Riley
2026-06-11 14:59 ` [PATCH pve-access-control 4/9] fix #7294: acl: " David Riley
2026-06-11 14:59 ` [PATCH pve-network 5/9] fix #7294: sdn: register api formats for zones and vnets David Riley
2026-06-12 12:18   ` Gabriel Goller
2026-06-12 12:51     ` David Riley
2026-06-12 13:46       ` Gabriel Goller
2026-06-12 14:17         ` David Riley
2026-06-11 14:59 ` [PATCH pve-network 6/9] fix #7294: sdn: vnet: update pool members on vnet migration and deletion David Riley
2026-06-11 16:21   ` Gabriel Goller
2026-06-12  6:37     ` David Riley
2026-06-12  8:41       ` Gabriel Goller
2026-06-11 14:59 ` [PATCH pve-cluster 7/9] cluster: add helpers module with version comparison functions David Riley
2026-06-22  9:31   ` Daniel Kral
2026-06-22 11:44     ` David Riley
2026-06-11 14:59 ` [PATCH pve-cluster 8/9] fix #7294: cluster: helpers: add cluster-wide version assertion David Riley
2026-06-22  9:42   ` Daniel Kral
2026-06-22 11:53     ` David Riley [this message]
2026-06-11 14:59 ` [PATCH qemu-server 9/9] fix #7294: helpers: use cluster-wide version helper David Riley
2026-06-19 10:01 ` [PATCH access-control/cluster/manager/network/qemu-server 0/9] fix #7294: pool: add SDN VNets as pool members Jakob Klocker
2026-06-19 11:12   ` David Riley

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=dd0dc621-063e-47c3-a8a1-f71861274240@proxmox.com \
    --to=d.riley@proxmox.com \
    --cc=d.kral@proxmox.com \
    --cc=pve-devel@lists.proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal