Problema

Durante l'esecuzione apt-get installin una sessione SSH non interattiva, la sessione non si chiude mai. Esempio:

ssh user@target "sudo apt-get -y install my_package"

Il my_packageviene installato correttamente, ma la sessione SSH appena dondola aperta.

Domanda

C'è qualche bandiera per passare a SSH per mettersi apt-getal lavoro?

Informazioni aggiuntive

Contesto

L'installazione remota viene utilizzata per la distribuzione automatica di un pacchetto su un server di integrazione. Non appena trasferiamo alcune modifiche al codice in un repository, un lavoro estrae il codice, crea il pacchetto e lo distribuisce sull'integrazione per verificare che tutto funzioni correttamente (per quanto riguarda la distribuzione).

Già provato e note

• La stessa sessione SSH in esecuzione si apt-get updatechiude in modo pulito. Si noti che apt-get updatenon è interattivo, mentre lo apt-get installè. Ciò può suggerire che l'interattività è un problema.
• Un comando come ssh user@target "sudo apt-get install my_package && echo Hello"non raggiunge mai il echo.
• debconf si lamenta che non riesce a trovare un bel frontend (Display, Readline) e ricade su Teletype (sebbene Readline sia disponibile).
• In relazione al frontend di debconf, passare -tper forzare TTY con SSH non aiuta. Nemmeno DEBIAN_FRONTEND=noninteractive.
• Tutto è stato fatto su Ubuntu 12_04 LTS.

La seguente risposta su SF ha funzionato:

ssh non riesce a eseguire il comando remoto quando viene eseguito dallo script cron bash

La -tbandiera impone un'allocazione pseudo-tty, tranne forse quando non c'è TTY localmente. Ma passare la bandiera due volte come se -t -tfingesse di farlo. E questo ha risolto il problema.

Vedi la documentazione SSH:

-t Forza l'allocazione pseudo-tty. Questo può essere usato per eseguire programmi arbitrari basati su schermo su una macchina remota, il che può essere molto utile, ad esempio quando si implementano servizi di menu. Le opzioni multiple -t impongono l'allocazione di tty, anche se ssh non ha tty locale.

Ora, perché ha funzionato? Si scopre che debconfnon si lamenta più del frontend nei registri. Quindi credo che i doppi -tinsiemi (esche?) debconf, Se necessario, che consenta apt-get installal completamento di terminare la sessione SSH in modo pulito.

Mentre lo guardavo, questo potrebbe fare il lavoro. Chiamare qualunque comando dovrebbe essere seguito da exit ed heredoc. Ho trovato la soluzione, ma non l'ho provata personalmente.

ssh user@myremotemachine <<-EOF
free -m
exit
EOF

La risposta originale viene da qui: http://www.thetechrepo.com/main-articles/529-execute-a-command-remotely-over-ssh-and-then-close-the-connection

Sotto debian / jessie ho avuto successo con questo comando:

ssh user@host "TERM=READLINE sudo apt-get install --reinstall less && echo done"

Ma forse dovresti prendere in considerazione l'uso di ansible per questo e altri compiti futuri http://docs.ansible.com/ansible/apt_module.html