[jira] [Commented] (CLOUDSTACK-3415) Guest os memory is not getting dynamically adjusted incase of overcommit

["Bharat Kumar (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-3415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13721668#comment-13721668 ] 

Bharat Kumar commented on CLOUDSTACK-3415:
------------------------------------------

The memory shown at the guest os level is not correct as the guest OS is not aware of the memory optimization at the hypervisor level. In order to verify the actual allocation vmware counters should be observed.

In this case as mentioned total memory > actual memory available. which means overcommit is working. 

this is not a bug.
                
> Guest os memory is not getting dynamically adjusted incase of overcommit
> ------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-3415
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3415
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Management Server
>    Affects Versions: 4.2.0
>         Environment: master stable branch ;vmware esxi-5.1
>            Reporter: prashant kumar mishra
>            Assignee: Bharat Kumar
>            Priority: Critical
>             Fix For: 4.2.0
>
>         Attachments: Logs_DB.rar
>
>
> In case of contention existing vms memory should automatically get reduced (should be between reserved and max)  so that new vms can accommodate on host.But i did not  see this behavior on vmware.
> Guest OS always shows max memory even in case of contention .
> Steps to reproduce
> ---------------------------
> 1-Preapre a CS setup with vmware esxi5.1
> 1-Set memory overcommit to 2
> 3-Create a service offering of1 (cpu=500MGZ,Memory=4096MB)
> 4-Deploy vms using service offering of1 till no memory  left on hypervisor
> 5-run cat /proc/meminfo on each guest
> Actual
> ----------
> 1-Step 5 shows each guest is having 4096MB
> 2-Total guest os memory(at guest OS level) >what physically available on host
> Expected
> --------------
> 1-VMs memory should dynamically get adjusted (<4096) in order to accommodate new vms on host
> 2-Total guest os memory (at guest OS level) <=what physically available on host

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira