У меня есть новый образ ubuntu 16.04, который я создал с помощью упаковщика на основе конфиги бенто . Моя конфигурация почти идентична конфигурации 16.04 здесь
Моя ubuntu vm не может получить аренду dhcp даже после перезагрузки. Другие Windows и виртуальные машины centos на том же vlan получают аренду dhcp без проблем.
Единственный способ получить аренду - это запустить вручную dhclient
/ etc / network / interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto ens32
iface ens32 inet dhcp
pre-up sleep 2
Когда я проверю cat / var / log / syslog | grep -Ei 'dhcp'
, я вижу, как запускается клиент DHCP. Как ни странно, он запрашивает IP в сети 172.16.x.x (я ожидал IP 10.x.x.x).
Dec 2 21:17:02 vagrant dhclient[688]: Internet Systems Consortium DHCP Client 4.3.3
Dec 2 21:17:02 vagrant sh[676]: Internet Systems Consortium DHCP Client 4.3.3
Dec 2 21:17:02 vagrant dhclient[688]: For info, please visit https://www.isc.org/software/dhcp/
Dec 2 21:17:02 vagrant sh[676]: For info, please visit https://www.isc.org/software/dhcp/
Dec 2 21:17:02 vagrant dhclient[688]: DHCPDISCOVER on ens32 to 255.255.255.255 port 67 interval 3 (xid=0x76d9e602)
Dec 2 21:17:02 vagrant sh[676]: DHCPDISCOVER on ens32 to 255.255.255.255 port 67 interval 3 (xid=0x76d9e602)
Dec 2 21:17:03 vagrant dhclient[688]: DHCPREQUEST of 172.16.148.140 on ens32 to 255.255.255.255 port 67 (xid=0x2e6d976)
Dec 2 21:17:03 vagrant sh[676]: DHCPREQUEST of 172.16.148.140 on ens32 to 255.255.255.255 port 67 (xid=0x2e6d976)
Dec 2 21:17:03 vagrant sh[676]: DHCPOFFER of 172.16.148.140 from 172.16.148.254
Dec 2 21:17:03 vagrant dhclient[688]: DHCPOFFER of 172.16.148.140 from 172.16.148.254
Dec 2 21:17:03 vagrant dhclient[688]: DHCPACK of 172.16.148.140 from 172.16.148.254
Dec 2 21:17:03 vagrant sh[676]: DHCPACK of 172.16.148.140 from 172.16.148.254
Jan 5 16:53:56 vagrant kernel: [ 6.068252] audit: type=1400 audit(1483635236.420:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=951 comm="apparmor_parser"
Jan 5 16:53:56 vagrant kernel: [ 6.068256] audit: type=1400 audit(1483635236.420:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-helper" pid=951 comm="apparmor_parser"
Jan 5 16:53:58 vagrant dhclient[1115]: Internet Systems Consortium DHCP Client 4.3.3
Jan 5 16:53:58 vagrant ifup[965]: Internet Systems Consortium DHCP Client 4.3.3
Jan 5 16:53:58 vagrant ifup[965]: For info, please visit https://www.isc.org/software/dhcp/
Jan 5 16:53:58 vagrant dhclient[1115]: For info, please visit https://www.isc.org/software/dhcp/
Просмотр cat / var / log / syslog | grep network
Я вижу, что не удалось запустить сетевой интерфейс.
vagrant@vagrant:~$ cat /var/log/syslog | grep network
Dec 2 21:14:06 vagrant systemd[1]: Strating Raise network interfaces...
Dec 2 21:14:06 vagrant systemd[1]: Started Trigger resolvconf update for networkd DNS.
Dec 2 21:14:06 vagrant ifup[2794]: /sbin/ifup: waiting for lock on /run/network/ifstate.ens32
Dec 2 21:14:07 vagrant systemd[1]: Started Raise network interfaces.
Dec 2 21:15:54 vagrant systemd[1]: Started Trigger resolvconf update for networkd DNS.
Dec 2 21:17:02 vagrant systemd[1]: Starting Raise network interfaces...
Dec 2 21:17:02 vagrant systemd[1]: Started Trigger resolvconf update for networkd DNS.
Dec 2 21:17:02 vagrant ifup[724]: /sbin/ifup: waiting for lock on /run/network/ifstate.ens32
Dec 2 21:17:03 vagrant systemd[1]: Started Raise network interfaces.
Jan 5 16:53:56 vagrant systemd[1]: Started Trigger resolvconf update for networkd DNS.
Jan 5 16:53:58 vagrant systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Jan 5 16:53:58 vagrant systemd[1]: networking.service: Unit entered failed state.
Jan 5 16:53:58 vagrant systemd[1]: networking.service: Failed with result 'exit-code'.
Согласно моим исследованиям, это может произойти при обновлении ubuntu с 14.04 и 16.04, когда сетевые интерфейсы не переименовываются должным образом с устаревшего eth0
на современный ens32
. Поскольку это совершенно новая установка ubuntu, это маловероятно. Поскольку я могу просто запустить dhclient
, чтобы исправить проблему, мне кажется, что мой интерфейс инициализирован .
https://askubuntu.com/questions/758594/no-networking-failed-to-bring-up-eth0
Где еще я могу найти, почему сетевой интерфейс не инициализируется.
Почему dhcpclient не запускается автоматически?
Обновление
Выполнение следующего запускает сетевое устройство, но по-прежнему не выполняется автоматическая аренда DHCP
root@vagrant:~# ip link set ens3 up
root@vagrant:~# ip a
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens3: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 52:54:00:0f:a4:c0 brd ff:ff:ff:ff:ff:ff
inet6 fe80::5054:ff:fe0f:a4c0/64 scope link
valid_lft forever preferred_lft forever
Обновление
IP-адрес 172.x.x.x, отображаемый в журналах, относится к 2 декабря. Это было тогда, когда образ был построен на vmware.
Виртуальная машина была создана на vmware (с упаковщиком), а затем перенесена на kvm. Журналы до миграции виртуальной машины.
Когда виртуальная машина была на виртуальной машине, ее сетевой адаптер был ens32
После миграции сетевой адаптер виртуальной машины теперь называется ens3
/ etc / network / interfaces
по-прежнему ссылается на старый ens32
Это побочный эффект нового « Predictable Network Interface Names », который был запущен в Ubuntu 15.10.
Кратковременное исправление - отредактировать / etc / network / interfaces. Долгосрочное автоматическое исправление описано здесь:
Предсказуемые имена сетевых интерфейсов нарушают миграцию виртуальной машины