The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Запуск прог через SSH"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Запуск прог через SSH"
Сообщение от Doc emailИскать по авторуВ закладки(ok) on 30-Мрт-05, 13:36  (MSK)
Как запустить прогу с консоли так чтобы когда ты загрыл консольное окно прога продолжала отробатывать, а не закрывалась.
Например запускаю cp ... начинаеться коирование диска в 200гигов и чтобы не сидеть в онлайне , а просто отрубиться а она там завершит действие ...
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Запуск прог через SSH"
Сообщение от ids emailИскать по авторуВ закладки(??) on 30-Мрт-05, 13:43  (MSK)
>Как запустить прогу с консоли так чтобы когда ты загрыл консольное окно
>прога продолжала отробатывать, а не закрывалась.
>Например запускаю cp ... начинаеться коирование диска в 200гигов и чтобы не
>сидеть в онлайне , а просто отрубиться а она там завершит
>действие ...


man screen

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Запуск прог через SSH"
Сообщение от Moralez emailИскать по авторуВ закладки(ok) on 30-Мрт-05, 13:44  (MSK)
nohup или банальное > "/dev/null 2>&1"
  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Запуск прог через SSH"
Сообщение от lavr emailИскать по авторуВ закладки on 30-Мрт-05, 13:53  (MSK)
>nohup или банальное > "/dev/null 2>&1"

вместо /dev/null что-то типа >/tmp/work.log 2>&1 &
всегда можно посмотреть лог, как протекал процесс и как завершился

/tmp/work.log заменить на то где есть место для сохранения лога

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Запуск прог через SSH"
Сообщение от Fes emailИскать по авторуВ закладки(??) on 30-Мрт-05, 16:25  (MSK)
>Как запустить прогу с консоли так чтобы когда ты загрыл консольное окно
>прога продолжала отробатывать, а не закрывалась.
>Например запускаю cp ... начинаеться коирование диска в 200гигов и чтобы не
>сидеть в онлайне , а просто отрубиться а она там завершит
>действие ...
Не пойму причём тут перенаправление STDERR в файл в предыдущих постах.
Я запускаю просто напросто вот тако вот, на примере wget:
$wget -c -i file &
символ & в конце команды запускает её в фоновом режиме.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Запуск прог через SSH"
Сообщение от newser Искать по авторуВ закладки(ok) on 30-Мрт-05, 17:09  (MSK)
>Я запускаю просто напросто вот тако вот, на примере wget:
>$wget -c -i file &
>символ & в конце команды запускает её в фоновом режиме.

И в данном контексте wget начинает сыпать весь свой вывод на консоль! Оно надо?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Запуск прог через SSH"
Сообщение от Fes emailИскать по авторуВ закладки(??) on 30-Мрт-05, 17:14  (MSK)
>>Я запускаю просто напросто вот тако вот, на примере wget:
>>$wget -c -i file &
>>символ & в конце команды запускает её в фоновом режиме.
>
>И в данном контексте wget начинает сыпать весь свой вывод на консоль!
>Оно надо?
В даннмо контексте был задан вопрос о том чтобы прога работала после закрытия терминала. Так вот если консоль закрыта уже, о ком "сыпании на консоль идёт речь"?
p.s. А в начале, кстати , перед закрытием окна, очень не плохо посмотреть  на то как стартанула прога. Например чтобы убедится что закачка стартанула успешно.
Намоного удобней посозерцать всё 5,10 (сколько нуна)секунд на консоли  и прикрыть иё наХъ чем лезть в файл. :)
ышо раз говорю. это всё ИМХО.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Запуск прог через SSH"
Сообщение от Doc emailИскать по авторуВ закладки(ok) on 30-Мрт-05, 18:25  (MSK)
>В даннмо контексте был задан вопрос о том чтобы прога работала после
>закрытия терминала. Так вот если консоль закрыта уже, о ком "сыпании
>на консоль идёт речь"?
>p.s. А в начале, кстати , перед закрытием окна, очень не плохо
>посмотреть  на то как стартанула прога. Например чтобы убедится что
>закачка стартанула успешно.
>Намоного удобней посозерцать всё 5,10 (сколько нуна)секунд на консоли  и прикрыть
>иё наХъ чем лезть в файл. :)
>ышо раз говорю. это всё ИМХО.

Ты, совершенно прально меня понял....

Так выход какой? просто в конце команды писать "&"

  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Запуск прог через SSH"
Сообщение от lavr emailИскать по авторуВ закладки on 30-Мрт-05, 20:06  (MSK)
>>>Я запускаю просто напросто вот тако вот, на примере wget:
>>>$wget -c -i file &
>>>символ & в конце команды запускает её в фоновом режиме.
>>
>>И в данном контексте wget начинает сыпать весь свой вывод на консоль!
>>Оно надо?
>В даннмо контексте был задан вопрос о том чтобы прога работала после
>закрытия терминала. Так вот если консоль закрыта уже, о ком "сыпании
>на консоль идёт речь"?
>p.s. А в начале, кстати , перед закрытием окна, очень не плохо
>посмотреть  на то как стартанула прога. Например чтобы убедится что
>закачка стартанула успешно.
>Намоного удобней посозерцать всё 5,10 (сколько нуна)секунд на консоли  и прикрыть
>иё наХъ чем лезть в файл. :)
>ышо раз говорю. это всё ИМХО.

если не понимаете - учитесь, вместо того чтобы давать неверные советы

To: автору вопроса -

воспользоваться можно чем угодно, важно понимать что есть STDIN, STDOUT и
STDERR к которым привязывается интерактивно запускамая программа, и если
ее опции не позволяют писать логи в файл или если не используется утилита
screen для запуска программ, правильный запуск в фоновом режиме будет
через nohup или с перенаправлением stdout и stderr в лог-файл.

Как уже было сказано:

# nohup утилита

или (запуск с перенаправлением stdout и stderr - читать используемый SHELL), общий вариант:

# утилита &

где & указывает запуск в фоновом режиме и без переопределения stderr/stdout в файл является НЕВЕРНЫМ подходом по массе причин,
соответственно man SHELL (где SHELL есть sh или bash или csh или tcsh или
другой shell) на предмет КАК переопределить stdout + stderr в файл

Если же я как администратор буду выполнять ВАЖНЫЕ работы удаленно и
не иметь лога запущенного в фоне процесса, я не буду знать КАК он отработал и где и на чем свалился, если свалился.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "Запуск прог через SSH"
Сообщение от Fes emailИскать по авторуВ закладки(??) on 31-Мрт-05, 09:16  (MSK)
>>>>Я запускаю просто напросто вот тако вот, на примере wget:
>>>>$wget -c -i file &
>>>>символ & в конце команды запускает её в фоновом режиме.
>>>
>>>И в данном контексте wget начинает сыпать весь свой вывод на консоль!
>>>Оно надо?
>>В даннмо контексте был задан вопрос о том чтобы прога работала после
>>закрытия терминала. Так вот если консоль закрыта уже, о ком "сыпании
>>на консоль идёт речь"?
>>p.s. А в начале, кстати , перед закрытием окна, очень не плохо
>>посмотреть  на то как стартанула прога. Например чтобы убедится что
>>закачка стартанула успешно.
>>Намоного удобней посозерцать всё 5,10 (сколько нуна)секунд на консоли  и прикрыть
>>иё наХъ чем лезть в файл. :)
>>ышо раз говорю. это всё ИМХО.
>
>если не понимаете - учитесь, вместо того чтобы давать неверные советы
непонимаем что? учиться чему? конкретики мало.
ещё раз говорю, вопрос был о том как запустить прогу чтобы после закрытия терминала она продолжала работать. Никто не спрашивал о STDIN, STDOUT и STDERR.
>
>To: автору вопроса -
>
>воспользоваться можно чем угодно, важно понимать что есть STDIN, STDOUT и
>STDERR к которым привязывается интерактивно запускамая программа, и если
>ее опции не позволяют писать логи в файл или если не используется
>утилита
>screen для запуска программ, правильный запуск

"правильный запуск" - кто устанавливает эти правила?

в фоновом режиме будет
>через nohup или с перенаправлением stdout и stderr в лог-файл.
>
>Как уже было сказано:
>
># nohup утилита
>
>или (запуск с перенаправлением stdout и stderr - читать используемый SHELL), общий
>вариант:
>
># утилита &
>
>где & указывает запуск в фоновом режиме и без переопределения stderr/stdout в
>файл является НЕВЕРНЫМ подходом по массе причин,
а вот насчёт массы причин, можно поподробней???
>соответственно man SHELL (где SHELL есть sh или bash или csh или
>tcsh или
>другой shell) на предмет КАК переопределить stdout + stderr в файл
>
>Если же я как администратор буду выполнять ВАЖНЫЕ работы удаленно и
>не иметь лога запущенного в фоне процесса, я не буду знать КАК
>он отработал и где и на чем свалился, если свалился.
Никто в вопросе не говорил о ВАЖНЫХ работах.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "Запуск прог через SSH"
Сообщение от lavr emailИскать по авторуВ закладки on 31-Мрт-05, 09:37  (MSK)
>>файл является НЕВЕРНЫМ подходом по массе причин,
>а вот насчёт массы причин, можно поподробней???

а вы учите матчасть, вам же, как следует из переписки, "ни к чему"

  Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "Запуск прог через SSH"
Сообщение от DEC Искать по авторуВ закладки(ok) on 31-Мрт-05, 11:17  (MSK)
После закрытия управляющего терминала за поведение той программы никто ручатся не будет
  Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "Запуск прог через SSH"
Сообщение от _KAV_ Искать по авторуВ закладки(ok) on 31-Мрт-05, 16:53  (MSK)
>После закрытия управляющего терминала за поведение той программы никто ручатся не будет
>
... И никто не обращает внимания на самый первый совет- про screen . А ведь это и есть самый правильный вариант.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "Запуск прог через SSH"
Сообщение от lavr emailИскать по авторуВ закладки on 31-Мрт-05, 17:03  (MSK)
>>После закрытия управляющего терминала за поведение той программы никто ручатся не будет
>>
>... И никто не обращает внимания на самый первый совет- про screen
>. А ведь это и есть самый правильный вариант.

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

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру