|
|
|
Заморочки со screen сессиями
|
|||
|---|---|---|---|
|
#18+
Вот такой командой: Код: plaintext создается скрин сессия с именем "screen_session", она по умолчанию в detached режиме Код: plaintext 1. 2. что означает что она просто висит и к ней никто не подлючен, т.е. нулевая активность. Если скрин сессия находится в attached режиме или кто то к ней подключился (командой типа screen -x 6012.screen_session), то у меня есть возможность отправлять в эту сессию команды на выполнение, например: Код: plaintext что и ставится главной задачей. А если скрин сессия находится в detached режиме - отправить команду на выполнение в эту сессию не получается никак (если интересно - попробуйте). Вопрос, коллеги: каким образом можно перевести только что созданную detached сессию в режим attached в рамках выполнения одного .sh скрипта ? Вкратце мне нужно: по ходу выполнения .sh скрипта создать отдельную скрин сессию, закинуть туда команд на выполнение и продолжить работу в основном скрипте. Помогите пожалуйста решить этот вопрос. OS: Solaris (SPARC) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2010, 17:41 |
|
||
|
Заморочки со screen сессиями
|
|||
|---|---|---|---|
|
#18+
On 17.12.2010 17:41, Nick Chervov wrote: > Вопрос, коллеги: каким образом можно перевести только что созданную detached > сессию в режим attached *в рамках выполнения одного .sh скрипта*? screen -R Вообще, man почитай, там ОЧЕНЬ много разных вариантов. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2010, 13:35 |
|
||
|
Заморочки со screen сессиями
|
|||
|---|---|---|---|
|
#18+
MasterZivOn 17.12.2010 17:41, Nick Chervov wrote: > Вопрос, коллеги: каким образом можно перевести только что созданную detached > сессию в режим attached *в рамках выполнения одного .sh скрипта*? screen -R Вообще, man почитай, там ОЧЕНЬ много разных вариантов. -R пытается возобновить работу первого попавшегося отключённого сеанса. Если попытка успешная, все остальные аргументы командной строки игнорируются. Если отключённых сеансов нет, запускает новый сеанс с учётом заданных опций, так как будто -R вообще и не указано. Эта опция подразумевается по умолчанию, когда screen вызывается как login-оболочка (если быть точным, то в этом случае подразумеваются опции "-xRR"). О том, что происходит, если вызвать screen в сочетании с опциями -d/-D, написано в описании этих опций. Честно говоря не очень понятно... Конструкция Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2010, 16:58 |
|
||
|
Заморочки со screen сессиями
|
|||
|---|---|---|---|
|
#18+
On 20.12.2010 16:58, Nick Chervov wrote: > Честно говоря не очень понятно... Там вообще всё не очень понятно. Так что если нужно -- лучше всего прочитать man и разобраться. Это будет не просто. У них даже и "баг" такой есть типа "все сочетания режимов работы screen никто не понимает, и зачем нам их столько -- не понятно". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2010, 17:42 |
|
||
|
Заморочки со screen сессиями
|
|||
|---|---|---|---|
|
#18+
Если я правильно понял, то что вы хотите, то возможно стоит посмотреть на man nohup(1), daemon(8) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2010, 13:05 |
|
||
|
Заморочки со screen сессиями
|
|||
|---|---|---|---|
|
#18+
ubiqueЕсли я правильно понял, то что вы хотите, то возможно стоит посмотреть на man nohup(1), daemon(8) Не, nohup не при чем, там тоже "висяк" происходит. А как через daemon сделать? Напишите пример пожалуйста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2010, 17:00 |
|
||
|
|
start [/forum/topic.php?fid=25&msg=37021475&tid=1484519]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
104ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 237ms |
| total: | 439ms |
| 0 / 0 |
