Linux关闭swap失败，swapoff failed: cannot allocate memory
目录
现象
有几台服务器内存充足，可用内存还有几十个G，swap分区被少量使用，执行swapoff -a的时候，报错：
$ swapoff -a -v
swapoff /swapfile
swapoff: /swapfile: swapoff failed: Cannot allocate memory
调查
Google了一番，网上主要给出了两种解决方法，分别是1)释放内存缓存，2)允许内存overcommit。
方法1：释放内存缓存后，重新执行swapoff -a
Unable to swapoff but enough physical memory is available中提出了这种解决方法：
sync ; echo 3 > /proc/sys/vm/drop_caches
How to Clear RAM Memory Cache, Buffer and Swap Space on Linux对此作做了更详细的说明，drop_caches接受的参数是1、2、3，分别清空pagecache、slab对象、pagecahce和slab对象。在Documentation/sysctl/vm.txt中可以找到说明：
To free pagecache:
echo 1 > /proc/sys/vm/drop_caches
To free reclaimable slab objects (includes dentries and inodes):
echo 2 > /proc/sys/vm/drop_caches
To free slab objects and pagecache:
echo 3 > /proc/sys/vm/drop_caches
dirty状态的内存缓存不会被释放，如果要释放尽可能多的内存缓存，先执行命令sync，减少dirty状态的内存缓存。如果要disable，输入参数4，注意0不被接受：
echo 4 > /proc/sys/vm/drop_caches
释放了部分内存缓存之后，部分机器等待一段时间，swapoff -a执行成功，有的机器还是不能成功，关停了几个服务之后，swapoff -a执行成功。
方法2：允许内存overcommit
这是后来看到的方法，没有试验，仅做记录。
当overcommit_memory == 2时，swapoff失败和swap无法卸载中使用的是这种方法：在/etc/sysctl.conf中设置vm.overcommit_memory=0，执行sysctl -p更新内核参数。
Documentation/sysctl/vm.txt中介绍了内核参数overcommit_memory的用途，它用来控制“用户空间申请内存时，是否进行内存容量判断(overcommit判断）以及是否批准：
When this flag is 0, the kernel attempts to estimate the amount
of free memory left when userspace requests more memory.
When this flag is 1, the kernel pretends there is always enough
memory until it actually runs out.
When this flag is 2, the kernel uses a "never overcommit"
policy that attempts to prevent any overcommit of memory.
Note that user_reserve_kbytes affects this policy.
设置的值为2表示不允许overcommit，这时候如果停掉swap，那么可用内存减少，用户空间的内存申请就可能触发overcommit被拒绝。但是事后查了一下我们集群中的机器，overcommit_memory的参数值本来就是0或1了，似乎和swapoff失败没啥关系。不过掌握了一组内核参数，也值了。
参考
