Re: [pve-devel] [PATCH container/manager 0/2] add deny read/write options for device passthrough

2024-07-24 Thread Filip Schauer
On 24/07/2024 12:20, Fiona Ebner wrote: In the UI, it think it's enough to expose a checkbox for read-only. Use cases that deny reads seem a bit esoteric, so I'm not even sure we should add deny_read in the back-end before somebody complains. But no strong opinion there. I removed the

[pve-devel] [PATCH manager v2 2/2] ui: lxc: add readonly option for device passthrough

2024-07-24 Thread Filip Schauer
Add a checkbox to the device passthrough dialogue for restricting container write access to a passed through device. Signed-off-by: Filip Schauer --- www/manager6/lxc/DeviceEdit.js | 8 1 file changed, 8 insertions(+) diff --git a/www/manager6/lxc/DeviceEdit.js

[pve-devel] [PATCH container v2 1/2] add deny read/write options for device passthrough

2024-07-24 Thread Filip Schauer
Add the deny_read and deny_write options for device passthrough, to restrict container access to devices. Signed-off-by: Filip Schauer --- src/PVE/LXC.pm| 13 - src/PVE/LXC/Config.pm | 12 2 files changed, 24 insertions(+), 1 deletion(-) diff --git

[pve-devel] [PATCH container/manager v2 0/2] add deny read/write options for device passthrough

2024-07-24 Thread Filip Schauer
Add the deny_read and deny_write options for device passthrough, to restrict container access to devices. This allows for passing through a device in read-only mode without giving the container full access it. Up until now a container with a device passed through to it was granted full access to

[pve-devel] [PATCH v3 pve-manager 5/5] fix #5366: api: ceph: change version format in OSD metadata endpoint

2024-07-24 Thread Max Carrara
.. in order to include Ceph's build commit. Instead of e.g. 18.2.2 (reef) the string will now contain: 18.2.2 (build: e9fe820e7) reef This format is used in the OSD detail view; the build commit will therefore also be shown there. Signed-off-by: Max Carrara Fixes:

[pve-devel] [PATCH v3 pve-manager 4/5] ui: ceph: osd: increase width of version column

2024-07-24 Thread Max Carrara
.. so that the Ceph build commit as well as differing build commits are shown properly. Signed-off-by: Max Carrara --- Changes v2 --> v3: * increase the width even further to account for new changes Changes v1 --> v2: * NEW www/manager6/ceph/OSD.js | 1 + 1 file changed, 1 insertion(+)

[pve-devel] [PATCH v3 pve-manager 3/5] fix #5366: ui: ceph: osd: rework version field rendering

2024-07-24 Thread Max Carrara
.. and show the build commit next to the OSD version. The logic of the `render_version` function is split up in order to handle how the version is displayed depending on the type of the row. If the parsed version is `undefined` or the row marks the beginning of the tree, an empty string is now

[pve-devel] [PATCH v3 pve-manager 2/5] fix #5366: api: ceph: add host build commit to Ceph OSD index data

2024-07-24 Thread Max Carrara
This is required in order to avoid making multiple API calls in the following commit. Signed-off-by: Max Carrara Fixes: https://bugzilla.proxmox.com/show_bug.cgi?id=5366 Tested-by: Lukas Wagner Reviewed-by: Lukas Wagner --- Changes v2 --> v3: * reword commit title * add 'Fixes' trailer

[pve-devel] [PATCH v3 pve-manager 0/5] Fix #5366: Ceph Build Commit in UI

2024-07-24 Thread Max Carrara
Ceph Build Commit in UI - Version 3 === Notable Changes Since v2 * Rebase on master branch as v2 was partially applied (thanks!) * Factor duplicate build commit rendering code into separate helper as suggested [1] (thanks Thomas!)

[pve-devel] [PATCH v3 pve-manager 1/5] fix #5366: ui: ceph: services: parse and display build commit

2024-07-24 Thread Max Carrara
The build commit is displayed and taken into account when comparing monitor and manager versions in the client. Specifically, the shortened build commit is now displayed in parentheses next to the version for both monitors and managers like so: 18.2.2 (build: abcd1234) Should the build commit

[pve-devel] applied: [PATCH docs] fix #5525: storage: pbs: improve master-pubkey docs

2024-07-24 Thread Fiona Ebner
Am 11.06.24 um 14:17 schrieb Fabian Grünbichler: > add the information that the parameter is special like other secret ones, and > add the resulting config to the example to make it even more obvious. > > Signed-off-by: Fabian Grünbichler > --- > pve-storage-pbs.adoc | 9 +++-- > 1 file

Re: [pve-devel] [PATCH qemu-server v11 3/5] migration: add check_non_migratable_resources function

2024-07-24 Thread Fiona Ebner
Am 29.05.24 um 14:23 schrieb Markus Frank: > diff --git a/PVE/API2/Qemu.pm b/PVE/API2/Qemu.pm > index 2a1d4d7..8f36cf8 100644 > --- a/PVE/API2/Qemu.pm > +++ b/PVE/API2/Qemu.pm > @@ -4504,7 +4504,7 @@ __PACKAGE__->register_method({ > $res->{running} = PVE::QemuServer::check_running($vmid) ?

Re: [pve-devel] [PATCH qemu-server v11 1/5] add C program to get hardware capabilities from CPUID

2024-07-24 Thread Fiona Ebner
Am 29.05.24 um 14:23 schrieb Markus Frank: > Implement a C program that extracts AMD SEV hardware information such > as reduced-phys-bios and cbitpos from CPUID at boot time, looks if > SEV, SEV-ES & SEV-SNP are enabled, and outputs these details as JSON > to

Re: [pve-devel] [PATCH qemu-server v11 2/5] config: add AMD SEV support

2024-07-24 Thread Fiona Ebner
Am 29.05.24 um 14:23 schrieb Markus Frank: > Signed-off-by: Markus Frank Reviewed-by: Fiona Ebner with some (style) nits that can still be addressed: > diff --git a/PVE/QemuServer/CPUConfig.pm b/PVE/QemuServer/CPUConfig.pm > index 33f7524..2542aa2 100644 > --- a/PVE/QemuServer/CPUConfig.pm >

[pve-devel] applied: [PATCH qemu-server] fix #5528: override cgroup methods to call systemd via dbus

2024-07-24 Thread Thomas Lamprecht
Am 09/07/2024 um 11:10 schrieb Wolfgang Bumiller: > Systemd reapplies its known values on reload, so we cannot simply call > into PVE::CGroup. Call systemd's SetUnitProperties method via dbus > instead. > > The hotplug and startup code also calculated different values, as one > operated within

Re: [pve-devel] applied: [PATCH v1 pve-common 0/3] Section Config: Documentation & Code Cleanup

2024-07-24 Thread Fabian Grünbichler
On July 24, 2024 1:34 pm, Fiona Ebner wrote: > Am 04.06.24 um 11:28 schrieb Max Carrara: >> >> Max Carrara (3): >> section config: document package and its methods with POD >> section config: update code style >> section config: clean up parser logic >> >> src/PVE/SectionConfig.pm | 982

[pve-devel] applied: [PATCH v1 pve-common 0/3] Section Config: Documentation & Code Cleanup

2024-07-24 Thread Fiona Ebner
Am 04.06.24 um 11:28 schrieb Max Carrara: > > Max Carrara (3): > section config: document package and its methods with POD > section config: update code style > section config: clean up parser logic > > src/PVE/SectionConfig.pm | 982 +++ > 1 file

Re: [pve-devel] [PATCH installer v2 00/17] fix #5536: implement post-(auto-)installation notification mechanism

2024-07-24 Thread Aaron Lauterer
I tested the patch series with the HTTP auto install variant and logged the POST hook request. Overall it works as advertised. Patch 6/17 runtime env> runs into a problem if the system isn't using secure boot. But I think we should fix that in Proxmox/Install/RunEnv.pm to store it in a way

[pve-devel] [PATCH pve-xtermjs v3] termproxy: allow to use unix sockets for auth requests

2024-07-24 Thread Dietmar Maurer
Remove ureq, because it does not support unix sockets. Signed-off-by: Dietmar Maurer --- Changes sinve v2: split out the command line help text change into patch: [PATCH pve-xtermjs] termproxy: fix the command line help text Changes since v1: - use extra --authsocket cli option - use

[pve-devel] [PATCH pve-xtermjs] termproxy: fix the command line help text

2024-07-24 Thread Dietmar Maurer
The need to be the first argument. Signed-off-by: Dietmar Maurer --- termproxy/src/cli.rs | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/termproxy/src/cli.rs b/termproxy/src/cli.rs index cc44655..adfd830 100644 --- a/termproxy/src/cli.rs +++ b/termproxy/src/cli.rs @@ -4,7

[pve-devel] applied: [PATCH qemu-server v2 1/1] fix #5619: honor link_down setting when hot-plugging nic

2024-07-24 Thread Thomas Lamprecht
Am 23/07/2024 um 16:24 schrieb Stefan Hanreich: > When detaching and attaching the network device on update, the > link_down setting is not considered and the network device always gets > attached to the guest - even if link_down is set. > > Fixes: 3f14f206 ("nic online bridge/vlan change: link

Re: [pve-devel] [PATCH installer v2 16/17] fix #5536: post-hook: add utility for sending notifications after auto-install

2024-07-24 Thread Aaron Lauterer
Two few small things inline On 2024-07-18 15:49, Christoph Heiss wrote: This utility can be called with the low-level install config after a successful installation to send a notification via a HTTP POST request, if the user has configured an endpoint for that in the answer file.

Re: [pve-devel] [PATCH container/manager 0/2] add deny read/write options for device passthrough

2024-07-24 Thread Fiona Ebner
Am 29.04.24 um 15:15 schrieb Filip Schauer: > Add the deny_read and deny_write options for device passthrough, to > restrict container access to devices. > In the UI, it think it's enough to expose a checkbox for read-only. Use cases that deny reads seem a bit esoteric, so I'm not even sure we

Re: [pve-devel] [PATCH container 1/2] add deny read/write options for device passthrough

2024-07-24 Thread Fiona Ebner
Am 29.04.24 um 15:15 schrieb Filip Schauer: > Add the deny_read and deny_write options for device passthrough, to > restrict container access to devices. > > Signed-off-by: Filip Schauer Reviewed-by: Fiona Ebner > diff --git a/src/PVE/LXC/Config.pm b/src/PVE/LXC/Config.pm > index

Re: [pve-devel] [PATCH docs] passthrough: viommu: remove 'amd_iommu=on' from the docs

2024-07-24 Thread Dominik Csapak
On 7/24/24 11:59, Fiona Ebner wrote: Am 26.04.24 um 09:58 schrieb Dominik Csapak: this is wrong and does nothing, see previous commit: 0c54d61 (remove 'amd_iommu=on' from the passthrough docs) and https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=amd_iommu

Re: [pve-devel] [PATCH docs] passthrough: viommu: remove 'amd_iommu=on' from the docs

2024-07-24 Thread Fiona Ebner
Am 26.04.24 um 09:58 schrieb Dominik Csapak: > this is wrong and does nothing, see previous commit: > 0c54d61 (remove 'amd_iommu=on' from the passthrough docs) > and > https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=amd_iommu > > Signed-off-by: Dominik Csapak

Re: [pve-devel] [PATCH manager] ui: resource mappings: fix editing of mapping for non first node

2024-07-24 Thread Fiona Ebner
Am 26.04.24 um 09:17 schrieb Dominik Csapak: > when editing the pci mapping, we set the nodename of the pciselector > to the selected node. At the same time we disable and hide the node > selector, but it still changes it's value to the 'first' node > (alphabetically sorted) and that triggers a

Re: [pve-devel] [PATCH installer v2 16/17] fix #5536: post-hook: add utility for sending notifications after auto-install

2024-07-24 Thread Thomas Lamprecht
Am 23/07/2024 um 16:57 schrieb Aaron Lauterer: > There are quite a few preparation changes in other sub-crates > (auto-installer, installer-common). > I've only gotten through them for now and haven't looked at the actual > post-hook crate stuff. > > Wouldn't it be nicer to split the

Re: [pve-devel] [PATCH installer v2 11/17] auto-installer: tests: replace manual panic!() with assert_eq!()

2024-07-24 Thread Thomas Lamprecht
Am 23/07/2024 um 13:37 schrieb Christoph Heiss: > On Tue, Jul 23, 2024 at 01:04:06PM GMT, Aaron Lauterer wrote: >> Instead of hacking or own pretty print, we could maybe think about using >> https://crates.io/crates/pretty_assertions > > As discussed offline, I think that this is definitely the

[pve-devel] [PATCH pve-xtermjs v2] termproxy: allow to use unix sockets for auth requests

2024-07-24 Thread Dietmar Maurer
Remove ureq, because it does not support unix sockets. Signed-off-by: Dietmar Maurer --- Changes since v1: - use extra --authsocket cli option - use single format!() instead of multiple push_str() - cleanup variable names termproxy/Cargo.toml | 2 +- termproxy/src/cli.rs | 26