group.of.nepali.translators team mailing list archive

[Launchpad Bug Tracker <1229458@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package grub2 - 2.02~beta2-36ubuntu3.6

---------------
grub2 (2.02~beta2-36ubuntu3.6) xenial; urgency=medium

  * Fix support for IPv6 PXE booting under UEFI: (LP: #1229458)
    - grub_add_grub_env_set_net_property.patch: add grub_env_set_net_property.
    - misc-fix-invalid-char-strtol.patch: fix strto*l methods invalid chars.
    - net_read_bracketed_ipv6_addr.patch: read bracketed IPv6 addresses.
    - bootp_new_net_bootp6_command.patch: add new bootp6 commands.
    - efinet_uefi_ipv6_pxe_support.patch: teach efinet to allow bootp6.
    - bootp_process_dhcpack_http_boot.patch: process DHCPACK, support HTTP.
    - efinet_set_network_from_uefi_devpath.patch: configure network from the
      devpath provided by the UEFI firmware.
    - efinet_set_dns_from_uefi_proto.patch: set DNS nameservers and search
      domains from the UEFI protocol.
  * Fix booting on Hyper-V gen 2 VMs due to the lack of PIT there; we can deal
    with this by using other timers when PIT aren't available. (LP: #1519836)
    - debian/patches/git_tsc_use_alt_delay_sources_d43a5ee6.patch
    - debian/patches/git_split_pmtimer_wait_tsc_d9a3bfea.patch
    - debian/patches/git_fix_tsc_calibration_pit_a03c1034.patch

grub2 (2.02~beta2-36ubuntu3.3) xenial; urgency=medium

  * debian/patches/ip6_send_router_solicitation_7c4b6b7b.patch: handle long
    RA intervals by explicitly sending a SOLICIT.
  * debian/patches/ip6_fix_routing_eb9f401f.patch: fix IPv6 routing; we should
    be able to talk to things outside of link-local addresses; to do this,
    allow specifying a gateway and interface. (LP: #1229458)

 -- Mathieu Trudel-Lapierre <cyphermox@xxxxxxxxxx>  Thu, 15 Sep 2016
13:56:55 -0400

** Changed in: grub2 (Ubuntu Xenial)
       Status: Fix Committed => 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/1229458

Title:
  grubnetx64.efi tftp client does not work over ipv6

Status in MAAS:
  Fix Released
Status in grub2 package in Ubuntu:
  Fix Released
Status in grub2-signed package in Ubuntu:
  Fix Released
Status in grub2 source package in Xenial:
  Fix Released
Status in grub2-signed source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  Trying to PXE boot (with UEFI) over IPv6 with grub. This is especially relevant for MAAS users in IPv6 setups.

  [Test cases]

  [IPv6 PXE boot]
  0) Setup PXE boot infrastructure (https://wiki.ubuntu.com/UEFI/SecureBoot-PXE-IPv6, also https://github.com/openSUSE/kiwi/wiki/Setup-PXE-boot-with-EFI-Using-GRUB2 contains relevant information)
  1) Attempt to PXE boot (with UEFI) over IPv6 a system.

  [IPv4 PXE boot]
  0) Setup PXE boot infrastructure;
  Required DHCP config:
   - filename should specify the path to the efi binary to use to boot, or to pxelinux in a non-EFI case.
   - next-server should be set to the TFTP server.
  1) Attempt to PXE boot (with and without UEFI) with IPv4.

  [IPv4 PXE boot with HTTPClient]
  0) Setup PXE boot infrastructure;
  Required DHCP config:
   - set vencor class to HTTPClient.
   - configure filename to be the url to the pxelinux (non-UEFI) or EFI binary (UEFI)
   - next-server should be set to the TFTP server.
  1) Attempt to PXE boot (with and without UEFI) with IPv4.

  [MaaS deployment in IPv4 network]
  1) deploy a system using MaaS in an IPv4-only network.

  [MaaS deployment in IPv6 network]
  1) deploy a system using MaaS in an IPv6-only network.

  [MaaS deployment in a mixed network]
  1) deploy a system using MaaS on a network with both IPv4 and IPv6.

  Testers can use grubnetx64.efi.signed from
  http://archive.ubuntu.com/ubuntu/dists/xenial-
  proposed/main/uefi/grub2-amd64/current/ once the package is available
  in proposed.

  [Regression potential]
  Possible regressions include any issues in routing IPv4 or IPv6 and/or retrieving files over PXE/tftp via grub. Ping is a good way to validate that routing is being done correctly, so is actually booting using the build grubnetx64.efi.

  ---

  Testing using the pre-built grubnetx64.efi, I am not able to use the
  tftp client support within grub2 to load configs (/kernels/initrds)
  over the network.  This works fine if using IPv4.

  grubnetx64.efi is being loaded over the network (via shim no less), so
  the firmware's network stack is definitely up and working.  But when
  grub tries to load grub.cfg via the default path, it fails with:

    error: couldn't send network packet.

  This message is repeated, approximately once every three seconds.  It
  looks to be an infinite loop; at least, the message is repeated more
  than 100 times.  But sometimes, when I've not been paying close
  attention to the boot, I get a grub shell instead.  In that case, the
  grub shell shows:

  grub> echo $root
  tftp,0.5.0.24
  grub> set
  [...]
  net_default_server=
  net_efinet2_boot_file=8:23f::2]/bootx64.efi
  net_efinet2_ip=0.0.0.0
  net_efinet2_mac=02:3f:00:00:00:00
  [...]
  prefix=(tftp,0.5.0.24)/grub
  pxe_default_server=
  root=tftp,0.5.0.24
  [...]
  grub>

  The actual server IP is 2001:1938:23f::2.

  I've booted a locally-generated (self-signed) grubnetx64.efi with
  grub-bootstrap.cfg modified to call 'set' first, and I get identical
  output for all of the network-related variables.

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