Hi Richard,
I haven't followed development of libvirt for a while since it was
unuseable for our monitoring due to the inaccurate measuring of cpu%.
At that time I was happy to have a working lib in version 0.1.9.
When you came up with vir-top, I wanted to give it a try. But
therefore at
May 23, 2007 at 02:35:47PM +0200, Jan Michael wrote:
In the described stress situation it tooks about an average of 4
seconds to make the following to function calls, which provide me the
cpuTime of a domain
dom_old = virDomainLookupByID(conn_old, listOfDomains
[i]);
this
problem must have something to do with libvirt API.
Do you ore does anybody else experienced similar issues? Do you know
any solution to that?
Cheers,
Jan
On 10.05.2007, at 18:32, Daniel P. Berrange wrote:
On Thu, May 10, 2007 at 05:41:33PM +0200, Jan Michael wrote:
Hi every
Hi Richard,
On 14.05.2007, at 18:00, Richard W.M. Jones wrote:
Jan Michael wrote:
32266 stat64("/var/run/xenstored/socket", {st_mode=S_IFSOCK|
0600,st_size=0, ...}) = 0
32266 socket(PF_FILE, SOCK_STREAM, 0) = 4
32266 fcntl64(4, F_GETFD) = 0
32266 fcntl64(
Hi everyone,
using libvirt I'm trying to calculate cpu utilization of a node in
percent. But sometimes values beyond 100.0% are being calculated.
This is because a domain spend more time on a cpu than time is
elapsed in the meantime.
A short explanation of the way how cpu utilization is c
Hi Daniel,
On 07.05.2007, at 22:06, Daniel P. Berrange wrote:
On Mon, May 07, 2007 at 10:13:57AM +0900, Atsushi SAKAI wrote:
Hi, Jan
I think you should use 0.2.1 at this moment.
libvirt cannot handle Xen-hypervisor-domctl correctly on 0.2.2.
But Xen-hypervisor-sysctl works fine.
This problem r
.
But Xen-hypervisor-sysctl works fine.
This problem recognized in two weeks ago,
but I have no time to investigate this issue.
Thanks
Atsushi SAKAI
Jan Michael <[EMAIL PROTECTED]> wrote:
Cheers libvirt,
I've tested the CLI virsh with my recent compiled version of libvirt
and versio
Hi Daniel,
Daniel P. Berrange wrote:
On Fri, May 04, 2007 at 07:51:51PM +0200, Jan Michael wrote:
Cheers libvirt,
I've tested the CLI virsh with my recent compiled version of libvirt
and version 0.1.9. In Version 0.2.2 vcpuinfo provides wrong
information. In version 0.1.9 only the value
Marco Sinhoreli wrote:
# cd /usr/src && wget http://libvirt.org/sources/libvirt-cvs-
snapshot.tar.gz && tar -xzvf libvirt-cvs-snapshot.tar.gz
# cd libvirt-0.1.11
# ./configure
Did you noticed that the snapshot contains a quite old version of
libvirt -> libvirt-0.1.11. Latest stable version
Cheers libvirt,
I've tested the CLI virsh with my recent compiled version of libvirt
and version 0.1.9. In Version 0.2.2 vcpuinfo provides wrong
information. In version 0.1.9 only the values for VCPU and CPU are
wrong. Do you have any idea why?
See the test results below.
Jan
>
Hi Dan,
Daniel P. Berrange wrote:
I did the configure step with the following parameters including --
disable-bridge-params as suggested by Mark:
./configure --disable-shared --disable-bridge-params --with-test=no
--with-qemu=no
But make failed again. This time in libvirt/test directory. Is
Mark McLoughlin wrote:
On Fri, 2007-05-04 at 17:22 +0200, Jan Michael wrote:
bridge.c: In function `brAddBridge':
bridge.c:130: error: `SIOCBRADDBR' undeclared (first use in this
function)
As Rich says, this should certainly be in the 2.6.20 kernel.
I replaced the
Richard W.M. Jones wrote:
This is very strange. In 2.6.18 vanilla kernel, this macro is
present:
http://lxr.linux.no/source/include/linux/sockios.h?v=2.6.18#L120
Does your copy of linux/sockios.h look like that one?
No. A diff shows the following results:
10c10
< * Authors: Ross Biro
Richard W.M. Jones wrote:
That's odd - I was expecting you were going to say you were running
something more ancient.
Next question then :-)
What happens if you do:
$ grep SIOCBRADDBR /usr/include/linux/sockios.h
for me:
#define SIOCBRADDBR 0x89a0 /* create new bridge
device
Richard W.M. Jones wrote:
Jan Michael wrote:
Hi libvirt-list,
I run into the same build problem with version libvirt version
0.2.1, 0.2.2 and the latest cvs-version.
In libvirt directory I did the following (for cvs version)
./autogen.sh --disable-shared --disable-QEMU
I'd li
stant
bridge.c:531: warning: empty body in an if-statement
bridge.c: In function `brGetEnableSTP':
bridge.c:553: error: `SYSFS_BRIDGE_ATTR' undeclared (first use in
this function)
bridge.c:553: error: syntax error before string constant
bridge.c:553: warning: empty body in an if-statem
al domains.
Thanks in advance,
Jan Michael
smime.p7s
Description: S/MIME cryptographic signature
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Hello libvirt fellows,
I have some problems to distinguish between those function calls in libvirt
API:
> virConnectNumOfDefinedDomains
> virConnectNumOfDomains
The API description states on both function that they will return me the
number of active domain.
Am I right if I assume that the first
18 matches
Mail list logo