[pve-devel] applied-series: [PATCH manager/docs v3] handle missed jobs better

2022-06-17 Thread Thomas Lamprecht
Am 13/06/2022 um 15:24 schrieb Dominik Csapak: > by adding a config option 'repeat-missed' for jobs that repeats the jobs > on pvescheduler start. new default is 0, which is reverse to current > behaviour (but the more expected one) > > also always skips "missed" jobs when changing from disabled t

[pve-devel] applied: [PATCH manager] fix #4111: replication: don't send mail when fail count is zero

2022-06-17 Thread Thomas Lamprecht
Am 14/06/2022 um 11:47 schrieb Fabian Ebner: > which can happen when failing to obtain the guest's migration lock. > This led to a lot of mails being sent during migration (timeout for > obtaining lock is only 2 seconds and we run it in a loop). > > One could argue that obtaining the lock should i

[pve-devel] applied-series: [PATCH docs 1/2] vm: import: avoid using deprecated bootdisk option

2022-06-17 Thread Thomas Lamprecht
Am 14/06/2022 um 14:48 schrieb Fabian Ebner: > Signed-off-by: Fabian Ebner > --- > qm.adoc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > applied both patches, thanks! ___ pve-devel mailing list pve-devel@lists.proxmox.com https://lists

[pve-devel] [PATCH container v2] fix: cloning a locked container creates an empty config

2022-06-17 Thread Daniel Tschlatscher
When an attempt was made to clone a locked container the API would correctly present the error 'CT is locked (disk)' but create the config files for the new container anyway. There was also a potential problem when the config of the new ct would already be present and the creation of the container

Re: [pve-devel] [PATCH access-control] fix #4074: increase API OpenID code size limit to 2048

2022-06-17 Thread Wolfgang Bumiller
On Wed, Jun 15, 2022 at 04:09:50PM +0200, Mira Limbeck wrote: > Azure AD seems to have a variable authorization code size, depending on > the browser state according to one report in bug #4074 [0]. > > Sometimes the size is greater than our current limit of 1024, so > increase it to 2048. Would t