You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Bharat Kumar (JIRA)" <ji...@apache.org> on 2013/07/27 18:05:49 UTC

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

     [ https://issues.apache.org/jira/browse/CLOUDSTACK-3415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bharat Kumar resolved CLOUDSTACK-3415.
--------------------------------------

    Resolution: Fixed
    
> 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