libvirt DHCP从主机失败

Question

我在设置PXE VM时遇到问题。它正在发送DHCP请求，服务器正在发送响应，但VM似乎没有处理响应。我不确定原因。

我确实使用相同的DHCP和PXE设置确认物理机正常工作，并且DHCP请求和响应与VM相同。

DHCP服务器由MaaS提供，位于主机上。

下面是错误的图片。

使用以下内容创建VM：virt-install --name=maas-node-1 --connect=qemu:///system --ram=15360 --vcpus=8 --hvm --virt-type=kvm --pxe --boot network,hd --os-variant=ubuntu16.04 --graphics vnc --os-type=linux --accelerate --disk=/var/lib/libvirt/images/maas-node-1.qcow2,bus=virtio,format=qcow2,cache=none,sparse=true,size=60 --network=bridge:br0,model=virtio

网络配置为：

auto br0
iface br0 inet static
    address 192.168.10.2
    network 192.168.10.0
    broadcast 192.168.10.255
    netmask 255.255.255.0
    gateway 192.168.10.1
    dns-nameservers 192.168.10.2
    bridge_ports bond0
    bridge_stp off
    bridge_fd 0
    bridge_maxwait 0


auto bond0
iface bond0 inet manual
    mtu 1500
    bond-miimon 100
    bond-downdelay 200
    bond-updelay 200
    bond-mode 0
    bond-slaves none
    post-up ifenslave bond0 eno1 eno2 eno3 eno4
    pre-down ifenslave bond0 eno1 eno2 eno3 eno4
...

DHCP请求是：

steel.maas.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 18:03:73:f8:ea:c9 (oui Unknown), length 257, xid 0xf97e014f, Flags [Broadcast] (0x8000)
      Client-Ethernet-Address 18:03:73:f8:ea:c9 (oui Unknown)
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message Option 53, length 1: Discover
        Client-ID Option 61, length 6: ieee1394 03:73:f8:ea:c9
        Parameter-Request Option 55, length 3:
          Default-Gateway, Subnet-Mask, Domain-Name-Server

DHCP回复是：

steel.maas.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xf97e014f, Flags [Broadcast] (0x8000)
      Your-IP steel.maas
      Server-IP steel.maas
      Client-Ethernet-Address 18:03:73:f8:ea:c9 (oui Unknown)
      file "pxelinux.0"
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message Option 53, length 1: Offer
        Server-ID Option 54, length 4: steel.maas
        Lease-Time Option 51, length 4: 600
        Subnet-Mask Option 1, length 4: 255.255.255.0
        Default-Gateway Option 3, length 4: 192.168.10.1
        Domain-Name-Server Option 6, length 4: steel.maas

Answer 1

问题在于ARP没有被响应，因为在交换机上没有使用绑定模式0而没有中继的特性。切换到balance-tlb修复了问题。

这有助于缩小问题范围：https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/785668