Am 11/11/2022 um 16:46 schrieb Mira Limbeck:
> If the config doesn't contain the cloud-init disk anymore after the
> rollback, we have to clean it up since otherwise no further disk can be
> attached unless the one still existing on the storage is deleted.
>
> Signed-off-by: Mira Limbeck
>
Am 11/11/2022 um 16:05 schrieb Stefan Sterz:
> since this key was missing from the PVE documentation, the TFA ui's
> help buttons didn't work as they relied on it.
>
> Signed-off-by: Stefan Sterz
> ---
> pveum.adoc | 3 +++
> 1 file changed, 3 insertions(+)
>
>
applied, thanks!
btw. for my
Am 11/11/2022 um 16:05 schrieb Stefan Sterz:
> previously the scanner would detect some `onlineHelp` keys that are
> set via CBind as anchor names. this would cause it to fail, as they
> cannot be present anywhere in the documentation. no valid anchor name
> can be wrapped in curly braces, as they
If the config doesn't contain the cloud-init disk anymore after the
rollback, we have to clean it up since otherwise no further disk can be
attached unless the one still existing on the storage is deleted.
Signed-off-by: Mira Limbeck
Reviewed-by: Stefan Hanreich
Tested-by: Stefan Hanreich
---
On 11/11/22 16:18, Stefan Hanreich wrote:
Test Setup:
I created a new VM, without any Cloud-Init drive, and immediately
created a snapshot. Then I setup a Cloud-Init drive according to the
PVE documentation via CLI. I created another snapshot of this state
with a Cloud-Init drive.
What I
Test Setup:
I created a new VM, without any Cloud-Init drive, and immediately
created a snapshot. Then I setup a Cloud-Init drive according to the PVE
documentation via CLI. I created another snapshot of this state with a
Cloud-Init drive.
What I tested:
- Rolling back to the older snapshot
this patch series fixes an issue where `onlineHelp` keys, that were
only used by components in the widget toolkit, were not properly
mapped to the corresponding anchors in the docs. this lead to
affected help buttons only showing an error message.
this series first fixes `pve-docs` by adding keys
since this key was missing from the PVE documentation, the TFA ui's
help buttons didn't work as they relied on it.
Signed-off-by: Stefan Sterz
---
pveum.adoc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/pveum.adoc b/pveum.adoc
index cbd553a..52de14d 100644
--- a/pveum.adoc
+++
previously the widget toolkit was not scanned when creating the
mapping between `onlineHelp` keys and pve-doc anchors. this could
lead to cases where help buttons didn't work because the necessary
mapping wasn't present in `OnlineHelpInfo.js`.
Signed-off-by: Stefan Sterz
---
i took the liberty
previously the scanner would detect some `onlineHelp` keys that are
set via CBind as anchor names. this would cause it to fail, as they
cannot be present anywhere in the documentation. no valid anchor name
can be wrapped in curly braces, as they need to be valid xml names.
hence it should be safe
Inline, I have some suggestions regarding wording and spelling
On 11.11.2022 15:27, Markus Frank wrote:
added AMD SEV documentation for "[PATCH qemu-server] QEMU AMD SEV
enable"
Signed-off-by: Markus Frank
---
qm.adoc | 113
1 file
This Patch is for enabling AMD SEV (Secure Encrypted
Virtualization) support in QEMU and enabling future
memory encryption technologies like INTEL MKTME
(Multi-key Total Memory Encryption) and SEV-SNP.
Config-Example:
memory_encryption: type=sev,cbitpos=47,policy=0x0001,reduced-phys-bits=1
qemu-server:
v2:
* spelling of minimum
* !$conf->{bios} eq 'ovmf' changed to $conf->{bios} ne 'ovmf'
Markus Frank (1):
QEMU AMD SEV enable
PVE/QemuServer.pm | 133 ++
1 file changed, 133 insertions(+)
docs:
v2:
* added more details for host &
added AMD SEV documentation for "[PATCH qemu-server] QEMU AMD SEV
enable"
Signed-off-by: Markus Frank
---
qm.adoc | 113
1 file changed, 113 insertions(+)
diff --git a/qm.adoc b/qm.adoc
index e7d0c07..5ba43a2 100644
--- a/qm.adoc
+++
On 11/11/22 15:02, Stefan Hanreich wrote:
>
> On 11/11/22 14:58, Daniel Tschlatscher wrote:
>> The new hookscript example works nicely out of the box.
>>
>> I tested restore for both VMs and containers via the GUI, the restore
>> and create commands in the respective CLI commands and with the
On 11/11/22 14:58, Daniel Tschlatscher wrote:
The new hookscript example works nicely out of the box.
I tested restore for both VMs and containers via the GUI, the restore
and create commands in the respective CLI commands and with the API.
One thing which might some more consideration:
When
The new hookscript example works nicely out of the box.
I tested restore for both VMs and containers via the GUI, the restore
and create commands in the respective CLI commands and with the API.
One thing which might some more consideration:
When restoring a backup that does not configure a
On 11/10/22 16:33, Stefan Hanreich wrote:
> Signed-off-by: Stefan Hanreich
> ---
> examples/guest-example-hookscript.pl | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/examples/guest-example-hookscript.pl
> b/examples/guest-example-hookscript.pl
> index
Tested on an Alpine Linux Container (3.16):
- setting MTU > 65535 or < 576 via UI (doesn't work)
- setting MTU to several values >= 576 and <= 65535 via UI (works)
- setting MTU to >= 64 and < 576 via config then starting (works, but
this is apparently intended otherwise it would be a backwards
The hookscripts for pre- and post- snapshot work as intended.
I tested creating snapshots in the GUI and on the CLI without finding
any problems.
When the hookscript fails the behavior was as I would expect it: An
error in 'pre-hookscript' fails the whole task. An error in the
'post-hookscript'
Am 10.11.22 um 15:37 schrieb Fiona Ebner:
> @@ -206,11 +207,30 @@ my $valid_service_states = {
> sub recompute_online_node_usage {
So I was a bit worried that recompute_online_node_usage() would become
too inefficient with the new add_service_usage_to_node() overhead from
needing to read the
On 11/11/22 09:36, DERUMIER, Alexandre wrote:
Le mercredi 09 novembre 2022 à 15:19 +0100, Mira Limbeck a écrit :
Why not add the bridge in the pve-bridge script as well? This way
there
would be no need for patch 2 for qemu-server since we always add the
MAC
address to the FDB whenever the tap
Am 10/11/2022 um 14:24 schrieb Stefan Hrdlicka:
> It is possible to set the number of spares and the size of
> data stripes via draidspares & dreaddata parameters.
>
> Signed-off-by: Stefan Hrdlicka
> ---
> PVE/API2/Disks/ZFS.pm | 55 ++-
> 1 file
Le mercredi 09 novembre 2022 à 15:19 +0100, Mira Limbeck a écrit :
>
>
> Why not add the bridge in the pve-bridge script as well? This way
> there
> would be no need for patch 2 for qemu-server since we always add the
> MAC
> address to the FDB whenever the tap device is plugged.
>
> If we
Am 11/11/2022 um 07:59 schrieb Dominik Csapak:
> q35 + usb passthrough
> q35 + usb3 passthrough
> q35 + usb3 passthrough with new xhci controller
> old machine type + new usb config error
> old machine type + q35 + new usb config error
> old ostype (w2k) + new usb config error
>
> Signed-off-by:
25 matches
Mail list logo
