Estoy tratando de reiniciar los servicios después de un yum updateen RHEL 7.4. Podría reiniciar todos los servicios usando systemctl, pero needs-restartingdesde yum utilsme dice que también debería reiniciar systemd:
# needs-restarting
1 : /usr/lib/systemd/systemd --system --deserialize 21
¿Puedo reiniciar systemdsin reiniciar el servidor y cómo?
Encontré algunas menciones systemctl daemon-reload, pero esto no hace que desaparezca de la lista de reinicio de necesidades.
Respuestas:
Para reiniciar el demonio, ejecuta
systemctl daemon-reexec
Esto está documentado en la página de systemctlmanual :
Vuelva a ejecutar el administrador de systemd. Esto serializará el estado del administrador, volverá a ejecutar el proceso y deserializará el estado nuevamente. Este comando es de poca utilidad, excepto para la depuración y las actualizaciones de paquetes. A veces, puede ser útil como un peso pesado
daemon-reload. Mientras el demonio se está volviendo a ejecutar, todos los sockets del sistema que escuchan en nombre de la configuración del usuario permanecerán accesibles.
Lamentablemente needs-restarting, no puedo determinar que systemdrealmente se haya reiniciado. systemd execsreiniciar, lo que no restablece la hora de inicio del proceso; pero needs-restartingcompara el tiempo de modificación del ejecutable con el tiempo de inicio del proceso para determinar si un proceso necesita reiniciarse (entre otras cosas) y, como resultado, siempre considera que systemddebe reiniciarse ... Para determinar si systemdrealmente necesita reiniciarse, puede verificar la salida de lsof -p1 | grep deleted: systemdutiliza una biblioteca, libsystemd-sharedque se envía en el mismo paquete y, por lo tanto, se actualiza junto con el demonio, por lo que si systemdnecesita reiniciarse, lo verá usando una versión eliminada de la biblioteca. Si lsofno muestra archivos borrados, systemdno necesita reiniciarse. (Gracias aJeff Schaller por la pista!)
systemdDebian y derivados, por lo que está bien probado. También es razonablemente sencillo (buscar do_reexecute).
lsof -p1 | grep deletedse genera la siguiente salida lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs Output information may be incomplete. En lectura ( unix.stackexchange.com/questions/171519/… ), parece que incluso la raíz no puede acceder a ella. ¿Cuál sería la alternativa lsof -p1 | grep deleted?
En mi caso, acababa de actualizar systemdy systemctlfallaba cualquier comando:
# systemctl daemon-reexec
Failed to reload daemon: Access denied
# systemctl status
Failed to read server status: Access denied
Sin embargo, de acuerdo con la página de initmanual, puede hacer lo mismo enviando SIGTERMal demonio que se ejecuta como PID 1, que funcionó:
kill -TERM 1
Esto volvió a cargar el demonio, después de lo cual todos los systemctlcomandos comenzaron a funcionar nuevamente.
daemon-reexecse supone que funciona inclusosystemdcomo pid 1.