Кроме того, я рекомендую сохранить Вашу документацию актуальной, относительно кого размещает что для Вас и подходящей учетной записи и контактной информации для каждого поставщика. Как пример:
Мой домен регистрируется в Сетевых решениях
DynDNS размещает мои записи DNS
Postini размещает мою электронную почту
1and1 размещает мой веб-сайт
Так, как Вы видите, несколько сторон могут быть вовлечены, и это может быстро стать сбивающим с толку при внесении изменений или поиске и устранении неисправностей проблем.
Upstart не поддерживает символические ссылки, потому что они могут указывать на файл в разделе, который не загружается во время загрузки .
Я обошел это самостоятельно проект, поместив файлы conf в / etc / init / myscripts, а затем привязав их к каталогу в моем репозитории. mount --bind / etc / init / myscripts ~ / code / repo / initscripts
.
Добавьте это в / etc / fstab, и привязка будет постоянной:
/etc/init/myscripts /home/me/code/repo/initscripts none bind
Это эффективно дает вам жесткие- связанные каталоги. Upstart будет обрабатывать файлы conf как любые другие, поскольку они являются локальными для / etc / init. Ваш DVCS также будет видеть их как локальные файлы в репо, поэтому он также будет обрабатывать их, как и любые другие файлы, хранящиеся там. Лучшее из обоих миров.
Выскочка смотрит его каталоги конфигурации с inotify и перезагружает конфигурацию, когда любое изменение файлов или новый файл добавляется. По-видимому, это не работает на символьные ссылки.
Вручную обновить использование конфигурации
$ initctl reload-configuration
Как уже упоминалось ранее:
initctl reload-configuration
Однако, если вы получите ошибку вроде следующей:
initctl: Rejected send message, 1 matched rules; type="method_call", sender=":1.155" (uid=1000 pid=6177 comm="initctl reload-configuration ") interface="com.ubuntu.Upstart0_6" member="ReloadConfiguration" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init")