答案：VM时间同步是一门艺术，我要珍惜已有的并使用它们。这就是为什么：引用：“我花了几年时间尝试在主机和虚拟机之间同步时间，使用和不使用NTP等各种方法。这基本上是一门黑魔法，并且严重依赖于虚拟化程序、内核和一系列设置。我们无法在SO评论中解决这个问题，但如果您有一个已知的好配置，我会回到那里，并逐步更改，直到您知道哪个部分出了问题。” - abligh
除了第一个之外，所有内容都是“我没有权限做那个”，但我是root！
而且不工作。
许多重启。
除一个从属节点外，每个实例都具有相同的统计信息，我提高了一个来测试是否存在有限资源问题。
1 GB RAM
1 3.6 GHz CPU
唯一可以说的是，在上传备份数据库后问题开始出现。
数据库是我在第一个集群中已经拥有的一个，大约为5MB，并且主要以关系表列表样式呈现。这些未被使用，多次重启后仍未解决。我陷入了困境。
PS：进程列表为空。（1用于自身查找和2个睡眠空闲）
编辑：
Percona的信息是为了提供背景，这就是我正在做的事情。但问题在Debian 8内核中被认为是一个闰秒问题。关于hrtimer（高分辨率计时器），Mozilla建议的修复方法是使用Linux中的“日期”函数重置时间，但尝试设置日期告诉我我没有权限，尽管我是root用户。
信息：内幕故事——导致网络崩溃的额外一秒
http://wired.com/2012/07/leap-second-glitch-explained
截屏：
最近一次尝试: http://prnt.sc/c208x2
Mysql 进程列表: http://prnt.sc/c20b4f
背景：
我听说这与闰秒问题有关，但事实并不完全符合我的个人情况。
我在Proxmox中有几个debian linux虚拟机实例。
2个独立的Percona Galera-MySQL集群。
第一个集群是正在使用的原始集群，但它没有这个问题或者从来没有出现过。 我的新集群设置在所有3个节点上都有这个问题。
我尝试应用了几个版本的闰秒修复程序。
date
date -s "`date`"
date -s "`date`"
除了第一个之外，所有内容都是“我没有权限做那个”，但我是root！
而且不工作。
许多重启。
除一个从属节点外，每个实例都具有相同的统计信息，我提高了一个来测试是否存在有限资源问题。
1 GB RAM
1 3.6 GHz CPU
唯一可以说的是，在上传备份数据库后问题开始出现。
数据库是我在第一个集群中已经拥有的一个，大约为5MB，并且主要以关系表列表样式呈现。这些未被使用，多次重启后仍未解决。我陷入了困境。
PS：进程列表为空。（1用于自身查找和2个睡眠空闲）