libvirt DHCP主机失败

问题描述：

我在设置PXE虚拟机时遇到问题。它发送DHCP请求并且服务器正在发送响应，但虚拟机似乎没有处理响应。我不确定原因。libvirt DHCP主机失败

我没有确认物理机器在相同的DHCP和PXE设置下正常工作，并且DHCP请求和响应与虚拟机相同。

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

答

问题是由于在交换机上没有中继使用bond-mode 0的特性，ARP没有得到响应。切换到balance-tlb修复了这些问题。

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

libvirt DHCP主机失败

相关推荐