On 05/03/2024 13:54, Christian Ebner wrote:
> Allows to optionally configure a local interface name to which to
> bind to when sending a wake on lan packet to wake a remote node.
>
> Default behaviour remains to send the packet via the interface for
> the default gateway.
>
> Signed-off-by:
Am 14/03/2024 um 11:19 schrieb Max Carrara:
> The Ceph monitor removal assertion contains a condition that checks
> whether the given mon ID actually exists and thus may be removed.
>
> The first part of the condition checks whether the hash returned by
> `get_services_info` [0] contains the key
On 20/03/2024 16:39, Dominik Csapak wrote:
> needing one less step when adding the storage, assuming most esxi
> certificates are self-signed.
Well this makes it insecure by default though? Which is not something
I'd just not mention in such a commit message...
As that was the original reason I
On 21/03/2024 10:25, Aaron Lauterer wrote:
> This makes it possible to select any of the IP addresses listed in the
> full view window to copy & paste it.
>
> Signed-off-by: Aaron Lauterer
> ---
> Becaue @Folke made a remark that this was a nuisance ;)
>
> www/manager6/qemu/AgentIPView.js | 3
On 2024-03-21 16:50, Stefan Sterz wrote:
total number of cores != vCPUs if there is more than one socket
configured. according to the redhat docs it should be vCPUs not cores:
Multi-queue virtio-net provides the greatest performance benefit when:
[..]
- The number of queues is equal to
Signed-off-by: Stefan Sterz
---
qm.adoc | 10 ++
1 file changed, 10 insertions(+)
diff --git a/qm.adoc b/qm.adoc
index 8630419..711fa3f 100644
--- a/qm.adoc
+++ b/qm.adoc
@@ -780,6 +780,16 @@ ethtool command:
where X is the number of the number of vCPUs of the VM.
+To configure a
total number of cores != vCPUs if there is more than one socket
configured. according to the redhat docs it should be vCPUs not cores:
> Multi-queue virtio-net provides the greatest performance benefit when:
> [..]
> - The number of queues is equal to the number of vCPUs.
Some sentences are phrased better and more expansive in pmg-docs, so
take them from there and adapt them as needed.
Signed-off-by: Christoph Heiss
---
Changes v1 -> v2:
* deduplicate email/changelog paragraph, move to top
* deduplicate enterprise repo introduction sentence
* very slightly
These changes are the result of basically "diffing" both documentations,
choosing the better prased/sounding sections. Some wording were also
slightly changed as necessary to further improve them.
The equivalent changes will be done for pmg-docs too, to ensure they are
really the same in the end.
v3: https://lists.proxmox.com/pipermail/pve-devel/2024-March/062314.html
On Mon, Mar 11, 2024 at 01:29:06PM +0100, Christoph Heiss wrote:
> This series in short tries to bring the documentation for the
> ISO installation flow and anything related to it in line the with
> respective documentation
New paragraphs were taken from pmg-docs and adapted. Most changes
here are the result of basically "diffing" both documentations, choosing
the better prased/sounding sections. Some wording were slightly changed
as necessary to further improve them.
The equivalent changes will be done for pmg-docs
The same changes were done in commit
4c35e536b ("installation: reword/expand/reflow and fix login thumbnail")
in pmg-docs to improve the layout as good as possible.
Signed-off-by: Christoph Heiss
---
Changes v1 -> v2:
* none
Changes v2 -> v3:
* none
pve-installation.adoc | 4 ++--
1
This series in short tries to bring the documentation for the
ISO installation flow and anything related to it in line the with
respective documentation for PMG. As both products use the same
installer (minus small differences such as LVM options and BTRFS
support) and overall same basic system
These changes are the result of basically "diffing" both documentations,
choosing the better prased/sounding sections. Some wording were also
slightly changed as necessary to further improve them.
The equivalent changes will be done for pmg-docs too, to ensure they are
really the same in the end.
The QMP command needs to be issued for the device where the disk is
currently attached, not for the device where the disk was attached at
the time the snapshot was taken.
Fixes the following scenario with a disk image for which
do_snapshots_with_qemu() is true (i.e. qcow2 or RBD+krbd=0):
1. Take
v2 is on the list
https://lists.proxmox.com/pipermail/pve-devel/2024-March/062296.html
On 2024-03-20 09:56, Aaron Lauterer wrote:
Signed-off-by: Aaron Lauterer
---
pve-system-requirements.adoc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/pve-system-requirements.adoc
On Tue, Mar 19, 2024 at 03:57:34PM +0100, Fiona Ebner wrote:
> Am 19.03.24 um 14:48 schrieb Christoph Heiss:
> > This was reported by a user in the forum [0].
> >
> > The cause was that the user-* standard options were not registered when
> > the sync was called from the scheduler, resulting in
This makes it possible to select any of the IP addresses listed in the
full view window to copy & paste it.
Signed-off-by: Aaron Lauterer
---
Becaue @Folke made a remark that this was a nuisance ;)
www/manager6/qemu/AgentIPView.js | 3 +++
1 file changed, 3 insertions(+)
diff --git
On Thu Mar 21, 2024 at 10:04 AM CET, Stefan Sterz wrote:
> talked off list with gabriel already this file was added accidentally.
Thanks for the heads up! submitted a v2.
___
pve-devel mailing list
pve-devel@lists.proxmox.com
This patch introduces the conversion table for all possible OS Types
that are in the VMWare 'other' family and sets the pve counterpart.
Our default OS Type is 'linux', so including mappings to 'other' makes
sense.
Signed-off-by: Gabriel Goller
---
v2, thanks @sterzy:
- removed perltidy output
-->8 snip 8<--
> diff --git a/src/PVE/Storage/ESXiPlugin.pm.tdy
> b/src/PVE/Storage/ESXiPlugin.pm.tdy
> new file mode 100644
> index 000..2a08986
> --- /dev/null
> +++ b/src/PVE/Storage/ESXiPlugin.pm.tdy
> @@ -0,0 +1,1216 @@
> +package PVE::Storage::ESXiPlugin;
> +
talked off list with
--- Begin Message ---
Hi,
a critical bug in evpn with multiple nodes is fixed in git,
https://git.proxmox.com/?p=pve-network.git;a=commit;h=e614da43f13e3c61f9b78ee9984364495eff91b6
but package is still not released
I see a lot of user bug report since 4 months about this, like this
recent one:
(missed reply-all, so resending)
On 20/03/2024 10:30, Fiona Ebner wrote:
> Am 20.03.24 um 09:56 schrieb Aaron Lauterer:
>> Signed-off-by: Aaron Lauterer
>> ---
>> pve-system-requirements.adoc | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/pve-system-requirements.adoc
23 matches
Mail list logo