openstack kvm cannot set up guest memory 'pc.ram': Cannot allocate memory

Kvm:啓動報錯:error: internal error: process exited while connecting to monitor: 2018-11-12T01:47:14.993371Z qemu-system-x86_64: cannot set up guest memory 'pc.ram': Cannot allocate memory

今天有臺kvm掛了,物理機啓動時報錯html

很明顯看報錯顯示內存不足,沒法分配內存,查看物理機內存使用正常,.xml修改虛機內存後啓動依然報錯linux

報錯:函數

這時候須要看一下主機確保能夠分配多少內存spa

sysctl -a | grep overcommit線程

內核參數overcommit_memory 

它是 內存分配策略xml

可選值:0、一、2。
0, 表示內核將檢查是否有足夠的可用內存供應用進程使用;若是有足夠的可用內存,內存申請容許;不然,內存申請失敗,並把錯誤返回給應用進程。
1, 表示內核容許分配全部的物理內存,而無論當前的內存狀態如何。
2, 表示內核容許分配超過全部物理內存和交換空間總和的內存htm

什麼是Overcommit和OOM

    Linux對大部分申請內存的請求都回復"yes",以便能跑更多更大的程序。由於申請內存後,並不會立刻使用內存。這種技術叫作Overcommit。當linux發現內存不足時,會發生OOM killer(OOM=out-of-memory)。它會選擇殺死一些進程(用戶態進程,不是內核線程),以便釋放內存。blog

    當oom-killer發生時,linux會選擇殺死哪些進程?選擇進程的函數是oom_badness函數(在mm/oom_kill.c中),該函數會計算每一個進程的點數(0~1000)。點數越高,這個進程越有可能被殺死。每一個進程的點數跟oom_score_adj有關,並且oom_score_adj能夠被設置(-1000最低,1000最高)。進程

解決方法:

     很簡單,按提示的操做(將vm.overcommit_memory 設爲1)便可:內存

     有三種方式修改內核參數,但要有root權限:

   (1)編輯/etc/sysctl.conf ,改vm.overcommit_memory=1,而後sysctl -p 使配置文件生效

  (2)sysctl vm.overcommit_memory=1

  (3)echo 1 > /proc/sys/vm/overcommit_memory

相關文章
相關標籤/搜索