On 2016-12-27 03:51, ban...@openmailbox.org wrote:
Hello and Happy Holidays,
In the past few years many serious attacks against the memory
deduplication (KSM) feature of all hypervisors have been shown. [1]
Even allowing attackers to modify/steal APT keys and source lists on
the host. [2] Since
Hello and Happy Holidays,
In the past few years many serious attacks against the memory
deduplication (KSM) feature of all hypervisors have been shown. [1] Even
allowing attackers to modify/steal APT keys and source lists on the
host. [2] Since its not enabled by default the fall out is
On Wed, Feb 25, 2015 at 11:38:46AM +0100, Raymond Durand wrote:
Thanks.
Is it possible to enable/disable which parameters are triggered by Nova on
Libvirt? ie.
-device virtio-balloon
-pci-device isa-serial
No, these are a standard part of Nova
Regards,
Daniel
--
|: http://berrange.com
Ok thanks.
Regards,
2015-03-05 20:45 GMT+01:00 Daniel P. Berrange berra...@redhat.com:
On Wed, Feb 25, 2015 at 11:38:46AM +0100, Raymond Durand wrote:
Thanks.
Is it possible to enable/disable which parameters are triggered by Nova
on
Libvirt? ie.
-device virtio-balloon
-pci-device
Is Libvirt memory ballooning managed by nova in OpenStack Juno?
Is Libvirt memory ballooning independent from the OpenStack RAM
allocation ratio? and allow a VM to expand (page out) even though the
overall RAM allocation ratio is already at his maximum?
Thanks,
Regards,
--
libvir-list mailing
On Wed, Feb 25, 2015 at 11:27:23AM +0100, Raymond Durand wrote:
Is Libvirt memory ballooning managed by nova in OpenStack Juno?
Is Libvirt memory ballooning independent from the OpenStack RAM
allocation ratio? and allow a VM to expand (page out) even though the
overall RAM allocation ratio
:
Is Libvirt memory ballooning managed by nova in OpenStack Juno?
Is Libvirt memory ballooning independent from the OpenStack RAM
allocation ratio? and allow a VM to expand (page out) even though the
overall RAM allocation ratio is already at his maximum?
OpenStack doesn't do anything
On 30.12.2014 16:46, Narayanan, Krishnaprasad wrote:
Hello all,
I am using libvirt version 1.1.1 on one of the nodes which has several
VMs. When I used virsh dommemstat domain UUID, I am getting the
following flags: actual, swap_in and rss. I am not able to get the
unused memory that is
On Wed, Dec 31, 2014 at 01:36:21AM +, Narayanan, Krishnaprasad wrote:
Hallo all,
I am using libvirt version 1.1.1 on one of the nodes which has several VMs. When I executed the
command, virsh dommemstat domain UUID, I am getting the following flags as output:
actual, swap_in and rss. The
: Martin Kletzander [mailto:mklet...@redhat.com]
Sent: Freitag, 2. Januar 2015 16:15
To: Narayanan, Krishnaprasad
Cc: libvir-list@redhat.com
Subject: Re: [libvirt] libvirt memory flags
On Wed, Dec 31, 2014 at 01:36:21AM +, Narayanan, Krishnaprasad wrote:
Hallo all,
I am using libvirt version
Hello all,
I am using libvirt version 1.1.1 on one of the nodes which has several VMs.
When I used virsh dommemstat domain UUID, I am getting the following flags:
actual, swap_in and rss. I am not able to get the unused memory that is
associated with the virtual machine.
Can I kindly know is
[please, do not top-post on technical lists. And, can you teach your
mailer to wrap long lines. Thanks.]
At Fri, 2 Jan 2015 15:36:19 +,
Narayanan, Krishnaprasad wrote:
Hi Martin,
Thanks for your reply. Please correct me if I am wrong here.
The latest version of libvirt generates
Hallo all,
I am using libvirt version 1.1.1 on one of the nodes which has several VMs.
When I executed the command, virsh dommemstat domain UUID, I am getting the
following flags as output: actual, swap_in and rss. The API does not return
unused memory flag that is associated to the virtual
This patch set addresses a bunch of memory NUMA fixes.
Series Description:
===
Patch 1/3 : Use consistent data type to represent memory elements in various
XML attributes. This ensures all memory elements are always represented as
'unsigned long long'.
Patch 2/3 : This adds a 'unit'
On 05.11.2014 11:56, Prerna Saxena wrote:
This patch set addresses a bunch of memory NUMA fixes.
Series Description:
===
Patch 1/3 : Use consistent data type to represent memory elements in various
XML attributes. This ensures all memory elements are always represented as
'unsigned
On Wednesday 05 November 2014 08:40 PM, Michal Privoznik wrote:
On 05.11.2014 11:56, Prerna Saxena wrote:
This patch set addresses a bunch of memory NUMA fixes.
Series Description:
===
Patch 1/3 : Use consistent data type to represent memory elements in various
XML attributes.
At Mon, 24 Mar 2014 11:19:35 +0530,
Vikas Kokare wrote:
We are trying to understand the memory allocation and usage for a KVM guest
using the libvirt java API version 0.5.0. A certain memoryStats(int) on the
Domain class allows you to fetch MemoryStatistic values.
Each of this statistic has a
We are trying to understand the memory allocation and usage for a KVM guest
using the libvirt java API version 0.5.0. A certain memoryStats(int) on the
Domain class allows you to fetch MemoryStatistic values.
Each of this statistic has a tag and a value. In our case, the values
returned were
Am Mittwoch, 11. September 2013, 11:27:30 schrieb Daniel P. Berrange:
On Wed, Sep 11, 2013 at 10:47:08AM +0200, David Weber wrote:
Am Freitag, 6. September 2013, 12:10:04 schrieb Daniel P. Berrange:
On Tue, Aug 27, 2013 at 09:09:25AM +0200, David Weber wrote:
Hi,
we try to use
On Thu, Sep 19, 2013 at 01:26:52PM +0200, David Weber wrote:
Am Mittwoch, 11. September 2013, 11:27:30 schrieb Daniel P. Berrange:
On Wed, Sep 11, 2013 at 10:47:08AM +0200, David Weber wrote:
Am Freitag, 6. September 2013, 12:10:04 schrieb Daniel P. Berrange:
On Tue, Aug 27, 2013 at
Am Donnerstag, 19. September 2013, 12:33:21 schrieb Daniel P. Berrange:
On Thu, Sep 19, 2013 at 01:26:52PM +0200, David Weber wrote:
Am Mittwoch, 11. September 2013, 11:27:30 schrieb Daniel P. Berrange:
On Wed, Sep 11, 2013 at 10:47:08AM +0200, David Weber wrote:
Am Freitag, 6. September
Am Mittwoch, 11. September 2013, 11:27:30 schrieb Daniel P. Berrange:
On Wed, Sep 11, 2013 at 10:47:08AM +0200, David Weber wrote:
Am Freitag, 6. September 2013, 12:10:04 schrieb Daniel P. Berrange:
On Tue, Aug 27, 2013 at 09:09:25AM +0200, David Weber wrote:
Hi,
we try to use
Am Freitag, 6. September 2013, 12:10:04 schrieb Daniel P. Berrange:
On Tue, Aug 27, 2013 at 09:09:25AM +0200, David Weber wrote:
Hi,
we try to use vcpu pinning on a 2 socket server with Intel Xeon E5620
cpus, HT enabled and 2*6*16GiB Ram but experience problems if we try to
start a
On Wed, Sep 11, 2013 at 10:47:08AM +0200, David Weber wrote:
Am Freitag, 6. September 2013, 12:10:04 schrieb Daniel P. Berrange:
On Tue, Aug 27, 2013 at 09:09:25AM +0200, David Weber wrote:
Hi,
we try to use vcpu pinning on a 2 socket server with Intel Xeon E5620
cpus, HT enabled
On Tue, Aug 27, 2013 at 09:09:25AM +0200, David Weber wrote:
Hi,
we try to use vcpu pinning on a 2 socket server with Intel Xeon E5620 cpus,
HT
enabled and 2*6*16GiB Ram but experience problems if we try to start a guest
on the second socket:
error: Failed to start domain test
error:
Hi,
we try to use vcpu pinning on a 2 socket server with Intel Xeon E5620 cpus, HT
enabled and 2*6*16GiB Ram but experience problems if we try to start a guest
on the second socket:
error: Failed to start domain test
error: internal error: process exited while connecting to monitor:
On 07/26/2013 10:09 AM, Serge Hallyn wrote:
Quoting Serge Hallyn (serge.hal...@ubuntu.com):
Hi,
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1201938 documents
a memory leak we're seeing in libvirt. I've reproduced it in 1.0.2,
1.0.6, and an hourly snapshot from yesterday morning
Quoting Eric Blake (ebl...@redhat.com):
On 07/26/2013 10:09 AM, Serge Hallyn wrote:
Quoting Serge Hallyn (serge.hal...@ubuntu.com):
Hi,
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1201938 documents
a memory leak we're seeing in libvirt. I've reproduced it in 1.0.2,
1.0.6,
Hi,
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1201938 documents
a memory leak we're seeing in libvirt. I've reproduced it in 1.0.2,
1.0.6, and an hourly snapshot from yesterday morning (which is built
at https://launchpad.net/~serge-hallyn/+archive/libvirt-mav)
To reproduce it, I
Quoting Serge Hallyn (serge.hal...@ubuntu.com):
Hi,
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1201938 documents
a memory leak we're seeing in libvirt. I've reproduced it in 1.0.2,
1.0.6, and an hourly snapshot from yesterday morning (which is built
at
On Wed, Jun 19, 2013 at 04:29:48AM +0200, Marek Marczykowski-Górecki wrote:
Hi,
Is there any zero-copy VM memory access API in libvirt? I see only
virDomainMemoryPeek function, which copy some memory from VM and do not permit
VM memory modifications.
What I'm looking for is xen
Hi,
Is there any zero-copy VM memory access API in libvirt? I see only
virDomainMemoryPeek function, which copy some memory from VM and do not permit
VM memory modifications.
What I'm looking for is xen xc_map_foreign_pages or
xc_gnttab_map_domain_grant_refs equivalent/wrapper. IOW map memory
Bley [mailto:cb...@av-test.de]
Sent: 2012年10月8日 20:33
To: veill...@redhat.com
Cc: Benjamin Wang (gendwang); libvir-list@redhat.com; Yang Zhou (yangzho)
Subject: Re: [libvirt] Memory free in libvirt JNA
Hi Daniel,
At Fri, 28 Sep 2012 22:34:13 +0800,
Daniel Veillard wrote:
sorry for the delay, I
At Thu, 11 Oct 2012 08:37:23 +,
Benjamin Wang (gendwang) wrote:
Hi Claudio,
Sorry for my late response.
I have gone through Claudio's solution. It's good. But I think this is not
a common solution. There are two points:
1. This solution must use Pointerbyreference to encapsulate
(yangzho)
Subject: Re: [libvirt] Memory free in libvirt JNA
At Thu, 11 Oct 2012 08:37:23 +,
Benjamin Wang (gendwang) wrote:
Hi Claudio,
Sorry for my late response.
I have gone through Claudio's solution. It's good. But I think this is not
a common solution. There are two points:
1
Hi Daniel,
At Fri, 28 Sep 2012 22:34:13 +0800,
Daniel Veillard wrote:
sorry for the delay, I need to focuse one something else ATM !
Me too. So, no worries! ;)
First do you have a small pointer indicating where in JNA that kind
of native deallocation must take place, since most of the time
Hi Claudio,
sorry for the delay, I need to focuse one something else ATM !
On Mon, Sep 24, 2012 at 04:11:19PM +0200, Claudio Bley wrote:
At Wed, 12 Sep 2012 20:23:28 +0800,
Daniel Veillard wrote:
I think we must provide the free functions for all the memory allocated
by libvirt.
At Wed, 12 Sep 2012 20:23:28 +0800,
Daniel Veillard wrote:
I think we must provide the free functions for all the memory allocated by
libvirt.
Okay, can you work on making a patch ? To be honnest I'm very unlikely
to have time for this in the short term,
I did notice the same thing
Hello list,
I see several mentions online for a patch that adds memory statistics to the
libvirt plugin for collectd.
Can anyone point me to the patch?
Thanks!
Frank--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
On Sun, Sep 09, 2012 at 02:09:45PM +, Benjamin Wang (gendwang) wrote:
Hi,
I wrote a code to verify the memory leak problem as following.
C code in so:
void checkJNAMemLeak1(int **head, int *length)
{
long i = 0;
*head = (int *)malloc(sizeof(int) * 1);
for(i=0;
Hi,
I wrote a code to verify the memory leak problem as following.
C code in so:
void checkJNAMemLeak1(int **head, int *length)
{
long i = 0;
*head = (int *)malloc(sizeof(int) * 1);
for(i=0; i1; i++)
{
(*head)[i] = 1;
}
*length = 1;
}
Hi,
Overview Part of JNA API describes as following:
1. Description1:
If the native method returns char* and actually allocates memory, a return type
of Pointer should be used to avoid leaking the memory. It is then up to you to
take the necessary steps to free the allocated memory.
2.
On Sat, Aug 11, 2012 at 07:45:19AM +0100, Richard W.M. Jones wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=847429
Spotted by valgrind:
==2390== 45 bytes in 1 blocks are definitely lost in loss record 68 of 123
==2390==at 0x4A086DC: malloc (vg_replace_malloc.c:270)
==2390==by
On 08/13/2012 01:57 AM, Daniel P. Berrange wrote:
On Sat, Aug 11, 2012 at 07:45:19AM +0100, Richard W.M. Jones wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=847429
Spotted by valgrind:
==2390== 45 bytes in 1 blocks are definitely lost in loss record 68 of 123
==2390==by 0x5817568:
On Mon, Aug 13, 2012 at 09:53:22AM -0600, Eric Blake wrote:
On 08/13/2012 01:57 AM, Daniel P. Berrange wrote:
On Sat, Aug 11, 2012 at 07:45:19AM +0100, Richard W.M. Jones wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=847429
Spotted by valgrind:
==2390== 45 bytes in 1 blocks are
https://bugzilla.redhat.com/show_bug.cgi?id=847429
Spotted by valgrind:
==2390== 45 bytes in 1 blocks are definitely lost in loss record 68 of 123
==2390==at 0x4A086DC: malloc (vg_replace_malloc.c:270)
==2390==by 0x30D060EBA0: _dl_signal_error (in /usr/lib64/ld-2.16.so)
==2390==by
Hi, I have some problems with qemu ballooning.
I saw the qemu docs. I found the qemu monitor command balloon that can
request VM to change its memory allocation to value(in MB).
it requested qemu command line with -balloon virtio, then I start qemu into
monitor mode with memory 512MB.
first
If someone has the time ... I am seeing a memory leak in this code path.
The leak seems to be triggerable by shutting down a VM:
==4717== 40 bytes in 1 blocks are definitely lost in loss record 547 of
1,014
==4717==at 0x4A05E46: malloc (vg_replace_malloc.c:195)
==4717==by
Thank you for your answer.
The memory leak problem on my application its solved now, and it is not
related to list_domains method that i suspected before.
So thank you any way and keep up the good job.
Best regards,
--
Carlos Rodrigues c...@eurotux.com
Investigação e Desenvolvimento
Eurotux
On Tue, Apr 10, 2012 at 12:08:14PM +0100, Richard W.M. Jones wrote:
On Mon, Apr 09, 2012 at 10:19:38AM -0600, Eric Blake wrote:
On 04/07/2012 03:33 AM, Richard W.M. Jones wrote:
However the above commit is later amended by this commit:
On 04/07/2012 03:33 AM, Richard W.M. Jones wrote:
However the above commit is later amended by this commit:
--
commit eaddec976ef06457fee4a4ce86b8c7ee906183b7
Author: Michal Privoznik mpriv...@redhat.com
Date: Wed
I'm trying to track down:
https://bugzilla.redhat.com/show_bug.cgi?id=810613
I *think* this is a libvirt bug, but I can only reproduce it on one
machine, not on another machine that has a virtually identical setup.
Anyway, something is confusing me about libvirt. In this commit:
On 01/25/2012 03:20 AM, Carlos Rodrigues wrote:
Hi,
I have some problems on my application with memory leak when call
list_domains method.
I'm using libvirt 0.8.3 and Sys::Virt 0.2.4 Perl Module.
Does anyone have any idea what's the problem?
Sorry for not noticing this mail sooner.
Hi,
I have some problems on my application with memory leak when call
list_domains method.
I'm using libvirt 0.8.3 and Sys::Virt 0.2.4 Perl Module.
Does anyone have any idea what's the problem?
Regards,
--
Carlos Rodrigues c...@eurotux.com
Eurotux Informática, S.A. [http://eurotux.com]
Hello, there
Per bug https://bugzilla.redhat.com/show_bug.cgi?id=725322, should
we change the remoteDomainSet* functions into skipgen, and fix the
leaks like below? (NB, new VIR_FREE statements)
static int
remoteDomainSetBlkioParameters(virDomainPtr dom,
virTypedParameterPtr params,
int nparams,
2011/7/27 Osier Yang jy...@redhat.com:
Hello, there
Per bug https://bugzilla.redhat.com/show_bug.cgi?id=725322, should
we change the remoteDomainSet* functions into skipgen, and fix the
leaks like below? (NB, new VIR_FREE statements)
Why not fix the generator instead?
static int
2011/7/27 Matthias Bolte matthias.bo...@googlemail.com:
2011/7/27 Osier Yang jy...@redhat.com:
Hello, there
Per bug https://bugzilla.redhat.com/show_bug.cgi?id=725322, should
we change the remoteDomainSet* functions into skipgen, and fix the
leaks like below? (NB, new VIR_FREE statements)
于 2011年07月28日 03:19, Matthias Bolte 写道:
2011/7/27 Matthias Boltematthias.bo...@googlemail.com:
2011/7/27 Osier Yangjy...@redhat.com:
Hello, there
Per bug https://bugzilla.redhat.com/show_bug.cgi?id=725322, should
we change the remoteDomainSet* functions into skipgen, and fix the
leaks like
Hello,
is there any possibility to use something like self-ballooning in KVM
guests? Is there any script/apps which can get actual memory usage from
guest and send balloon command to host?
Thank you,
Jaromir.
--
libvir-list mailing list
libvir-list@redhat.com
I am wondering if someone could interpret the valgind output for
memory leak check that I see when I look for memory leaks...
When a thread for creating a VM was spawned I see this output for example:
==15488== LEAK SUMMARY:
==15488==definitely lost: 9,133 bytes in 12 blocks
==15488==
On Thu, Oct 21, 2010 at 09:34:59AM -0400, Stefan Berger wrote:
I am wondering if someone could interpret the valgind output for
memory leak check that I see when I look for memory leaks...
When a thread for creating a VM was spawned I see this output for example:
==15488== LEAK SUMMARY:
On Thu, Oct 21, 2010 at 09:34:59AM -0400, Stefan Berger wrote:
I am wondering if someone could interpret the valgind output for
memory leak check that I see when I look for memory leaks...
When a thread for creating a VM was spawned I see this output for example:
==15488== LEAK SUMMARY:
Hi Jaromír
2010/7/17 Jaromír Červenka cerv...@cervajz.com:
Hello,
Could anybody explain me a little bit what is the difference between
currentMemory and maxMemory. I use qemu-kvm hypervisor. When I have
1024MB maxMemory and 512MB of currentMemory, I can see just 512MB in guest
os (free -m).
Hi ozaki-r,
thank you for answer.
So, there is no posibility that guest can request for more memory (max up to
maxMemory) and libvirt/hypervisor/whatever will automatically increase it? I
have to do it manually?
Jaromir.
Dne 17. července 2010 13:49 Ryota Ozaki ozaki.ry...@gmail.com napsal(a):
On Saturday, July 17, 2010, Jaromír Červenka cerv...@cervajz.com wrote:
Hi ozaki-r,
thank you for answer.
So, there is no posibility that guest can request for more memory (max up to
maxMemory) and libvirt/hypervisor/whatever will automatically increase it? I
have to do it manually?
On Tue, Jun 23, 2009 at 04:08:53PM -0400, Dave Allan wrote:
I found what I assume is a memory leak in the node device code while
working on a separate problem; patch attached.
Dave
diff --git a/src/node_device_conf.c b/src/node_device_conf.c
index 1fbf9dc..56a9bb5 100644
---
On Tue, Jun 23, 2009 at 04:08:53PM -0400, Dave Allan wrote:
I found what I assume is a memory leak in the node device code while
working on a separate problem; patch attached.
Okay, applied and commited !
thanks :-)
Daniel
--
Daniel Veillard | libxml Gnome XML XSLT toolkit
I found what I assume is a memory leak in the node device code while
working on a separate problem; patch attached.
Dave
diff --git a/src/node_device_conf.c b/src/node_device_conf.c
index 1fbf9dc..56a9bb5 100644
--- a/src/node_device_conf.c
+++ b/src/node_device_conf.c
@@ -1203,6 +1203,8 @@
On Sat, Nov 29, 2008 at 01:15:52PM -0800, Niraj Tolia wrote:
Hi,
It looks like xenInotifyOpen() in xen_inotify.c has an opendir() call.
However, as there is no corresponding closedir() and opendir() uses
malloc internally, valgrind reports this as a memory leak. Adding a
closedir() to the
Hi,
It looks like xenInotifyOpen() in xen_inotify.c has an opendir() call.
However, as there is no corresponding closedir() and opendir() uses
malloc internally, valgrind reports this as a memory leak. Adding a
closedir() to the end of this function should fix this.
Cheers,
Niraj
--
Libvir-list
All,
FYI, I'm running into some memory corruption when using CVS tip and trying
to use an older virt-install command. I won't have time to debug this today, so
I thought I would mention it on-list in case someone else wants to take a crack
at it.
My system is an AMD system running RHEL-5.2
71 matches
Mail list logo