upstart service

гуглить совсем не модно ?

start-stop-daemon

псто не читай&сразу отвечай

• start-stop-daemon родом из sysvinit. а я про upstart (и сервисы написанные с помощью его нового синтаксиса)
• мне не нужно его остановить. «stop http-log-monitor» отрабатывает отлично
• мне нужно что бы запуск успешно отрабатывал

Как сейчас это все выглядит:

• печатаю «start http-log-monitor»
• переключаюсь в другой терминал. делаю «pgrep ruby». оно там уже есть
• переключаюсь обратно. «start http-log-monitor» все еще выполняется. жму Ctrl+C.
• переключаюсь снова в другой терминал. делаю «pgrep ruby». оно там еще есть :)
• переключаюсь обратно. «status http-log-monitor» говорит running/waiting. Все ОК, скрипт работает
• делаю «stop http-log-monitor». останавливается нормально (можна вводить другие комманды).
• переключаюсь в другой терминал. делаю «pgrep ruby». его уже нет. как и должно

Какие сейчас будут идеи?

upstart умеет start-stop-daemon, как минимум в убунте с этим все хорошо...

это я знаю. но стояла задача написать upstart service а не sysvinit

*.conf файл можно увидеть?

да

Если скрипт делает fork(), то не хватает «expect fork».

не делает. нужно дописать или есть другие вариатны?

«exec» внутри script / end script не нужен.

«task» лишний тоже

не помогает

сейчас попробую

а что более правильно ииспользовать для запуска в моей ситуации: exec или script?

Ух ты! Работает! Спс.

Будут еще какие то советы?

Забей на апстарт, пользуй кошерный sysV :)

>а что более правильно ииспользовать для запуска в моей ситуации: exec или script?

script если нужно несколько действий, exec для запуска чего-то одного.

низзя (в бубунту скоро все будет на upstart`e). и єто не моя хотелка

понял.

еще раз спасибо!

Фиг, им придется быть обратно-совместимыми с папой. А папа не любит апстарт(пока что)...

я тоже так думал. а как узнал что 6й РХ переехал на апстарт - перестал думать. что будет в продакшене то и будем юзать. тем более сейчас systemd шагает по планете

Ем... есть еще вопрос

Автоматом не стартует. Гуглеж сказал что никаких «rc-update add my_super_service default» не нужно. просто 'chmod +x'. в мане initctl ничего интересного нету

Ручной старт работает нормально

man upstart ? :)

чувак, отстань а?

а по «initctl emit started JOB=apache2» стартует?

Можно сделать «initctl log-priority debug», перезапустить апач и в системном логе посмотреть, какие ивенты генерируются.

тоесть скрипт остается работать не уходя в «фон», а какбы дальше что-то «делая».

Скорее всего upstart ожидает, что твой скрипт сам форкнется и уйдёт «в фон».

это уже решено. читаем. вьіше

спасибо за советы. завтра приду на работу и проверю

Да, стартует.

это может быть както связано с тем что апач сервис старого типа, а мой нового?

смотрел в /var/log/{syslog,boot*,kernel}. ничего..

или я не там смотрю, или оно не той файл пишет

пишет в /var/log/messages

в 11.10 такого нету

on newer Ubuntu systems such as Ubuntu Natty (11.04), the output will be in file /var/log/syslog.

root@vv-Latitude-E5520:/etc/init# initctl check-config http-log-monitor 
http-log-monitor
  start on: unknown job apache2
  stop on: unknown job apache2
root@vv-Latitude-E5520:/etc/init# 

думаю копать нуно сюда. менять apache2 на apache или httpd не помогает

и в тоже время интересно почему если вьіполнить «initctl emit started JOB=apache2» то стартует..

>думаю копать нуно сюда. менять apache2 на apache или httpd не помогает

Да, SysV скрипты не генерируют ивенты. можно использовать ивент который генерирует rc.conf: «start on started rc RUNLEVEL=[1234]» и/или использовать проверки в престарте. Это не очень удобно.

да но это все костыли :)

есть идеи почему после запуска «initctl emit started JOB=apache2» мои сервисы стартуют?

кстати если вместо apache2 использовать apache тоже все ок

>есть идеи почему после запуска «initctl emit started JOB=apache2» мои сервисы стартуют?

Ну это генерация ивента вручную:) апстартовские скрипты генерируют такие ивенты.

кароче кина не будет с «start on started apache2». будем юзать start on started rc RUNLEVEL=[1234]

еще раз спасибо