Administrace komentářů

To se chova naprosto spravne. Kdyz zadas ssh prikaz k provedeni tak misto interaktivniho shellu pusti jen zadany prikaz (v subshellu) a skonci. Backgrounovat to ampersanditkem nema tedy smysl, pacz pri ukonceni spojeni posle shell HUP a tu javu ti zabije. (Dokonce i kdyby si ta javova vec umela nainstalovat vlastni handler, nez nabootuje JVMko bude nejspis uz pozde.) Tedy za predpokladu ze by bezela… coz se nestane protoze ve chvili kdy precte/zapise na terminal dostane SIGTTIN/SIGTTOU a zustane viset.

Pokud se snazis aby ta java bezela jako sluzba, tak se nejspis podivej po programu start-stop-daemon kterej umi vsechno potrebne zaridit. (Podle toho headless ohaku predpokladam ze ptat se jestli se ta vec umi sama daemonizovat je zbytecny.) Backgroundovani ampersanditkem je urceny k tomu abys na jednom telexovym terminalu mohl zonglovat s vice bezicimi programy najednou, ne k provozu serverovych sluzeb. Pokud tedy nemas z muzea zapujceny DECwriter, udelas nejlip kdyz na backgroundovani uplne zapomenes.

Krome toho jeste muzes narazit na to ze neinteraktivni shell neni loginshell takze se ti neprovede .profile takze vyfasujes znacne chude prostredi z initu (sshd nastavi uplne zakladni veci jako $USER a mozna $TERM ale to bude asitak vsechno). Treba CLASSPATH pokud ho mas v profile.d tedy nenajdes. Klidne to muze viset na SIGTTOU protoze se snazi vypsat nejakou chybovou hlasku…

Mohl by me nekdo poradit kde je zakopany pes ?

Ten nejvetsi pes je spis slon a je zakopany v tom ze jako spravny javista objevujes kolo. Na deployment se pouziva balickovaci system. Mensi pes je ze si pletes daemonizaci a job control.