Opened 23 months ago
Closed 16 months ago
#259 closed defect (notanissue)
memory seen by a _service_ VM is different than set in Dom0
| Reported by: | joanna | Owned by: | joanna |
|---|---|---|---|
| Priority: | minor | Milestone: | Release 1 Beta 3 |
| Component: | core | Keywords: | |
| Cc: |
Description
free -m shows larger amount of memory than set via qvm-pref, and reported by qvm-ls.
Change History (4)
comment:1 Changed 22 months ago by rafal
comment:2 Changed 22 months ago by joanna
- Priority changed from major to minor
File a ticket (perhaps to xen-devel as well?). Moving this to Beta 3. Reducing this to minor (and perhaps we will move it to Beta 3, while waiting for the official fix).
comment:3 Changed 22 months ago by joanna
- Milestone changed from Release 1 Beta 2 to Release 1 Beta 3
comment:4 Changed 16 months ago by joanna
- Resolution set to notanissue
- Status changed from new to closed
It doesn't seem to harm anybody, and is strictly a Xen/kernel problem.

This looks like the kernel bug. Affects not only servicevms.
This is "fixed" by qmemman doing xl memset. That is why it is not visible in normal appvms. However, if I "xl start" an appvm manually with init=/bin/bash, there is a similar difference visible as well.
I think simply the memory amount reported by /proc/meminfo is miscalculated. If I do
then there is no change in xen free memory (or vms memory), but the meminfo shows 200 correctly then.
It can be worked around by adding
somewhere in a VM init.d script. Or do we want to file a ticket for suse folks and wait for a clean solution ?