Skript pro aktualizaci serverů (diskuse)

[abr]

Co tak misto "apt-get -y update; apt-get -y upgrade" pouzit "aptitude -y update && aptitude -y upgrade" ?

[diverman]

Co si tím pomůžu?

[abr]

minimalne to, ze se nebude snazit upgradovat, dokud neprobehne update

[Petr_N]

Zrejme se tazatel ptal na zmenu, ktera nastane pouzitim aptitude misto apt-get a ne stredniku za &&

[diverman]

jojo

[Lukáš Zapletal]

To já ale nechci, středník je tam záměrně.

[Lukáš Zapletal]

Jde o to, že bych potřeboval něco jako:

$ echo 'apt-get upgrade' | /usr/bin/ssh root@stroj.xy.cz
Pseudo-terminal will not be allocated because stdin is not a terminal.
stdin: is not a tty
Čtu seznamy balíků...
Vytvářím strom závislostí...
Následující balíky jsou podrženy v aktuální verzi:
  linux-image-server
0 aktualizováno, 0 nově instalováno, 0 k odstranění a 1 neaktualizováno.
1 instalováno nebo odstraněno pouze částečně.
Potřebuji stáhnout 0B archivů.
Po rozbalení bude na disku použito dalších 0B.
Chcete pokračovat [Y/n]? Přerušeno.

Zkrátka potřebuji do ssh spojení napsat automaticky apt-get upgrade (nebo něco jiného), ale aby byla zachována možnost do procesu zasáhnout (abych při nějakém problému mohl dát Yes/No). Tedy aby program ssh také přijímal vstup z klávesnice. Když navážu výstup echo na vstup ssh, tak to pak logicky nefunguje. Jak na to?

Existuje nějaký filtr, který by přijal nějaké znaky a poté se zpět navázal na standardní vstup (z shellu)?

[Michal Vyskočil]

Nemám tu po ruce Debian, ale nevyřeší to parametr -t? Pro mc mi to fungovalo.

[Aleš Kapica]

Jdi na to takhle..

user@stroj:~$ ssh usertam@strojtam \
> 'export http_proxy="http://PROXYUSER:PROXYPASS@IPPROXY:PORT/" && \
> export ftp_proxy="http://PROXYUSER:PROXYPASS@IPPROXY:PORT/"; \
> sudo apt-get update; sudo apt-get upgrade'

Pochopitelně pokud z nich nelezeš přes proxy tak tam nemusíš provést ten export. Chtěl jsem jen demonstrovat, že takhle můžeš naskládat libovolnou sekvenci příkazů.

[Lukáš Zapletal]

No to je právě špatně, to nebude fungovat jak chci. Viz ten můj původní zápisek, takhle to tam dělám. Jakmile by apt-get potřeboval vstup, tak se to ukončí. A on vstup potřebuje i když tam dám parametr -y (například při upgradu balíčku který potřebuje ruční zásah).

[Aleš Kapica]

Ten zápis je sice stejný jako v původním blogpostu, ale jiný než předchází v příkladu k tomuto zápisku.

Jednak nepředávám tu sérii příkazů rourou a pak je uzavřená v uvozovkách, čímž je předána ssh jako celek. Navíc.. mě to teda funguje. Jediná věc ještě může být v tom, že mám na ten vzdálený stroj vyexportovaný klíč, takže se neptá na heslo..

Na uvozovky a řetězce v shellu opravdu bacha. Není jedno jaké a kde jsou použité.. Když Použiješ jednoduché, tak se proměnné neexpandují, kdežto při dvojitých ano. A když nepoužiješ uvozovky vůbec, tak bere automaticky mezeru jako oddělovač.

Ještě mě teď napadla jedna věc. Také jsem narazil jednou na to, že příkaz spuštěný z shellu se choval jinak než když jel ze skriptu, ale musel bych se na to kouknout, jak jsem to tehdy rozčísnul..

[Lukáš Zapletal]

Díky, problém stále přetrvává -- jak spustit přes ssh command tak, abych si zachoval terminál.

[Dan Ohnesorg]

To dela parametr -t ne?

[Aleš Kapica]

Podle toho co čtu v manuálu nejspíš ano. Ještě aby bylo jasno. Parametr "ssh -t user@stroj ..."

[Lukáš Zapletal]

Díky, ano, to jsem přehlédl:

ssh -t xy.abc.cz 'read | echo'

[Dan Ohnesorg]

Jinak jeste jeden komentar, ten script by mel nejak zretelne rict, na kterem serveru zrovna je. Aby kdyz se neco nepovede, tak admin vedel co a kde ma zachranovat.

Jinak obecne, ja takovehle scripty nikdy nepouzivam. DEB je relativne hloupy a je dobre byt na tom stroji nalogovan a ridit to online. Kdyz se treba zacne bortit libc nebo ssh, tak zadne dalsi spojeni na server otevrit nejde a clovek musi stastne vyzit s tim, ktere uz ma otevrene. Tohle maji redhati mnohem hezci, upgrade je transakce a kdyz se to sype, tak se da udelat rollback. Bohuzel nevim o tom, ze by se pro debian neco takoveho byt by jen chystalo.

Scripty se pouzivaji jen na sledovani aktualnosti baliku a zmen v systemech.

[Lukáš Zapletal]

Ano souhlasim, delam na obou typu systemu. Na druhou stranu apt mi pripada rychlejsi. Zatim jsem se nastesti nesetkal s nejakym borcenim.

Mozna by se to dalo osetrit nejak takto (spoustelo by se na danem stroji):

apt-get update & upgrade
if test $? != 0; then
  echo Error occured, please fix:
  bash
fi

(tento kod je pseudo)

[Aleš Kapica]

Taky jsem nezažil žádné borcení. Sice jsem neřešil více strojů najednou, ale třeba vzdáleně přeinstalaci z stable na unstable atp. RPM distribuce (SuSE nebo Mandrake) po podobné reinstalaci obvykle stejně skončily tak že by zralé reinstalací,