После обновления некоторых вещей на одном из моих debian-серверов он игнорирует "некоторые" сценарии, которые он должен запускать при запуске (из "init.d").
Например, Postfix, Memcached или другие демоны запускаются, а «Apache2», «Cron» и другие - нет. Я не могу найти никаких ошибок в файлах журналов, которые указывают на то, что запуск не удался, поэтому я предполагаю, что он никогда не запускался.
Есть идеи, где искать? :(
редактировать: вывод из sysv-rc-conf мне нравится и показывает, что Apache и Cron должны запускаться так же, как Postfix и т. д.
Есть еще идеи?
редактирование / решение: я переместил все, что не запускалось должным образом, в "S19 ..." в rc2.d, и теперь все, что мне нужно, работает после перезагрузки. Но я до сих пор не понимаю, в чем была проблема ...
Скрипты в init.d выполняются только в том случае, если они должны выполняться на определенном уровне выполнения. Большинство дистрибутивов Linux используют символические ссылки из /etc/rcX.d, где X - уровень выполнения, для выбора выполняемых скриптов. Ваш дистрибутив также может предоставлять инструмент для управления этими ссылками.
Ты можешь использовать sysv-rc-conf утилита. Он показывает вам все скрипты, найденные в /etc/init.d/ папка рядами. Столбцы представляют разные уровни выполнения. Вы можете (снять) пометку ячейки в таблице, и соответствующая ссылка будет (де) активирована.
В системах на основе Debian вы также можете использовать update-rc.d. В системах, подобных Redhat, вы можете использовать chkconfig. Если соответствующие ссылки есть, скрипты следует вызывать при запуске.
Я не совсем специалист по сбоям сервера, но я очень уважаю движок SO и все его экземпляры. У меня была описанная здесь проблема, и я решил ее.
В моем случае /etc/rc2.d был проигнорирован, потому что моя система вместо этого использовала /etc/init.d/.depend.start. Я отредактировал его вручную, и изменения, которые я внес в этот файл, НЕ были проигнорированы.
Я выяснил это, проследив сценарий /etc/init.d/rc и раздел ФАЙЛЫ в конце страницы руководства startpar. Я действительно хотел бы, чтобы это было менее темным и тихим. Кажется, это не недавнее изменение, но я никогда не сталкивался с ним, возможно, потому, что в последнее время использовал стабильные репозитории. Или потому, что apt-get выполнял свою работу, и мне не приходилось менять настройки вручную.
Однако это может быть не проблема, описанная в этой ветке. Автор упомянул, что использование S19 исправило его проблему, в которой я не могу понять. В любом случае, надеюсь, это будет кому-то полезно. Я проверил много тем и нигде не нашел решения.
Одно из мест для проверки - это файл / etc / default / servicename (где servicename - это имя не запускаемой службы).
Некоторые сценарии инициализации будут иметь параметр в этом файле, который управляет запуском демона, который по умолчанию имеет значение no, чтобы вы, по крайней мере, смотрели конфигурацию перед запуском демона.
Apache2 и cron не имеют этой настройки из памяти, но, возможно, некоторые из «других», о которых вы говорили, могли бы ее использовать.
