[pve-devel] [PATCH qemu-server] api: cloud-init support for mtu and userdata

Extended the PVE API to configure cloud-init userdata and network interface MTU. Signed-off-by: Marius Schellenberger --- PVE/API2/Qemu.pm| 1 + PVE/QemuServer.pm | 18 +- PVE/QemuServer/Cloudinit.pm | 31 +-- 3 files changed, 47

[pve-devel] [PATCH v4 manager 1/5] api: backup: add endpoint to list included guests and volumes

This patch adds a new API endpoint that returns a list of included guests, their volumes and whether they are included in a backup. The output is formatted to be used with the extJS tree panel. Signed-off-by: Aaron Lauterer --- The return types are `qemu`, `lxc` and `unknown`. The latter is ther

[pve-devel] [PATCH v4 manager 4/5] fix #2609 api: backupinfo: add non job specific endpoint

Adds a new api endpoint at cluster/backupinfo for cluster wide backup stuff. This is necessary because cluster/backup expects a backup job ID at the next level and thus other endpoints are hard to impossible to implement under that hierarchy. The only api endpoint available for now is the `not_bac

[pve-devel] [PATCH v4 manager 3/5] gui: dc/backup: add new backup job detail view

The new detail view for backup jobs shows the settings similar to the edit dialog but read only. Additionally it does show a list of all included guests with their volumes and whether these volumes will be included in the backup. Signed-off-by: Aaron Lauterer --- v3 -> v4: * added search box * re

[pve-devel] Extend cloud-init API with MTU and userdata

To fully automate virtual machine creation and configuration via the Proxmox API, I added configuration support for MTU and userdata to the cloud-init options. These options can now be configured using the API or Web-UI and are stored in the qemu-server/*.conf configuration file, removing the n

[pve-devel] [PATCH v4 manager 0/5] add backup detail and not backed up view

This series add a new detail view for backup jobs to show which volumes of a guest would be included. Additionally it adds a notification if there are any guests not covered by any backup job with a new window showing these guests. This is to fix #2609. For the latter, a new API endpoint was need

[pve-devel] [PATCH v4 manager 5/5] fix #2609 gui: backup: add window for not backed guests

In case that there are guests which are not covered by any backup job, a notification is shown and a window with a grid can be opened to view these guests. Signed-off-by: Aaron Lauterer --- v2 -> v4: (v3 was skipped to align version number to the rest of the series) * changed from havi

[pve-devel] [PATCH manager] ui: added cloud-init mtu and userdata options

Added options to configure the cloud-init MTU and userdata fields via the Web-UI. Signed-off-by: Marius Schellenberger --- www/manager6/Makefile | 1 + www/manager6/Parser.js| 6 ++ www/manager6/Utils.js | 8 +++ www/manager6/qemu/CloudInit.js| 10

[pve-devel] [PATCH v4 manager 2/5] gui: dc/backup: move renderers to Utils.js

Moving the following renderers to Utils.js to be able to use them in more than one place: * render_backup_days_of_week * render_backup_selection Signed-off-by: Aaron Lauterer --- v1 -> v2 -> v3 -> v4: rebased www/manager6/Utils.js | 60 +++ www/manager6/d

Re: [pve-devel] Adding creation time as metadata field to VM/containers?

Hi, On 06.07.20 22:45, Victor Hooi wrote: > I'd still love the ability to query creation time for a VM - did you have > any more info on Dominik's metadata field you mentioned? https://lists.proxmox.com/pipermail/pve-devel/2019-October/039349.html > How difficult would this be to add? A few pla

[pve-devel] [PATCH pve-docs 1/1] Close #1623: replace apt-get to apt

Signed-off-by: Moayad Almalat --- local-zfs.adoc | 4 ++-- pve-firewall.adoc| 2 +- pve-installation.adoc| 4 ++-- pve-package-repos.adoc | 2 +- pve-storage-iscsi.adoc | 2 +- qm-cloud-init.adoc | 2 +- system-software-updates.adoc | 6 +++-

Re: [pve-devel] [PATCH xtermjs] termproxy: rewrite in rust

Some comments. On Mon, Jul 06, 2020 at 12:57:21PM +0200, Dominik Csapak wrote: > termproxy is now completely written in rust (instead of perl) but > it is a drop-in replacement (...) > diff --git a/src/main.rs b/src/main.rs > new file mode 100644 > index 000..459a3c0 > --- /dev/null > +++ b/sr

[pve-devel] [PATCH pve-manger 0/1] Close #1623: replace apt-get to apt

Signed-off-by: Moayad Almalat --- PVE/API2/APT.pm| 6 +++--- PVE/API2/Nodes.pm | 6 +++--- PVE/CLI/pveceph.pm | 4 ++-- bin/pveupgrade | 10 +- 4 files changed, 13 insertions(+), 13 deletions(-) diff --git a/PVE/API2/APT.pm b/PVE/API2/APT.pm index 2db620aa..01688ed1 100644 --

Re: [pve-devel] mailing list server maintenance

Hi all, We just finished the migration, you can find the new mailman server at: https://lists.proxmox.com Please update your mail-clients and git-configurations to use the new addresses: pve-devel@lists.proxmox.com On 7/6/20 3:47 PM, Martin Maurer wrote: Hi all, We will move all mailing lis

Re: [pve-devel] mailing list server maintenance

On Tue, Jul 07, 2020 at 12:39:34PM +0200, Martin Maurer wrote: > Hi all, > > We just finished the migration, you can find the new mailman server at: > > https://lists.proxmox.com > > Please update your mail-clients and git-configurations to use the new > addresses: > > pve-devel@lists.proxmox.c

[pve-devel] applied: [PATCH docs] getting help: use new mailing list url

Signed-off-by: Thomas Lamprecht --- getting-help.adoc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/getting-help.adoc b/getting-help.adoc index 9f561c7..4c042ca 100644 --- a/getting-help.adoc +++ b/getting-help.adoc @@ -27,13 +27,13 @@ Mailing Lists This is a fast way t

Re: [pve-devel] mailing list server maintenance

On 7/7/20 12:43 PM, Oguz Bektas wrote: ... do we need to subscribe again to the existing lists? No, just use the new email address. -- Best Regards, Martin Maurer mar...@proxmox.com https://www.proxmox.com ___ pve-devel mailing list pve-devel@l

[pve-devel] [PATCH storage] fix #2460: use dm-uuid-mpath- as fallback for multipath

With Debian Buster it looks like the 'scsi-' method is no longer reliable. In addition to that, which is also used for non-multipath systems, add the 'dm-uuid-mpath-' method as fallback. This is also used by openstack (see os-brick https://github.com/openstack/os-brick/blob/39b201160bbff39117fca46b

[pve-devel] applied: Re: [PATCH storage] fix #2460: use dm-uuid-mpath- as fallback for multipath

On 07.07.20 16:14, Mira Limbeck wrote: > With Debian Buster it looks like the 'scsi-' method is no longer > reliable. In addition to that, which is also used for non-multipath > systems, add the 'dm-uuid-mpath-' method as fallback. This is also used > by openstack (see os-brick > https://github.com

[pve-devel] applied-series: Re: [PATCH pve-manager 0/3] add simple zone plugin

On 01.07.20 09:11, Alexandre Derumier wrote: > Following the pve-network && pve-docs patch series > > Alexandre Derumier (3): > sdn: vnetedit: tag optional && fix max tag value > sdn: move mtu from vnetview to zoneview > sdn: add simple zone plugin > > www/manager6/Makefile

[pve-devel] applied: Re: [PATCH pve-manger 0/1] Close #1623: replace apt-get to apt

On 07.07.20 12:20, Moayad Almalat wrote: > Signed-off-by: Moayad Almalat > --- > PVE/API2/APT.pm| 6 +++--- > PVE/API2/Nodes.pm | 6 +++--- > PVE/CLI/pveceph.pm | 4 ++-- > bin/pveupgrade | 10 +- > 4 files changed, 13 insertions(+), 13 deletions(-) > > applied, thanks! __

Re: [pve-devel] Adding creation time as metadata field to VM/containers?

Of course - I understand. I filed https://bugzilla.proxmox.com/show_bug.cgi?id=2830 Also, if you can think of a cheap hack/workaround that might allow us to get that data for now, let me know. On Tue, Jul 7, 2020 at 7:37 PM Thomas Lamprecht wrote: > Hi, > > On 06.07.20 22:45, Victor Hooi wrote