答案: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个睡眠空闲)