public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Fiona Ebner <f.ebner@proxmox.com>
To: Daniel Kral <d.kral@proxmox.com>, pve-devel@lists.proxmox.com
Subject: Re: [PATCH ha-manager v4 11/27] resources: add migrate_json_properties() method
Date: Mon, 19 Oct 2026 13:49:25 +0200	[thread overview]
Message-ID: <d7bf3eaa-eea8-4971-ba2d-127c156c2acb@proxmox.com> (raw)
In-Reply-To: <DM664LG003WH.2HC3ZWX7NH46M@proxmox.com>

Am 16.10.26 um 11:51 AM schrieb Daniel Kral:
> On Thu Oct 15, 2026 at 2:50 PM CEST, Fiona Ebner wrote:
>> Will be used by the API schema for resource-type specific migration
>> options. When migrating dependent resources, the migration options
>> will be filtered according to the resource type, so the property
>> schema is also needed there.
>>
>> Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>
>> ---
>>
>> Dependency bump for pve-container and qemu-server needed!
>>
>> Changes in v4:
>> * Split out from other patch and turn into proper method, because
>>   this is needed for filtering properties when migrating a dependent
>>   resource.
>>
>>  src/PVE/HA/Resources.pm       | 20 ++++++++++++++++++++
>>  src/PVE/HA/Resources/PVECT.pm | 11 +++++++++++
>>  src/PVE/HA/Resources/PVEVM.pm | 11 +++++++++++
>>  src/PVE/HA/Sim/Resources.pm   |  6 ++++++
>>  4 files changed, 48 insertions(+)
>>
>> diff --git a/src/PVE/HA/Resources.pm b/src/PVE/HA/Resources.pm
>> index 656cb19..57fde00 100644
>> --- a/src/PVE/HA/Resources.pm
>> +++ b/src/PVE/HA/Resources.pm
>> @@ -103,6 +103,20 @@ EODESC
>>      },
>>  };
>>  
>> +our $common_migrate_json_properties = {
>> +    sid => get_standard_option(
>> +        'pve-ha-resource-or-vm-id',
>> +        { completion => \&PVE::HA::Tools::complete_sid },
>> +    ),
>> +    node => get_standard_option(
>> +        'pve-node',
>> +        {
>> +            completion => \&PVE::Cluster::complete_migration_target,
> 
> missing 'use PVE::Cluster' statement

Good catch!

>> +            description => "Target node.",
>> +        },
>> +    ),
>> +};
>> +
>>  sub verify_name {
>>      my ($class, $name) = @_;
>>  
>> @@ -159,6 +173,12 @@ sub migrate {
>>      die "implement in subclass";
>>  }
>>  
>> +sub migrate_json_properties {
>> +    my ($class) = @_;
>> +
>> +    die "implement in subclass";
>> +}
>> +
>>  sub config_file {
>>      my ($class, $id, $nodename) = @_;
>>  
>> diff --git a/src/PVE/HA/Resources/PVECT.pm b/src/PVE/HA/Resources/PVECT.pm
>> index a8fe42e..67bab7a 100644
>> --- a/src/PVE/HA/Resources/PVECT.pm
>> +++ b/src/PVE/HA/Resources/PVECT.pm
>> @@ -174,4 +174,15 @@ sub get_static_stats_from_config {
>>      };
>>  }
>>  
>> +# FIXME: the extra properties are missing from the docs, since the PVE::API2::LXC module can't be
>> +# included in the generating docs environment, because of cyclic dependencies..
>> +sub migrate_json_properties {
>> +    my ($class) = @_;
>> +    my $combined = { $PVE::HA::Resources::common_migrate_json_properties->%* };
>> +    my $extra_migrate_props = eval { PVE::API2::LXC::ha_migrate_json_properties() } // {};
>> +    die $@ if $@ && !$ENV{PVE_GENERATING_DOCS};
>> +    $combined->{$_} = $extra_migrate_props->{$_} for keys $extra_migrate_props->%*;
>> +    return $combined;
>> +}
> 
> Not a serious blocker at all, but since we use migrate_json_properties()
> in Manager as well now and the return value won't change within one
> runtime, this could be a static variable initialized at startup whose
> reference is returned here, so we don't need to create a new hash for
> every dependent HA resource type in queue_resource_motion() in the next
> patch. 

Yes, that's nicer, will do!




  reply	other threads:[~2026-10-19 11:49 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-15 12:50 [PATCH-SERIES many v4 00/27] migration: strict config check for intra-cluster migration Fiona Ebner
2026-10-15 12:50 ` [PATCH common v4 01/27] tools: move version_cmp() helper from qemu-server Fiona Ebner
2026-10-15 12:50 ` [PATCH common v4 02/27] rest handler: handle: respect schema's 'type-property' when resolving type Fiona Ebner
2026-10-15 12:50 ` [PATCH cluster v4 03/27] cluster: move pvecfg node version helpers from qemu-server Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 04/27] update crm commands: align logging with next state started/stopped Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 05/27] manager: factor out helper to check if requested resource motion is valid Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 06/27] next state stopped: align logging for motion command with next_state_started() Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 07/27] next state {stopped,started}: factor out helper to handle motion command Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 08/27] lrm: resource migration: support extra migration options Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 09/27] change service state: support hash as a parameter value Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 10/27] next state: handle motion command: support migration options Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 11/27] resources: add migrate_json_properties() method Fiona Ebner
2026-10-16  9:51   ` Daniel Kral
2026-10-19 11:49     ` Fiona Ebner [this message]
2026-10-15 12:50 ` [PATCH ha-manager v4 12/27] queue resource motion: support migration options Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 13/27] crm command: support JSON-style migrate command Fiona Ebner
2026-10-16  9:53   ` Daniel Kral
2026-10-19 12:06     ` Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 14/27] api: resources: migration: support additional migration options Fiona Ebner
2026-10-16  9:54   ` Daniel Kral
2026-10-19 12:35     ` Fiona Ebner
2026-10-15 12:50 ` [PATCH ha-manager v4 15/27] test: add test for " Fiona Ebner
2026-10-15 12:50 ` [PATCH qemu-server v4 16/27] helpers: move version_cmp() helper to pve-common Fiona Ebner
2026-10-15 12:50 ` [PATCH qemu-server v4 17/27] helpers: move pvecfg node version helpers to pve-cluster Fiona Ebner
2026-10-15 12:50 ` [PATCH qemu-server v4 18/27] api: migrate: allow forwarding certain migration properties to HA Fiona Ebner
2026-10-15 12:50 ` [PATCH qemu-server v4 19/27] fix #7053: api: migrate: pass 'with-conntrack-state' flag to HA migration Fiona Ebner
2026-10-15 12:50 ` [PATCH qemu-server v4 20/27] qm: mtunnel: reply when a command is unknown Fiona Ebner
2026-10-15 12:50 ` [PATCH qemu-server v4 21/27] qm: mtunnel: add 'conf' command to do strict configuration parsing Fiona Ebner
2026-10-15 12:50 ` [PATCH qemu-server v4 22/27] migration: intra-cluster: check config can be parsed on target node Fiona Ebner
2026-10-15 12:50 ` [PATCH container v4 23/27] api: migrate: allow forwarding certain migration properties to HA Fiona Ebner
2026-10-15 12:50 ` [PATCH container v4 24/27] pct: introduce mtunnel command Fiona Ebner
2026-10-15 12:50 ` [PATCH container v4 25/27] d/control: bump versioned build dependency for libpve-common-perl to 9.0.12 Fiona Ebner
2026-10-15 12:51 ` [PATCH container v4 26/27] migration: intra-cluster: check config can be parsed on target node Fiona Ebner
2026-10-15 12:51 ` [PATCH manager v4 27/27] ui: migrate: add checkbox to allow skipping newly enforced config check Fiona Ebner
2026-10-19 14:53 ` superseded: [PATCH-SERIES many v4 00/27] migration: strict config check for intra-cluster migration Fiona Ebner

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=d7bf3eaa-eea8-4971-ba2d-127c156c2acb@proxmox.com \
    --to=f.ebner@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