Как я могу диагностировать сервис, не запускающийся при начальной загрузке?

На самом деле ни один, мы используем Поскольку-тестовый-сценарий Документации

Это сказанное мы записали документацию, которая идет с Документацией As-Manual. Мы имели в распоряжении контрольные списки, но при росте мы нашли, что они были подвержены ошибкам и действительно провальны в системе в целом.

У нас действительно однако есть вид "Поскольку-контрольного-списка Документации" установленным, который является - как упомянуто выше - мы экстенсивно контролируем наши сервисы. Существует высказывание:

Если Вы не контролируете его, Вы не управляете им

Это таким образом полностью верно, но другой должен быть:

Если Вы не контролируете его, Вы не документируете его

Каждый раз, когда мы должны переместить сервисы, мы просто сохраняем "Service Group", "Группа узлов", независимо от того, что применяется (мы используем Nagios, как можно предположить из словаря) открытый и он не перемещен, пока существует единственная красная точка на любом из сервисов.

Тесты предоставляют намного лучший контрольный список, чем какой-либо рукописный контрольный список мог обеспечить. Это на самом деле сам документирование, как только у нас есть некоторый отказ, который еще не контролировался, тест будет, по крайней мере, добавлен к Nagios, с этим мы получаем 2 Вещи бесплатно:

  • мы знаем, когда это перестало работать
  • другая точка в контрольном списке

"Реальная" документация сохранена в Wiki, упомянув ненужные детали определенного сервиса или теста. Если это будет отсутствовать, то люди добавят его, как только мы должны сделать некоторую миграцию или должны сделать некоторую работу с нею, до сих пор тот подход работал очень хороший.

Также ошибочная документация сглажена действительно быстро, каждый раз что-то перестало работать, люди начинают искать документацию и пытаются решить вопрос с HowTos там, если это неправильно, просто обновляют его с Вашими результатами.

Просто думайте об ошибках, можно было возможно создать следующим контрольный список и не устанавливавший любые тесты, которые дадут Вам зеленый флажок после применения их. Я не думаю, что возможно разделить Документацию от Контроля.

2
задан 22 October 2009 в 15:48
1 ответ

Ваши символьные ссылки там, но они не то, что Вы хотите. Если Вы замечаете, ваши все снабжаются префиксом 'K' для уничтожения. Они должны быть 'S' для запуска.

Зафиксируйте это с chkconfig beanstalkd on и проверьте его с chkconfig --list | grep beanstalkd.

6
ответ дан 3 December 2019 в 09:29
  • 1
    Да, но S и файлы K должны быть там, поскольку он должен запуститься на записи в runlevel и остановке на выходе. На другой ноте: это ДЕЙСТВИТЕЛЬНО имеет значение в мало этом it' s CentOS/Fedora/RHEL, поскольку подобные Debian дистрибутивы используют обновление-rc.d вместо chkconfig. –  Lee B 22 October 2009 в 17:05
  • 2
    Педанты объединяются! < g> Вы корректны - сервисы, которые должны работать, должен иметь обоих ' S' и ' K' сценарии, не просто ' S'. хорошая выгода. –  pboin 22 October 2009 в 18:18

Теги

Похожие вопросы