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 relati
Ok thanks.
Regards,
2015-03-05 20:45 GMT+01:00 Daniel P. Berrange :
> 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-s
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.c
Thanks.
Is it possible to enable/disable which parameters are triggered by Nova on
Libvirt? ie.
-device virtio-balloon
-pci-device isa-serial
Regards,
2015-02-25 11:30 GMT+01:00 Daniel P. Berrange :
> On Wed, Feb 25, 2015 at 11:27:23AM +0100, Raymond Durand wrote:
> > Is Libvi
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
&g
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-li
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 , 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
[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 genera
Hello all,
I am using libvirt version 1.1.1 on one of the nodes which has several VMs.
When I used virsh dommemstat , 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 there a docu
al Message-
From: 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,
>
>
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 , I am getting the following flags as output:
actual, swap_in and rss. The API does no
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 , 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 machine / d
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
>> XM
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
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' a
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
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
[tag:
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
[tag:
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.
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, 201
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,
> > > >
> > >
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,
> > > >
> > >
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
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
> > s
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
> e
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:
kvm_init_vc
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.
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
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 https://launchpad.ne
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 de
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 xc_map_
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 page
Zhou (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 solut
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 encapsu
e-
From: Claudio 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:
>
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 t
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 li
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 sam
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);
> f
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; i<1; i++)
{
(*head)[i] = 1;
}
*length = 1;
}
J
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. Descr
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
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==b
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==
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 0x3
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 0x38EC27FC01:
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
Investigação e Desenvolvimento
Eurotux Informática, S.A
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 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:
> >
> > --
> > commit eaddec976ef06457fee4a4ce86b8c
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
> Date: Wed Aug 24 16:16:4
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 soon
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
Eurotux Informática, S.A. [http://eurotux.com]
signature.asc
Desc
于 2011年07月28日 03:19, Matthias Bolte 写道:
2011/7/27 Matthias Bolte:
2011/7/27 Osier Yang:
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
2011/7/27 Matthias Bolte :
> 2011/7/27 Osier Yang :
>> 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 inste
2011/7/27 Osier Yang :
> 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
> remoteDomainSetBl
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
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 SUMMA
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 SUMM
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==i
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
https://www.redhat.com/mailman
On Saturday, July 17, 2010, Jaromír Červenka 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?
AFAIK yes, it has
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 napsal(a):
> Hi Jaromír
> 2010/
Hi Jaromír
2010/7/17 Jaromír Červenka :
> Hello,
> Could anybody explain me a little bit what is the difference between
> and . I use qemu-kvm hypervisor. When I have
> 1024MB maxMemory and 512MB of currentMemory, I can see just 512MB in guest
> os (free -m). Is it ok? Does it have something to do
Hello,
Could anybody explain me a little bit what is the difference between
and . I use qemu-kvm hypervisor*. *When I have
1024MB maxMemory and 512MB of currentMemory, I can see just 512MB in guest
os (free -m).* *Is it ok? Does it have something to do with ballooning
technique? What happened if
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 ht
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
> --- a/src/
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 @@ void
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
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 x8
74 matches
Mail list logo