Ubuntu 16.04 não obtém locação dhcp

0

Eu tenho uma nova imagem do Ubuntu 16.04 que eu criei com o packer baseado no bento configs . Minha configuração é quase idêntica à configuração 16.04 aqui

Meu ubuntu vm não consegue obter uma concessão de dhcp, mesmo após a reinicialização. Outras janelas e centos VMs na mesma vlan obtêm suas concessões de dhcp sem problemas.

A única maneira de obter uma concessão é se eu executar manualmente 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

Quando eu verifico cat /var/log/syslog | grep -Ei 'dhcp' , vejo o cliente dhcp sendo iniciado. Estranhamente, está solicitando um IP na rede 172.16.x.x (eu esperaria um 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/

Olhando para cat /var/log/syslog | grep network , vejo que não conseguiu iniciar a interface de rede.

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'.

Da minha pesquisa que pode acontecer ao atualizar o ubuntu a partir de 14.04 e 16.04 e as interfaces de rede não são renomeadas corretamente do legado eth0 para o moderno ens32 . Uma vez que esta é uma nova instalação do Ubuntu, isso parece improvável. Como posso simplesmente executar dhclient para corrigir o problema, parece que minha interface é inicializada.

link

Onde mais posso procurar para descobrir porque a interface de rede não inicializa.
Por que o dhcpclient não estaria sendo executado automaticamente?

Atualizar

A execução do seguinte coloca o dispositivo de rede em funcionamento, mas ainda sem a concessão automática de dhcp

root@vagrant:~# ip link set ens3 up
root@vagrant:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> 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: <BROADCAST,MULTICAST,UP,LOWER_UP> 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

Atualizar

O endereço IP 172.x.x.x que aparece nos registros foi de 2 de dezembro. Foi quando a imagem foi construída no vmware.

    
por spuder 05.01.2017 / 18:18

1 resposta

1

Por que os logs mostram a rede 172.16.x.x?

A vm foi criada no vmware (com o packer) e depois migrada para o kvm. Os logs são de antes da migração da vm.

Por que vm não recebe um endereço IP?

Quando o vm estava no vmware, seu adaptador de rede era ens32 Após o migrationm, o adaptador de rede vm agora é chamado de ens3 e /etc/network/interfaces ainda faz referência ao antigo ens32

Este é um efeito colateral dos novos Nomes previsíveis de interface de rede 'iniciados no Ubuntu 15,10

A correção de curto prazo é editar / etc / network / interfaces. A correção automatizada de longo prazo é abordada aqui:

Nomes previsíveis da interface de rede interrompem a migração da VM

    
por 06.01.2017 / 20:13

Tags