Linux kernel CoreOS虚拟机崩溃：交换跟踪打印

我在kubernetes上使用Coreos773.1.0。最近它崩溃并打印了此跟踪日志：

VM仍在运行，但我无法通过ssh连接到它，kubernetes主节点将其声明为

NotReady

。我必须关掉它（而不是关机）然后启动它

---

我使用Hyper-V作为虚拟机监控程序，虚拟机配置12GB RAM、4GB交换、4核CPU。特别是，我在将磁盘（

.vhd

文件）移动到新分区后出现此错误。

根据堆栈跟踪，看起来内核试图释放内存。因此，该节点可能承受了严重的内存压力。内核bug往往在内存压力下突然出现

---

看起来交换也已打开。Kubernetes开发人员不建议启用交换。

根据堆栈跟踪，看起来内核试图释放内存。因此，该节点可能承受了严重的内存压力。内核bug往往在内存压力下突然出现

---

看起来交换也已打开。Kubernetes开发人员不建议启用交换。

根据堆栈跟踪，看起来内核试图释放内存。因此，该节点可能承受了严重的内存压力。内核bug往往在内存压力下突然出现

---

看起来交换也已打开。Kubernetes开发人员不建议启用交换。

根据堆栈跟踪，看起来内核试图释放内存。因此，该节点可能承受了严重的内存压力。内核bug往往在内存压力下突然出现

---

看起来交换也已打开。Kubernetes开发人员不建议打开交换。

看起来Kubernetes的过程被阻塞了。您有kubelet日志吗？在哪个操作中，kubelet被阻塞了？

看起来kubelet过程被阻塞了。您有kubelet日志吗？在哪个操作中，kubelet被阻塞了？

看起来kubelet过程被阻塞了。您有kubelet日志吗？在哪个操作中，kubelet被阻塞了？

看起来kubelet过程被阻塞了。您是否有kubelet日志以及在哪个操作中，kubelet被阻塞？

这是CoreOS 717.3.0与swap的已知问题：

这是CoreOS 717.3.0与swap的已知问题：

这是CoreOS 717.3.0与swap的已知问题：

否，我无法访问kubelet日志，因为整个主机都挂起了。我不得不把它关掉。当打开时，日志被擦除没有，我无法访问kubelet日志，因为整个主机都挂起了。我不得不把它关掉。当打开时，日志被擦除没有，我无法访问kubelet日志，因为整个主机都挂起了。我不得不把它关掉。当打开时，日志被擦除没有，我无法访问kubelet日志，因为整个主机都挂起了。我不得不把它关掉。打开时，日志被删除。您能解释为什么他们不建议打开交换，特别是在CoreOS中，还是一般？您能解释为什么他们不建议打开交换，特别是在CoreOS中，还是一般？您能解释为什么他们不建议打开交换，特别是在CoreOS中，或者一般地？你能解释一下为什么他们不建议打开交换，特别是在CoreOS中，或者一般地？谢谢，我注意到了谢谢，我注意到了谢谢，我注意到了谢谢，我注意到了