O Vagrant falha ao abrir o eth1 no Xubuntu 16.04 guest

2

Sou relativamente novo no Linux e no Vagrant. Eu atualizei meu sistema de convidado VM (VirtualBox 5.0.18 + Vagrant 1.8.1 em um Windows Host) do Xubuntu 15.10 para o Xubuntu 16.04 um tempo atrás. Nesse ponto, ou pouco depois, notei algumas esquisitices, por ex. um cursor do mouse desalinhado (alguns pixels desligados) e diretórios compartilhados ausentes. Meu palpite é que é devido 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

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

Tentando executar /sbin/ifup eth1 para mais algumas informações após o login, isso me dá:

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 do Vagrant é 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 convidado estão instaladas, eu uso o plugin vagrant-vbguest que tinha configurado a versão correta do addon de convidado anteriormente.

Alguém tem uma ideia do que poderia ser o problema ou sugere como eu posso ir mais longe?

Atualização: Fui apontado para isso: link (que não se aplica completamente ao meu caso) O que me levou a isso: link

Eu tentei alterar /etc/default/grub com GRUB_CMDLINE_LINUX="net.ifnames=0" , depois update-grub como root e reinicializar, sem sucesso.

Mais algumas cutucadas 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, a saída do dmesg e do 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"
    
por Arne Mertz 19.05.2016 / 14:37

1 resposta

3

Você verificou seus arquivos /etc/network/interfaces config? Talvez você tenha vários gateways apontados como aqui .

De qualquer forma, ajustar esse arquivo um pouco e brincar com ifconfig pode ajudá-lo a eliminar o problema. Verifique as permissões também, duvido que venha de lá mas ainda assim: /

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

EDITAR: Da sua saída dmesg , parece que os links estão prontos para que a parte da rede esteja ok. Se você fizer dmesg | grep eth , existe alguma informação relevante?

Além disso, você pode cat /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á.

ATUALIZAÇÃO:

Você dmesg output parece bem, os links eth0 / 1 estão prontos no final para que a rede esteja funcionando.

Você deve tentar executar o script ubuntu-fan linha por linha e verificar os códigos de saída ( echo $? , deve ser 0 ). Gostaria de saber se o problema não vem do programa fanctl no final. É normalmente usado para controlar os fãs em uma máquina, mas aqui é uma VM, então ... Se vier dessa linha, você pode tentar ver porque está falhando, mas eu removerei a linha fanctl , e então talvez a arquivo inteiro de fato. Eu acho que as outras linhas estão aqui para manipular eventos para acionar fanctl .

Eu verifiquei minhas VMs vagabundas (principalmente o ubuntu 14.04) e não vejo nenhum fanctl em qualquer lugar ... Eu não tenho certeza se faz sentido tentar controlar os fãs dentro de uma VM.

    
por 19.05.2016 / 17:20