Re: [pve-devel] applied-series: [PATCH manager 0/2] fix #5570 ceph mds: allow custom MDS IDs from the UI

2024-07-22 Thread Aaron Lauterer
On 2024-07-22 18:57, Thomas Lamprecht wrote: Am 10/07/2024 um 14:42 schrieb Aaron Lauterer: The ID for the MDS cannot start with a number [0]. The first patch adds a check for this. The second patch is the actual fix, by reworking the edit window when adding new MDS'. By allowing the user

Re: [pve-devel] [PATCH v2 pve-manager 06/10] ui: ceph: services: parse and display build commit

2024-07-22 Thread Max Carrara
On Mon Jul 22, 2024 at 5:38 PM CEST, Thomas Lamprecht wrote: > Am 01/07/2024 um 16:10 schrieb Max Carrara: > > This commit adds `PVE.Utils.parseCephBuildCommit`, which can be used > > to get the full hash "eccf199d..." in parentheses from a string like > > the following: > > > > ceph version 17.

[pve-devel] partially-applied: [PATCH many v9 00/13] notifications: notification metadata matching improvements

2024-07-22 Thread Thomas Lamprecht
Am 08/07/2024 um 11:37 schrieb Lukas Wagner: > This patch series attempts to improve the user experience when creating > notification matchers. > > Some of the noteworthy changes: > - Allow setting a custom backup job ID, similar how we handle it for > sync/prune jobs in PBS (to allow recogniz

[pve-devel] applied: [PATCH qemu-server] fix #5574: api: fix permission check for 'spice' usb port

2024-07-22 Thread Thomas Lamprecht
Am 08/07/2024 um 13:56 schrieb Dominik Csapak: > With the last change in the permission check, I accidentally broke the > check for 'spice' host value, since in the if/elsif/else this will fall > through to the else case which was only intended for when neither 'host' > nor 'mapping' was set. > >

[pve-devel] applied: [PATCH manager v9 02/13] api: jobs: vzdump: pass job 'job-id' parameter

2024-07-22 Thread Thomas Lamprecht
Am 08/07/2024 um 11:38 schrieb Lukas Wagner: > This allows us to access the backup job id in the send_notification > function, where we can set it as metadata for the notification. > The 'job-id' parameter can only be used by 'root@pam' to prevent > abuse. This has the side effect that manually tri

[pve-devel] applied: [PATCH pve-guest-common v9 01/13] vzdump: common: allow 'job-id' as a parameter without being in schema

2024-07-22 Thread Thomas Lamprecht
Am 08/07/2024 um 11:38 schrieb Lukas Wagner: > 'job-id' is passed when a backup as started as a job and will be > passed to the notification system as matchable metadata. It > can be considered 'internal'. > > Signed-off-by: Lukas Wagner > Reviewed-by: Max Carrara > --- > src/PVE/VZDump/Common.

[pve-devel] applied: [PATCH common] fix #5529: cgroup: correctly handle change_cpu_quota without a quota

2024-07-22 Thread Thomas Lamprecht
Am 09/07/2024 um 11:09 schrieb Wolfgang Bumiller: > The function can be called with > - neither quota nor period > - only a period (quota will be 'max') > - both > > $quota was therefore defaulted to 'max' and the check for whether > values were provided should use $period instead of $quota. > Als

[pve-devel] applied: [PATCH storage] btrfs: log executed command on failures

2024-07-22 Thread Thomas Lamprecht
Am 09/07/2024 um 13:49 schrieb Maximiliano Sandoval: > Having the complete command printed out makes debuging easier. > > Signed-off-by: Maximiliano Sandoval > --- > src/PVE/Storage/BTRFSPlugin.pm | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > applied, thanks! __

[pve-devel] applied-series: [PATCH proxmox-offline-mirror v2 1/2] build: use cargo wrapper

2024-07-22 Thread Thomas Lamprecht
Am 10/07/2024 um 13:57 schrieb Fabian Grünbichler: > for package builds to ensure all common flags are actually set. > > Signed-off-by: Fabian Grünbichler > --- > > Notes: > v2: symlink wrapper config in place > > Makefile | 9 +++-- > debian/rules | 11 --- > docs/Makef

[pve-devel] applied: [PATCH manager] fix #5010: ceph: pool set only changed properties

2024-07-22 Thread Thomas Lamprecht
Am 09/07/2024 um 13:41 schrieb Aaron Lauterer: > By only setting propterties that have changed, we can avoid potential > errors in the task. > > For example, if one configures the "nosizechange" property on a pool, to > prevent accidential size changes, the task will now only error if the > user i

[pve-devel] applied-series: [PATCH manager 0/2] fix #5570 ceph mds: allow custom MDS IDs from the UI

2024-07-22 Thread Thomas Lamprecht
Am 10/07/2024 um 14:42 schrieb Aaron Lauterer: > The ID for the MDS cannot start with a number [0]. The first patch adds > a check for this. > > The second patch is the actual fix, by reworking the edit window when > adding new MDS'. > > By allowing the users to set the name of the MDS directly,

[pve-devel] applied-series: [PATCH installer v2 0/6] auto-installer: add option for providing hashed root password

2024-07-22 Thread Thomas Lamprecht
Am 15/07/2024 um 09:56 schrieb Christoph Heiss: > This series adds a new answer option `global.root_password_hashed` > for the auto-installer, enabling administrators to specify the root > password of the new installation in a hashed format - as generated by > e.g. mkpasswd(1) - instead of plain-te

[pve-devel] applied: [PATCH pve-manager 2/2] sdn: ipam: fix editing custom mappings

2024-07-22 Thread Thomas Lamprecht
Am 17/07/2024 um 15:06 schrieb Stefan Hanreich: > Currently custom mappings cannot be edited, due to them having no VMID > value. The VMID parameter was always sent by the frontend to the > update call - even if it was empty - leading to validation failure on > the backend. Fix this by only sending

[pve-devel] applied: [PATCH qemu-server 1/2] config: net: avoid duplicate ipam entries on nic update

2024-07-22 Thread Thomas Lamprecht
Am 17/07/2024 um 15:06 schrieb Stefan Hanreich: > Updating the NIC of a VM when the following conditions were met: > * VM is turned off > * NIC is on a bridge that uses automatic dhcp > * Leave bridge unchanged > > led to duplicate IPAM entries for the same network device. > > This is due to the

[pve-devel] applied-series: [PATCH manager 1/2] www: utils: fix `maxcpu` validity check in render_hostcpu()

2024-07-22 Thread Thomas Lamprecht
Am 17/07/2024 um 14:49 schrieb Christoph Heiss: > Comparing with Proxmox.Utils.render_cpu() seems just a slight oversight > in the condition. Fix it by aligning it with how it is done in > Proxmox.Utils.render_cpu() for consistency. > > Signed-off-by: Christoph Heiss > --- > www/manager6/Utils.j

[pve-devel] applied-series: [PATCH manager 1/5] fix typos in comments

2024-07-22 Thread Thomas Lamprecht
Am 17/07/2024 um 14:16 schrieb Maximiliano Sandoval: > Signed-off-by: Maximiliano Sandoval > --- > PVE/API2/Nodes.pm | 2 +- > PVE/APLInfo.pm | 2 +- > PVE/CLI/pveceph.pm | 2 +- > PVE/Service/pvestatd.pm | 2 +- >

[pve-devel] applied: [PATCH proxmox-firewall 1/3] cargo: bump dependencies of proxmox-ve-config

2024-07-22 Thread Thomas Lamprecht
Am 03/07/2024 um 11:17 schrieb Stefan Hanreich: > Signed-off-by: Stefan Hanreich > --- > proxmox-ve-config/Cargo.toml | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > applied series with some merge conflict in the context addressed for the second patch and updated the dependencie

Re: [pve-devel] [PATCH network/container/qemu-server v2 0/3] drop unused `firewall` argument to {add, del}_bridge_fdb()

2024-07-22 Thread Thomas Lamprecht
Am 05/07/2023 um 16:38 schrieb Christoph Heiss: > While working on this code, I noticed that the `firewall` argument is > never used (nor even declared) [0] in both > PVE::Network::{add,del}_bridge_fdb(). > > Thus drop it everywhere and avoid needlessly passing around things which > are never used

[pve-devel] applied: [PATCH proxmox-firewall v3 1/1] service: flush firewall rules on force disable

2024-07-22 Thread Thomas Lamprecht
Am 17/07/2024 um 15:16 schrieb Stefan Hanreich: > When disabling the nftables firewall again, there is a race condition > where the nftables ruleset never gets flushed and persists after > disabling. > > The nftables firewall update loop does a noop when the force disable > file exists. It only fl

[pve-devel] partially-applied-series: [PATCH v2 pve-manager 00/10] Ceph Build Commit in UI

2024-07-22 Thread Thomas Lamprecht
Am 01/07/2024 um 16:10 schrieb Max Carrara: > Ceph Build Commit in UI - Version 2 > === > > Notable Changes since v1 > > > * Use camelCase instead of snake_case for new functions / variables > as per our style guide [0] (thanks Lukas!

Re: [pve-devel] [PATCH v2 pve-manager 06/10] ui: ceph: services: parse and display build commit

2024-07-22 Thread Thomas Lamprecht
Am 01/07/2024 um 16:10 schrieb Max Carrara: > This commit adds `PVE.Utils.parseCephBuildCommit`, which can be used > to get the full hash "eccf199d..." in parentheses from a string like > the following: > > ceph version 17.2.7 (eccf199d63457659c09677399928203b7903c888) quincy > (stable) > > Th

Re: [pve-devel] [PATCH docs] docs: fix typos

2024-07-22 Thread Aaron Lauterer
Thanks for this patch. A few things need to be changed in the actually commands/API/… definitions as we autogenerate the manual pages. This is true for any file with `*-synopsis` or `*-opts*` in its name. Please send a v2 without the synopsis and opts files. For the synopsis and opts files,

Re: [pve-devel] [pbs-devel] [PATCH manager v2 07/12] api: add routes for webhook notification endpoints

2024-07-22 Thread Thomas Lamprecht
just chiming in on the perl dereference style Am 22/07/2024 um 11:50 schrieb Max Carrara: + %$webhook_properties, >>> Would prefer `$webhook_properties->%*` here (postfix dereferencing) - >>> even though not explicitly stated in our style guide, we use that kind >>> of syntax for cal

Re: [pve-devel] [RFC many v2 00/12] notifications: add support for webhook endpoints

2024-07-22 Thread Lukas Wagner
On 2024-07-22 14:10, Stefan Hanreich wrote: > I got the following JS error when trying to save a secret/header/body > template with the content: `qweqwe ßẞ` > > Uncaught DOMException: String contains an invalid character > getValue https://10.101.110.1:8007/widgettoolkit/proxmoxlib.js

Re: [pve-devel] [RFC many v2 00/12] notifications: add support for webhook endpoints

2024-07-22 Thread Stefan Hanreich
Hi, I tested the following things via the 'Test' option in the Notifications configuration panel in PBS and PVE: * Setting a custom header * Using a secret in body / URL * POST / PUT / GET methods I triggered notifications in PBS for the following things: * GC * Sync I triggered notifications in

Re: [pve-devel] [PATCH qemu-server] fix 4493: cloud-init: fix generated Windows config

2024-07-22 Thread Mira Limbeck
Thank you for testing it! On 7/18/24 17:51, Friedrich Weber wrote: > On 09/07/2024 17:12, Mira Limbeck wrote: >> cloudbase-init, a cloud-init reimplementation for Windows, supports only >> a subset of the configuration options of cloud-init. Some features >> depend on support by the Metadata Servi

Re: [pve-devel] [pbs-devel] [PATCH manager v2 07/12] api: add routes for webhook notification endpoints

2024-07-22 Thread Max Carrara
On Mon Jul 22, 2024 at 9:37 AM CEST, Lukas Wagner wrote: > > > On 2024-07-17 17:36, Max Carrara wrote: > > On Fri Jul 12, 2024 at 1:27 PM CEST, Lukas Wagner wrote: > >> These just call the API implementation via the perl-rs bindings. > >> > >> Signed-off-by: Lukas Wagner > >> --- > >> PVE/API2/C

Re: [pve-devel] [pbs-devel] [PATCH proxmox v2 01/12] notify: implement webhook targets

2024-07-22 Thread Max Carrara
On Mon Jul 22, 2024 at 9:30 AM CEST, Lukas Wagner wrote: > > > On 2024-07-17 17:35, Max Carrara wrote: > >> +let handlebars = setup_handlebars(); > >> +let body_template = > >> self.base_64_decode(self.config.body.as_deref().unwrap_or_default())?; > >> + > >> +let body = h

Re: [pve-devel] [RFC many v2 00/12] notifications: add support for webhook endpoints

2024-07-22 Thread Lukas Wagner
On 2024-07-17 17:34, Max Carrara wrote: > On Fri Jul 12, 2024 at 1:27 PM CEST, Lukas Wagner wrote: >> Sending as an RFC because I don't want this merged yet; that being >> said, the feature should be mostly finished at this point, I'd >> appreciate any reviews and feedback. >> >> This series ad

Re: [pve-devel] [pbs-devel] [PATCH manager v2 07/12] api: add routes for webhook notification endpoints

2024-07-22 Thread Lukas Wagner
On 2024-07-17 17:36, Max Carrara wrote: > On Fri Jul 12, 2024 at 1:27 PM CEST, Lukas Wagner wrote: >> These just call the API implementation via the perl-rs bindings. >> >> Signed-off-by: Lukas Wagner >> --- >> PVE/API2/Cluster/Notifications.pm | 263 +- >> 1 file

Re: [pve-devel] [PATCH proxmox v2 02/12] notify: add api for webhook targets

2024-07-22 Thread Lukas Wagner
On 2024-07-17 17:35, Max Carrara wrote: >> + >> +assert_eq!(secrets[1].name, "token".to_string()); >> +assert_eq!(secrets[1].value, Some(encode("secret"))); >> +assert_eq!(secrets[0].name, "token2".to_string()); >> +assert_eq!(secrets[0].value, Some(encode("newse

Re: [pve-devel] [pbs-devel] [PATCH proxmox v2 01/12] notify: implement webhook targets

2024-07-22 Thread Lukas Wagner
On 2024-07-17 17:35, Max Carrara wrote: >> +let handlebars = setup_handlebars(); >> +let body_template = >> self.base_64_decode(self.config.body.as_deref().unwrap_or_default())?; >> + >> +let body = handlebars >> +.render_template(&body_template, &data) >> +