[Comm] запуск из rc.d

[Comm] запуск из rc.d

[Алексей Данилович]

Доброго времени суток.

Вопрос таков: не пытается ли при запуске скрипта из rc.d система
как-то распараллелить запуск? Или скрипт выполняется строго
последовательно? Извините за возможно глупый вопрос, просто имеется
некий такой скрипт,  который "руками" запускается нормально, а вот
автоматически часть компонент не поднимается..... причем случайное их
количество, каждый раз по другому, блин... (((

Спасибо.

Re: [Comm] запуск из rc.d

[Olvin]

Алексей Данилович wrote:
> Вопрос таков: не пытается ли при запуске скрипта из rc.d система
> как-то распараллелить запуск? Или скрипт выполняется строго
> последовательно? Извините за возможно глупый вопрос, просто имеется
> некий такой скрипт,  который "руками" запускается нормально, а вот
> автоматически часть компонент не поднимается..... причем случайное их
> количество, каждый раз по другому, блин... (((

Копать в сторону init-ng. Наверное, это то, о чём вы спрашиваете. Только 
так просто это в систему не станет. Немало допиливать надо, AFAIK.

Re: [Comm] запуск из rc.d

[Алексей Данилович]

не понял ответа на вопрос :(

Re: [Comm] запуск из rc.d

[Michael Shigorin]

On Tue, Feb 28, 2006 at 02:25:07PM +0200, Olvin wrote:
> > Вопрос таков: не пытается ли при запуске скрипта из rc.d
> > система как-то распараллелить запуск? Или скрипт выполняется
> > строго последовательно? Извините за возможно глупый вопрос,
> > просто имеется некий такой скрипт,  который "руками"
> > запускается нормально, а вот автоматически часть компонент не
> > поднимается..... причем случайное их количество, каждый раз
> > по другому, блин... (((
> Копать в сторону init-ng. Наверное, это то, о чём вы
> спрашиваете. Только так просто это в систему не станет. Немало
> допиливать надо, AFAIK.

Это как раз обратное -- человек спрашивает, _не_ пытается ли что 
так себя вести.

Нет, не пытается.

Возможно, разница в резолвинге, переменных окружения или ещё
чём... может иметь смысл вставить отладочный set > /root/tmp/env
и сравнить diff'ом окружение.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] запуск из rc.d

[Алексей Данилович]

Нет, нет там разницы. проверял.......... там весьма особо свое
окружение, ксатати, такчто если бы оно там не задавалось, то у меня не
поднялся бы не один компонент....... блин, иногда все и
запусукается!!! То есть всего ему хватает.......

28.02.06, Michael Shigorin<mike@osdn.org.ua> написал(а):
>
> Возможно, разница в резолвинге, переменных окружения или ещё
> чём... может иметь смысл вставить отладочный set > /root/tmp/env
> и сравнить diff'ом окружение.
>

Re: [Comm] запуск из rc.d

[Sergey Stepanov]

Алексей Данилович пишет:
> Нет, нет там разницы. проверял.......... там весьма особо свое
> окружение, ксатати, такчто если бы оно там не задавалось, то у меня не
> поднялся бы не один компонент....... блин, иногда все и
> запусукается!!! То есть всего ему хватает.......
>   
У меня была такая же проблема, но не под Линухом, а при старте Винды.
То есть имеем некий start.bat, который запускается при старте винды,
и этот start.bat должен загрузить
- Фаирволл
- Прокси-сервер
- Интернет-телефон X-Lite для SipNet
- Skype телефон
- Ужималку траффика
- HTTP сервер
- FTP сервер

Так вот, при отладке этого батника все было нормально - все
компоненты загружались. А вот если он запускался сразу
при старте винды (я размещал его в папке меню Автозапуск),
то некоторые компоненты не загружались, либо загружались
с какими-то ошибками.

В ходе экспериментов выяснилось, что

1. Загрузка программы зависит от последовательности, в
которой запускатся программы. Например, если сначала запустить
HTTP сервер, который настроен на работу через ужималку,
а саму ужималку запустить пожже, то HTTP сервер как-то
криво зависнет на половине загрузки, и ни на какие запросы
отвечать не будет. Интересно, что этого эффекта не наблюдается
если вручную запустить HTTP сервер, а потом ужималку. В этом
случае HTTP сервер загрузится нормально и начнет отвечать на запросы
как только запустится ужималка.

2. Для загрузки каждой программы нужно небольшое время. На
моем ноутбуке (Celeron1,5GHz) я примерно месяц использовал 8 секунд между
загрузкой каждой проги. Сначала ставил 5 секунд, но их иногда
не хватало - каждая загрузка винды "особенная", т.е. бывает так, что
программе хватит времени запуститься. А бывает так что какая-то прога не
успевает за это время полностью войти в рабочий режим. Однако
за месяц было пару раз такое, что и 8-ми секунд не хватало. Поэтому
сейчас у меня выставлено 10 секунд, и пока именно такое время
достаточно чтобы запустился любой, даже тяжеловесный сервис.

Думаю, что под линухом программы/сервисы имеют такие же
"особенности", поэтому стоит поэкспериментировать с задержками
и последовательностью запуска.


Со всяческими пожеланиями, Сергей.
http://xi.net.ru

Re: [Comm] запуск из rc.d

[Damir Shayhutdinov]

On Tue, Feb 28, 2006 at 02:21:22PM +0300, Алексей Данилович wrote:
> Доброго времени суток.
> 
> Вопрос таков: не пытается ли при запуске скрипта из rc.d система
> как-то распараллелить запуск? 
Не пытается, если вы используете SysVinit (он используется по умолчанию).
> Или скрипт выполняется строго
> последовательно? 
Ага. Последовательность определяется номерами S##service.

> Извините за возможно глупый вопрос, просто имеется
> некий такой скрипт,  который "руками" запускается нормально, а вот
> автоматически часть компонент не поднимается..... причем случайное их
> количество, каждый раз по другому, блин... (((
Вставьте задержки в начало или конец скрипта старта, это может помочь.

-- 
WBR,
Damir Shayhutdinov

Re: [Comm] запуск из rc.d

[Алексей Данилович]

ставил..... не в начало и конец, а в середину, между компонентами. Не
помогло. :(

28.02.06, Damir Shayhutdinov<damir@tecon.ru> написал(а):

> > Извините за возможно глупый вопрос, просто имеется
> > некий такой скрипт,  который "руками" запускается нормально, а вот
> > автоматически часть компонент не поднимается..... причем случайное их
> > количество, каждый раз по другому, блин... (((
> Вставьте задержки в начало или конец скрипта старта, это может помочь.
>