[pve-devel] [PATCH common] SectionConfig: fix handling unknown sections

2023-08-16 Thread Dominik Csapak
if we're parsing an unknown section, we cannot check the schema with `is_array` to check if it's an array type or not, thus we have to handle that separately. fix this by handling data in unknown sections like an array for all analogous to "cb2646c7b4974e33f4148752deec71f0d589b0f3" in proxmox-sect

Re: [pve-devel] [PATCH common] SectionConfig: fix handling unknown sections

2023-08-16 Thread Fiona Ebner
Am 16.08.23 um 09:41 schrieb Dominik Csapak: > if we're parsing an unknown section, we cannot check the schema with > `is_array` to check if it's an array type or not, thus we have to > handle that separately. > > fix this by handling data in unknown sections like an array for all > analogous to "

[pve-devel] [PATCH manager] fix #4663: Prevent Web UI reload on cert order for other node

2023-08-16 Thread Filip Schauer
While it makes sense to reload the Web UI after ordering a certificate for the same node, it is unnecessary to reload the Web UI when ordering a certificate for a different node. Signed-off-by: Filip Schauer --- This change has been tested by ordering a valid Let's Encrypt certificate for another

[pve-devel] [PATCH common v2] SectionConfig: fix handling unknown sections

2023-08-16 Thread Dominik Csapak
if we're parsing an unknown section, we cannot check the schema with `is_array` to check if it's an array type or not, thus we have to handle that separately. fix this by handling data in unknown sections like an array similar to "cb2646c7b4974e33f4148752deec71f0d589b0f3" in proxmox-section-config

[pve-devel] applied: [PATCH common v2] SectionConfig: fix handling unknown sections

2023-08-16 Thread Fiona Ebner
Am 16.08.23 um 11:09 schrieb Dominik Csapak: > if we're parsing an unknown section, we cannot check the schema with > `is_array` to check if it's an array type or not, thus we have to > handle that separately. > > fix this by handling data in unknown sections like an array similar to > "cb2646c7b4

Re: [pve-devel] [PATCH manager] fix #4663: Prevent Web UI reload on cert order for other node

2023-08-16 Thread Dominik Csapak
semantically the patch looks good to me, but please check our style guide: https://pve.proxmox.com/wiki/Javascript_Style_Guide i know that the surrounding code isn't correctly formatted that way, but for new code please don't use single line if statements On 8/16/23 10:25, Filip Schauer wrote:

[pve-devel] [PATCH v2 manager] fix #4663: Prevent Web UI reload on cert order for other node

2023-08-16 Thread Filip Schauer
While it makes sense to reload the Web UI after ordering a certificate for the same node, it is unnecessary to reload the Web UI when ordering a certificate for a different node. Signed-off-by: Filip Schauer --- Changes since v1: * Format the code to adhere to the style guide www/manager6/node/

[pve-devel] applied-series: [PATCH qemu 1/2] refresh patch context

2023-08-16 Thread Fiona Ebner
applied both patches with Wolfgang's Acked-by ___ pve-devel mailing list pve-devel@lists.proxmox.com https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

[pve-devel] applied-series: [PATCH v6 many 00/30] fix #4156: introduce new notification system

2023-08-16 Thread Wolfgang Bumiller
applied series, thanks fixed up the mocking in tests & bumped dependencies accordingly ___ pve-devel mailing list pve-devel@lists.proxmox.com https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

[pve-devel] [PATCH storage 0/1] iscsi: allow to configure multiple portals

2023-08-16 Thread ykonotopov--- via pve-devel
--- Begin Message --- From: Yuri Konotopov Hello! Here is a patch that allows to specify multiple comma-separated ISCSI portals using Proxmox UI. With that patch my Proxmox instances don't loses iscsi multipath storage in UI and successfully restores iscsi storage on reboot. Relevant bug: https

[pve-devel] [PATCH storage 1/1] iscsi: allow to configure multiple portals

2023-08-16 Thread ykonotopov--- via pve-devel
--- Begin Message --- From: Yuri Konotopov Fixes: https://bugzilla.proxmox.com/show_bug.cgi?id=254 --- PVE/Storage/ISCSIPlugin.pm | 44 +++--- PVE/Storage/Plugin.pm | 18 2 files changed, 45 insertions(+), 17 deletions(-) diff --git a/PVE/St

[pve-devel] [PATCH pve-manager] api: ceph: improve reporting of ceph OSD memory usage

2023-08-16 Thread Stefan Hanreich
Currently we are using the MemoryCurrent property of the OSD service to determine the used memory of a Ceph OSD. This includes, among other things, the memory used by buffers [1]. Since BlueFS uses buffered I/O, this can lead to extremely high values shown in the UI. Instead we are now reading the

Re: [pve-devel] [PATCH pve-manager] api: ceph: improve reporting of ceph OSD memory usage

2023-08-16 Thread Aaron Lauterer
one small nitL: if the OSD is powered off, we now send null for the meminfo. Maybe set it explicitly to 0 to not change the behavior? but overall: Tested-By: Aaron Lauterer On 8/16/23 16:34, Stefan Hanreich wrote: Currently we are using the MemoryCurrent property of the OSD service to determ

Re: [pve-devel] [PATCH pve-manager] api: ceph: improve reporting of ceph OSD memory usage

2023-08-16 Thread Stefan Hanreich
On 8/16/23 16:59, Aaron Lauterer wrote: > one small nitL: if the OSD is powered off, we now send null for the > meminfo. Maybe set it explicitly to 0 to not change the behavior? ah yes, I even had it that way initially but seems like it got removed again when I tried to be smart and culled th

[pve-devel] [PATCH pve-manager v2] api: ceph: improve reporting of ceph OSD memory usage

2023-08-16 Thread Stefan Hanreich
Currently we are using the MemoryCurrent property of the OSD service to determine the used memory of a Ceph OSD. This includes, among other things, the memory used by buffers [1]. Since BlueFS uses buffered I/O, this can lead to extremely high values shown in the UI. Instead we are now reading the