Signed-off-by: Alen Grizonic
---
src/PVE/Firewall.pm | 54 +
1 file changed, 50 insertions(+), 4 deletions(-)
diff --git a/src/PVE/Firewall.pm b/src/PVE/Firewall.pm
index 83915df..1e918ab 100644
--- a/src/PVE/Firewall.pm
+++ b/src/PVE/Firewall.
Signed-off-by: Alen Grizonic
---
src/PVE/Network.pm | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/PVE/Network.pm b/src/PVE/Network.pm
index dd34198..b9d2d37 100644
--- a/src/PVE/Network.pm
+++ b/src/PVE/Network.pm
@@ -119,7 +119,7 @@ my $read_bridge_mtu = sub
I think it should work.
I'll have more time for testing next week, I was very busy this week.
- Mail original -
De: "dietmar"
À: "aderumier" , "pve-devel"
Envoyé: Vendredi 7 Août 2015 11:47:55
Objet: Re: [pve-devel] [PATCH] activate|deactivates volumes on ct start/stop.
I applied a sl
This is necessary if we use Container because they use subvol.
subvol has no size but a quota.
if return is 0 there is no quota set.
---
PVE/Storage/ZFSPoolPlugin.pm | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/PVE/Storage/ZFSPoolPlugin.pm b/PVE/Storage/ZFS
if the packet on the opt list is not installed, it will not shown.
---
PVE/API2/APT.pm | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/PVE/API2/APT.pm b/PVE/API2/APT.pm
index 2eac330..b665a5b 100644
--- a/PVE/API2/APT.pm
+++ b/PVE/API2/APT.pm
@@ -536,9 +536,12 @@ __PACKA
I applied a slightly modified patch:
https://git.proxmox.com/?p=pve-container.git;a=commitdiff;h=ef241384c684dcb1bbd0f537ab1c58e676ddf530
Does that work for you?
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailma
---
src/PVE/API2/LXC.pm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/PVE/API2/LXC.pm b/src/PVE/API2/LXC.pm
index 93ab537..8823ae4 100644
--- a/src/PVE/API2/LXC.pm
+++ b/src/PVE/API2/LXC.pm
@@ -301,7 +301,7 @@ __PACKAGE__->register_method({
my $code = sub {
---
src/PVE/VZDump/ConvertOVZ.pm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/PVE/VZDump/ConvertOVZ.pm b/src/PVE/VZDump/ConvertOVZ.pm
index 72f1c0d..dedd640 100644
--- a/src/PVE/VZDump/ConvertOVZ.pm
+++ b/src/PVE/VZDump/ConvertOVZ.pm
@@ -304,9 +304,9 @@ sub convert_o
Ok.
I'll try to work on mountpoints next week.
- Mail original -
De: "dietmar"
À: "aderumier"
Cc: "pve-devel"
Envoyé: Vendredi 7 Août 2015 10:40:22
Objet: Re: [pve-devel] use our own format for LXC containers
> I wonder if we could use something generic like
>
> hdd0: local:101/sub
Setting these doesn't make much sense as the interfaces are
attached to bridges (this is old cruft from VZ venet).
(Hotplugging already leaves them be at their default.)
---
src/lxcnetaddbr | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/lxcnetaddbr b/src/lxcnetaddbr
index a87bf52..bb8d72
> 1) Does the new fix something currently broken?
> 2) Does the new provide something useful to us which is currently not
> available?
>
> I the coreboot case the answers to the above to questions is:
> 1) No
> 2) No
OK ;-) Thanks for testing!
___
pve-
On Fri, 7 Aug 2015 10:45:04 +0200 (CEST)
Dietmar Maurer wrote:
>
> OK, so I guess it does not really makes sense to implement that now?
>
When making these kinds of decisions at work I always ask these two
questions:
1) Does the new fix something currently broken?
2) Does the new provide somet
> > > I have successfully make a boot rom with coreboot using seabios as
> > > payload;-)
> >
> > So what is the advantage if that still uses seabios?
> >
> I have asked myself the same question;-)
>
> The other possible payloads, as I see it, will not be sufficient for
> proxmox since they all
> I wonder if we could use something generic like
>
> hdd0: local:101/subvol-101-disk-1.raw,size=4,mp=/
I prefer 'rootfs' instead, because 'rootfs' has fixed mp '/', and is a required
option.
> hdd1: faststore:101/subvol-101-disk-1.raw,size=1,mp=/mnt/faststore
> hdd2: slowbigstore:101/subvol-10
On Fri, 7 Aug 2015 07:23:53 +0200 (CEST)
Dietmar Maurer wrote:
> > I have successfully make a boot rom with coreboot using seabios as
> > payload;-)
>
> So what is the advantage if that still uses seabios?
>
I have asked myself the same question;-)
The other possible payloads, as I see it, wi
---
src/PVE/API2/LXC.pm | 2 +-
src/PVE/LXCCreate.pm | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/PVE/API2/LXC.pm b/src/PVE/API2/LXC.pm
index 17cb0a6..93ab537 100644
--- a/src/PVE/API2/LXC.pm
+++ b/src/PVE/API2/LXC.pm
@@ -309,7 +309,7 @@ __PACKAGE__->register_method(
---
PVE/AccessControl.pm | 1 +
1 file changed, 1 insertion(+)
diff --git a/PVE/AccessControl.pm b/PVE/AccessControl.pm
index 955e143..bfee816 100644
--- a/PVE/AccessControl.pm
+++ b/PVE/AccessControl.pm
@@ -708,6 +708,7 @@ sub parse_user_config {
userconfig_force_defaults($cfg);
+$r
there was the allocation missed
---
src/PVE/LXC.pm | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/PVE/LXC.pm b/src/PVE/LXC.pm
index 21f03a4..bf084ba 100644
--- a/src/PVE/LXC.pm
+++ b/src/PVE/LXC.pm
@@ -643,6 +643,7 @@ sub parse_ct_mountpoint {
if ($p =~ m/^(volume|backup|size)=(.+
>>In future, we can now also add additional mount entries like:
>>
>>rootfs: local:101/subvol-101-disk-1.raw,size=4
>>mount0: faststore:101/subvol-101-disk-1.raw,size=1,mp=/mnt/faststore
>>mount1: slowbigstore:101/subvol-101-disk-1.raw,size=1024,mp=/mnt/slowbigstore
I wonder if we could use some
19 matches
Mail list logo
