This patch updates the paramter list of methods called from pve-storage
to support the use of the flag map. The pve-container code now calls for
an explicit device mapping. Checks for krbd support are removed.
Signed-off-by: Alwin Antreich
---
src/PVE/API2/LXC.pm| 30 +++-
Signed-off-by: Alwin Antreich
---
PVE/Storage/RBDPlugin.pm | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/PVE/Storage/RBDPlugin.pm b/PVE/Storage/RBDPlugin.pm
index be88ad7..64dc1f1 100644
--- a/PVE/Storage/RBDPlugin.pm
+++ b/PVE/Storag
This allows methods to request a mapped device/path explicitly,
regardles of the storage option, eg. krbd option in the RBDplugin.
Signed-off-by: Alwin Antreich
---
PVE/CLI/pvesm.pm | 6 ++---
PVE/Storage.pm| 63 +--
PVE/Storage/Plugi
This is from the idea, how to remove the need for two RBD storage entries to
get LXC and KVM (through librbd) run on the same RBD pool. Especially needed if
the ceph cluster is not under PVE control (eg. hosted ceph service).
See the discussion for reference.
https://pve.proxmox.com/pipermail/pve-
Hello,
after researching l1tf mitigation for qemu and reading
https://www.berrange.com/posts/2018/06/29/cpu-model-configuration-for-qemu-kvm-on-x86-hosts/
It seems pve misses at least the following cpu flag:
ssbd
It also seems to make sense to enable pdpe1gb
At least ssbd is important for gues
openvz is deprecated but can still be a return value
maxcpu is a number, not an integer
Signed-off-by: Dominik Csapak
---
PVE/API2/Cluster.pm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/PVE/API2/Cluster.pm b/PVE/API2/Cluster.pm
index 2c408b5b..7700ca13 100644
--- a/PV
applied
___
pve-devel mailing list
pve-devel@pve.proxmox.com
https://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Change the translation of HA with 'Cluster' to 'High availability' to avoid
confusion.
Co-Authored-By: Ольга Миронова
Signed-off-by: Stoiko Ivanov
---
After comparing our other translation files, and taking a look at the interface
I do agree that keeping HA untranslated makes more sense.
Thanks
applied
___
pve-devel mailing list
pve-devel@pve.proxmox.com
https://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
---
www/manager6/qemu/HDMove.js | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/www/manager6/qemu/HDMove.js b/www/manager6/qemu/HDMove.js
index f08fd316..a5d69bbf 100644
--- a/www/manager6/qemu/HDMove.js
+++ b/www/manager6/qemu/HDMove.js
@@ -33,12 +33,10 @@ Ext.define('PV
copied from proxmox-widget-toolkit Utils.js
since i see no good way to only have this in one place
Signed-off-by: Dominik Csapak
---
data/PVE/Cluster.pm | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/data/PVE/Cluster.pm b/data/PVE/Cluster.pm
index 35e0
applied
___
pve-devel mailing list
pve-devel@pve.proxmox.com
https://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
From PVE::Cluster:
language => {
optional => 1,
type => 'string',
description => "Default GUI language.",
enum => [ 'en', 'de' ],
},
But we have more languages!
> On August 17, 2018 at 9:26 AM Dominik Csapak wrote:
>
>
> if we do
Cat we simply keep HA?
> On August 17, 2018 at 10:14 AM Stoiko Ivanov wrote:
>
>
> Change the translation of HA with 'Cluster' to 'High availability' to avoid
> confusion.
>
> Co-Authored-By: Ольга Миронова
> Signed-off-by: Stoiko Ivanov
> ---
> Shortly discussed with Ольга off-list (my mis
Change the translation of HA with 'Cluster' to 'High availability' to avoid
confusion.
Co-Authored-By: Ольга Миронова
Signed-off-by: Stoiko Ivanov
---
Shortly discussed with Ольга off-list (my mistake with my mail-client).
The translation of HA with 'Cluster' seemed a bit ambigous to me in our c
if we do not have a language cookie, try to read
the language from the datacenter.cfg and fall back to 'en'
also set it into the 'Proxmox' object, so that the gui can show it
in the LoginWindow
Signed-off-by: Dominik Csapak
---
PVE/Service/pveproxy.pm| 8 +++-
www/index.html.tpl
16 matches
Mail list logo