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 --------------------------------------
