Hi Michael, if you have the possibility to test with kernel-2.6.32-504.16.2.el6.x86_64 and kernel-2.6.32-504.23.4.el6.x86_64 please do it. I'm expecting that 2.6.32-504.16.2.el6 is the latest correctly working kernel. Please tell us if this is your case. There are clear signs of misbehaviours due to changes in the VLAN code between the two kernels above. Also take a look at https://bugs.centos.org/view.php?id=9467 and https://bugzilla.redhat.com/show_bug.cgi?id=1263561 . Best regards, Giorgio. P.S. sorry for top posting. I tried to revert this thread but I couldn't do it in an effective way :( 2015-10-21 23:05 GMT+02:00 Michael Kleinpaste <michael.kleinpaste@sharperlending.com>:
VMs are on different VLANs and use a central Vyos VM as the firewall and default gateway. The only indication I had that the packets were getting dropped or being sent out of order was by tshark'ing the traffic. Tons and tons of resends.
The problem was definitely resolved after I dropped back to the prior kernel (2.6.32-504.12.2.el6.x86_64).
On Tue, Oct 20, 2015 at 11:51 PM Ido Barkan <ibarkan@redhat.com> wrote:
Hi Michael, Can you describe your network architecture for this vm (inside the host). Do you know where are the packets get dropped? Ido
On Tue, Sep 22, 2015 at 1:19 AM, Michael Kleinpaste <michael.kleinpaste@sharperlending.com> wrote:
Nobody's seen this?
On Wed, Sep 16, 2015 at 9:08 AM Michael Kleinpaste <michael.kleinpaste@sharperlending.com> wrote:
So I patched my vhosts and updated the kernel to 2.6.32-573.3.1.el6.x86_64. Afterwards the networking became unstable for my vyatta firewall vm. Lots of packet loss and out of order packets (based on my tshark at the time).
Has anybody else experienced this? -- Michael Kleinpaste