Am 10.10.23 um 17:37 schrieb Alexandre Derumier:
> The cpus are passed as devices with specific id only when cpu hotplug
> is enable
> at start.
> We can't enable/disable it online or vcpu hotplug api will thrown
> errors
> not finding core id.
>>When removing cores after enabling the option this
Hi Fiona,
>>In case of 'restart' migration, we do want to start the VM anyways,
>>so
>>it's actually better, because we can catch config issues early :) Now
>>that I think about it, can we also just start the target VM in
>>prelaunch
>>mode (instead of incoming migration mode), do the NBD migrati
--- Begin Message ---
Changes since v4:
* rebased on top of master branch
Changes since v3:
* drop redundant `m` modifier from `ISCSI_TARGET_RE` regexp
* drop redundant group from `iscsi_session_list` regexp
* improve stop loop condition in `iscsi_discovery`
Changes since v2:
* custom config
--- Begin Message ---
With this patch Proxmox now tries to login to all discovered portals in
case some of them are not logged yet.
In case of multipath configuration when initially configured portal is
missing for some reason Proxmox don't lose iscsi storage now and can
succesfully restore iscsi c
--- Begin Message ---
23.10.2023 12:11, Dominik Csapak пишет:
Hi,
Hi, Dominik!
sorry but I just noticed that it seems you did not create this patch
on top of our current master?
at least here it does not apply cleanly, since the files got moved to
src/
(in may already)
so could you pleas
Am 23/10/2023 um 17:31 schrieb Alexander Zeidler:
> Signed-off-by: Alexander Zeidler
> ---
> pve-faq.adoc | 9 +++--
> 1 file changed, 3 insertions(+), 6 deletions(-)
>
> diff --git a/pve-faq.adoc b/pve-faq.adoc
> index 93fef32..2388673 100644
> --- a/pve-faq.adoc
> +++ b/pve-faq.adoc
> @@ -
Am 23/10/2023 um 17:11 schrieb Maximiliano Sandoval R:
> See
> https://git.proxmox.com/?p=pve-installer.git;a=commit;h=124ca33f9fb3780a76f0b5fd57952e69823852c8.
>
> Signed-off-by: Maximiliano Sandoval R
> ---
> pve-installation.adoc | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
Am 20/10/2023 um 15:33 schrieb Dominik Csapak:
> the series looks mostly fine to me, i wrote two small
> comments in the relevant patches, but both
> are not super important to fix IMO
>
> aside from that consider this series
>
> Reviewed-by: Dominik Csapak
> Tested-by: Dominik Csapak
With you
Signed-off-by: Alexander Zeidler
---
pve-faq.adoc | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/pve-faq.adoc b/pve-faq.adoc
index 93fef32..2388673 100644
--- a/pve-faq.adoc
+++ b/pve-faq.adoc
@@ -77,8 +77,7 @@ CPU.
It is not limited to Linux guests but allows arbit
See
https://git.proxmox.com/?p=pve-installer.git;a=commit;h=124ca33f9fb3780a76f0b5fd57952e69823852c8.
Signed-off-by: Maximiliano Sandoval R
---
pve-installation.adoc | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/pve-installation.adoc b/pve-installation.adoc
index aa4
Am 23/10/2023 um 10:59 schrieb Fiona Ebner:
> by including the errno. Might make it clearer what the issue is in
> cases like: https://forum.proxmox.com/threads/135261/
>
> Also add the missing newlines, the missing "to" in the second message,
> switch to the more common "or die" and avoid line bl
Besides the switch from tos to meta endpoint, this fixes a visual bug,
where the 'Accept TOS' button would show up, even if no ToS was needed.
Signed-off-by: Folke Gleumes
---
www/manager6/node/ACME.js | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/www/manager6/
The ToS endpoint ignored data that is needed to detect if EAB needs to
be used. Instead of adding a new endpoint that does the same request,
the tos endpoint is deprecated and replaced by the meta endpoint,
that returns all information returned by the directory.
Signed-off-by: Folke Gleumes
---
implementation acording to rfc855 section 7.3.4
Signed-off-by: Folke Gleumes
---
src/PVE/ACME.pm | 43 +++
1 file changed, 35 insertions(+), 8 deletions(-)
diff --git a/src/PVE/ACME.pm b/src/PVE/ACME.pm
index 3f66182..f65729a 100644
--- a/src/PVE/ACME.pm
This patch series adds functionality to use acme directiories
that require the use of external account binding, as specified
in rfc 8555 section 7.3.4.
To avoid code duplication and redundant calls to the CA,
the `/cluster/acme/tos` endpoint has been deprecated and
it's function will be covered by
Since external account binding is advertised the same way as the ToS,
it can be detected when creating an account and asked for if needed.
Signed-off-by: Folke Gleumes
---
PVE/CLI/pvenode.pm | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/PVE/CLI/pvenode.pm
Signed-off-by: Folke Gleumes
---
PVE/API2/ACMEAccount.pm | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/PVE/API2/ACMEAccount.pm b/PVE/API2/ACMEAccount.pm
index b790843a..daae18d8 100644
--- a/PVE/API2/ACMEAccount.pm
+++ b/PVE/API2/ACMEAccount.pm
@@
Oh, okay! I was not aware of these patches, thanks for letting me know.
Yes, being consistent with the UI/API for both VM and LXC restores is desired.
I was planning on doing the VM part next, but since there already is a patch
series for this I will definitely work on a common denominator for t
PS: Sorry for double posting. this mail was sent with invalid
In-Reply-To and References Headers.
I sent it again with the correct Headers after I managed to correctly
setup my mail client.
Stefan Lendl writes:
> I am currently working on the SDN feature. This is an initial review of
> the pat
Am 23.10.23 um 13:18 schrieb Christian Ebner:
> This patch series adds functionality to partially restore containers
> from backup, by allowing the user to selectively include/exclude
> mountpoints for restore. Mountpoints not included in the backup will not
> be deleted and recreated but rather at
I am currently working on the SDN feature. This is an initial review of
the patch series and I am trying to make a strong case against ephemeral
DHCP IP reservation.
The current state of the patch series invokes the IPAM on every VM/CT
start/stop to add or remove the IP from the IPAM.
This trig
There is an newer version of the patch, see
https://lists.proxmox.com/pipermail/pve-devel/2023-October/059566.html
Please ignore this one.
> On 17.10.2023 14:38 CEST Christian Ebner wrote:
>
>
> The current behaviour of the restore is to recreate all backed up
> mountpoints and remove all pr
The current behaviour of the restore is to recreate all backed up
mountpoints and remove all previous ones, causing potential data loss on
restore when the mountpoint was not included in the backup and the user
not aware of this behaviour.
By checking the mountpoint configuration from the backup,
Adds a grid to the lxc backup restore window allowing the user to select
mountpoints which should be included/excluded from a restore.
Signed-off-by: Christian Ebner
---
changes since v1:
not present in v1
www/manager6/Makefile | 1 +
www/manager6/grid/BackupRestoreTar
This patch series adds functionality to partially restore containers
from backup, by allowing the user to selectively include/exclude
mountpoints for restore. Mountpoints not included in the backup will not
be deleted and recreated but rather attached to the container as unused
disk after the resto
Adds an optional parameter which allows to specify the names of
mountpoints which should be excluded from restore.
These mountpoints are not (re-)created and files located below the
mountpoint are not restored from backup.
Signed-off-by: Christian Ebner
---
changes since v1:
not present in
I am currently working on the SDN feature. This is an initial review of
the patch series and I am trying to make a strong case against ephemeral
DHCP IP reservation.
The current state of the patch series invokes the IPAM on every VM/CT
start/stop to add or remove the IP from the IPAM.
This trig
On September 28, 2023 4:05 pm, Stoiko Ivanov wrote:
> grub packages in debian split between:
> * meta-packages, which handles (among other things) the reinstalling
> grub to the actual device/ESP in case of a version upgrade (grub-pc,
> grub-efi-amd64)
> * bin-packages, which contain the actual
by including the errno. Might make it clearer what the issue is in
cases like: https://forum.proxmox.com/threads/135261/
Also add the missing newlines, the missing "to" in the second message,
switch to the more common "or die" and avoid line bloat while at it.
Signed-off-by: Fiona Ebner
---
PVE
Hi,
sorry but I just noticed that it seems you did not create this patch
on top of our current master?
at least here it does not apply cleanly, since the files got moved to src/
(in may already)
so could you please rebase your patches on the current master branch
and send it again?
(i did not
30 matches
Mail list logo
