[ pyc @ 05.01.2005. 13:23 ] @
| U rc.local sam stavio nesto tipa:
screen <ime programa> .......
Task se uredno pokrece, ali u konzoli. (kreira .screen/ dir u samom rutu i daje ime socketu tipa 238.console.imekompa). Kada se ulogujem ssh-om, ne znam kako da pogledam tu screen sesiju iz rc.local-a. Ima li nacina da je vidim, ili sam krenuo totalno pogresnim putem? ;) |
[ alex @ 05.01.2005. 14:49 ] @
Man strana ne pomaze? Mozda da probas sa screen -r?
Ukoliko je pokrenuto vise sesija, screen ce ti prikazati spisak gde mozes da izaberes koju sesiju da nastavis ( reattach).
Primer:
trillian:/var/www/mono# screen -r
There are several suitable screens on:
8277.pts-0.trillian (Detached)
8285.pts-0.trillian (Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.
trillian:/var/www/mono#
Pozdrav,
alex.
[ pyc @ 05.01.2005. 18:58 ] @
Nisi shvatio moje pitanje, molim te procitaj ga opet :)
[ Apatrid @ 05.01.2005. 19:13 ] @
Pa sad, ja jos uvijek nijesam nacisto sto si pitao, nije bas najjasnije da li je screen session jos aktivan kad se ti ulogujes preko ssh ili je program zavrsio izvrsavanje. Ovo sto je alex napisao vazi ako je program jos aktivan.
Ako hoces da vidis sta se sve izdesavalo u toku cijele sesije (ili ako je program zavrsio sa radom prije nego sto si se ti prijavio preko ssh), onda treba da kazes screen-u da sve upise u log fajl ("screen -L").
[ pyc @ 05.01.2005. 19:34 ] @
Evo da pokusam da razjasnim jos malo....
Siguran sam da je screen aktivan, jer vidim python u procesima i netstatu, a python interpreter pokrecem iz screena iz rc.local fajla, ali toj screen sesiji ne mogu nikako da pristupim preko root logina preko ssh. Verovatno sa konzole, (dakle ne preko ssh-a logina) mogu da vidim tu screen sesiju sa pythonom, ali to jos nisam probao, jer treba da kacim monitor i tastaturu za "box".......
dakle, _postoji_ screen socket "/.screen/broj.console.imekompjutera", ali kako da mu pristupim?
da li je moguce da ja ovde toliko lupam gluposti da me niko ne razume... nisam nesto mnogo iskusan sa linuxom, al valjda znam za toliko... :)
[ Apatrid @ 05.01.2005. 19:45 ] @
"ps aux | grep -i screen" mora da ti pokaze screen proces, ako je ziv. Na njega mozes da se zakacis sa screen -r <PID>.
Ne bi trebalo da postoji bilo kakva razlika izmedju ssh i konzole.
[ Gojko Vujovic @ 05.01.2005. 19:59 ] @
Upravo tako - alex ti je odmah dao pravi odgovor (screen -r). Ako je jedini screen pod tim userom, nakacice se na tu sesiju. Ako ih ima vise, ispisace ti listu.
Daj nam 'ps axuw|grep screen' output i sta ti daje kada probas screen -r ?
[ pyc @ 05.01.2005. 20:01 ] @
root@trancephorm:~# ps aux | grep -i screen
root 272 0.0 0.9 2292 856 ? S 21:01 0:00 screen /archive/torrent/BitTorrent-3.4.2/btlaunchmany.py /archive/torrent/ --minport 30000 --maxport 30100
root 273 1.1 1.2 2360 1160 ? Ss 21:01 0:00 SCREEN /archive/torrent/BitTorrent-3.4.2/btlaunchmany.py /archive/torrent/ --minport 30000 --maxport 30100
root 344 3.0 0.6 1676 596 pts/1 S+ 21:01 0:00 grep -i screen
root@trancephorm:~# screen -list
No Sockets found in /root/.screen.
root@trancephorm:~# screen -r
There is no screen to be resumed.
root@trancephorm:~# ls /.screen/
273.console.trancephorm|
ja ne mogu bolje od ovoga.... :)
[ Apatrid @ 05.01.2005. 20:13 ] @
I sta se desi kad probas:
#screen -r 273
[ Apatrid @ 05.01.2005. 20:38 ] @
Druga stvar da pokusas (ako koristish bash kao root shell):
#export HOME="/root"
#screen -r
[ pyc @ 05.01.2005. 22:39 ] @
Citat: Apatrid: I sta se desi kad probas:
#screen -r 273
root@trancephorm:~# cd /.screen/
root@trancephorm:/.screen# ls
273.console.trancephorm|
root@trancephorm:/.screen# screen -r 273
There is no screen to be resumed matching 273.
root@trancephorm:/# export HOME="/root"
root@trancephorm:/# screen -r
There is no screen to be resumed.
dakle nista...
[ pyc @ 06.01.2005. 21:08 ] @
posto vidim da nema resenja za ovaj problem konkretno, hteo bih da pitam da li je ikako drugacije moguce izvesti ono sto ja hocu? a to je da screen startujem automatski, a da mogu da ga posmatram posto se ulogujem?
Copyright (C) 2001-2025 by www.elitesecurity.org. All rights reserved.
|