问ACPI:断电与关机

EN

通常，当我看到这种情况发生时，这是因为VM的管理员没有正确配置或启动服务。

在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)在一种新的方式中是非常重要的。

首先，你确定客人在等待了足够长的时间后才停止服务吗？

我将假设您使用libvirt来管理您的qemu。如果您想要自定义您的本地系统给libvirtd多长时间来关闭它的来宾，我相信您将在一个与libvirtd.service对应的systemd插入单元中定义libvirtd.service。有关此问题的更多信息，请参见这里。