Re: [pve-devel] [RFC docs 13/13] vzdump: add section about backup fleecing

2024-01-26 Thread Fiona Ebner
Am 25.01.24 um 19:18 schrieb Dietmar Maurer: Stupid question: Wouldn't It be much easier to add a simple IO-buffer with limited capacity, implemented inside the RUST backup code? >> >> At work, we are running a backup cluster on remote location with hdd , >> and a production cluster with

[pve-devel] applied: [PATCH qemu-server v7 0/1] fix #4957: add vendor and product information passthrough for SCSI-Disks

2024-01-26 Thread Fiona Ebner
Am 10.01.24 um 13:45 schrieb Hannes Duerr: > qemu-server: > > Hannes Duerr (1): > fix #4957: add vendor and product information passthrough for > SCSI-Disks > > PVE/API2/Qemu.pm| 39 +++ > PVE/QemuServer.pm | 12 > PVE/QemuServ

Re: [pve-devel] [PATCH storage 0/2] fix #4997: lvm: avoid autoactivating (new) LVs after boot

2024-01-26 Thread Fiona Ebner
Am 11.01.24 um 16:03 schrieb Friedrich Weber: > By default, LVM autoactivates LVs after boot. In a cluster with VM disks on a > shared LVM VG (e.g. on top of iSCSI), this can indirectly cause guest creation > or VM live-migration to fail. See bug #4997 [1] and patch #2 for details. > > The goal of

Re: [pve-devel] [PATCH storage 1/2] lvm: ignore "activation skip" LV flag during LV activation

2024-01-26 Thread Fiona Ebner
Am 11.01.24 um 16:03 schrieb Friedrich Weber: > LVs with the "activation skip" flag (can be set via `lvchange -ky`) > are only activated if `-K` is passed to the activation command. In the > next major release, we intend to set the "activation skip" flag for > newly created LVs. The goal is to prev

Re: [pve-devel] [PATCH storage 2/2] fix #4997: lvm: set "activation skip" flag for newly created LVs

2024-01-26 Thread Fiona Ebner
Am 11.01.24 um 16:03 schrieb Friedrich Weber: > Activating an LV creates a device-mapper device. In a cluster with a > shared LVM VG (e.g. on top of iSCSI) where an LV is active on nodes 1 > and 2, deleting the LV on node 1 will not clean up the device-mapper > device on node 2. If an LV with the s

Re: [pve-devel] [PATCH container] fix #5194: delete environment variables set by pve

2024-01-26 Thread Folke Gleumes
On Tue, 2024-01-23 at 10:51 +0100, Fabian Grünbichler wrote: > On January 22, 2024 11:12 am, Folke Gleumes wrote: > > proxmox-perl-rs set's SSL_CERT_{DIR,FILE}, which can break ssl in > > containers if their certificate store can't be found in the same > > spot. > > This patch explicitly unsets tho

[pve-devel] [RFC kernel-meta] add proxmox-secure-boot-support package

2024-01-26 Thread Fabian Grünbichler
installing it at least gives the admin a heads up if our base Debian release is ever faster shipping a newer version of shim or Grub, which would look (something) like this: Reading package lists... Done Building dependency tree... Done Reading state information... Done The following package w

Re: [pve-devel] [PATCH container] fix #5194: delete environment variables set by pve

2024-01-26 Thread Wolfgang Bumiller
On Fri, Jan 26, 2024 at 12:39:17PM +0100, Folke Gleumes wrote: > On Tue, 2024-01-23 at 10:51 +0100, Fabian Grünbichler wrote: > > On January 22, 2024 11:12 am, Folke Gleumes wrote: > > > proxmox-perl-rs set's SSL_CERT_{DIR,FILE}, which can break ssl in > > > containers if their certificate store ca

Re: [pve-devel] [PATCH manager] fix #4873: use last used backup storage for the storage selector

2024-01-26 Thread Fiona Ebner
Am 20.11.23 um 15:18 schrieb Dominik Csapak: > for this, we invent the 'storageStateId' parameter that is undeifned by > default, but if set, the storage selector saves it's value on every > change there and on initial load (when no value is set from outside) > loads it from there and uses that as

Re: [pve-devel] [PATCH container] setup: nixos: set cmode to console by default

2024-01-26 Thread Fiona Ebner
Am 21.11.23 um 10:40 schrieb Christoph Heiss: > In the default NixOS configuration (e.g. when using prebuilt container > images from the Hydra pipeline [0]), getty is only configured for > /dev/console, but not any TTY ports. This results in the user just > getting a blank, black screen when openin

Re: [pve-devel] [PATCH v2 manager] ui: lxc: add edit window for device passthrough

2024-01-26 Thread Fiona Ebner
Am 21.11.23 um 11:21 schrieb Filip Schauer: > Signed-off-by: Filip Schauer High-level comment: - would be nice to have the default values as emptyText for UID/GID/Acces Mode and maybe also have an example text /dev/XYZ for the path - if I add /dev/doesnotexist I'll get an error but it'll still be

[pve-devel] [PATCH ceph] patch: fix `ceph dashboard` subcommand becoming unavailable on crash

2024-01-26 Thread Max Carrara
Adapt the patch that originally disabled certain TLS checks during the dashboard's startup and fixes the `ceph dashboard` subcommand becoming unavailable if the dashboard crashes during that time. This is achieved by re-implementing certain checks and also re-raising any other unforeseen exception

[pve-devel] [PATCH quincy-stable-8 ceph 1/2] patches: include patches regarding RocksDB and dashboard from master

2024-01-26 Thread Max Carrara
This commit essentially contains all changes from the following commits (most recent last): * f35168f6713d5f3fa1aaa8c572d754b61c458d91 * 86a553d66e69176940959530d4fedcbcbbab54d9 * ab5c03b44d78c4e4b233ff5a310888592dbb9bb4 The series file and the patches' prefixed numbers have been updated cor

[pve-devel] [PATCH quincy-stable-8 ceph 2/2] patch: fix `ceph dashboard` subcommand becoming unavailable on crash

2024-01-26 Thread Max Carrara
Adapt the patch that originally disabled certain TLS checks during the dashboard's startup and fixes the `ceph dashboard` subcommand becoming unavailable if the dashboard crashes during that time. This is achieved by re-implementing certain checks and also re-raising any other unforeseen exception

[pve-devel] [PATCH v2 quincy-stable-8 ceph 1/2] patches: include patches regarding RocksDB and dashboard from master

2024-01-26 Thread Max Carrara
This commit essentially contains all changes from the following commits (most recent last): * f35168f6713d5f3fa1aaa8c572d754b61c458d91 * 86a553d66e69176940959530d4fedcbcbbab54d9 * ab5c03b44d78c4e4b233ff5a310888592dbb9bb4 The series file and the patches' prefixed numbers have been updated cor

[pve-devel] [PATCH v2 quincy-stable-8 ceph 0/2] Backport Patches for Reef for Quincy

2024-01-26 Thread Max Carrara
Updated series that includes an unstaged change I had missed to amend regarding the corrected typo mentioned in the recent patch for master [0]. Woops! [0]: https://lists.proxmox.com/pipermail/pve-devel/2024-January/061499.html Max Carrara (2): patches: include patches regarding RocksDB and das

[pve-devel] [PATCH v2 quincy-stable-8 ceph 2/2] patch: fix `ceph dashboard` subcommand becoming unavailable on crash

2024-01-26 Thread Max Carrara
Adapt the patch that originally disabled certain TLS checks during the dashboard's startup and fixes the `ceph dashboard` subcommand becoming unavailable if the dashboard crashes during that time. This is achieved by re-implementing certain checks and also re-raising any other unforeseen exception