On 6/2/20 10:31 AM, Alexandre Derumier wrote:
> Hi,
>
> This patch series update ifupdown2 to 3.0.0-1.
>
> Please bump the proxmox git mirror to 3.0.0-1 tag.
>
applied series, thanks! pushed out the 3.0.0-1 tag but then decided to update
to current master as it allows to drop all extra patche
applied series, thanks!
>>pushed out the 3.0.0-1 tag but then decided to update
>>to current master as it allows to drop all extra patches and master had
>>just one extra commit besides that
Ok,no problem. Thanks !
- Mail original -
De: "Thomas Lamprecht"
À: "pve-devel" , "aderumier"
E
Hello,
On Wed, Jun 3, 2020 at 11:23 AM b...@todoo.biz wrote:
> I was wondering if there are any plans to integrate the Proxmox FreeNAS
> iSCSI initiator patches developped by the TheGrandWazoo and available in
> github repository here : https://github.com/TheGrandWazoo/freenas-proxmox
> into the
On 6/2/20 11:20 AM, Alexandre Derumier wrote:
> This ass support for vlan-aware vnets.
> patch1 && 2 were already submit on the mailing
>
> patch3 is a small fix to avoid packet lost on reload
> with ovs + qinq|vlan plugins
>
> changelog v2:
> add more fixes for ovs
>
> Alexandre Derumier (7):
>
Luminous, Nautilus and Octopus. In Octopus the mon_status was dropped.
Also the ceph status was cleaned up and doesn't provide the mgrmap and
monmap.
The rados queries used in the ceph status API endpoints (cluster / node)
were factored out and merged to one place.
Signed-off-by: Alwin Antreich
On 6/2/20 11:48 AM, Alexandre Derumier wrote:
> Patch1 is a resend with fix
>
> Patch2 add missing mtu option to vlan plugin
>
> Alexandre Derumier (2):
> sdn: add vlan aware option to vnet
> sdn: vlan : add mtu field
>
> www/manager6/sdn/VnetEdit.js | 7 +++
> www/manager6/sdn/V
On 5/25/20 1:05 PM, Alexandre Derumier wrote:
> Currently, when a trunks is defined, the vlan tag is not used
> for pvid with vlan-aware bridge. (It's ok with ovs switch)
>
> example:
>
> net0: e1000=BA:90:68:B8:CF:F5,bridge=vmbr1,tag=2,trunks=2-11
>
> before
> --
> tap100i0 2-11
>
>
On 5/26/20 5:46 PM, Alexandre Derumier wrote:
> Somes fixes, and add description for new vnet vlan-aware option
>
> Alexandre Derumier (3):
> sdn: add a note to add "source /etc/network/interfaces.d/*"
> sdn: add vnet vlan-aware option
> sdn: fix qinq zone2 example
>
> pvesdn.adoc | 11 +++
Hello,
I was wondering if there are any plans to integrate the Proxmox FreeNAS iSCSI
initiator patches developped by the TheGrandWazoo and available in github
repository here : https://github.com/TheGrandWazoo/freenas-proxmox into the
main FreeNAS Enterprise repo.
I am not a huge fan of "cus
to present more data on pools and a nicer formated output on the command
line.
Signed-off-by: Alwin Antreich
---
PVE/API2/Ceph.pm | 14 ++
PVE/CLI/pveceph.pm | 24 ++--
2 files changed, 24 insertions(+), 14 deletions(-)
diff --git a/PVE/API2/Ceph.pm b/PVE/API2/
to add the pg_autoscale_mode since its activated in Ceph Octopus by
default and emmits a waring (ceph status) if a pool has too many PGs.
Signed-off-by: Alwin Antreich
---
v1 -> v2: split addition of pg_autoscale_mode and pveceph pool
output format
PVE/API2/Ceph.pm | 13 +
Hi,
any comment about this patch ?
forum users still need it
https://forum.proxmox.com/threads/set-mtu-on-guest.45078/page-2
(and it could help too with vxlan and other tunneling where mtu need to be
reduce on guest)
- Mail original -
De: "aderumier"
À: "pve-devel"
Cc: "aderumier"
With the introduction of VM.Config.Cloudinit we can set the user,
password and an SSH key without VM.Config.Network permission and instead
use VM.Config.Cloudinit.
Signed-off-by: Mira Limbeck
---
www/manager6/qemu/CloudInit.js | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --g
It is added to PVEVMUser by default.
Signed-off-by: Mira Limbeck
---
PVE/AccessControl.pm | 1 +
1 file changed, 1 insertion(+)
diff --git a/PVE/AccessControl.pm b/PVE/AccessControl.pm
index f50a510..ae8eaae 100644
--- a/PVE/AccessControl.pm
+++ b/PVE/AccessControl.pm
@@ -741,6 +741,7 @@ my $pr
This allows setting ciuser, cipassword and all other cloudinit settings that
are not part of the network without VM.Config.Network permissions.
Signed-off-by: Mira Limbeck
---
PVE/API2/Qemu.pm | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/PVE/API2/Qemu.pm b/PVE/API2/Qem
On Wed, 3 Jun 2020 11:34:35 +0200
Andreas Steinel wrote:
>
> If I remember correctly, the problem with the ZFS-over-iSCSI stuff is
> that the backend provider in FreeNAS/FreeBSD has changed numerous
> times and at least one version did not support online
> reconfiguration. That may be solved rig
On Wed, 3 Jun 2020 12:03:05 +0200
Michael Rasmussen wrote:
> so therefore qualifies
Should have read 'so therefore not qualifies' ;-)
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael rasmussen cc
https://pgp.key-server.io/pks/lookup?search=0xD3C9A00E
mir datanom net
ht
On 6/3/20 3:28 PM, Alwin Antreich wrote:
> to add the pg_autoscale_mode since its activated in Ceph Octopus by
> default and emmits a waring (ceph status) if a pool has too many PGs.
>
> Signed-off-by: Alwin Antreich
> ---
> v1 -> v2: split addition of pg_autoscale_mode and pveceph pool
>
On 6/3/20 1:39 PM, Alwin Antreich wrote:
> Luminous, Nautilus and Octopus. In Octopus the mon_status was dropped.
> Also the ceph status was cleaned up and doesn't provide the mgrmap and
> monmap.
>
> The rados queries used in the ceph status API endpoints (cluster / node)
> were factored out and
On 5/29/20 2:28 PM, Dominik Csapak wrote:
> instead of hardcoding the text 'type-id-' into the searchbar
> to accomodate for the additional size, add an overflowHandler
> to the toolbar (for very small display sizes)
>
> Signed-off-by: Dominik Csapak
> ---
> www/manager6/grid/BackupView.js | 49
On 5/19/20 12:54 PM, Tim Marx wrote:
> to prevent indefinite growth in case of e.g. many local disks
>
> Signed-off-by: Tim Marx
> ---
> www/manager6/window/Migrate.js | 1 +
> 1 file changed, 1 insertion(+)
>
>
applied, thanks!
___
pve-devel mailin
On 5/4/20 4:08 PM, Aaron Lauterer wrote:
> As a first step to make the whole guest include logic more testable the
> part from the API endpoint has been moved to its own method with as
> little changes as possible.
>
> Everything concerning `all` and `exclude` logic is still in the
> PVE::VZDump->
On 6/3/20 6:32 PM, b...@todoo.biz wrote:
> Le 3 juin 2020 à 18:25, Michael Rasmussen a écrit :
>>
>> Signé partie PGP
>> On Wed, 3 Jun 2020 18:16:11 +0200
>> "b...@todoo.biz" wrote:
>>
>>>
>>> What is your upper limit for this ?
>>>
>> I prefer a world without limitations;-)
>> BTW. Some years a
> Le 3 juin 2020 à 12:03, Michael Rasmussen a écrit :
>
> Signé partie PGP
> On Wed, 3 Jun 2020 11:34:35 +0200
> Andreas Steinel wrote:
>
>>
>> If I remember correctly, the problem with the ZFS-over-iSCSI stuff is
>> that the backend provider in FreeNAS/FreeBSD has changed numerous
>> times
On Wed, 3 Jun 2020 16:54:17 +0200
"b...@todoo.biz" wrote:
>
> A lot of time has passed since version 9 of FreeBSD / FreeNAS. Six
> years to be precise.
>
The version numbers was for explanation purposes only.
BTW. When FreeNAS soon will vanish an be consumed be TrueNAS what
happens then? Will i
> Le 3 juin 2020 à 18:06, Michael Rasmussen a écrit :
>
> Signé partie PGP
> On Wed, 3 Jun 2020 16:54:17 +0200
> "b...@todoo.biz" wrote:
>
>>
>> A lot of time has passed since version 9 of FreeBSD / FreeNAS. Six
>> years to be precise.
>>
> The version numbers was for explanation purposes
On Wed, 3 Jun 2020 18:16:11 +0200
"b...@todoo.biz" wrote:
>
> What is your upper limit for this ?
>
I prefer a world without limitations;-)
BTW. Some years ago I asked phk (Poul Henning Kamp) about this and
according to him there was no kernel reason behind the limitation and
to the best of hi
Le 3 juin 2020 à 18:25, Michael Rasmussen a écrit :
>
> Signé partie PGP
> On Wed, 3 Jun 2020 18:16:11 +0200
> "b...@todoo.biz" wrote:
>
>>
>> What is your upper limit for this ?
>>
> I prefer a world without limitations;-)
> BTW. Some years ago I asked phk (Poul Henning Kamp) about this and
On Wed, 3 Jun 2020 18:16:11 +0200
"b...@todoo.biz" wrote:
>
> I'll try to see what can be done…
> But I am more involved in firewalling hardcore dev than Proxmox at
> this stage !
>
This is the file you should copy an adapt to ctld:
https://git.proxmox.com/?p=pve-storage.git;a=blob;f=PVE/Stor
29 matches
Mail list logo
