← Back to team overview

kernel-packages team mailing list archive

[Bug 1331150] Re: arp fails to update, 3.13.0-{24, 29}

 

Did this issue occur in a previous version of Ubuntu, or is this a new
issue?

Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v3.15 kernel[0].

If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag:
'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".


Thanks in advance.


[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-utopic/


** Changed in: linux (Ubuntu)
   Importance: Undecided => Medium

** Tags added: kernel-da-key

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1331150

Title:
  arp fails to update, 3.13.0-{24,29}

Status in “linux” package in Ubuntu:
  Incomplete

Bug description:
  in an AWS environment managed by BOSH, we saw tcp connectivity
  problems between pairs of VMs.

  VM A and VM B are up, running ubuntu 14.04-based images, and in the
  same vpc subnet.

  VM B is terminated, and another VM is created that uses the IP address
  from VM B

  The new VM tries to make a tcp connection to VM A. In some cases, the
  connection fails.

  Investigation reveals that VM A has the old MAC address in its
  neighbor list. In some cases, running arp -d <IP Address> on VM A
  "fixes the problem". Also in some cases, running arping in gratuitous
  arp mode on the new VM also fixes the problem.

  The problem does not occur if VM A is running an ubuntu 10.04-based
  image.

  The problem seems to occur only on machines with lots of tcp
  connection traffic between them.

  'arp -d' and arping on the new VM do not seem to "fix" the problem if
  there are processes on the VMs that are trying to create new TCP
  connections.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1331150/+subscriptions


References