From: Gabriel Goller <g.goller@proxmox.com>
To: Thomas Lamprecht <t.lamprecht@proxmox.com>
Cc: Proxmox VE development discussion <pve-devel@lists.proxmox.com>
Subject: Re: [pve-devel] [PATCH container v2 3/3] api: return all addresses of an interface
Date: Tue, 7 Jan 2025 15:14:23 +0100 [thread overview]
Message-ID: <cxeoyok5fuzqygprckqnwe5rc5riywfioorrroyrlpblguugil@csricfzkulu4> (raw)
In-Reply-To: <5ea7a6e0-d522-4de7-9609-bb98858a5da6@proxmox.com>
On 10.12.2024 18:58, Thomas Lamprecht wrote:
>Am 10.12.24 um 16:11 schrieb Gabriel Goller:
>> Return all ip-addresses of an interface, not only the first one. Change
>> return schema to resemble the 'agent/network-get-interfaces' qemu call.
>> This helps us making the AgentIPView more generic and display the ip on
>> both containers and vms.
>>
>> Signed-off-by: Gabriel Goller <g.goller@proxmox.com>
>> ---
>> src/PVE/API2/LXC.pm | 35 +++++++++++++++++++++++++----------
>> src/PVE/LXC.pm | 7 +++++--
>> 2 files changed, 30 insertions(+), 12 deletions(-)
>>
>> diff --git a/src/PVE/API2/LXC.pm b/src/PVE/API2/LXC.pm
>> index 213e518a7b62..b14e88a7baf2 100644
>> --- a/src/PVE/API2/LXC.pm
>> +++ b/src/PVE/API2/LXC.pm
>> @@ -2546,20 +2546,35 @@ __PACKAGE__->register_method({
>> description => 'The name of the interface',
>> optional => 0,
>> },
>> - hwaddr => {
>> + "hardware-address" => {
>
>Can we keep the old properties for backward compatibility and add a TODO comment
>stating that they should be removed for the next major release?
>
>Otherwise, this breaks any tooling, automation, UI, ... that is using this API
>endpoint.
True, this endpoint is already merged and present in the latest version.
Fixed it, thanks!
>> type => 'string',
>> description => 'The MAC address of the interface',
>> optional => 0,
>> },
>> - inet => {
>> - type => 'string',
>> - description => 'The IPv4 address of the interface',
>> - optional => 1,
>> - },
>> - inet6 => {
>> - type => 'string',
>> - description => 'The IPv6 address of the interface',
>> - optional => 1,
>> + "ip-addresses" => {
>> + type => 'array',
>> + description => 'All the Addresses of the interface',
>> + optional => 0,
>> + items => {
>> + type => 'object',
>> + properties => {
>> + prefix => {
>> + type => 'integer',
>> + description => 'IP-Prefix',
>> + optional => 1,
>> + },
>> + "ip-address" => {
>> + type => 'string',
>> + description => 'IP-Address',
>> + optional => 1,
>> + },
>> + "ip-address-type" => {
>
>This is already inside a 'ip-addresses' property, so I think it would be fine to
>drop prefix here. E.g., just 'ip' or just 'address' for the one above and just
>'type' here. No hard feelings though, just seems a bit redundant here to me.
I agree, but I wanted the schema to be the same as the qemu agent
`network-get-interfaces` response so that we can have a common frontend
component for vm's and container.
>> + type => 'string',
>> + description => 'IP-Family',
>> + optional => 1,
>> + },
>> + }
>> + }
>> },
>> }
>> },
>> diff --git a/src/PVE/LXC.pm b/src/PVE/LXC.pm
>> index e78e36576fc3..60d92d69abcc 100644
>> --- a/src/PVE/LXC.pm
>> +++ b/src/PVE/LXC.pm
>> @@ -1141,10 +1141,13 @@ sub get_interfaces {
>> my $res;
>> for my $interface ($config->@*) {
>> my $obj = { name => $interface->{ifname} };
>> + my @list = ();
>
>You can directly use an array reference here, i.e.:
>
>my $list = [];
>
>> for my $ip ($interface->{addr_info}->@*) {
>> - $obj->{$ip->{family}} = $ip->{local} . "/" . $ip->{prefixlen};
>> + my $ip = {'ip-address-type' => $ip->{family}, 'ip-address' => $ip->{local}, 'prefix' => $ip->{prefixlen}};
>> + push(@list, $ip);
>
>FWIW, this can also be pushed directly, e.g., something like:
>
>push(@$list, {
> type => $ip->{family},
> address => $ip->{local},
> prefix => $ip->{prefixlen},
>});
>
Fixed this.
Thanks for the review!
_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
next prev parent reply other threads:[~2025-01-07 14:15 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-10 15:11 [pve-devel] [PATCH container/manager v2 0/3] Show container ip in summary and network tab Gabriel Goller
2024-12-10 15:11 ` [pve-devel] [PATCH manager v2 1/3] lxc: show dynamically assigned IPs in " Gabriel Goller
2024-12-10 15:11 ` [pve-devel] [PATCH manager v2 2/3] guest: refactor and reuse AgentIPView for containers Gabriel Goller
2024-12-10 15:11 ` [pve-devel] [PATCH container v2 3/3] api: return all addresses of an interface Gabriel Goller
2024-12-10 17:58 ` Thomas Lamprecht
2025-01-07 14:14 ` Gabriel Goller [this message]
2024-12-11 14:57 ` Maximiliano Sandoval
2025-01-07 14:14 ` Gabriel Goller
2024-12-12 8:02 ` [pve-devel] [PATCH container/manager v2 0/3] Show container ip in summary and network tab Fabian Grünbichler
2025-01-08 9:32 ` Gabriel Goller
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=cxeoyok5fuzqygprckqnwe5rc5riywfioorrroyrlpblguugil@csricfzkulu4 \
--to=g.goller@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
--cc=t.lamprecht@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