Una forma sencilla de convertir cualquier cosa en caracteres legibles:
$ head -c30 /dev/urandom | base64
nkGmuXgY/1OfNz8i/t3MsVe/5Q0z18AKotV3oJRW
Обычно такое происходит потому, что администратор виртуальной машины неправильно настроил или запустил службы.
В RHEL/CentOS 6, если сценарий запуска не создал файл флага для конкретной службы -, чтобы указать, что служба была запущена, процедура выключения пропускала бы закрытие этой службы, поскольку предполагалось, что сервер уже был остановлен., или не началось в первую очередь. Но это по-прежнему позволяло останавливать и повторно -запускать службу, которая изначально была запущена во время загрузки, любым способом, который пожелает администратор.
В RHEL/CentOS 7, если вы запускаете службу с помощью команды systemctl
или оболочки совместимости service
, процессы службы помещаются в собственную группу управления , которая отслеживается systemd
. ]. Если просто запустить /etc/init.d/name-of-service start
в командной строке, этого не произойдет. Даже если служба изначально была запущена во время загрузки, если вы остановите и перезапустите ее вручную, группа управления, специфичная для службы -, исчезнет, как только в ней больше не будет живых процессов.
И когда система выключается, systemd
просматривает все группы управления, относящиеся к службам -, выполняет ExecStop
действия над ними и ждет, пока все процессы в этой группе управления не будут завершены или произойдет сбой. достигнут тайм-аут. Предполагается, что любые процессы, оставшиеся в контрольной группе «по умолчанию», не связаны с какой-либо конкретной службой и просто могут быть уничтожены.что может быть неправильным способом остановки процессов, запущенных с помощью /etc/init.d/name-of-service start
.
Таким образом, в любой системе с systemd
использование правильной команды для запуска служб (= с systemctl start <name>
или оболочкой совместимостиservice <name> start
)важно по-новому.