Сценарій запуску не запускається

Ubuntu 10.04

Я створив цей початковий сценарій ( /etc/init/pure-ftpd.conf ):

# pure-ftpd - FTP server

description "Pure-FTPd server"

start on filesystem
stop on runlevel S

respawn
respawn limit 10 5
pid file /var/run/pure-ftpd.pid
console output

pre-start script
    test -x /usr/local/sbin/pure-ftpd || { stop; exit 0; }
end script

exec /usr/local/sbin/pure-ftpd --maxclientsnumber 2 --maxclientsperip 10 --prohibitdotfileswrite --prohibitdotfilesread --noanonymous --chrooteveryone --dontresolve --nochmod --pidfile /var/run/pure-ftpd.pid

Але ...

# start pure-ftpd
start: Unknown job: pure-ftpd

і

# service pure-ftpd start
start: Unknown job: pure-ftpd

В чому проблема?
Чи потрібно щось більше робити?
Чи потрібно також створити один сценарій у /etc/init.d?

Зазвичай це означає, що у вас є помилка у .confфайлі - наприклад, я не впевнений, що pidстрофа підтримується в 10.04, stopне може бути використана в сценарії і т.д.

Я б спробувати запустити файл з нуля (з тільки start, і stopт.д.), а потім повільно нарощувати його, додаючи все більше і більше ліній та тестування з допомогою start pure-ftpd.

Наприклад:

# cat pure-ftpd.conf 
start on filesystem
stop on runlevel S

respawn
respawn limit 10 5

# start pure-ftpd
pure-ftpd start/running

# cat pure-ftpd.conf 
start on filesystem
stop on runlevel S

respawn
respawn limit 10 5
pid file /var/run/pure-ftpd.pid

# start pure-ftpd
start: Unknown job: pure-ftpd

Ви також можете запустити, init-checkconfщоб перевірити синтаксис

init-checkconf /etc/init/job.conf
File /etc/init/job.conf: syntax ok

По-перше, ви можете перевірити, чи справді ваша робота насправді відома:

sudo initctl list | grep your_job_name

... звідки your_job_nameназва вашого початкового сценарію мінус .confрозширення.

Якщо його не знайдено, можна спробувати перезавантажити конфігурацію та повторно перевірити:

sudo initctl reload-configuration

# re-check
sudo initctl list | grep your_job_name

Потім спробуйте знову почати свою роботу:

sudo start your_job_name

Якщо ви не отримували жодного входу в систему /var/log/daemon.logабо /var/log/syslogраніше, можливо, зараз у вас є деякі.

Найбільш відповідна посилання на синтаксис файлу завдань буде доступна при запуску команди:

man 5 init

у вашій системі. Для Ubuntu 10.04, як ви виявили в попередній відповіді, синтаксис файлу pid неправильний.

Щоразу, коли ви отримуєте цю помилку "невідомої роботи", гарну ідею перевірити журнали (до 11.04, /var/log/daemon.log, 11.04 і більше, все входить у / var / log / syslog)

Можливо, ви побачите помилку:

init: /etc/init/test.conf:2: Unknown stanza

У всякому разі я тут, тому що у мене була така ж проблема, але мій синтаксис був на 100% правильним.

Після деякої налагодження я виявив ще одну проблему, яка може спричинити цю помилку "Невідома робота" :

вискочок використовує Inotify контролювати .conf зміни файлів і автоматичної установки робочих місць, це дуже здорово (для цього вам не потрібно що - щось на зразок update.rc з вискочкою!) , але може бути не досконалим , якщо ви (як і я в цьому випадку) використання деяку програму FTP / SCP GUI для завантаження та редагування конфігурацій на віддалені сервери, завдання можна безшумно видалити запущеним запуском, коли ви редагуєте файл таким чином.

виправити просто зробити це (що мене врятувало)

touch /etc/init/*

це призведе до ініціації подій, щоб оновити всі початкові конфлікти.

У мене була така ж проблема в моїх контейнерах Ubuntu 14.04 Docker. Як виявляється, зображення Ubuntu 14.04 (якщо не інші) для Docker не підтримує Upstart таким же чином, як і повна віртуальна машина.

Щоб відповісти на це запитання, чому служба не запускається, це тому, що initctl не є фактичною програмою Upstart: вона відображається на / bin / true.

Для перевірки запустіть наступне на контейнері Dobu Ubuntu 14.04 проти Vagrant та краплі DigitalOcean

$ ls -al /sbin/initctl

Ви побачите, що initctl не є тим самим у Докера проти інших.

Посилання, яке може продовжити ваше розуміння .. https://github.com/docker/docker/isissue/1024