Dotaz: Odpojení SSH session se spůštěnými programy

[Tomáš Vitha]

Existuje nějaký způsob, který umožňuje nechat programy spuštěné přes SSH session doběhnout i po jejím ukončení ? Myslím tím třeba stahování updatů serveru přes SSH - stahování trvá nějakou dobu a já potřebuji ukončit SSH session. Je to možné přes znak & jako u grafické konzole ? Jestli ne, tak mě napadá jediný způsob, který by to mohl nahradit, a to spustit daný příkaz pomocí at...

Odpovědi

[Zdeněk Burda]

ja pouzivam na screen, je to vyhodne uz kvuli tomu, ze kdyz se jebne modemove pripojeni, tak mi vse zustava presne v takovem stavu kdy bylo spojeni prerusene. (bezi mi nonstop centericq a BitchX)

[MaCrek]

ako sa dostanem zo screenu, aby tam spustene procesy sa neukoncili ? man screen nemozem najst :)

[unchallenger]

Ctrl-a d info screen

[theo]

a nebo ctrl-a ctrl-d :)

[unchallenger]

BTW Ctrl-A je skok na začátek řádku v shellu, přičítání ve Vimu a co já vím, co ještě. Na co to přemapováváte?

[Tomáš Vitha]

Všichni tu píšete o "screenu", ale já to slyším (čtu ) prvně. Co to je ?

[unchallenger]

http://www.gnu.org/software/screen

[Tomáš Vitha]

Dík.

[unchallenger]

Je to normálně možné přes & a odlogování se, ale viz níž. Viz http://abclinuxu.cz/software/ViewRelation?relationId=30821. Aby ti nezůstalo viset ssh, můžeš použít magickou sekvenci ~&, která hodí ssh na pozadí (viz ssh(1)). Pokud jsi na to zapomněl, a už ti visí, klidně ho zabij. [Teoreticky je třeba použít nohup, ale jak lze snadno vyčíst ze zdrojáku bashe (kam jsem byl nucen se podívat po výše nalinkované diskusi), bash defaultně HUP neposílá.]

[Zdenek Polach]

ja pouzivam Nohup, a funguje to skvele. Napriklad pro stahovani file pouziju: nohup wget filepath & No a po skonceni procesu si v nohup.out zkontroluju vysledek :)

[unchallenger]

Pokud by šlo o to, co používám já, tak ssh -f počítač 'příkaz' a o žádné & nebo nohupy se nestarám.

[xyz]

Aj tak si myslim, ze asi naj riesenie (zalezi od vkusu) je screen. Ak ked chcem nieco naplanovat tak cron (namiesto at) Ale ako hovorim, je to vec vkusu...

[unchallenger]

Sessions ve screenu jsou samozřejmě pěkné, ale na obyčejné spouštění programů je to kanón na vrabce.

[RWS]

Screen je naprosto skvelej (teda az na nektery situace, kdy se mi nejak rozhodni, nebo kdy chcipne, ale nastesti se to casto nestava).

Driv jsem screen vubec nepouzival. Jedne kolega ho porad na skole honil, ja misto toho pooteviral 5 nettermu.

Ted jsme ho zacali pouzivat taky kvuli tomu, kdyz neco clovek dela na jinym serveru a padne sit (ono mit pustenej SQL dotaz z konzole, kterej bezi 30 minut a chcipne jenom proto, ze vyhnila sit a spadlo sshcko, je docela na hovno, zvlast kdyz vas za to pak zjebe sef). No a od ty doby ho pouzivam i na svoji pracovni stanici, kdyz dela v bashi. Ono je fakt docela bezva, kdyz v xtermu otevru jednoho roota pres su a pak pustim screen a delam a pridavam dalsi okna, jak potrebuju, bez nutnosti zadavat heslo a pak pustim treba kompilaci, odpojim se a jdu domu a z domova se pripojim a mrknu jak skoncila kompilace. Nebo proste jen nejakou rozdelanou vec necham, jak je a jdu.

PS: Jeee, smajlici uz vypadaji lip

[unchallenger]

Na autentizaci mám ssh-agenta. Což má zase jiné výhody, protože např. scp screen nenahradí.

[RWS]

Na autentizaci mám ssh-agenta.

Což má zase jiné výhody, protože např. scp screen nenahradí.

Ale je mel na mysli roota na vlastnim stroji, bez pouziti ssh. Nebo se ssh-agent pouziva i pri lokalnim su? (to asi ne).

Jinak ssh-agenta nepouzivam, udelal jsem si klice bez passphrase, takze se loguju uplne bez hesel (jojo, security, vim, neni to cisty).

PS: Tak ted nevim, jestli Yeti odpovidal na muj post, ale zaradilo se to pod nej, tak snad jo.

[unchallenger]

Víceméně. BTW ssh -f řeší to, cos popisoval s tím SQL. Ohledně agentů se zkus podívat na http://trific.ath.cx/resources/bash/#ssh-agent.

[RWS]

No, akorat to spis delame tak, ze se sshckem pripojime, nahodime screena, neco tam zapneme, sledujeme, pak se odpojime, za nejakou dobu se zas pripojime a mrkneme na status a zase odpojime. Nejsem si jistej, jestli tohle jde delat jen pomoci ssh -f (mam dojem, ze ten se pripoji, spusti zadanej program a hodi do pozadi, coz bohuzel neni moc hezky).

No, rekl bych, ze tak nejak prehled mam, k cemu slouzi ssh-agent. Podle mych predstav spustis ssh-agent a do nej si importujes klice pro SSH a pri tom importu zadas passphrase jenom jednou. Kdyz se pak pripojujes sshckem nekam, kde mas public kopie tech svych klicu, tak se prihlasis aniz bys musel pouzit heslo na tom serveru. Sice ten agenta nepouzivam, protoze mam klice bez passphrase, ale stejne nechapu, jak mi to umozni otevrit vic root shellu z usera-leda spoustet nekolik xtermu a pokazdy se v nich logovat pres sshcko jako root. Myslim si, ze spustit su do roota, pak nahodit jeden screen a mit jeden xterm s nekolika root bashi je prece jen jednodussi, rychlejsi a navic, muzu kdykoliv ten screen detachnout a jit-aniz bych musel vsechny sshcka hazet do pozadi (~&).

[unchallenger]

Mluvíme jeden o voze a druhý o koze. Nechme toho.

[Hynek (Pichi) Vychodil]

Ono je to s tím bashem vůbec celé zašmodrchané. Například, když spustím xosview a hned po tom ten bash ukončím, tak to ten xosview ukončí (jestli zašle SIGHUP, nebo něco jiného jsem nezkoumal), ale kduž po tom spustím třeba su, tak to po ukončení obou nechá ten xosview běžet. Tak asi tak.

[unchallenger]

Bash posílá SIGHUP všem jobům, když (a) sám dostane SIGHUP a je to interaktivní shell (b) je to interaktivní shell && je to login shell && je nastaveno shopt -s huphonexit Ovšem může je ukončit i jinak -- např. zastaveným jobům pošle SIGTERM a SIGCONT... su (bez -) není login shell, což asi vysvětluje ten rozdíl

[Hynek (Pichi) Vychodil]

Vtip je v tom, že ten xosvew je spuštěn v tom prvním shellu. Tedy abych to upřesnil, to jestli ho ukončí závisí na tom, co dělám po spuštění toho programu, kterého se to týká a nedělám přitom nic s jobcontrol (bg, fg, jobs). Je fakt, že jsem to nijak dál nezkoumal. To neřeš, zkrátka si myslím, že když použiju nohup, mám jistotu, že to bude fungovat všude bez ohledu na tom jestli se někdo dobře, nebo špatně vyspí

[unchallenger]

To je celkem zajímavé, já jsem použil nohup naposledy tak před pěti lety na IRIXu a bash mi nikdy běžící joby neHUPuje.