Я использую новые рабочие места для запуска нескольких своих сервисов. Задания должны иметь один экземпляр на пользователя, т.е. они принимают имя пользователя в качестве параметра экземпляра. Я также настроил их на возрождение. Возрождение работает. Вот как выглядит мой конфигурационный файл
start on runlevel [2345]
stop on runlevel [06]
normal exit 0
respawn
respawn limit 5 300
instance $user
chdir /home/talha/syncservice/
script
exec python sync.py $user
end script
Проблема в том, что я хочу, чтобы эти задания экземпляра были перезапущены при перезагрузке системы. Очевидно, что я не могу передать все имена пользователей в качестве параметров экземпляра при перезагрузке, так как я не знаю, что и сколько экземпляров было создано в прошлый раз.
Существует ли способ, которым выскочка может сохранять свои таблицы состояний, например, задания при перезагрузке. Почему я предполагаю, что существует какая-то «таблица состояний» ?, потому что я предполагаю, что upstart отслеживает все запущенные задания экземпляра. Там будет таблица состояний, которая отслеживает, какой экземпляр возрождается в случае сбоя. В противном случае он не сможет возродить задание экземпляра. Поэтому, если эти таблицы можно будет сделать постоянными при перезагрузках, моя проблема будет решена.
Можно ли как-то достичь настойчивости? Где выскочка следит за своими работами? Это только в памяти или в файле?
Если это невозможно, это означает, что строфа
start on runlevel[2345]
не имеет смысла или пользы для заданий экземпляра.
Вы можете сохранить список пользователей в файл (в этом примере user-sync.list). Чтобы восстановить пользовательские сценарии, вы можете использовать цикл for в сценарии bash, который запускается пользователем root при загрузке. Где ваш скрипт инициализации называется user-sync:
#!/bin/sh
# /root/restore-user-sync.sh
for user in `cat user-sync.list`; do start user-sync user=$user; done
Добавьте его в crontab от имени root:
$ crontab -e
В файле cron:
@reboot /root/restore-user-sync.sh
Ведение списка активных пользователей является наиболее важной частью. Вы можете сделать это с помощью сценария Python или как часть сценария Upstart:
# /etc/init/user-sync.conf
start on runlevel [2345]
stop on runlevel [06]
normal exit 0
respawn
respawn limit 5 300
instance $user
chdir /home/talha/syncservice/
pre-start script
# if $user doesn't already exist in list, add $user to list
if ! grep $user user-sync.list; then echo $user >> user-sync.list; fi
end script
script
exec python sync.py $user
end script
pre-stop script
# remove line(s) from list that exactly match $user
sed -i "/\b$user\b/d" user-sync.list
end script
Вы можете заменить $ USER (который автоматически определяется как текущее имя пользователя) на $ пользователь, в противном случае при вызове сценария upstart вам нужно будет передать имя пользователя в качестве параметра:
sudo start user-sync user=myusername
Я бы определенно отказался от попадания под капот выскочки. Вы можете сделать это по-другому.
В разделе поваренной книги о строфе экземпляра приведен пример того, как делать такие вещи. Я делаю что-то подобное с несколькими экземплярами PostgreSQL; см. этот ответ.
Основная идея здесь - создать то, что я называю заданием «движок пони», которое запускает все задания вашего экземпляра. В вашем случае вы можете сделать так, чтобы он перебирал подкаталоги /home
, или содержал отдельный файл conf, в котором перечислены пользователи, для которых вы хотите, чтобы служба работала. Для каждого пользователя запустите экземпляр sync.py.
Вы правы, что start on
/ stop on
бесполезны в задании экземпляра. Переместите его в задание «двигатель пони».
К сожалению, сейчас у меня нет доступа к Linux-системе, но см. Вышеупомянутый ответ для примеров.