☰

Vagrant não consegue trazer eth1 no convidado do Xubuntu 16.04

tag-icon • tag-icon virtualbox xubuntu vagrant
Vagrant não consegue trazer eth1 no convidado do Xubuntu 16.04

Sou relativamente novo no Linux e no Vagrant. Atualizei meu sistema convidado VM (VirtualBox 5.0.18 + Vagrant 1.8.1 em um host Windows) do Xubuntu 15.10 para o Xubuntu 16.04 há algum tempo. Nesse ponto ou logo depois, notei algumas estranhezas, por exemplo, um cursor do mouse desalinhado (alguns pixels fora) e diretórios compartilhados ausentes. Meu palpite é que isso se deve ao seguinte erro relatado durante vagrant up:

==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Forwarding ports...
    default: 8080 (guest) => 8080 (host) (adapter 1)
    default: 9000 (guest) => 9000 (host) (adapter 1)
    default: 22 (guest) => 2222 (host) (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
==> default: Machine booted and ready!
GuestAdditions 5.0.18 running --- OK.
==> default: Checking for guest additions in VM...
==> default: Configuring and enabling network interfaces...
The following SSH command responded with a non-zero exit status.
Vagrant assumes that this means the command failed!

/sbin/ifup eth1

Stdout from the command:

Failed to bring up eth1.


Stderr from the command:

mesg: ttyname failed: Inappropriate ioctl for device
run-parts: /etc/network/if-up.d/ubuntu-fan exited with return code 1

Procurei o erro em combinação com o Vagrant e o VirtualBox online, mas os casos que encontrei pareciam um pouco diferentes dos meus. As pessoas escrevem sobre /etc/udev/rules.d/70-persistent-net.rules- mas parece não existir na minha máquina, nem /etc/sysconfig.

Tentar correr /sbin/ifup eth1para obter mais informações após o login me dá o seguinte:

vagrant@IDE-machine ~ $ sudo /sbin/ifup -v eth1
Configuring interface eth1=eth1 (inet)
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/bridge
run-parts: executing /etc/network/if-pre-up.d/ethtool
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
/bin/ip addr add 192.168.56.21/255.255.255.0 broadcast 192.168.56.255     dev eth1 label eth1
RTNETLINK answers: File exists
Failed to bring up eth1.

Meu arquivo Vagrant está assim:

Vagrant.configure(2) do |config|
  # a locally stored box
  config.vm.box = "IDE-machine"

  config.ssh.private_key_path = "ssh/id_rsa"

  config.vm.network "forwarded_port", guest: 8080, host: 8080
  config.vm.network "forwarded_port", guest: 9000, host: 9000

  config.vm.network "private_network", ip: "192.168.56.21"

  config.vm.provider "virtualbox" do |vb|
      vb.gui = true

      vb.memory = "12288"
      vb.cpus = 2
      vb.name = "my_IDE-machine"

      vb.customize ["modifyvm", :id, "--monitorcount", "1"]
      vb.customize ["modifyvm", :id, "--vram", "64"]
      vb.customize ["storageattach", :id, "--storagectl", "SATA", "--port", 1, "--device", 0, "--type", "hdd", "--medium", "V:/BoxStorage/Projects.vdi"]
  end
  config.vm.provision "shell", inline: "/vagrant/provision.sh"
end

As adições de convidados estão instaladas, eu uso o vagrant-vbguestplug-in que configurou a versão correta do complemento de convidado anteriormente.

Alguém tem uma ideia de qual poderia ser o problema ou sugere como posso aprofundar mais?

Atualizar: Fui apontado para isso:https://github.com/mitchellh/vagrant/issues/7155(o que não se aplica completamente ao meu caso) O que me levou a isso:https://askubuntu.com/questions/689070/network-interface-name-changes-after-update-to-15-10-udev-changes/732638#732638

Tentei mudar /etc/default/grubcom GRUB_CMDLINE_LINUX="net.ifnames=0", depois update-grubcomo root e reinicializar, sem sucesso.

Mais algumas pesquisas me mostraram isso:

vagrant@IDE-machine ~ $ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
#VAGRANT-BEGIN
# The contents below are automatically generated by Vagrant. Do not modify.
auto eth1
iface eth1 inet static
      address 192.168.56.21
      netmask 255.255.255.0
#VAGRANT-END

Atualização 2:Conforme solicitado aqui está a saída do dmesg e o conteúdo do ubuntu-fan:

vagrant@IDE-machine ~ $ dmesg | grep eth
[    1.692133] e1000 0000:00:03.0 eth0: (PCI:33MHz:32-bit) 08:00:27:af:31:b4
[    1.692144] e1000 0000:00:03.0 eth0: Intel(R) PRO/1000 Network Connection
[    2.068113] e1000 0000:00:08.0 eth1: (PCI:33MHz:32-bit) 08:00:27:94:1e:dc
[    2.068120] e1000 0000:00:08.0 eth1: Intel(R) PRO/1000 Network Connection
[    5.732516] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
[    5.732980] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[    5.733061] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[    6.790923] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    6.793512] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    6.795646] e1000: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
[    6.796069] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready


vagrant@IDE-machine ~ $ cat /etc/network/if-up.d/ubuntu-fan 
#!/bin/sh

set -e

case "$IFACE" in
lo) exit 0 ;;
fan-*)  exit 0 ;;
esac

case "$ADDRFAM" in
inet) ;;
*) exit 0 ;;
esac

# NOTE: NetworkManager simply does not call out to the normal
#       down hooks as it only checks _after_ the interface has
#       been lost.  Roll with this.
case "$PHASE::$METHOD" in
post-up::static|post-up::dhcp|post-up::NetworkManager)          ;;
pre-down::static|pre-down::dhcp|post-down::NetworkManager)      ;;
*) exit 0 ;;
esac

case "$MODE" in
start|stop) ;;
*) exit 0 ;;
esac

/usr/sbin/fanctl net "$MODE" "$IFACE"

Responder1

Você verificou seus /etc/network/interfacesarquivos de configuração? Talvez você tenha vários gateways conforme apontadoaqui.

De qualquer forma, ajustar um pouco esse arquivo e brincar com ele ifconfigpode ajudá-lo a resolver o problema. Verifique as permissões também, duvido que venha daí, mas mesmo assim :/

Você pode tentar voltar para uma configuração mais simples, /etc/network/interfacesse ainda não for o caso, e voltar pouco a pouco ao arquivo de configuração original. Eu faria isso, eu acho.

EDIT: Pela sua dmesgsaída, parece que os links estão prontos, então a parte da rede deve estar ok. Se você fizer dmesg | grep eth, há alguma informação relevante?

Além disso, você pode gato /etc/network/if-up.d/ubuntu-fan? Saiu com o código de saída 1, pode ser interessante verificar o que está acontecendo lá.

ATUALIZAR:

Sua dmesgsaída parece boa, os links eth0/1 estão prontos no final, então a rede deve estar funcionando.

Você deve tentar executar o ubuntu-fanscript linha por linha e verificar os códigos de saída ( echo $?, deveria ser 0). Gostaria de saber se o problema não vem do fanctlprograma no final. Normalmente é usado para controlar ventiladores em uma máquina, mas aqui é uma VM então ... Se estiver vindo desta linha, você pode tentar descobrir por que está falhando, mas eu removeria a fanctllinha e talvez o arquivo inteiro em facto. Acho que as outras linhas estão aqui para lidar com eventos a serem acionados fanctl.

Eu verifiquei minhas VMs vagabundas (principalmente o Ubuntu 14.04) e não vejo nenhuma fanctlem lugar nenhum ... Não tenho certeza se faz sentido tentar controlar os fãs dentro de uma VM.

informação relacionada