[
https://issues.apache.org/jira/browse/CLOUDSTACK-8678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14725609#comment-14725609
]
ASF GitHub Bot commented on CLOUDSTACK-8678:
--------------------------------------------
Github user securityvoodoo commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/766#discussion_r38436231
--- Diff:
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
---
@@ -258,7 +258,7 @@
private String _updateHostPasswdPath;
- private int _dom0MinMem;
+ private long _dom0MinMem;
--- End diff --
I see no reason not to default it to something sane.
Wido -
The way it is setup right now, admins would not be able to change it to
something lower than whatever we default to unless still greater than 768mb or
10% of system ram. At least not by specifying it via the host.reserved.mem.mb
property. That being said, the default should be greater than 768mb. A 1G
default sounds sane to me.
> OOM Kills Guests
> ----------------
>
> Key: CLOUDSTACK-8678
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8678
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Hypervisor Controller, KVM
> Affects Versions: 4.4.2
> Environment: Intel Xeon Quad Core CPU L5520 @ 2.27GHz
> 98 GB RAM
> Ubuntu 14.04
> Running Cloustack 4.4.2
> Reporter: Josh Harshman
> Assignee: Daan Hoogland
> Priority: Critical
>
> We have several KVM nodes running Cloudstack 4.4.2. Sometimes an instance
> with X amount of RAM provisioned will be started on a host that has X+a small
> amount of RAM free. The kernel OOM killer will eventually kill off the
> instance. Has anyone else seen this behavior, is there a way to reserve RAM
> for use by the host instead of by Cloudstack? Looking at the numbers in the
> database and the logs, Cloudstack is trying to use 100% of the RAM on the
> host.
> Any thoughts would be appreciated.
> Thank you,
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
