我们经常在/var/log/messages
kernel: SLUB: Unable to allocate memory on node -1 (gfp=0x8020)
在某些情况下，后跟分配表
kernel: cache: sigqueue(12019:454c4ebd186d964699132181ad7367c669700f7d8991c47d4bc053ed101675bc), object size: 160, buffer size: 160, default order: 0, min order: 0
kernel: node 0: slabs: 57, objs: 23313, free: 0
kernel: node 1: slabs: 35, objs: 14315, free: 0
好的，免费是0，但是如何调整呢？
以下是设置信息
OS - Centos7.3
Kernel - 3.10.0-327.36.3.el7.x86_64
Docker - 1.12.6
Kubernetes - 1.5.5
我们拥有由kurbernetes提供支持的私有云，拥有10个节点;它在上个月工作正常，现在我们在每个节点上经常收到这些警报，最后几天吊舱/集装箱也有所增加。
我们在每个节点上都有足够的memory和cpu。
对这些警报进行任何微调都会非常有用。
其他信息：
sysctl.conf选项
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_max_syn_backlog = 4096
net.core.somaxconn = 1024
net.ipv4.tcp_syncookies = 1
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.core.rmem_default = 65535
net.core.wmem_default = 65535
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.ipv4.ip_local_port_range = 1024 65535
vm.max_map_count = 262144
vm.swappiness=10
vm.vfs_cache_pressure=100
答案 0 :(得分：1)
请查看以下内容：https://pingcap.com/blog/try-to-fix-two-linux-kernel-bugs-while-testing-tidb-operator-in-k8s/。这是一个内核错误。
答案 1 :(得分：0)
问题似乎与kernel有关，首先是free -m和mkswap -c是否正确分配交换内存，如果未正确分配交换，请执行此操作。如果swap很好，那么你可能需要更新内核。