<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Forgot to mention that with newer drivers (1.2.37 (stock) and 1.2.38
    (new from Intel support page)) I had a situation where I turned on
    STP on my vmbr10 Linux bridge, VM had connectivity for about 10-20
    seconds and then it all failed again.<br>
    <br>
    <div class="moz-cite-prefix">On 16.04.15 23:16, Sten Aus wrote:<br>
    </div>
    <blockquote cite="mid:55301891.3060304@eenet.ee" type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      I dont want to shout before the night, but it seems that the link
      is working!<br>
      <br>
      I have downgraded drivers to <br>
      <blockquote type="cite">driver: i40e<br>
        version: 1.1.23</blockquote>
      As my coworker set up a new environment with Ubuntu and run
      different kvm's there and it worked, I saw that there was a
      difference between driver versions. Ubuntu was using<br>
      <blockquote type="cite">driver: i40e <br>
        version: 0.3.36-k </blockquote>
      So, somehow I thought that why not try to downgrade.<br>
      <br>
      <div class="moz-cite-prefix">On 16.04.15 14:32, Sten Aus wrote:<br>
      </div>
      <blockquote cite="mid:552F9DEB.3060208@eenet.ee" type="cite">
        <meta content="text/html; charset=windows-1252"
          http-equiv="Content-Type">
        Got a little bit further<br>
        <br>
        Turned on stp for this vmbr and now VM gets traffic for about
        10-15 seconds and then no packet flow again.<br>
        <br>
        Note that packets are going from VM to (for example) DHCP
        server, but they will get lost on their way back. They will
        arrive at the eth5 and vmbr, but not to tap, which is connected
        to the VM by qemu.<br>
        <br>
        Tried to upgrade Intel X710 firmware as well, no luck there. Not
        to mention the drivers small upgrade which I already did
        yesterday.<br>
        <br>
        <div class="moz-cite-prefix">On 15.04.15 22:03, Sten Aus wrote:<br>
        </div>
        <blockquote cite="mid:552EB5E6.7080507@eenet.ee" type="cite">Thanks


          for the tip, but this was not the case. <br>
          <br>
          On 15.04.15 21:24, Michael Rasmussen wrote: <br>
          <blockquote type="cite">On Wed, 15 Apr 2015 21:01:35 +0300 <br>
            Sten Aus <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="mailto:sten.aus@eenet.ee"><sten.aus@eenet.ee></a>
            wrote: <br>
            <br>
            <blockquote type="cite">
              <blockquote type="cite">What does tcpdump disclose running
                on host and in VM? <br>
                <br>
                On host tcpdump -i vmbr10 <br>
              </blockquote>
              Coworker did a lot of tcpdumps during the day and it
              appears the VM tap device is not getting ARPs back. I mean
              this tap device what qemu brings up/makes. <br>
              <br>
            </blockquote>
            A long shot. Try to disable hardware checksum offload since
            it is know <br>
            to cause problems in virtualized environments. <br>
            You can try with ethtool before making permanent changes:
            ethtool -K <br>
            eth5 tx off <br>
            <br>
            If that works you could add it permanently to udev: <br>
            <br>
            Create this file: /etc/udev/rules.d/81-bridge.rules <br>
            With the following content: <br>
            ACTION=="add", SUBSYSTEM=="net", NAME=="vmbr*",
            RUN+="/sbin/ethtool -K <br>
            $env{INTERFACE} tx off" <br>
            <br>
          </blockquote>
          <br>
          <br>
          <br>
          <fieldset class="mimeAttachmentHeader"></fieldset>
          <br>
          <pre wrap="">_______________________________________________
pve-user mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a>
</pre>
        </blockquote>
        <br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
pve-user mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
pve-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a class="moz-txt-link-freetext" href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>