[Rdo-list] Error libvirtd allocate memory (juno)

Emilio emilio.moreno at adam.es
Fri May 29 09:47:34 UTC 2015


Hi!


Our version of openstack is JUNO and we use CentOS7 like system (RDO)

We have a problem with RAM Allocating, with default settings (1->1.5) 
libvirt cannot allocate more memory (with CPU all is ok, 1:16 and no 
problem)

May 29 11:22:53 nova03 systemd: Starting Virtual Machine 
qemu-instance-000004bc.
May 29 11:22:53 nova03 systemd-machined: New machine qemu-instance-000004bc.
May 29 11:22:53 nova03 systemd: Started Virtual Machine 
qemu-instance-000004bc.
May 29 11:22:53 nova03 kvm: 33 guests now active
May 29 11:22:53 nova03 kernel: qbrb920d77c-7e: port 2(tapb920d77c-7e) 
entered disabled state
May 29 11:22:53 nova03 avahi-daemon[1660]: Withdrawing workstation 
service for tapb920d77c-7e.
May 29 11:22:53 nova03 kernel: device tapb920d77c-7e left promiscuous mode
May 29 11:22:53 nova03 kernel: qbrb920d77c-7e: port 2(tapb920d77c-7e) 
entered disabled state
May 29 11:22:53 nova03 journal: No se pudo leer desde el monitor: 
Conexión reinicializada por la máquina remota
May 29 11:22:53 nova03 journal: Error interno: early end of file from 
monitor: possible problem:
Cannot set up guest memory 'pc.ram': Cannot allocate memory

Same error in all nova's 01-02-03 like this.

My NOVA's have 128Gb of RAM and we used aprox 123-124 but with 1.5 
(overcommit ram) we cannot allocate more instances...Do you know this 
issue? It's a bug?

Libvirt version :

[root at nova02 log]# libvirtd --version
libvirtd (libvirt) 1.2.8

In nova.conf, lines of overcommit are by default type (comment) 1:16 for 
cpu (this is ok) and 1:1.5 for ram (this is the problem)

Thanks!!!!





-- 
------------------------------------------------------------------------

Técnico de Sistemas de Adam
Departamento de Sistemas

Tel. 902 902 685

Carrer Artesans, 7 - Parc Tecnològic del Vallès
08290 Cerdanyola del Vallès - Barcelona
www.adam.es <http://www.adam.es>

www.adam.es <http://www.adam.es>
Advertencia legal:

Este mensaje y, en su caso, los ficheros anexos son confidenciales, 
especialmente en lo que respecta a los datos personales, y se dirigen 
exclusivamente al destinatario referenciado.
Si usted no lo es y lo ha recibido por error o tiene conocimiento del 
mismo por cualquier motivo, le rogamos que nos lo comunique por este 
medio y proceda a destruirlo o borrarlo, y que en todo caso se abstenga 
de utilizar, reproducir, alterar, archivar o comunicar a terceros el 
presente mensaje y ficheros anexos, todo ello bajo pena de incurrir en 
responsabilidades legales. El emisor no garantiza la integridad, rapidez 
o seguridad del presente correo, ni se responsabiliza de posibles 
perjuicios derivados de la captura, incorporaciones de virus o 
cualesquiera otras manipulaciones efectuadas por terceros.

ecotechNo imprimas si no es necesario. Protejamos el Medio Ambiente.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20150529/1b70119e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: adam.png
Type: image/png
Size: 10687 bytes
Desc: not available
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20150529/1b70119e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fulla.jpg
Type: image/jpeg
Size: 741 bytes
Desc: not available
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20150529/1b70119e/attachment.jpg>


More information about the dev mailing list