hm, no, I have gave up on RAM overprovisioning, since I got no good response from any of the gurus here. If you find a solution, I would greatly appriciate it...
Thanks, On 6 February 2014 21:42, motty cruz <motty.c...@gmail.com> wrote: > Hi Andrija, did you resolve issue you were having with RAM and > over-provision? I'm having same issues. my cluster is a KVM, I have > CONFIG_VIRTIO_BALLOON=y > in /boot/config-'uname -r' > > Thanks > > > On Thu, Oct 24, 2013 at 2:03 PM, Andrija Panic <andrija.pa...@gmail.com > >wrote: > > > Just lowered overprovisioning of RAM from 2 to 1, and started the same VM > > again, and I got good amount of RAM from inside the guest. > > > > when I do the ps aux thing from host, I get 100% same qemu-kvm > > parameters, confirmed by diff... > > > > How is this possible ? > > > > > > On 24 October 2013 22:53, Andrija Panic <andrija.pa...@gmail.com> wrote: > > > > > Hi, > > > > > > I have updated to CS 4.2 (not sure that my problem has to do anything > > with > > > that...) > > > I have RAM overprovisioning level of 2 on Cluster level. > > > > > > And after I start VM with compute ofering of 2GHZ (1x2gHz) and 2GB of > > ram, > > > it does invoke qemu-kvm with good parameters (2048M), but inside my VM > > when > > > doing top, or free -m, it reports rougly 50% of that amount: > > > > > > Here is the ps axu | grep vname #from host on which VM is running: > > > > > > root 17264 5.9 2.1 3447568 1090636 ? Sl 22:35 0:23 > > > /usr/libexec/qemu-kvm -name i-2-248-VM -S -M rhel6.4.0 -enable-kvm *-m > > > 2048 -*smp 1,sockets=1,cores=1,threads=1 -uuid > > 45087776-1238-4255-a87f-7ae6bcddc4a3 > > > -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/ > > > var/lib/libvirt/qemu/i-2-248-VM.monitor,server,nowait -mon > > > chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown > > > -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive > > > file=/var/lib/libvirt/images/aa0d036a-f814-4cd8-991f- > > > d0a0ad21a7d4,if=none,id=drive-virtio-disk0,format=qcow2,cache=none > > > -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive- > > > virtio-disk0,id=virtio-disk0,bootindex=2 -drive > > > if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,cache=none > > > -device > > ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 > > > -netdev tap,fd=23,id=hostnet0,vhost=on,vhostfd=36 -device > > > > > > virtio-net-pci,netdev=hostnet0,id=net0,mac=06:b0:24:00:00:66,bus=pci.0,addr=0x3 > > > -chardev pty,id=charserial0 -device > > isa-serial,chardev=charserial0,id=serial0 > > > -device usb-tablet,id=input0 -vnc0.0.0.0:12,password -vga cirrus > -device > > > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 > > > > > > From inside VM: > > > > > > # free -m > > > *total* used free shared buffers > > > cached > > > Mem: *853* 92 761 0 5 > > > 28 > > > -/+ buffers/cache: 58 795 > > > Swap: 4095 0 4095 > > > > > > Same for top. > > > Not sure what is happening, has to do something with RAM > overprovisioning > > > factor ? > > > How is this possible, when qemu-kvm parameteres seems fine (-m 2048) > > > > > > Thanks, > > > -- > > > > > > Andrija Panić > > > > > > > > > > > -- > > > > Andrija Panić > > -------------------------------------- > > http://admintweets.com > > -------------------------------------- > > > -- Andrija Panić -------------------------------------- http://admintweets.com --------------------------------------