Чому моя система запуску не починається з завантаження системи?

Виходячи з цього питання , я написав просту послугу для початківців ( /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, що включає оновлення на початку, але ця проблема все ще виникає.

ОНОВЛЕННЯ 3 : За запитом, я завантажувався з --debug. Вихід кота /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 запускається до того, як з'являться ваші мережеві адаптери, і, можливо, ще до того, як навіть адаптер петлі (lo). Якщо припустити, що ми говоримо про 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.]

Перевіряючи ваш syslog, процес pms починається без помилок, але потім через короткий час його мета змінюється від початку до зупинки, тобто вбивається.

Це трохи дивно, тому що ви додали застереження про повторне вкладення, тому воно повинно намагатися запуститися знову після його зупинки, але це ніколи не відбувається. Тож я здогадуюсь, що ви вилучили пункт про відновлення.

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

Здається, що ви обробляєте pms паралельно. На жаль, початкова документація трохи туманна щодо точних відмінностей між start on ...ваніллю start on starting ...та start on started ....

Спробуйте змінити початкову строфу на

start on started networking

або просто теж

start on net-device-up IFACE=eth0

Вихід з журналу трохи дивний, оскільки подія підключення до мережевого пристрою настає набагато пізніше, але перед цим починається pms.

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

Також не довіряйте виходу журналу повністю, на початку процесу завантаження вихідний файл у будь-який файл не завжди працює. Дивіться відповідь у програмі Налагодження на початку

Вдалося виправити подібну проблему, скориставшись запуском на 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

Ви можете перевірити, що це manir- сторінка 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 завжди показують роботу завдань як зупинену.

У моєму випадку послуга для запуску залежала від сценарію, що знаходиться у бродячій синхронізованій папці . Вирішено проблему за допомогою наступного рядка:

start on vagrant-mounted

Більше інформації: http://razius.com/articles/launching-services-after-vagrant-mount/

Подібно до @xuhcc, я прийшов сюди, щоб дізнатися, чому мій сценарій Vagrant Upstart не працює. Передбачається, що працює:

почати на бродячому

Але це не відбувається в деяких збірках через наступну помилку.

https://github.com/mitchellh/vagrant/isissue/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