Если у вас есть и сценарий init.d
, и файл systemd .service
с тем же именем, systemd будет использовать служебный файл для всех операций. Я считаю, что команда service
просто перенаправит на systemd. Сценарий init.d будет проигнорирован.
Используйте systemd
. Это новинка Debian 8, но по умолчанию. Служебные файлы systemd предполагается выглядеть проще, чем сценарии init.d. Вы не упомянули какую-либо конкретную функцию, которая вам нужна, которая не поддерживается службой systemd.
Если бы служебный файл не был включен, systemd
с радостью использовал бы сценарий init.d. Итак, разработчик пакета mongod говорит вам, что они думают, что это определение systemd лучше :).
Посмотрите на вывод systemctl status mongod
. Если служба разрешена для запуска во время загрузки, в строке Loaded:
будет указано «включено». В противном случае вы можете использовать systemctl enable mongod
. Вы также можете включить опцию - сейчас
, и одновременно с этим запустится mongod.
ИТ-команда подтвердила, что это проблема с нашей сетью, и это произошло случайно после того, как я изменил имя пользователя и пароль.
Изменение имени пользователя и пароля не должно повлиять на возможность SSH использовать эти новые данные.
Ошибка отказа в соединении указывает на то, что IP-адрес, на который вы пытаетесь подключиться по ssh, отказывается от соединения. В случае неправильного пароля выдаст ошибку аутентификации. Вы можете добраться до запроса пароля?