Почему мой сервис upstart не запускается при загрузке системы?

Исходя из этого вопроса , я написал простой сервис upstart ( /etc/init/pms.conf ) для моего безголового сервера Ubuntu Server 11.04 следующим образом:

start on filesystem and net-device-up IFACE=eth0
stop on runlevel [016]
respawn

exec /home/administrator/pms-current/PMS.sh

Я могу запустить (или остановить) этот сервис по желанию из командной строки:

service pms start

И я вижу, что это действительно работает.

Однако, когда я впервые загружаю свою машину, служба не запускается. Если я ввожу SSH в поле и проверяю статус сервиса, я получаю:

$ service pms status
pms stop/waiting

Мой вопрос: почему это происходит? Почему мой сервис не запускается при загрузке?

ОБНОВЛЕНИЕ 1 : не зная, запускалась ли моя служба, а затем умирала или просто не запускалась, я добавила в PMS.sh следующее:

echo "STARTED" > $STARTLOG

Это, очевидно, просто дает мне что-то искать. Я проверил это, запустив службу сам, а затем проверив start.log . Затем я удалил start.log и перезагрузил компьютер. После перезагрузки его там не было, поэтому кажется, что выскочка определенно не запускает мой сервис. Я полагаю, что он мог умереть на более раннем этапе процесса, но это кажется довольно маловероятным, учитывая простоту всего этого.

ОБНОВЛЕНИЕ 2 : Я только что обновил до 11.10, который включает в себя обновление upstart, но эта проблема все еще возникает.

ОБНОВЛЕНИЕ 3 : По запросу я загрузился с --debug. Вывод cat /var/log/syslog | grep initслишком длинный, чтобы поместить его в вопрос, но вы смотрите его здесь .

ОБНОВЛЕНИЕ 4 : Больше журналов, на этот раз конф выскочка включен в верхней части. Беги 1 и беги 2 .

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

pre-start script
  logger "pre-start for myprog"
end script

post-start script
  logger "post-start for myprog"
end script

# and for PMS itself:
script
  logger "just before executing PMS"
  exec /home/administrator/pms-current/PMS.sh
end script

Дополнительная информация на http://upstart.ubuntu.com/cookbook/

Также посмотрите на http://upstart.ubuntu.com/wiki/Debugging

Вероятно, здесь происходит то, что pms запускается до того, как появятся ваши сетевые адаптеры, и, возможно, даже до появления петлевого адаптера (вот так). Предполагая, что мы говорим о PS3 Media Server, это сетевой сервис, и он, вероятно, не любит запускаться без доступных интерфейсов.

Попробуйте изменить старт по критериям:

start on filesystem and net-device-up IFACE!=lo

Это означает, что запуск после любого "реального" сетевого интерфейса. Тем не менее, это может быть не идеально, если eth0 - следующий интерфейс, запускается PMS, но вы действительно хотите, чтобы PMS использовал wlan0, но это не сработает. Служба запустится, но, возможно, ей не удастся выбрать интерфейс, который вы хотите прослушивать. Предполагая, что вы знаете интерфейс, через который вы собираетесь передавать данные, и он не изменится, я бы жестко запрограммировал его на работу, например:

start on filesystem and net-device-up IFACE=wlan0

В Oneiric (11.10) вы можете использовать событие static-network-upдля ожидания всех статически настроенных устройств. Что приятно, потому что позволяет писать сетевые задания без жесткого программирования интерфейса. [Примечание: под «всеми статически настроенными устройствами» я имею в виду использование /etc/network/interfacesвместо NetworkManager. Это не означает статический в смысле статического IP против DHCP.]

После изучения вашего системного журнала процесс pms начинается без ошибок, но затем через короткое время его цель меняется с начала на остановку, означая, что он убит.

Это немного странно, потому что вы добавили предложение repsawn, поэтому он должен попытаться начать снова после его остановки, но это не происходит. Я предполагаю, что вы удалили пункт о респауне.

Между запуском и остановкой службы pms запускаются только 2 службы ufw и сетевой интерфейс (eth0), а 1 запускается udev-fallback-graphics.

Кажется, что вы обрабатываете pms запускается параллельно. К сожалению, выскочка документации немного туманна относительно точных различий между start on ...vanilla и start on starting ...and start on started ....

Попробуйте изменить свой стартовый раздел на

start on started networking

или просто слишком

start on net-device-up IFACE=eth0

Вывод журнала немного странный, так как событие net-device-up наступает намного позже, но pms запускается раньше него.

Это должно гарантировать, что ваш процесс запускается только после того, как все настройки сети завершены, т.е. задание не только началось, но и завершилось.

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

Удалось исправить подобную проблему, используя вместо этого start on runlevel:

start on runlevel [2345]

У меня была та же проблема, и в конце концов я решил ее просто :

start on runlevel [2345]

без каких- net-device-upлибо started networkingвещей

Это полный сценарий выскочки, и он отлично работает:

# MyApp

description     "MyApp"
author          "me"

start on runlevel [2345]
stop on runlevel [016]

respawn

exec /usr/bin/myapp 2>> /var/logs/myapp.log

Я сталкивался chkconfigво время обучения RHCSA / CE:

sudo apt-get install chkconfig
sudo chkconfig pms on

Вы можете проверить его справочную страницу Oneiric для более подробной информации о его возможностях.

Я нашел решение для этого, но я не понимаю его. Если я перенесу PMS из- /home/administratorпод /bin/pmsрута в качестве владельца, все будет работать нормально.

Если я оставлю его под собой, /home/administrator/но убедитесь, что root является владельцем всего бара самого /home/administrator/каталога, он все равно не будет работать.

Если я назначу администратора всем владельцем и изменим соответствующую часть моего скрипта на:

sudo su administrator -c '/home/administrator/pms-current/PMS.sh'

Это все еще не работает.

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

У меня была похожая проблема «без запуска», когда я понял, что мой скрипт зависел от файла, который был у меня дома, а дом был недоступен, потому что был зашифрован с помощью стандартного механизма Ubuntu (.Private).

start on local-filesystems событие (вероятно) генерируется до завершения процесса расшифровки.

Ваш домашний каталог на NFS? Иногда root не может получить доступ к NFS.

Для справки, в моем маленьком тесте только сейчас, 12.04:

• start on started networkingи start on network-interface-up INTERFACE=eth0 не работает, но

• start on started network-interface INTERFACE=eth0 делает.

Спасибо http://os4.org/wiki/upstart.html за указание, которое initctl list всегда показывает работу сети как остановленную.

В моем случае сервис upstart зависел от скрипта, расположенного в папке vagrant synced . Решил проблему, используя следующую строку:

start on vagrant-mounted

Более подробная информация: http://razius.com/articles/launching-services-after-vagrant-mount/

Подобно @xuhcc, я пришел сюда, чтобы узнать, почему мой скрипт Vagrant Upstart не запускался. Следующее должно работать:

начать на бродячем

Но не в некоторых сборках из-за следующей ошибки.

https://github.com/mitchellh/vagrant/issues/6074

Обходной путь, указанный в отчете, отлично сработал для меня:

$ cat /etc/init/workaround-vagrant-bug-6074.conf 
# workaround for https://github.com/mitchellh/vagrant/issues/6074
start on filesystem
task

env MOUNTPOINT=/vagrant

script
  until mountpoint -q $MOUNTPOINT; do sleep 1; done
  /sbin/initctl emit --no-wait vagrant-mounted MOUNTPOINT=$MOUNTPOINT
end script

Отлично работал для меня

это сработало для меня (мне нужно запустить сервис после iface up):

start on started networking and net-device-up IFACE=wlan1 
stop on shutdown

respawn
respawn limit 10 10