On 09/14/2011 02:20 PM, Thomas Treutner wrote:
complete JVM crashes - http://pastebin.com/jT6sXubu
With this message on the CLI:
java: tpp.c:63: __pthread_tpp_change_priority: Assertion `new_prio == -1
|| (new_prio = __sched_fifo_min_prio new_prio =
__sched_fifo_max_prio)' failed
On 09/16/2011 10:16 AM, Thomas Treutner wrote:
On 09/14/2011 02:20 PM, Thomas Treutner wrote:
complete JVM crashes - http://pastebin.com/jT6sXubu
With this message on the CLI:
java: tpp.c:63: __pthread_tpp_change_priority: Assertion `new_prio == -1
|| (new_prio = __sched_fifo_min_prio
On 09/16/2011 10:44 AM, Daniel P. Berrange wrote:
On Wed, Sep 14, 2011 at 02:20:46PM +0200, Thomas Treutner wrote:
Of course, in my monitoring thread I'm checking in every monitoring
iteration if the domain object is not null, is still active, if the
jobInfo is available yet etc. But, as I can
On 07/13/2010 07:12 PM, Daniel P. Berrange wrote:
This tells me that calling migrateSetMaxDowntime is only allowed during
migrations. As I'm migrating VMs automatically and without any user
intervention I'd need to create some glue code that runs in an extra
thread, waiting some time hoping that
Hi,
this is kind of a follow-up to an older question/discussion:
https://www.redhat.com/archives/libvir-list/2010-July/msg00267.html
As a result of that, I use a second thread for monitoring the live
migration, taking actions (setting maxdowntime to a value that fits the
situation) if
On 04/17/2011 11:31 AM, Laine Stump wrote:
On 04/15/2011 09:03 AM, Thomas Treutner wrote:
I removed dnsmasq startup from the runlevel, now it works fine. I have
seen dnsmasq errors for a long time, but I didn't really care too much
about, as I don't need dnsmasq and the warnings didn't stop
Am 14.04.2011 17:34, schrieb Laine Stump:
On 04/14/2011 06:47 AM, Thomas Treutner wrote:
Hi,
I've upgraded to 0.9.0 today on my Debian Squeeze boxes. Everything
went fine, expect on one node (and only on that one, although the
setup is identical), the first start of libvirtd since boot
Am 14.04.2011 17:34, schrieb Laine Stump:
Do you have a system instance of dnsmasq already running?
PS: It was the only node where dnsmasq was installed, for whatever
reason. Seems to narrow down the problem pretty good.
--
libvir-list mailing list
libvir-list@redhat.com
Hi,
I've upgraded to 0.9.0 today on my Debian Squeeze boxes. Everything went
fine, expect on one node (and only on that one, although the setup is
identical), the first start of libvirtd since boot (and again, only that
start) crashes with SEGV.
Here are traces from gdb:
Hi,
does somebody know what the following paragraph exactly means resp. what
it should mean?
The maximum bandwidth (in Mbps) that will be used to do migration can
be specified with the bandwidth parameter. *If set to 0, libvirt will
choose a suitable default*.
Hi,
I'm facing some troubles with virDomainMigrate
virDomainMigrateSetMaxDowntime. The core problem is that KVM's default
value for the maximum allowed downtime is 30ms (max_downtime in
migration.c, it's nanoseconds there; 0.12.3) which is too low for my VMs
when they're busy (~50% CPU util
[forgot list]
On 07/13/2010 08:21 PM, Cole Robinson wrote:
On 07/13/2010 01:12 PM, Daniel P. Berrange wrote:
On Tue, Jul 13, 2010 at 06:56:53PM +0200, Thomas Treutner wrote:
So my question: Would it be possible to extend the migrate() method
resp. virDomainMigrate() function with an optional
On Wednesday 10 February 2010 18:49:15 Daniel P. Berrange wrote:
With QEMU = 0.12 the host and guest side of disks no longer have
the same naming convention. Specifically the host side will now
get a 'drive-' prefix added to its name. The 'info blockstats'
monitor command returns the host side
Hi,
with all qemu-kvm 0.11, virsh domblkstat is not working:
virsh -c qemu://node03/system domblkstat wp01 vdb : invalid argument in no
stats found for device virtio-disk1
(vda, vdb etc. works with 0.11)
virtio-disk1 seems to be a red herring:
virsh -c qemu://node03/system domblkstat wp01
On Friday 05 February 2010 21:21:32 Thomas Sjolshagen wrote:
Quoting Thomas Treutner tho...@scripty.at:
Hi,
is anyone using libvirt-git and qemu-kvm post-0.11 and can live migrate
VMs successfully for- and backwards? qemu-kvm-0.11 seems to be the latest
release were live migration works
Hi,
is anyone using libvirt-git and qemu-kvm post-0.11 and can live migrate VMs
successfully for- and backwards? qemu-kvm-0.11 seems to be the latest release
were live migration works, and I'm trying to figure out if its a kvm or
libvirt problem, since there were other things (balloon
On Friday 05 February 2010 21:21:32 Thomas Sjolshagen wrote:
Quoting Thomas Treutner tho...@scripty.at:
Hi,
is anyone using libvirt-git and qemu-kvm post-0.11 and can live migrate
VMs successfully for- and backwards? qemu-kvm-0.11 seems to be the latest
release were live migration works
On Friday 05 February 2010 22:39:04 Thomas Treutner wrote:
Yeah, that's familiar to me:
22:09:40.409: debug : qemuSecurityDACSetProcessLabel:411 : Dropping
privileges of VM to 0:0
char device redirected to /dev/pts/3
Warning: vlan 0 with no nics
Option 'ipv4': Use 'on' or 'off'
Failed
Hi,
I've written a little patch to fix wrong nodeinfo-mhz when the Linux
kernel module cpufreq and a typical governor like ondemand are loaded.
nodeinfo-mhz is then too low as libvirt just reads /proc/cpuinfo,
entry cpu MHz. This patch reads
---
src/nodeinfo.c | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/src/nodeinfo.c b/src/nodeinfo.c
index 7d26b2b..15877ed 100644
--- a/src/nodeinfo.c
+++ b/src/nodeinfo.c
@@ -55,11 +55,14 @@
#ifdef __linux__
#define CPUINFO_PATH
On Wednesday 06 January 2010 17:11:17 Tom Hughes wrote:
On 06/01/10 15:53, Daniel P. Berrange wrote:
On Wed, Jan 06, 2010 at 03:38:29PM +, Tom Hughes wrote:
The update from qemu 0.11.0 to qemu 0.12.1 in the virt-preview
repository seems to have broken things. Starting a VM now just
On Wednesday 23 December 2009 19:42:20 Adam Litke wrote:
Attached to this email are two patches:
memstats-kernel-2.6.32-rc5.patch:
Applies to 2.6.32-rc5 which should be a capable-enough kernel for
testing and development.
memstats-qemu-0.12.1.patch:
Applies to qemu-0.12.1 which can be
Hi Adam,
thanks for your efforts, for me such an API would be very helpful.
I tried to use it by applying this patch
http://git.kernel.org/?p=linux/kernel/git/rusty/linux-2.6-for-linus.git;a=patch;h=7e280facc1c0ab91e20dbc93d8e8dd88ca6ebaad
against vanilla 2.6.32.2 and using latest libvirt
Hi Adam,
On Wednesday 23 December 2009 15:47:58 Adam Litke wrote:
To use the memory statistics API with qemu, you will need support in 3
places: libvirt (you're good here), qemu, and linux. The qemu and linux
parts have been accepted but are still staging. If you want to build
your own qemu
On Friday 13 November 2009 12:46:24 Daniel P. Berrange wrote:
On Fri, Nov 13, 2009 at 11:42:46AM +0100, Thomas Treutner wrote:
Hi,
I'm facing another problem with latest git.
This happens regularly when shutting down VM(s):
http://pastebin.com/m4ef1d93f
It doesn't depend
On Monday 16 November 2009 14:42:16 Cole Robinson wrote:
For virDomainMigrate, the least you need is a VM pointer and an open
connection ptr, which will be the destination connection. URI should
only be specified if you want to migrate over a specific interface on
the remote host, and the uri
On Monday 16 November 2009 14:42:16 you wrote:
On 11/16/2009 12:33 AM, Thomas Treutner wrote:
Hi,
I'm having a little problem when triggering (live) migration from
libvirt-java (libvirt.so at client is approx. 0.7.1), I get an error that
the qemu:// driver for migration URIs
On Saturday 14 November 2009 18:07:48 Matthias Bolte wrote:
2009/11/14 Thomas Treutner tho...@scripty.at:
Hi,
is there any best-practice how to keep VM definitions in sync across a
couple of hosts? Is it reasonable to put /etc/libvirt/qemu/ on a NFS
share? Or are there better ways? How
Hi,
I'm having a little problem when triggering (live) migration from libvirt-java
(libvirt.so at client is approx. 0.7.1), I get an error that the qemu://
driver for migration URIs is not supported, only qemu+tcp://
Strange thing is, with virsh at the same client (same libvirt.so), qemu://
On Friday 13 November 2009 23:28:47 Matthias Bolte wrote:
Well, I assume you still have the two rewite lines in your
/etc/xml/catalog, that's why it's working without the patch.
Yes, of course. Thanks for the patch you submitted today!
-t
--
Libvir-list mailing list
Libvir-list@redhat.com
Hi,
is there any best-practice how to keep VM definitions in sync across a couple
of hosts? Is it reasonable to put /etc/libvirt/qemu/ on a NFS share? Or are
there better ways? How does oVirt solve that?
I'm asking because I'm currently setting up a four node cluster with KVM and
libvirt.
On Thursday 12 November 2009 16:01:39 Matthias Bolte wrote:
I came across this problem some time ago, too. I'm using Ubuntu, so
it's basically Debian.
I somewhat solved it by hacking my /etc/xml/catalog. I added this into
the catalog element:
rewriteSystem
Hi,
I'm facing another problem with latest git.
This happens regularly when shutting down VM(s):
http://pastebin.com/m4ef1d93f
It doesn't depend on which or how many VM is/are shut down, or if I have a VNC
connection to a VM that is shutting down. Sometimes after a segv, I get this:
On Friday 13 November 2009 12:46:24 Daniel P. Berrange wrote:
I'm still trying to figure out what's going on with the first problem
Uhm, it's getting stranger. When trying to do:
# export LIBVIRT_DEBUG=1
# strace -o libvirt.log -s 1000 -ff libvirtd -l -v
strace crashes with:
*** glibc
On Friday 13 November 2009 16:41:02 Matthias Bolte wrote:
Ah, I can reproduce your pastebin'ed output if I uninstall xsltproc.
So I assume you're missing the xsltproc package. The Makefile output
is not very helpful in this situation, it tries to validate files that
have not been generated,
Hi,
I'm not sure if this is a bug or if I'm missing some tools:
When doing a fresh git clone ./autogen.sh, make install fails because it
complains about some missing HTML doc files.
# ./autogen.sh
..
configure: Libraries
configure:
configure: libxml: -I/usr/include/libxml2 -lxml2
On Thursday 12 November 2009 13:47:32 Daniel Veillard wrote:
On Thu, Nov 12, 2009 at 11:34:13AM +, Daniel P. Berrange wrote:
You are missing the XHTML DTDs on your system. On Fedora/RHEL this is
in the RPM called xhtml1-dtds-1.0-20020801.4.noarch
Note that it should not be a hard
On Thursday 29 October 2009 01:30:34 Bryan Kearney wrote:
Ok.. patch is attached. You can see a test build at:
http://bkearney.fedorapeople.org/libvirt-0.3.1-test.jar
Let me know if this works for you. If so, I will push a new build.
Yes, works for me, thank you!
A minor improvement:
On Friday 09 October 2009 19:38:34 Bryan Kearney wrote:
The Java bindings should now be pretty light weight. Are you seeing this
in them? If so, spin up a bug and I will take a look.
It took me quite some time to get to the bottom of this, as I'm not a
professional full time dev. From what I
On Friday 09 October 2009 11:35:47 Daniel P. Berrange wrote:
These patches are a re-post of Jonas Eriksson's work from a couple of
months ago, that we mistakenly forgot to commit.
The first patch is unchanged, apart from being adjusted for new source code
layout. The second patch is changed
And some more interesting behaviour:
When I do
node01:~# xm migrate -l wp02 node02
after libvirt has lost track of wp01, it reappears again at node02!
node02:~# xm list
NameID Mem VCPUs State
Time(s)
Domain-0
On Wednesday 07 October 2009 10:25:11 Thomas Treutner wrote:
Shall I provide more debug output?
Here the debug output of libvirtd:
http://tt.scripty.at/tmp/node01.txt.gz
http://tt.scripty.at/tmp/node02.txt.gz
At start, domain wp01 is @ node01, and
wp02 @ node02. Then their placement
On Wednesday 07 October 2009 11:38:31 Daniel P. Berrange wrote:
What is the output of 'xenstore-ls' on each host machine at this time ?
http://tt.scripty.at/tmp/node01-xenstore-ls.txt.gz
http://tt.scripty.at/tmp/node02-xenstore-ls.txt.gz
node01:~# xm list
Name
On Monday 05 October 2009 14:43:05 Daniel P. Berrange wrote:
On Fri, Oct 02, 2009 at 09:59:27PM +0200, Thomas Treutner wrote:
Hi list,
I was wondering about the status of this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=512367
Patch proposed but the original reporter never
Hi list,
I was wondering about the status of this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=512367
Is it correct that this is a bug in the libvirt client? I ran into this today,
as I've written a kind of a VM scheduler (ressource requirements, placement
etc.) in Java
On Thursday 30 July 2009 03:30:20 Bryan Kearney wrote:
Can you try the new release? It is cleaned up.. and should be easier to
consume. Let me know if there are issues.
Thanks, works fine so far (liblibvirt.so issue is gone).
kr,
thomas
--
Libvir-list mailing list
Libvir-list@redhat.com
On Thursday 30 July 2009 13:57:44 Thomas Treutner wrote:
On Thursday 30 July 2009 03:30:20 Bryan Kearney wrote:
Can you try the new release? It is cleaned up.. and should be easier to
consume. Let me know if there are issues.
Thanks, works fine so far (liblibvirt.so issue is gone).
Sorry
On Thursday 30 July 2009 16:24:02 Daniel Veillard wrote:
On Thu, Jul 30, 2009 at 10:13:49AM -0400, Bryan Kearney wrote:
---
src/main/java/org/libvirt/jna/Libvirt.java |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Per previous discussion, ACK !
It's better to not try to
On Wednesday 29 July 2009 13:49:45 Bryan Kearney wrote:
Thomas Treutner wrote:
On Tuesday 28 July 2009 14:42:42 Bryan Kearney wrote:
Thomas Treutner wrote:
When using it with my tiny test application (which works fine with the
JNI version), it first complains that /etc/pki/CA/cacert.pem
On Saturday 25 July 2009 13:56:36 Bryan Kearney wrote:
I would like to get some comments on an initial cut of the java bindings
on top of JNA[1]. They are not 100% complete (see below), but they are
good enough to be criticized. In addition, if there are features
additions to the API which
Hi,
I'm playing around with libvirt-0.6.5 and libvirt-java-0.2.1 these days.
It looks very interesting, but I think I may have found a bug:
conn = new Connect(xen://node02, false);
conn.setDom0Memory(512000)
gives:
exception
I think there's a cp error:
http://libvirt.org/html/libvirt-libvirt.html#virStoragePoolUndefine
Returns: a virStoragePoolPtr object, or NULL if creation failed
I assume it is 0 on success, -1 on failure as the return is of type int.
kr,t
--
Libvir-list mailing list
52 matches
Mail list logo