Come risolvere `ttyname fallito: ioctl inappropriato per dispositivo` in Vagrant?

Quando si utilizza questo frammento (inline shell provisioner):

config.vm.provision "shell" do |s|
  s.inline = <<-SHELL
    <shell code>
  SHELL
end

risulta in:

==> default: mesg: 
==> default: ttyname failed
==> default: : 
==> default: Inappropriate ioctl for device

Sembra che anche altre persone abbiano riscontrato questo problema . Qualcuno sa come risolverlo?

Ho notato che anche questo messaggio è stato mostrato come errore (in colore ROSSO), lo script è stato eseguito correttamente! Pochi giorni dopo ho visto una possibile soluzione e ho pubblicato una risposta su SO . La "correzione" è:

# Prevent TTY Errors (copied from laravel/homestead: "homestead.rb" file)... By default this is "bash -l".
config.ssh.shell = "bash -c 'BASH_ENV=/etc/profile exec bash'"

Forse non ti serve, ma puoi provarlo e usarlo se funziona per te.

Come puoi vedere nella riga commentata sopra, il team di laravel ha impedito a "mesg: ttyname fallito ioctl inappropriato per dispositivo". Grazie per questo!

La maggior parte degli sviluppatori vorrebbe evitare errori / avvisi durante lo sviluppo, quindi sembra che la correzione (una possibile correzione) di cui avevamo bisogno.

Nota importante: questa soluzione non è stata testata troppo, ma la casella si avvia senza l'errore "mesg: ttyname fallito Itoctl inadeguato per il dispositivo"! Sei libero di provarlo e se riscontri problemi, lascia un commento per risparmiare tempo a qualcun altro!

1) aprire /root/.profile

2) rimuovere la linea offensiva

3) sostituirlo con:

tty -s && mesg n

Buon linux e buon anno.

George Hart, LSU

Sembra che questo sia causato da un'interazione tra la configurazione di vagabondaggio predefinita di config.ssh.shellessere bash -l(che simula una shell di accesso, elaborando così file di configurazione relativi all'accesso come .profile) con una riga nel /root/.profilefile su almeno alcune distribuzioni di Linux (tra cui, ad esempio, quello nella casella vagabondo ubuntu / xenial64 ), che ha:

mesg n || true

Un'opzione migliore per questa riga in quel file sarebbe probabilmente quella di dirlo:

test -t 0 && mesg n

... e, dato che è difficile cambiare come singolo utente vagabondo, una soluzione più immediata è eliminare l' -lopzione dalla configurazione vagabondo, ad esempio con (entro Vagrantfile):

config.ssh.shell="bash"

(Avvertenza: è ipotizzabile che questo cambiamento possa avere effetti collaterali potenzialmente negativi. Sembrava funzionare benissimo per me, tuttavia, con alcuni fornitori di shell di base, ad esempio con apt-get updatee così via.)

Quali versioni di Vagrant e VirtualBox stai usando?

Ieri stavo affrontando questo problema quando ho usato Vagrant 1.8.5 con VirtualBox 5.1.4 (con Ubunty 16.04). Tuttavia, dopo l'aggiornamento a Vagrant 1.9.2 e VirtualBox 5.1.14 oggi, il problema è scomparso.

Si noti che, prima dell'aggiornamento, come menzionato anche da @Minister, lo script è stato eseguito senza problemi. Stava semplicemente trasmettendo quel messaggio "ttyname failed", che dava l'impressione che si fosse verificato un errore, quando lo script di provisioning era stato eseguito correttamente.

Ho avuto questo problema iniziare a verificarsi in un'installazione di Vagrant che stavo usando da anni e che avevo aggiornato di volta in volta. Ho aggiornato all'ultimo Vagrant (1.9.1 -> 2.0.3) e il problema è scomparso. (ha anche eliminato alcune altre cose bizzarre che si sono insinuate nel suo funzionamento)

Non sono sicuro che sia stata la nuova versione a correggerlo o che i file / le configurazioni esistenti siano stati aggiornati nel processo di aggiornamento o in una combinazione dei due.

Sembra che funzioni solo in VirtualBox v6.0.2 per Mojave / Catalina! (+ vagrant 2.2.2 - non sono sicuro che sia importante!)

MODIFICARE:

Questo è stato risolto per me ora sul tuo Mac host:

vagrant halt
sudo ifconfig vboxnet0 down
sudo ifconfig vboxnet0 up
vagrant up

https://github.com/hashicorp/vagrant/issues/1941#issuecomment-42274573