Re: [pve-devel] [PATCH kernel 1/5] fix #5430: cherry-pick fix for ocfs2 io_uring rw issues

2024-10-17 Thread Friedrich Weber
On 16/10/2024 18:47, Daniel Kral wrote: > Reported in the community forum [0]. > > This fixes an issue with read/write operations done on ocfs2 with > io_uring. This has caused QEMU guests to be unable to determine the file > format at [1] because of an unsuccessful read and therefore could not >

Re: [pve-devel] [PATCH manager 7/7] report: add recent boot timestamps which may show fencing/crash events

2024-10-17 Thread Friedrich Weber
I think having recent boot timestamps and kernel versions in the report would be nice, I can think of some situations where having this info available upfront would have sped things up. I just checked, the patch still applies cleanly. On 19/04/2024 10:56, Mira Limbeck wrote: > [...] > The kernel

[pve-devel] [PATCH qemu-server 3/4] fix #5301: convert added volume disks to base image for templates

2024-10-17 Thread Daniel Kral
This will automatically convert imported volume disks and newly allocated VM volume disks (i.e. no efidisks, tpmstate disks, cloudinit images, etc.) to a base volume, if the VM is a template. Previously, this required a user to manually convert the imported/allocated disk with `qm template --disk

[pve-devel] [PATCH qemu-server 1/4] importdisk: add 'target-disk' option to add imported volume to disk

2024-10-17 Thread Daniel Kral
Implements the "target-disk" option for the importdisk command, which allows a disk to be imported and directly used instead of marking it as an unused disk (e.g. unused0), which is the default behavior. Signed-off-by: Daniel Kral --- PVE/CLI/qm.pm | 23 +-- 1 file changed, 2

[pve-devel] [PATCH qemu-server 2/4] importdisk: convert imported volume disks to base images for templates

2024-10-17 Thread Daniel Kral
Automatically converts any imported volume disk to a base volume image if the VM is a template and the volume was imported using the "target-disk" option, as "unused" disks are not needed to be converted as they won't be cloned with either linked nor full clones. Signed-off-by: Daniel Kral --- N

[pve-devel] [PATCH qemu-server 4/4] templates: add documentation to template_create

2024-10-17 Thread Daniel Kral
Signed-off-by: Daniel Kral --- PVE/QemuServer.pm | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm index b26da505..114bafc5 100644 --- a/PVE/QemuServer.pm +++ b/PVE/QemuServer.pm @@ -7794,7 +7794,17 @@ sub qga_check_running {

Re: [pve-devel] [RFC PATCH common] sysfstools: file_write: properly catch errors

2024-10-17 Thread Christoph Heiss
Tested this together with the Nvidia vGPU series [0], so please consider this also: Tested-by: Christoph Heiss [0] https://lore.proxmox.com/pve-devel/ul3faxwxsi45hk4e44cl2fw4jomoncy53owx3you2wuvo7pymf@dchu53bqfa3p/T/#m2526c3a031aacc2f52080977febd432b4ab2efcf On Tue, Jul 23, 2024 at 10:29:25AM

Re: [pve-devel] [PATCH common/qemu-server/manager] adapt to nvidia vgpu api changes

2024-10-17 Thread Christoph Heiss
Tested this entire series (+ the one prerequisite patch) using an RTX A5000. Everything applied cleanly on latest master on each respective repo. Tested on (latest) kernel 6.8.12-2-pve for reference. vGPU datacenter resource mapping and VM PCI device setup worked fine as it should, once I've got t