unix based makinada şöyle bişiyi nası yaparız

[senko]

nası bişiyi
şöyle bişiyi

şimdi benim bir bash scriptim var kendi bilgisayarımdan putty ile bir makinaya, o makinadan da ssh ile başka bir cihaza bağlıyım.
bu bağlı olduğum cihazda scriptimi çalıştırmak istiyorum, yalnız ben kendi bilgisayarımı kapatsam bile onun hala çalışmasını istioyurm çünkü 2-3gün sürecek bir işlem kendisi.

bunun için bir komut yöntem bişiler var mı

[Mr_Hand]

root olarak çalıştıramıyo musun?

edit: sanırım aslında bu scripti daemon olarak çalıştırman lazım.

[senko]

root olarak giriyorum tüm makinelere zaten
işlemi yapacağım makinada da root'um.

[Mr_Hand]

hmm bak şey vardı, nohup komutu... logout olsan da script çalışır bu komutla.

[senko]

uzak makinedeyken

sh ./calisacak.sh &

yapsam olur sanırsam.
sonra exitleyerek çıkarım ssh'tan.

[Mr_Hand]

nohup ./calisacak.sh & yapman yeterli diyo manual =)

[fizban]

onun yerine ekrana bastirdigi hedeyi de gormek / arada bir takip etmek istiyorsan, 'screen ./x.sh' yap, sonra ctrl + a + d yapinca screen i geride birakip yeni terminal acmis olursun. screen -r da o ekrani yeniden gosterir.

[pulkas]

screen için : http://aperiodic.net/screen/quick_reference


wikipedia da şöyle bi uyarı var

Overcoming hanging

Note - Nohuping backgrounded jobs is typically used to avoid terminating them when logging off from a remote SSH session. A different issue that often arises in this situation is that ssh is refusing to log off ("hangs"), since it refuses to lose any data from/to the background job(s). This problem can also be overcome by redirecting all three I/O streams:
nohup ./myprogram > foo.out 2> foo.err < /dev/null &
Also note that a closing SSH session does not always send a HUP signal to depending processes. Among others, this depends on whether a pseudo-terminal was allocated or not.


edit:link ekledim.

[senko]

tam komut şu mu oluyor o zaman

screen x.sh x.log 2>%1 &

[Mr_Hand]

eheh sürekli uygulamalı kullanan adamın hali başka tabi :D

[fizban]

screen'de output u bi yere bastirma ihtiyacin yok. input'un dev/null oldugunu gostermene de gerek yok. sen aktif kullaniciyken submit etmissin gibi calisir o.

pulkas'in dedigini tecrube etmistim daha once, dogru dimis.

[senko]

o zaman

screen ./x.sh

yapıp bırakıyorum nadasa.
script kendi içinde yazıyor zaten logları errorleri dosyalara

[xetraynex]

./x.sh &

bu niye olmuyo benim bildigim canavar gibi olmasi lazim?

[aquila]

o backgroundda kosturuyo.

[Kojiroh]

nohup olmuyo mu?

[Mr_Hand]

sorunluymuş. ben de bilmiyodum.

[uk]

bu is icin nohup pek iyi bi yontem degil sonradan programin olebilir

boyle seyler icin screen en mantiklisidir

hatta screen in en guzel avantajlarindan biri de birden fazla pencere mantigiyla calisabilmesi, yani her bir penceresi bi terminale denk geliyor gibi bisi

ben uzun surecek veya sonradan devam edecegim tum islerim icin onu kullaniyorum

bir de sana tavsiyem kisayollarini ogren, zaten 5-6tanesini bilsen temel olarak islerini halledersin

[fizban]

ben sahsen tek bir terminal acip yine de screen kullaniyorum. sonucta aniden kalkiyorsun bazen, screen i atiyorsun arkaya; sonra gittin baska bi bilgisayara. screen -r diyip id girdiin, hoooop hayat sana güzel.