BASH: Выполнение скриптов по аналогии с init скриптами. С приоритетом и зависимостями.

Звучит странно, но, может быть, воспользоваться Makefile?

1. А почему бы не использовать стартовые скрипты? Просто в автозагрузку не ставить.
2. Если имя процесса - детерминировано, то можно проверять запущенность процесса, а потом запускать следующий. Естественно, должен быть файлик, которй описывает последовательность и зависимости.
3. Если не 2, то можно сохранять инфу о запущенных процессах где-то в /tmp

Ты лучше задачу опиши; чудится мне что «запуск группы файлов, согласно выставленному приоритету и зависимостям между собой» - всего лишь инструмент, то есть то, как ты задумал это сделать. А что конкретно тебе нужно сделать?

С приоритетом и зависимостями

man make, школота

С приоритетом и зависимостями.

Создавать юниты в systemd уже попробовал?

http://wiki.russianfedora.ru/index.php/Systemd

Есть необходимость в запуске группы файлов, согласно выставленному приоритету и зависимостям между собой.

make. Хотя вообще не понятно, зачем тебе это нужно.

Изобретать новый и блестящий велосипед особого желания нет.

а он несложный: симлинки+run-parts

Ждал этого ответа. Молодец. Лучший ответ месяца.

Честно говоря нет, сам по себе systemd еще не смотрел. Основное (99%) количество серверов на debian, а systemd сейчас в тестовой ветке. Не присматривался пока. Но с ссылкой ознакомился. Обязательно поближе познакомлюсь с демоном. Спасибо.

Ты лучше задачу опиши

В двух словах, модифицируем систему автонастройки(автокорректировки) сервисов, прав, данных в базах, конфиг файлов, содержимое, список пакетов для данного сервера из категории и т.д. Но базируется она у нас на простых операциях. Т.е. раз в сутки запускается скрипт, который смотрит что надо сделать с сервером, если есть необходимость. А необходимость иногда появляется. В общем работа, которую делает системный администратор, и иногда вручную, тут естественно все на автомате. так сказать первичное обслуживание сервера.

Если разбить на простые операции, то это набор скриптов. Некоторые самостоятельные, некоторые зависят друг от друга.

Использовать симлинки - их надо перестраивать после изменения набора «патчей».

Самое оптимальное что видел в данной ситуации я - это так как ты предложил. Собственный аналог run-parts, который будет строить последовательность запуска скриптов. Только не сохранять список в /tmp, а построил, и выполнил. Самое простое будет, как оказалось. Тем более что за основу стартового скрипта можно взять update-rc.d. Он на перловке.

п.с.: Теперь наверное надо ждать от всех кто не «школота» сообщения в духе собери свой пакет, man dpkg-...., man makefile

Ребята, честно. в нашем случае данный механизм не удобен, поэтому и не используем. А не потому что маном пользоваться не умеем.

В кроне есть параметр @reboot. Правда, ЕМНИП, он не срабатывает после старта выключенной машины.

это не интересно :) понять что сервер загрузился не проблема :) хоть через крон, хоть любым другим методом :) Только зачем? Загрузился, появился интернет, получил сценарии, отработал по графику. И теперь ты полностью обновленный сервер. Если задача критичная, то после получения новых инструкций, обновится немедленно. В случае непредвиденных или предвиденных но не исправляемых ошибок, оповестили ТП о проблеме. Все.

Мне кажется, что можно попроще. init-скрипты все-же писались для тяжелых условий; а у тебя можно обойтись и таким:

Рекомендую кроме скриптов создать 2 файлика. Первый файлик будет определять зависимости:

script1 dependency1,dependency2
script2 dependency3
dependency1 dependency4,dependency5

script2
script1

А знаешь что самое замечательное? Еще одним несложным скриптом это преобразуется в что-то вида:

digraph scripts {
root->script1
root->script2
script1->dep1
script1->dep2
...
}

Со скриптами могу помочь, хотя что-то мне говорит, что ты и сам справишься.

Правда, ЕМНИП, он не срабатывает после старта выключенной машины

Еще как срабатывает. Правда, насколько я понял, ТС хочет не этого

Отдельное спасибо за graphviz, действительно полезно. Идея в итоге получится и функциональная и визуально легко распозноваемо. Обязательно воспользуюсь.

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

Kroz, большое спасибо за диалог.

Рад был помочь.