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

[SLEDopit]

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

Ну тут уж каждому свое. У меня, можно сказать, обратная ситуация. Я часто работаю с одной и той же сессий с разных машин. Очень часто у меня запущенно по 5-6 сессий. И часто я работаю совсем не один на сервере.
И я совсем не работаю с elinks (:

update

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

зато теперь чистые (:
Видать я ман плохо читал по скрину.

[t.t]

Я часто работаю с одной и той же сессий с разных машин.

Я тоже. Но мне не нужно, чтобы одна и та же сессия была доступна _одновременно_ с разных машин. Более того, это вредно.

Очень часто у меня запущенно по 5-6 сессий.

На одной машине?? Зачем? И вопрос на опережение: часто было нужно перекидывать окна между разными сессиями?

И часто я работаю совсем не один на сервере.

Я тоже. Это здесь ни при чём.

И я совсем не работаю с elinks (:

Это был только пример. Первое, что вспомнилось. И далеко не единственная программа, умеющая взаимодействовать со screen-ом.

[Nazyvaemykh]

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

а как же более адекватная лицензия?

[sash-kan]

Nazyvaemykh
более «равная» чему?

http://ru.wiktionary.org/wiki/адекватный

Происходит от лат. adaequatus «уравненный, приравненный», далее от гл. adaequare «сравнивать, приравнивать», из ad- «к, на» + aequāre «делать ровным (равным)», от aequus «ровный, плоский»

[t.t]

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

а как же более адекватная лицензия?

А это весьма субъективно, какая из них "более адекватная".

[sash-kan]

Nazyvaemykh
с днём рождения, кстати!

[SLEDopit]

Более того, это вредно.

Есть машины, к которым физически доступ есть только у меня. Честно, мне лениво там каждый раз все открывать/закрывать.

На одной машине?? Зачем?

Да, на одной. Мне так удобнее разграничивать где чем я занимаюсь.
Грубо говоря в одной сессии - работа над проектом а, в другой - над проектом б. В каждом из них до десяти окон. Объединять все в одно было бы неудобно. Да, я не работаю одновременно в них во всех. Но часто работа чередуется. И каждый раз возвращаться к тому состоянию, что было до закрытия. Было бы неудобно.
Да и есть фоновые вещи, которые висят в таких сессиях, которые не нужно закрывать.

И вопрос на опережение: часто было нужно перекидывать окна между разными сессиями?

Нет. Пару раз. В принципе и без этого можно было обойтись.

[Nazyvaemykh]

Nazyvaemykh
более «равная» чему?

Ответ зависит от используемой системы: в системе GNU более «адекватна» одна лицензия, в BSD — другая. (:
На мой взгляд, программы настолько похожи, что на первый план выходит именно разница в лицензиях.

За поздравление — спасибо.

[Jampire]

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

Собственно в пылу обсуждений так я и не нашел, почему нельзя использовать крон? У вас нет прав на него? Договориться с админом не можете? А что вы будите делать, если ваш скрипт мониторинга тоже упадет или перезагрузка системы? Кто его подымет? ИМХО, крон идеальный вариант.

[drBatty]

Собственно в пылу обсуждений так я и не нашел, почему нельзя использовать крон? У вас нет прав на него? Договориться с админом не можете? А что вы будите делать, если ваш скрипт мониторинга тоже упадет или перезагрузка системы? Кто его подымет? ИМХО, крон идеальный вариант.

ага. Кстати, командой crontab любой юзер может сделать СВОЙ crontab. Чисто для себя.

Nazyvaemykh
будьте здоровы.

[SLEDopit]

Собственно в пылу обсуждений так я и не нашел, почему нельзя использовать крон? У вас нет прав на него? Договориться с админом не можете? А что вы будите делать, если ваш скрипт мониторинга тоже упадет или перезагрузка системы? Кто его подымет? ИМХО, крон идеальный вариант.

Ну тогда уж можно заодно поинтересоваться, зачем такая сложная схема с тремя файлами, когда все можно сделать одним файлом с бесконечным циклом (:

[t.t]

Более того, это вредно.

Есть машины, к которым физически доступ есть только у меня. Честно, мне лениво там каждый раз все открывать/закрывать.

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

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

Собственно в пылу обсуждений так я и не нашел, почему нельзя использовать крон? У вас нет прав на него? Договориться с админом не можете? А что вы будите делать, если ваш скрипт мониторинга тоже упадет или перезагрузка системы? Кто его подымет? ИМХО, крон идеальный вариант.

На пользовательский кронтаб вроде бы права не перекрывают обычно (да и насколько вообще это можно сделать?).

[drBatty]

На пользовательский кронтаб вроде бы права не перекрывают обычно (да и насколько вообще это можно сделать?).

в мане почему-то об этом не написано. Причём сами таблицы у меня хранятся в каталоге с правами
drwxr-x--- 2 root root 4096 2010-04-07 14:50 crontabs/
т.е. юзер туда не может войти, и не может создать там свою таблицу. А crontab оснащена правом SUID bit...

[/dev/random]

В gentoo использовать crontab могут только пользователи, включённые в группу crontab. В других дистрибутивах - не знаю. Так что эти права могут вообще по-умолчанию отсутствовать.

[t.t]

В gentoo использовать crontab могут только пользователи, включённые в группу crontab. В других дистрибутивах - не знаю. Так что эти права могут вообще по-умолчанию отсутствовать.

Ты немного путаешь. Пользовательские кронтабы не имеют отношения к этой группе. По крайней мере, в Debian это так:

Shell

$ sudo ls -l /usr/bin/crontab /var/spool/cron/crontabs/ -rwxr-sr-x 1 root crontab 27724 Sep 28 2008 /usr/bin/crontab /var/spool/cron/crontabs/: total 8 -rw------- 1 root crontab 528 Mar 14 20:55 root -rw------- 1 t crontab 231 Apr 7 17:57 t $ groups t

Пользовательский кронтаб создан только что (как видно выше) с помощью команды crontab -e.

[/dev/random]

Shell

$ crontab -l cannot chdir(/var/spool/cron), bailing out. /var/spool/cron: Отказано в доступе

[SLEDopit]

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

Я когда ухожу, я никакие окна не закрываю. Т.е. фактически терминалы остаются висеть подключенными.
В _одновременно_ с теми же висящими терминалами я захожу с другой машины на ту же сессию. Без этого можно пережить, но мне так удобнее.

[t.t]

Shell

$ crontab -l cannot chdir(/var/spool/cron), bailing out. /var/spool/cron: Отказано в доступе

Извини, погорячился. Выходит, действительно дистрибутиво-зависимо.

Shell

$ crontab -l no crontab for t

[t.t]

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

Я когда ухожу, я никакие окна не закрываю. Т.е. фактически терминалы остаются висеть подключенными.
В _одновременно_ с теми же висящими терминалами я захожу с другой машины на ту же сессию. Без этого можно пережить, но мне так удобнее.

Shell

alias screen=screen -D -R alias s=\screen

Первый -- подключение к последней сессии, с возможным принудительным отключением её от неактивного терминала; либо старт новой сессии в случае отсутствия. Второй -- для запуска команд в новых окнах текущей сессии.

[t.t]

Кстати, у screen-а тоже есть multi-display mode и multi-user mode. Почему эта возможность упоминается в списке преимуществ tmux-а, загадка.

[sash-kan]

Почему эта возможность упоминается в списке преимуществ tmux-а, загадка.

будем надеяться на хорошее — что автор этой строчки просто недостаточно компетентен.

[ripke]

Допустим, запускаю выключение в фоне без привязки к терминалу

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

nohup shutdown -P [TIME] &

Почему jobs не показывает этот процесс? Как мне убедиться, что данный фоновый процесс запущен?

[drBatty]

очему jobs не показывает этот процесс? Как мне убедиться, что данный фоновый процесс запущен?

man ps

[ripke]

С ps мне все ясно. Просто я имел ввиду инструмент, который конкретно занимается фоновыми процессами, как jobs. ) Почему jobs не показывает?
Что-то как-то непонятно. Вчера запускал, все нормально срабатывало, закрывал окно терминала, ждал немного) и комп в заданное время выключался, а сейчас что-то не получается.

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

~$ sudo nohup shutdown -P 23:39 &
[1] 10700
~$ jobs
[1]+  Stopped                 sudo nohup shutdown -P 23:39

После этого закрываю терминальное окно, открываю снова, а процесса нету(.

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

~$ jobs
~$

Почему не срабатывает и почему выше показывает stopped а не running?

[korisk]

С ps мне все ясно. Просто я имел ввиду инструмент, который конкретно занимается фоновыми процессами, как jobs. ) Почему jobs не показывает?
Что-то как-то непонятно. Вчера запускал, все нормально срабатывало, закрывал окно терминала, ждал немного) и комп в заданное время выключался, а сейчас что-то не получается.

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

~$ sudo nohup shutdown -P 23:39 &
[1] 10700
~$ jobs
[1]+  Stopped                 sudo nohup shutdown -P 23:39

После этого закрываю терминальное окно, открываю снова, а процесса нету(.

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

~$ jobs
~$

Почему не срабатывает и почему выше показывает stopped а не running?

Может так?
sudo nohup shutdown -P 23:39 &>/dev/null &

[ripke]

Не, не так. Может тут озвучить крамольную мысль), что nohup это брехня и неправда?

If standard input is a terminal, redirect it from /dev/null.

Это вот так чтоли?

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

~$ sudo nohup shutdown -P 23:39 < /dev/null

[ripke]

user@host

~$ sudo nohup shutdown -P 23:39 & < /dev/null [1] 21559 ~$ nohup: ввод игнорируется, вывод добавляется в `nohup.out' Широковещательное сообщение от root@ubuntu (unknown) в 15:02... Система будет остановлена для power off через 517 минут(ы)! ~$ jobs [1]+ Running sudo nohup shutdown -P 23:39 &

Потом выхожу из терминала, снова открываю

user@host

~$ jobs ~$ ps ax | grep shutdown 21559 ? S 0:00 shutdown -P 23:39 23139 pts/0 R+ 0:00 grep shutdown

А jobs to не показывает? Почему? И еще зачем перенаправлять ввод из девайс нуль?

[t.t]

Потом выхожу из терминала, снова открываю

user@host

~$ jobs ~$ ps ax | grep shutdown 21559 ? S 0:00 shutdown -P 23:39 23139 pts/0 R+ 0:00 grep shutdown

А jobs to не показывает? Почему?

Именно потому, что Вы перезапустили терминал. Задача (job) -- понятие локальное, существует только внутри той оболочки, откуда была запущена.

[ripke]

Ясно. Тогда все-таки как мне просмотреть именно фоновые процессы в такой ситуации? Или то, что запускается с nohup это уже как бы нефоновый процесс?

[watashiwa_daredeska]

Тогда все-таки как мне просмотреть именно фоновые процессы в такой ситуации?

Ну, Вам же уже сказали: ps. Или что такое, по Вашему, фоновый процесс? Тот, который по jobs показывается? В таком случае, в свежезапущенной shell действительно нет «фоновых процессов», и запущенная с nohup команда перестаёт быть «фоновым процессом» какого-либо шелла вообще. Кроме того, 1 job может быть несколькими процессами с т.з. ОС, ибо job — это собственная внутренняя абстракция шелла.