Re: [pve-devel] [PATCH] bump to 0.8.2

2014-07-14 Thread Dietmar Maurer
also add zookeeper support I wonder why we need that? I found this at https://github.com/sheepdog/sheepdog/wiki/Cluster-Management-Backends-and-dual-NIC: Corosync is not recommended for production use as the method used for synchronization is susceptible to packet loss under load. For

Re: [pve-devel] [PATCH] bump to 0.8.2

2014-07-14 Thread Alexandre DERUMIER
also add zookeeper support I wonder why we need that? I found this at https://github.com/sheepdog/sheepdog/wiki/Cluster-Management-Backends-and-dual-NIC: I just add support to zooker because some user request it. (So, it they want to manually enable it, they can, without need to recompile

Re: [pve-devel] [PATCH] Test whether CC is defined and use this otherwise use default

2014-07-14 Thread Michael Rasmussen
On Mon, 14 Jul 2014 11:05:57 + Dietmar Maurer diet...@proxmox.com wrote: Your patch does not apply to current version in git. So I simply extracted your changes and applied it myself - hope that is OK for you? That's fine. The reason it would not apply to 2.6.32 is that I only made the

Re: [pve-devel] pve-sheepdog : bump to 0.8.2

2014-07-14 Thread Dietmar Maurer
applied, thanks! -Original Message- From: pve-devel [mailto:pve-devel-boun...@pve.proxmox.com] On Behalf Of Alexandre Derumier Sent: Montag, 30. Juni 2014 05:50 To: pve-devel@pve.proxmox.com Subject: [pve-devel] pve-sheepdog : bump to 0.8.2 bump to 0.8.2 and add zookeeper support

Re: [pve-devel] [PATCH] Test whether CC is defined and use this otherwise use default

2014-07-14 Thread Dietmar Maurer
That's fine. The reason it would not apply to 2.6.32 is that I only made the changes to the 3.10 kernel because I suspected that changes to 2.6.32 of this kind was not appropriate due to the near end of life for kernel 2.6.32. Ah, I see. Just applied the patch to 3.10.0.

Re: [pve-devel] [PATCH] bump to 0.8.2

2014-07-14 Thread Nicola Banterle
Corosync with sheepdog has 2 major problem : - corosync is limited to a small numbers of nodes ( technically not a problem, on small clusters ) - under heavy load, network fragmentation will appear The problems and the descriptions are on the sheepdog mailing lists. Thanks for the hard work!

[pve-devel] [PATCH 1/2] compile ebtables rules

2014-07-14 Thread Alexandre Derumier
-A FORWARD -j PVEFW-FORWARD -A PVEFW-FORWARD -p IPv4 -j ACCEPT #filter mac in iptables for ipv4, so we can speedup rules with conntrack established -A PVEFW-FORWARD -p IPv6 -j ACCEPT -A PVEFW-FORWARD -o fwln+ -j PVEFW-FWBR-OUT -A PVEFW-FWBR-OUT -i tap110i0 -j tap110i0-OUT

[pve-devel] pve-firewall : ebtables

2014-07-14 Thread Alexandre Derumier
Hi, here the ebtables patches, details are in commits. Please comment, feel free to change and adapt them. (I'm going to holiday Friday, so I'll don't have too much time to improve them this week) ___ pve-devel mailing list pve-devel@pve.proxmox.com

[pve-devel] [PATCH 2/2] apply ebtables_ruleset

2014-07-14 Thread Alexandre Derumier
need ebtables-save ebtables-restore, ebtables debian package don't include them. ebtables-restore need to restore the full ruleset (atomicaly), so we can't update only 1 chain Signed-off-by: Alexandre Derumier aderum...@odiso.com --- src/PVE/Firewall.pm | 103

[pve-devel] pve-firewall : ipv6 venet0 fix

2014-07-14 Thread Alexandre Derumier
Apply after my others ipv6 patches ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

[pve-devel] [PATCH] fix ip6tables for venet0 ips

2014-07-14 Thread Alexandre Derumier
We need to check also the ipversion of venet0, to avoid to try to create ipv4 rules in ip6tables Signed-off-by: Alexandre Derumier aderum...@odiso.com --- src/PVE/Firewall.pm |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/PVE/Firewall.pm b/src/PVE/Firewall.pm