ssh + screen: jak to zrobić?

Próbuję uruchomić oprogramowanie przez ssh:

Potrafię :

ssh -t user@xx.xx.xx.xx 
screen -S datanode -d -m ~/hadoop/bin/hdfs datanode

Ale

ssh -t user@xx.xx.xx.xx screen -S datanode -d -m ~/hadoop/bin/hdfs datanode

Nie działa

Wypróbowałem kilka opcji z cytatami:

ssh -t user@xx.xx.xx.xx screen '-S datanode -d -m ~/hadoop/bin/hdfs datanode'

lub

ssh -t user@xx.xx.xx.xx screen -S datanode -d -m '~/hadoop/bin/hdfs datanode'

lub

ssh -t user@xx.xx.xx.xx screen ' -S datanode -d -m ~/hadoop/bin/hdfs datanode'

ale nie mogę znaleźć właściwego :-(

ssh gnu-screen

— Romain Jouin
źródło

Możliwy duplikat Uruchamiania zdalnego polecenia ssh ze spacjami?

— Melebius

Nie wierzę, że przestrzenie mają z tym coś wspólnego. Podstawowym problemem jest poinformowanie ssh, aby poszedł w tło, a po drugie, upewnienie się, że ~nie jest ono rozwijane lokalnie. Powiązane pytanie: superuser.com/questions/1171397/…

— crimson-egret

Odpowiedzi:

Lepiej pogrupować opcje razem

ssh -t username@host "screen -dmS 'NAMEofSCREEN' command"

Następnie możesz ponownie podłączyć

screen -r NAMEofSCREEN

Pamiętaj tylko, że po commandwyjściu nie będzie to ekran, który można ponownie podłączyć . Na przykład:

ssh -t username@host "screen -dmS 'NAMEofSCREEN' echo | wall"

Otrzymasz wallwiadomość ...

Broadcast message from user@host (pts/15) (Tue Jan 16 12:04:07 2018):

.. ale ekran zostanie natychmiast zamknięty po pomyślnym uruchomieniu polecenia

— Robert Riedl
źródło

„lepiej zgrupować opcje razem”? Powiedziałbym, że jest to kwestia opinii i całkowicie nieistotna dla problemu PO.

— szkarłatny-czapla

Przepraszamy, ale „-dmS” jest rodzajem standardowego ciągu opcji dla ekranu. Dzięki temu jest bardziej czytelny, po co korzystać z dodatkowej przestrzeni? Oczywiście nie jest to konieczne.

— Robert Riedl

Masz rację, że dodatkowa przestrzeń nie jest potrzebna i prawdopodobnie łatwiejsza do odczytania, jeśli jesteś przyzwyczajony do patrzenia -dmS NAME, ale nadal nie odpowiada na problem podniesiony przez pytającego.

— crimson-egret

Zaktualizuję odpowiedź

— Robert Riedl

Widzę dwa (potencjalne) problemy z twoją inkantacją

ssh -t remote screen -S datanode -d -m ~/hadoop/bin/hdfs datanode

Klient / local shell (jeden wykonanie ssh) to jeden rozszerza ~i zastąpienie wartości $HOME, która może być różna od zdalnego serwera. Zaproponuj użycie ścieżki względnej (np. ./hadoop/bin/hdfs) Lub ścieżki w pełni kwalifikowanej lub zacytowanie polecenia zdalnego pojedynczymi cudzysłowami (np. „~ / Hadoop / bin / hdfs datanode”), aby zapobiec ekspansji na kliencie.
Ponieważ screenpolecenie uruchamia odłączoną instancję, ale nadal jest procesem potomnym powłoki uruchomionej przez ssh, jest przerywane po wyjściu powłoki zdalnej.

Co więcej, ponieważ screen tworzy własne tty, nie potrzebujesz takiej -topcji ssh.

Spróbuj zamiast tego użyć -fpolecenia, sshaby przejść w tło tuż przed wykonaniem polecenia. to znaczy:

ssh -f remote screen -S datanode -d -m ./hadoop/bin/hdfs datanode

Równie ważna alternatywa przy użyciu nohup:

ssh remote nohup screen -S datanode -d -m ./hadoop/bin/hdfs datanode

— szkarłatna czapla
źródło