Signed-off-by: Aaron Lauterer
---
www/manager6/qemu/HardwareView.js | 4 ++--
www/manager6/qemu/PCIEdit.js | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/www/manager6/qemu/HardwareView.js
b/www/manager6/qemu/HardwareView.js
index 606c66e5..cad29cc6 100644
--- a/www/m
For non pci express passthrough additional addresses are reserved.
For pcie passthrough pcie root ports are needed (unless guest is like
windows 7).
The first 4 pcie root ports are defined by default in the pve-q35*.cfg
files. If more than 4 pcie devices are passed through the needed root
ports ar
This patch series adds support to pass through up to 16 pci(e) devices.
v1[0] -> v2:
* support 16 and not 10 pci devs
* create additional pcie root ports on demand, thanks to Dominik for
the suggestion
* change pci address reservations as larger spaces are needed
[0]: https://pve.proxmox.com/pi
uses the new /pending and the adapted /config API endpoints
to get pending changes and show them in a PendingObjectGrid
Signed-off-by: Oguz Bektas
---
www/manager6/lxc/DNS.js | 11 +++
www/manager6/lxc/Options.js | 4 ++--
www/manager6/lxc/Resources.js | 4 ++--
3 files changed
Signed-off-by: Oguz Bektas
---
src/PVE/LXC.pm | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/PVE/LXC.pm b/src/PVE/LXC.pm
index 475d9be..9dd5bc9 100644
--- a/src/PVE/LXC.pm
+++ b/src/PVE/LXC.pm
@@ -1939,6 +1939,13 @@ sub vm_start {
close($fh);
}
+# apply pending
analog to Qemu, it returns an array of elements, which shows the
current value, pending value, and delete requests.
Signed-off-by: Oguz Bektas
---
src/PVE/API2/LXC.pm | 88 +
1 file changed, 88 insertions(+)
diff --git a/src/PVE/API2/LXC.pm b/src/PVE/
Signed-off-by: Oguz Bektas
---
src/PVE/API2/LXC.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/PVE/API2/LXC.pm b/src/PVE/API2/LXC.pm
index 6ddff9c..9ddaf58 100644
--- a/src/PVE/API2/LXC.pm
+++ b/src/PVE/API2/LXC.pm
@@ -35,7 +35,7 @@ BEGIN {
__PACKAGE__->register_met
use vmconfig_hotplug_pending (when ct up) and vmconfig_apply_pending
(when ct down) to apply or write pending changes.
Signed-off-by: Oguz Bektas
---
src/PVE/API2/LXC/Config.pm | 52 +-
src/PVE/LXC/Config.pm | 328 +
2 files changed, 147 insertions(+
vmconfig_hotplug_pending is responsible for checking if a key in the
pending section is hotpluggable, if yes; perform a generic config value
replace or perform specific actions if a special case.
vmconfig_apply_pending is only supposed to be called when ct isn't live.
Signed-off-by: Oguz Bektas
this series makes it possible to add/revert/delete pending changes in
the backend.
it depends on my previous patch for pve-guest-common, for enabling
inheritance of pending changes related methods into PVE::LXC::Config
some notes or to-be-fixed-soon-after-review points:
[1]. gui patches are c
allow parsing and writing of the pending changes section in CTID.conf
files.
Signed-off-by: Oguz Bektas
---
src/PVE/LXC/Config.pm | 35 ++-
1 file changed, 30 insertions(+), 5 deletions(-)
diff --git a/src/PVE/LXC/Config.pm b/src/PVE/LXC/Config.pm
index 9790345..
analog to 'qm pending', it shows a list of keys and values defined in
configuration.
cur: current change
new: pending change
del: pending delete
Signed-off-by: Oguz Bektas
---
src/PVE/CLI/pct.pm | 27 +++
1 file changed, 27 insertions(+)
diff --git a/src/PVE/CLI/pct.pm
Signed-off-by: Oguz Bektas
---
src/PVE/API2/LXC/Config.pm | 13 +
1 file changed, 13 insertions(+)
diff --git a/src/PVE/API2/LXC/Config.pm b/src/PVE/API2/LXC/Config.pm
index 6e67186..405a079 100644
--- a/src/PVE/API2/LXC/Config.pm
+++ b/src/PVE/API2/LXC/Config.pm
@@ -20,6 +20,8 @@ us
the default behaviour is the same as in Qemu, so without the 'current'
flag set, current values will be replaced with their respective pending
counterparts.
Signed-off-by: Oguz Bektas
---
src/PVE/API2/LXC/Config.pm | 23 +++
1 file changed, 23 insertions(+)
diff --git a/src/
On 9/5/19 12:42 PM, Thomas Lamprecht wrote:
On 05.09.19 12:27, Dominik Csapak wrote:
On 9/5/19 11:47 AM, Thomas Lamprecht wrote:
On 23.08.19 10:55, Dominik Csapak wrote:
Signed-off-by: Dominik Csapak
+ open(my $fh, '>', "/run/qemu-server/$vmid.reboot")
+ or die "failed to create rebo
>>hmm, this ringed some bells, this was sent to the list with a bit
>>more extensive commit message[0], it's still the same or? Can I take+
>>the commit message from [0] if I'd apply this - to have some more info?
yes, sorry, this is the same than previous patch series. I thinked it was lost.
On 05.09.19 12:27, Dominik Csapak wrote:
> On 9/5/19 11:47 AM, Thomas Lamprecht wrote:
>> On 23.08.19 10:55, Dominik Csapak wrote:
>>> Signed-off-by: Dominik Csapak
>>
>>> + open(my $fh, '>', "/run/qemu-server/$vmid.reboot")
>>> + or die "failed to create reboot trigger file: $!\n";
>>
>> ma
thanks to all three involved people ;)
On September 3, 2019 1:06 pm, Thomas Lamprecht wrote:
> This was wrongly shipped by our ISO since quite a bit (AFAICT, at
> least 4.x), so fix it up in a versioned postinst snippet.
>
> Do so by usind sed with the following pattern:
> # sed -E -i -e 's/^www
On 9/5/19 11:47 AM, Thomas Lamprecht wrote:
On 23.08.19 10:55, Dominik Csapak wrote:
Signed-off-by: Dominik Csapak
---
new in v2
trigger is normally something which is done actively, i.e., gets triggered
like "pulling the trigger" says.
Maybe call it a flag and the file "$vmid.reboot-request
On 23.08.19 10:55, Dominik Csapak wrote:
> Signed-off-by: Dominik Csapak
> ---
> PVE/CLI/qm.pm | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/PVE/CLI/qm.pm b/PVE/CLI/qm.pm
> index f9b0fd7..0e8475e 100755
> --- a/PVE/CLI/qm.pm
> +++ b/PVE/CLI/qm.pm
> @@ -999,6 +999,8 @@ our $cmddef =
On 23.08.19 10:55, Dominik Csapak wrote:
> this creates a reboot trigger file (inspired by pve-container)
> and relies on the 'qm cleanup' call by the qmeventd to detect
> and restart the vm afterwards
>
> Signed-off-by: Dominik Csapak
> ---
> changes from rfc:
> * use PVE::QemuServer:vm_stop ins
On 23.08.19 10:55, Dominik Csapak wrote:
> Signed-off-by: Dominik Csapak
> ---
> new in v2
trigger is normally something which is done actively, i.e., gets triggered
like "pulling the trigger" says.
Maybe call it a flag and the file "$vmid.reboot-request"?
> PVE/QemuServer.pm | 12
On 23.08.19 10:56, Dominik Csapak wrote:
> Signed-off-by: Dominik Csapak
> ---
> PVE/API2/Qemu.pm | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/PVE/API2/Qemu.pm b/PVE/API2/Qemu.pm
> index 5094721..6ddfca7 100644
> --- a/PVE/API2/Qemu.pm
> +++ b/PVE/API2/Qemu.pm
> @@ -1916,6 +1916,
On 03.09.19 13:06, Thomas Lamprecht wrote:
> This was wrongly shipped by our ISO since quite a bit (AFAICT, at
> least 4.x), so fix it up in a versioned postinst snippet.
>
> Do so by usind sed with the following pattern:
> # sed -E -i -e 's/^www:(\w)/www: \1/' /etc/aliases
> proposed by Musee Ul
On 04.09.19 09:47, Alexandre Derumier wrote:
> Signed-off-by: Alexandre Derumier
hmm, this ringed some bells, this was sent to the list with a bit
more extensive commit message[0], it's still the same or? Can I take+
the commit message from [0] if I'd apply this - to have some more info?
[0]: ht
On 27.03.19 17:42, Thomas Lamprecht wrote:
> Actually this'd be v8, but it's to old and to unreviewed for anybody do
> remember anyway, so best seen as new series.
>
any comments on this one?
> Thomas Lamprecht (4):
> allow LRM lock stealing for fenced nodes
> allow use of external fencing d
On 05.09.19 11:13, Oguz Bektas wrote:
> hi,
>
> On Thu, Sep 05, 2019 at 11:01:57AM +0200, Thomas Lamprecht wrote:
>> On 04.09.19 18:00, Oguz Bektas wrote:
>>> this patch series moves some pending changes related functions into
>>> AbstractConfig. the only thing that changes is that these are now c
hi,
On Thu, Sep 05, 2019 at 11:01:57AM +0200, Thomas Lamprecht wrote:
> On 04.09.19 18:00, Oguz Bektas wrote:
> > this patch series moves some pending changes related functions into
> > AbstractConfig. the only thing that changes is that these are now class
> > methods,
> > since they need to be
On 04.09.19 18:00, Oguz Bektas wrote:
> this patch series moves some pending changes related functions into
> AbstractConfig. the only thing that changes is that these are now class
> methods,
> since they need to be inherited in LXC::Config and QemuConfig.
> (the functionality in Qemu side should
On 05.09.19 07:06, Alexandre Derumier wrote:
> Signed-off-by: Alexandre Derumier
> ---
> vxlan-and-evpn.adoc | 92 +++--
> 1 file changed, 72 insertions(+), 20 deletions(-)
>
applied, thanks!
___
pve-devel mai
On 05.09.19 10:01, Fabian Grünbichler wrote:
> On September 4, 2019 4:41 pm, Thomas Lamprecht wrote:
>> On 01.07.19 15:43, Christian Ebner wrote:
>>> remove_vmid_from_backup_jobs updates the vzdump.cron backup jobs,
>>> excluding the given vmid.
>>>
>>> Signed-off-by: Christian Ebner
>>> ---
>>>
hi,
On Thu, Sep 05, 2019 at 09:54:22AM +0200, Fabian Grünbichler wrote:
> On September 4, 2019 3:59 pm, Oguz Bektas wrote:
> > the description doesn't match the default behaviour, which is to replace
> > the current values with pending ones in the returned config, unless the
> > 'current' option i
Okay, sounds good to me, I will prepare a v4.
Thanks for the feedback!
> On September 5, 2019 10:01 AM Fabian Grünbichler
> wrote:
>
>
> On September 4, 2019 4:41 pm, Thomas Lamprecht wrote:
> > On 01.07.19 15:43, Christian Ebner wrote:
> >> remove_vmid_from_backup_jobs updates the vzdump.cro
On September 4, 2019 4:41 pm, Thomas Lamprecht wrote:
> On 01.07.19 15:43, Christian Ebner wrote:
>> remove_vmid_from_backup_jobs updates the vzdump.cron backup jobs,
>> excluding the given vmid.
>>
>> Signed-off-by: Christian Ebner
>> ---
>> PVE/VZDump/Plugin.pm | 46 +++
On September 4, 2019 3:59 pm, Oguz Bektas wrote:
> the description doesn't match the default behaviour, which is to replace
> the current values with pending ones in the returned config, unless the
> 'current' option is passed.
>
> Signed-off-by: Oguz Bektas
> ---
>
> i tried to come up with a r
35 matches
Mail list logo