group.of.nepali.translators team mailing list archive

[ChristianEhrhardt <1707999@xxxxxxxxxxxxxxxxxx>]

Nothing from my POV, I expected Andres to propose or upload the same fix
for X/Z now as he did for Artful last month.

Btw I'll mark Artful correctly and add X/Z tasks.

** Also affects: ipxe (Ubuntu Artful)
   Importance: Undecided
       Status: New

** Also affects: ipxe (Ubuntu Zesty)
   Importance: Undecided
       Status: New

** Changed in: ipxe (Ubuntu Artful)
       Status: New => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1707999

Title:
  pod VM fails to PXE boot after receiving multiple DHCP offers, for
  different IPs, from the dhcp server

Status in MAAS:
  Invalid
Status in MAAS 2.2 series:
  Invalid
Status in ipxe package in Ubuntu:
  Fix Released
Status in ipxe source package in Xenial:
  Triaged
Status in ipxe source package in Zesty:
  Triaged
Status in ipxe source package in Artful:
  Fix Released
Status in ipxe source package in Bionic:
  Fix Released

Bug description:
  A VM failed to PXE boot after receiving multiple DHCP offers.

  You can see this here on a log from the secondary controller:
  http://paste.ubuntu.com/25221939/

  The node is offered both 10.245.208.201 and 10.245.208.120, tries to
  get 10.245.208.120, and is refused.

  One strange thing is that it seems like the DHCP server on both the primary controller and the secondary controller are responding.  The primary controller's log doesn't have the offer for 10.245.208.120 - only the offer for 10.245.208.201:
  http://paste.ubuntu.com/25221952/

  This is in an HA setup: region API's are at 10.245.208.30,
  10.245.208.31 and 10.245.208.32. We're using hacluster to load
  balance, and a VIP in front at 10.245.208.33. There are rack
  controllers on 10.245.208.30 and 10.245.208.31. For the untagged vlan
  this VM is trying to boot from, 10.245.208.30 is set as the primary
  controller, and 10.245.208.31 is set as the secondary.

  Primary postgres is on 10.245.208.30, it's being replicated to backup
  postgres on 10.245.208.31. It has a VIP at 10.245.208.34.

  We don't hit this everytime - on this deployment only one machine out
  of about 30 hit this.

  We've also seen this on single node MAAS setups - non HA.  So, it's
  not an HA specific issue.

  I've attached logs from the maas servers.

To manage notifications about this bug go to:
https://bugs.launchpad.net/maas/+bug/1707999/+subscriptions