Запуск скрипта в фоновом режиме

[shadow999]

Здравствуйте, Уважаемые форумчане.

Подскажите, пожалуйста, как запустить циклически бесконечный скрипт через SSH доступ, так, чтобы при выключении консоли он продолжал работать.

Ну в упрощенном виде он выглядит примерно так:
start.sh

Код: Выделить всё

#!/bin/sh
PW_PATH=/home

echo "Запуск скрипта"

// Ну тут что-то типа некого набора команд, которые проверяют работают ли сервер.
cd $PW_PATH; ./start_2.sh &

start_2.sh

Код: Выделить всё

#!/bin/sh
PW_PATH=/home
.....
// Здесь... Опять код.
.....
cd $PW_PATH; ./start_3.sh &

start_3.sh

Код: Выделить всё

#!/bin/sh
PW_PATH=/home
.....
// Здесь... Опять код.
....
cd $PW_PATH; ./start.sh &

// И опять.. Возвращаемся в самое начало!

Просто получается так, что если закрыть консоль скрипт перестает выполнятся. Чего мне не надо...
Cron не подойдет. Автозапуск при загрузке системы тоже. Можно это как-нибудь организовать?

Заранее большое спасибо

[strah]

Use screen.

[Sleeping Daemon]

Здравствуйте, Уважаемые форумчане.

Подскажите, пожалуйста, как запустить циклически бесконечный скрипт через SSH доступ, так, чтобы при выключении консоли он продолжал работать.

Ну в упрощенном виде он выглядит примерно так:
start.sh

Код: Выделить всё

#!/bin/sh
PW_PATH=/home

echo "Запуск скрипта"

// Ну тут что-то типа некого набора команд, которые проверяют работают ли сервер.
cd $PW_PATH; ./start_2.sh &

start_2.sh

Код: Выделить всё

#!/bin/sh
PW_PATH=/home
.....
// Здесь... Опять код.
.....
cd $PW_PATH; ./start_3.sh &

start_3.sh

Код: Выделить всё

#!/bin/sh
PW_PATH=/home
.....
// Здесь... Опять код.
....
cd $PW_PATH; ./start.sh &

// И опять.. Возвращаемся в самое начало!

Просто получается так, что если закрыть консоль скрипт перестает выполнятся. Чего мне не надо...
Cron не подойдет. Автозапуск при загрузке системы тоже. Можно это как-нибудь организовать?

Заранее большое спасибо

man nohup

[SLEDopit]

Use screen.

or tmux.

[t.t]

Ещё вариант:

Shell

script & disown

[shadow999]

Ещё вариант:

Shell

script & disown

Это одна внутренняя команда заменяет целую программу!?.. Такую как tmux или GNU Screen.
И что за тчк о_О

[Nazyvaemykh]

shadow999, говорить о замене „целых программ“ одной командой, естественно, нельзя: и tmux, и GNU Screen созданы для решения других задач; прежде всего, для интерактивного использования… Это и продекларировано в man-страницах:

Screen is a full-screen window manager that multiplexes a physical terminal between several processes (typically interactive shells).

tmux is a terminal multiplexer

А для конктретной озвученной задачи терминал-то и не нужен вовсе, соответственно, screen и tmux избыточны чуть менее чем полностью.

[shadow999]

Ладно... Лучше буду использовать Tmux.
Вот теперь подскажите, если не трудно, как с ним работать.

Я его установил:

Код: Выделить всё

apt-get install tmux

Затем попытался запустить:

Код: Выделить всё

tmux -u new
cd /home
./start.sh

Код: Выделить всё

Ctrl + C

Код: Выделить всё

Ctrl + D

Код: Выделить всё

tmux a

Это типа он работает!?

[SLEDopit]

Вот теперь подскажите, если не трудно, как с ним работать.

man почитать не пробовали? (:
ctrl+b d - выйти, оставив tmux работать в фоне.
просто ctrl+d - выйти из tmux. он завершит текущий шелл и, если шелл был последний, сессию tmux'a.

а мудя по тому, что вы написали: ctrl+c - прервал ваш скрипт и ctrl+d - вышел из шелла и из сессии.

[t.t]

Ещё вариант:

Shell

script & disown

Это одна внутренняя команда заменяет целую программу!?.. Такую как tmux или GNU Screen.

Конечно, не заменяет. Она выполняет лишь одну, причём далеко не основную, из функций этих программ. Если Вам нужна _только_ эта функция, то disown -- идеальный вариант. А если, скажем, может понадобиться позже подключить отключенную сессию к другому терминалу и посмотреть результаты, тогда лучше screen (с tmux не работал, не знаю).

[t.t]

И что за тчк о_О

Просто элемент оформления на форуме: "заголовок" окна "sh".

[shadow999]

Вот теперь подскажите, если не трудно, как с ним работать.

man почитать не пробовали? (:
ctrl+b d - выйти, оставив tmux работать в фоне.
просто ctrl+d - выйти из tmux. он завершит текущий шелл и, если шелл был последний, сессию tmux'a.

а мудя по тому, что вы написали: ctrl+c - прервал ваш скрипт и ctrl+d - вышел из шелла и из сессии.

Я читал. Просто никак не получалось. Спасибо, разобрался. Оказывается надо было нажать сначала Ctrl+b, а затем только d. А я все три сразу тыкал... Так ну теперь то он нормально работает!?. Никак нельзя там проверить!? Продолжительность сессии или сами логи!?

А то у меня какие-то сомнения. Когда я опять открываю запущенную сессию:

tmux a

Что-то всё время одно и тоже вижу.

[Ism]

Давно интересовался такой темой.
Сейчас попробовал nohup , отлично сработало, преимущество в том , что можно запускать через автозапуск KDE

Я использовал это для запуска скрипта сообщающего звуком о событии в логах (clam.d)

[SLEDopit]

Так ну теперь то он нормально работает!?. Никак нельзя там проверить!? Продолжительность сессии или сами логи!?

Ну в мане же написано:

Код: Выделить всё

     list-sessions
                   (alias: ls)
             List all sessions managed by the server.

то есть просто запускаете

Код: Выделить всё

$ tmux ls

и получаете список сессий. пример:

Код: Выделить всё

 $ tmux ls
price: 7 windows (created Thu Apr  1 23:19:37 2010) [119x34]
ya: 4 windows (created Fri Apr  2 10:09:48 2010) [119x34]
leko: 8 windows (created Sun Apr  3 6:20:01 2010) [119x34]

зы и откройте для себя опции -s и -t. весьма полезные в работе.

pps открыл для себя удивительный мир screen'a запущенного в tmux =)

[t.t]

Давно интересовался такой темой.
Сейчас попробовал nohup , отлично сработало, преимущество в том , что можно запускать через автозапуск KDE

Я использовал это для запуска скрипта сообщающего звуком о событии в логах (clam.d)

Используя nohup, важно не забывать о его основном предназначении: блокировании сигнала HUP для заданного процесса. Многие программы используют этот сигнал для принудительной реинициализации. В частности, многие демоны по этому сигналу перечитывают свою конфигурацию. Будучи запущенными с nohup такие программы теряют возможность такой реинициализации. Поэтому если цель -- отвязаться от терминала, -- то решение с disown более правильное. У меня в .bashrc (точнее, в .bash_aliases, вызываемом из .bashrc) есть такая функция (пишу по памяти):

Shell

n() { "$@" >/dev/null & disown }

[t.t]

pps открыл для себя удивительный мир screen'a запущенного в tmux =)

А зачем, если не секрет?

[SLEDopit]

А зачем, если не секрет?

Часто с удаленного сервера нужно подключиться к другому серверу. А я не большой любитель работать по ssh без скрина или тмакса (все-таки инет очень нестабильная штука: соединения иногда рвутся). Что-то только сейчас догадался скрин в тмаксе запустить.

[drBatty]

Что-то только сейчас догадался скрин в тмаксе запустить.

не пойму, а в чём плюсы-то?

[SLEDopit]

не пойму, а в чём плюсы-то?

при схеме:

Код: Выделить всё

local --> ssh host1 + tmux --> ssh host2 + screen

в случае обрыва связи между local <--> host1 || host1 <--> host2 все запущенные программы и скрипты на host1 и host2 не убьются, а будут висеть, пока я снова к ним не подключусь.
у меня просто есть несколько узловых машин, с которых я подключаюсь на другие. поэтому у меня такая связка используется достаточно часто.

[t.t]

А зачем, если не секрет?

Часто с удаленного сервера нужно подключиться к другому серверу. А я не большой любитель работать по ssh без скрина или тмакса (все-таки инет очень нестабильная штука: соединения иногда рвутся). Что-то только сейчас догадался скрин в тмаксе запустить.

Если дело только в этом, то достаточно переназначить клавишу-префикс на узловых машинах -- и пускать screen в screen-е. Я бы в tmux-е всё равно переназначал, т.к. C-b, как по мне, совсем неудобная связка, особенно для префикса.

А про рвущиеся соединения я очень даже в курсе, у самого это одна из основных причин использования screen.

[drBatty]

и пускать screen в screen-е.

так и запутаться можно...

[t.t]

и пускать screen в screen-е.

так и запутаться можно...

Отчего же? Еслиразные префиксы назначить, не запутаешься.

Другой вопрос, что переключаться не так удобно, как в одиночных сессиях. Потому я для параллельного выхода на несколько машин использую всё-таки отдельные окна терминала (или вкладки; или разные консоли), по одиночной сессии в каждой. Если нужно выйти "с сервера на сервер" (на самом деле всего пару раз такое было), то на промежуточном сервере всё-равно кроме ssh-клиента ничего не стартует, так что перезапустить недолго.

[sash-kan]

Код: Выделить всё

$ tmux ls

и получаете список сессий. пример:

Код: Выделить всё

 $ tmux ls
price: 7 windows (created Thu Apr  1 23:19:37 2010) [119x34]
ya: 4 windows (created Fri Apr  2 10:09:48 2010) [119x34]
leko: 8 windows (created Sun Apr  3 6:20:01 2010) [119x34]

зы и откройте для себя опции -s и -t. весьма полезные в работе.

ох уж эти неофиты!
$ screen -ls
<список сессий>

примерным аналогом tmux -t служит, видимо (насколько понял из man tmux), вызов
$ screen -RD <сессия>
либо
$ screen -rd <сессия>

p.s. кстати, сессия задаётся достаточно гибко: можно по имени (если присваивали), можно и [pid.]tty[.host] и sessionowner/[[pid.]tty[.host]].

опцию -s в man tmux, увы, не нашёл. (смотрел здесь: http://www.openbsd.org/cgi-bin/man.cgi?que...x&sektion=1 )

Если разные префиксы назначить, не запутаешься.

совершенно не запутываюсь при двух вложенных screen-ах без переназначения префикса (только автоматизм действий при этом приходится слегка усмирять, соответственно, работа чуть замедляется).

[SLEDopit]

ох уж эти неофиты!

ну человек вроде для tmux'а просил. я уж не стал ему про скрин рассказывать (:
да и кто бы что ни говорил, а tmux таки удобней.

опцию -s в man tmux, увы, не нашёл.

ну возможно я немного неверно выразился. я имел в виду вот эту -s (и минус т тоже отсюда):

Код: Выделить всё

     new-session [-d] [-n window-name] [-s session-name] [-t target-session] [command]
                   (alias: new)
             Create a new session with name session-name.  The new session is attached to the current terminal
             unless -d is given.  window-name and command are the name of and command to execute in the initial win‐
             dow.

В скрине аналог -S, емнип.

совершенно не запутываюсь при двух вложенных screen-ах без переназначения префикса

это ж немножко неудобно, не?

[sash-kan]

это ж немножко неудобно, не?

только автоматизм действий при этом приходится слегка усмирять, соответственно, работа чуть замедляется

[t.t]

Если разные префиксы назначить, не запутаешься.

совершенно не запутываюсь при двух вложенных screen-ах без переназначения префикса (только автоматизм действий при этом приходится слегка усмирять, соответственно, работа чуть замедляется).

Признаться, не понял. Два вложенных screen-а с одинаковыми префиксами?.. Как же с ними вообще работать?

Добавлено: А, понял. Во внешнем префиксом выступает C-a a. Поскольку послендее время всё больше работаю за n810, где нет клавиши Home (да и некуда её назначить) и C-a a выступает именно в этой роли, то сразу как-то и не подумал в эту сторону. (:

[t.t]

да и кто бы что ни говорил, а tmux таки удобней.

Чем, если не секрет? Я, признаться, кроме клиент-серверной архитектуры у него вообще ощутимых отличий не обнаружил.

[SLEDopit]

Чем, если не секрет?

1. Одновременное подключение нескольких клиентов к одной сессии
2. vi хоткеи (emacs тоже доступны)
3. Миграция окон между сессиями, благодаря, отмеченной вами клиент-серверной архитектуре.
4. Более удобный статус лайн.
5. Буфер обмена

а вообще где то ссылка была.
update: а, вот: http://tmux.cvs.sourceforge.net/viewvc/*ch...*/tmux/tmux/FAQ

[t.t]

Чем, если не секрет?

1. Одновременное подключение нескольких клиентов к одной сессии
2. vi хоткеи (emacs тоже доступны)
3. Миграция окон между сессиями, благодаря, отмеченной вами клиент-серверной архитектуре.
4. Более удобный статус лайн.
5. Буфер обмена

Учитывая, что я не запускаю больше одной сессии на машине, и пользуюсь ими в одиночку, то пп. 1 и 3 мне не важны. Хоткеи vi и emacs тоже, на мой взгляд, совсем не идеальны (хотя emacs я использую). А статусную строку я не использую впринципе. Так что для меня актуален только последний пункт.

С другой стороны, у некоторых консольных программ есть интеграция со screen-ом, а с tmux-ом нет. Например, elinks (который я использую повседневно) умеет создавать для себя новое окно screen-а, чем я нередко пользуюсь.

[sash-kan]

SLEDopit
как же вам мозги-то промыли (улыбка).

1. Одновременное подключение нескольких клиентов к одной сессии

имеется.

2. vi хоткеи (emacs тоже доступны)

клавиши можно переназначить. в man есть пример(ы).

3. Миграция окон между сессиями, благодаря, отмеченной вами клиент-серверной архитектуре.

мне сложно оценить полезность этой фичи. надеюсь, с безопасностью при такой миграции всё в порядке?

4. Более удобный статус лайн.

удобство субъективно, конечно же. к тому же status line можно переопределить.

5. Буфер обмена

имеется.

итого осталась одна «киллер»-фича.