11:43 a.m.
Normally our policy is to avoid any major version rebases of libvirt in
released Fedora products, and only cherry-pick patches. The exception
to this policy is when we have security updates which are not practical
to backport. This is such a time. Thus we are updating the libvirt in
in Fedora 12 from 0.7.1 to 0.8.2 and Fedora 13 from 0.7.7 to 0.8.2, both
matching rawhide. In general we expect the quality of 0.8.2 to be fairly
high, since 0.8.2 was primarily accumulated bug fixes resulting from RHEL6
testing of the 0.8.1 release.
None the less, if you are able to, please take time to test these two
updates and report any regressions[1]:
https://admin.fedoraproject.org/updates/libvirt-0.8.2-1.fc12
https://admin.fedoraproject.org/updates/libvirt-0.8.2-1.fc13
Regards,
Daniel
[1] There is an expected regression with certain uses of qcow2 disks
as per the update notes.
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
2:20 p.m.
On 07/12/2010 12:43 PM, Daniel P. Berrange wrote:
I pushed the java bindings for this as well.
-- bk
7:45 a.m.
Attempt to build rpms via src.rpm at Xen 4.0.1-rc3 (2.6.32.16) Dom0 on top of F13 :-
PASS: xmconfigtest
TEST: xencapstest
!!!!!!!!!! 10 FAIL
FAIL: xencapstest
TEST: qemuxml2argvtest
........................................ 40
........................................ 80
......... 89 OK
PASS: qemuxml2argvtest
TEST: qemuxml2xmltest
........................................ 40
........... 51 OK
PASS: qemuxml2xmltest
TEST: qemuargv2xmltest
........................................ 40
................ 56 OK
PASS: qemuargv2xmltest
TEST: qemuhelptest
........ 8 OK
PASS: qemuhelptest
TEST: nwfilterxml2xmltest
.............................. 30 OK
PASS: nwfilterxml2xmltest
TEST: esxutilstest
.... 4 OK
PASS: esxutilstest
TEST: vmx2xmltest
....................................... 39 OK
PASS: vmx2xmltest
TEST: xml2vmxtest
.................................. 34 OK
PASS: xml2vmxtest
PASS: seclabeltest
TEST: eventtest
........... 11 OK
PASS: eventtest
TEST: networkxml2xmltest
..... 5 OK
PASS: networkxml2xmltest
TEST: storagevolxml2xmltest
...... 6 OK
PASS: storagevolxml2xmltest
TEST: storagepoolxml2xmltest
........... 11 OK
PASS: storagepoolxml2xmltest
TEST: nodedevxml2xmltest
............. 13 OK
PASS: nodedevxml2xmltest
TEST: interfacexml2xmltest
................... 19 OK
PASS: interfacexml2xmltest
====================
1 of 47 tests failed
====================
make[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory `/root/rpmbuild/BUILD/libvirt-0.8.2/tests'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/root/rpmbuild/BUILD/libvirt-0.8.2/tests'
make: *** [check-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.Dm4k8y (%check)
Boris.
--- On Mon, 7/12/10, Daniel P. Berrange <berrange(a)redhat.com> wrote:
From: Daniel P. Berrange <berrange(a)redhat.com>
Subject: [fedora-virt] FYI: Major version rebase of libvirt in F12, F13 in
updates-testing
To: virt(a)lists.fedoraproject.org
Date: Monday, July 12, 2010, 12:43 PM
Normally our policy is to avoid any major version rebases of libvirt in
released Fedora products, and only cherry-pick patches. The exception
to this policy is when we have security updates which are not practical
to backport. This is such a time. Thus we are updating the libvirt in
in Fedora 12 from 0.7.1 to 0.8.2 and Fedora 13 from 0.7.7 to 0.8.2, both
matching rawhide. In general we expect the quality of 0.8.2 to be fairly
high, since 0.8.2 was primarily accumulated bug fixes resulting from RHEL6
testing of the 0.8.1 release.
None the less, if you are able to, please take time to test these two
updates and report any regressions[1]:
https://admin.fedoraproject.org/updates/libvirt-0.8.2-1.fc12
https://admin.fedoraproject.org/updates/libvirt-0.8.2-1.fc13
Regards,
Daniel
[1] There is an expected regression with certain uses of qcow2 disks
as per the update notes.
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
_______________________________________________
virt mailing list
virt(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/virt
7:52 a.m.
On Tue, Jul 13, 2010 at 05:45:18AM -0700, Boris Derzhavets wrote:
Attempt to build rpms via src.rpm at Xen 4.0.1-rc3 (2.6.32.16) Dom0
on top of F13 :-
PASS: xmconfigtest
TEST: xencapstest
!!!!!!!!!! 10 FAIL
FAIL: xencapstest
Edit the libvirt.spec file and change
make check
to
VIR_TEST_DEBUG=1 make check
then it should show what failed.
Xen isn't a supported platform in Fedora anymore though, so we can't hold
up the updates for this.
Regards,
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
4:42 a.m.
New subject: FYI: Major version rebase of libvirt in F12, F13 in updates-testing
On Tue, Jul 13, 2010 at 01:52:25PM +0100, Daniel P. Berrange wrote:
On Tue, Jul 13, 2010 at 05:45:18AM -0700, Boris Derzhavets wrote:
> Attempt to build rpms via src.rpm at Xen 4.0.1-rc3 (2.6.32.16) Dom0 on top of F13
:-
>
> PASS: xmconfigtest
> TEST: xencapstest
> !!!!!!!!!! 10 FAIL
> FAIL: xencapstest
Edit the libvirt.spec file and change
make check
to
VIR_TEST_DEBUG=1 make check
then it should show what failed.
I've now seen this failure aswell:
TEST: xencapstest
1) Capabilities for i686, no PAE, no HVM ... FAILED
2) Capabilities for i686, PAE, no HVM ... FAILED
3) Capabilities for i686, PAE, HVM ... FAILED
4) Capabilities for x86_64, no HVM ... FAILED
5) Capabilities for x86_64, HVM ... FAILED
6) Capabilities for ia64, no HVM, LE ... FAILED
7) Capabilities for ia64, HVM, LE ... FAILED
8) Capabilities for ia64, no HVM, BE ... FAILED
9) Capabilities for ia64, HVM, BE ... FAILED
10) Capabilities for ppc64 ... FAILED
FAIL: xencapstest
So it sounds like there's something simple wrong that makes all of the tests to
fail..
Any tips where to look at?
-- Pasi
5:28 a.m.
On Mon, Sep 06, 2010 at 12:42:15PM +0300, Pasi Kärkkäinen wrote:
On Tue, Jul 13, 2010 at 01:52:25PM +0100, Daniel P. Berrange wrote:
> On Tue, Jul 13, 2010 at 05:45:18AM -0700, Boris Derzhavets wrote:
> > Attempt to build rpms via src.rpm at Xen 4.0.1-rc3 (2.6.32.16) Dom0 on top of
F13 :-
> >
> > PASS: xmconfigtest
> > TEST: xencapstest
> > !!!!!!!!!! 10 FAIL
> > FAIL: xencapstest
>
> Edit the libvirt.spec file and change
>
> make check
>
> to
>
> VIR_TEST_DEBUG=1 make check
>
> then it should show what failed.
>
I've now seen this failure aswell:
TEST: xencapstest
1) Capabilities for i686, no PAE, no HVM ... FAILED
2) Capabilities for i686, PAE, no HVM ... FAILED
3) Capabilities for i686, PAE, HVM ... FAILED
4) Capabilities for x86_64, no HVM ... FAILED
5) Capabilities for x86_64, HVM ... FAILED
6) Capabilities for ia64, no HVM, LE ... FAILED
7) Capabilities for ia64, HVM, LE ... FAILED
8) Capabilities for ia64, no HVM, BE ... FAILED
9) Capabilities for ia64, HVM, BE ... FAILED
10) Capabilities for ppc64 ... FAILED
FAIL: xencapstest
So it sounds like there's something simple wrong that makes all of the tests to
fail..
Try adding this patch to get more error diagnositics:
diff --git a/tests/testutils.c b/tests/testutils.c
index 2f61aad..6c1933d 100644
--- a/tests/testutils.c
+++ b/tests/testutils.c
@@ -122,8 +122,12 @@ virtTestRun(const char *title, int nloops, int (*body)(const void
*data), const
if (ts)
GETTIMEOFDAY(&before);
+ virResetLastError();
if ((ret = body(data)) != 0)
break;
+ virErrorPtr err = virGetLastError();
+ if (err)
+ virDispatchError(NULL);
if (ts) {
GETTIMEOFDAY(&after);
ts[i] = DIFF_MSEC(&after, &before);
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
5:42 a.m.
New subject: FYI: Major version rebase of libvirt in F12, F13 in updates-testing
On Mon, Sep 06, 2010 at 11:28:31AM +0100, Daniel P. Berrange wrote:
On Mon, Sep 06, 2010 at 12:42:15PM +0300, Pasi Kärkkäinen wrote:
> On Tue, Jul 13, 2010 at 01:52:25PM +0100, Daniel P. Berrange wrote:
> > On Tue, Jul 13, 2010 at 05:45:18AM -0700, Boris Derzhavets wrote:
> > > Attempt to build rpms via src.rpm at Xen 4.0.1-rc3 (2.6.32.16) Dom0 on
top of F13 :-
> > >
> > > PASS: xmconfigtest
> > > TEST: xencapstest
> > > !!!!!!!!!! 10 FAIL
> > > FAIL: xencapstest
> >
> > Edit the libvirt.spec file and change
> >
> > make check
> >
> > to
> >
> > VIR_TEST_DEBUG=1 make check
> >
> > then it should show what failed.
> >
>
> I've now seen this failure aswell:
>
> TEST: xencapstest
> 1) Capabilities for i686, no PAE, no HVM ... FAILED
> 2) Capabilities for i686, PAE, no HVM ... FAILED
> 3) Capabilities for i686, PAE, HVM ... FAILED
> 4) Capabilities for x86_64, no HVM ... FAILED
> 5) Capabilities for x86_64, HVM ... FAILED
> 6) Capabilities for ia64, no HVM, LE ... FAILED
> 7) Capabilities for ia64, HVM, LE ... FAILED
> 8) Capabilities for ia64, no HVM, BE ... FAILED
> 9) Capabilities for ia64, HVM, BE ... FAILED
> 10) Capabilities for ppc64 ... FAILED
> FAIL: xencapstest
>
> So it sounds like there's something simple wrong that makes all of the tests to
fail..
Try adding this patch to get more error diagnositics:
Thanks! I'll try it later today.
-- Pasi
diff --git a/tests/testutils.c b/tests/testutils.c
index 2f61aad..6c1933d 100644
--- a/tests/testutils.c
+++ b/tests/testutils.c
@@ -122,8 +122,12 @@ virtTestRun(const char *title, int nloops, int (*body)(const void
*data), const
if (ts)
GETTIMEOFDAY(&before);
+ virResetLastError();
if ((ret = body(data)) != 0)
break;
+ virErrorPtr err = virGetLastError();
+ if (err)
+ virDispatchError(NULL);
if (ts) {
GETTIMEOFDAY(&after);
ts[i] = DIFF_MSEC(&after, &before);
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
5:43 a.m.
On Mon, Jul 12, 2010 at 05:43:34PM +0100, Daniel P. Berrange wrote:
Normally our policy is to avoid any major version rebases of libvirt
in
released Fedora products, and only cherry-pick patches. The exception
to this policy is when we have security updates which are not practical
to backport. This is such a time. Thus we are updating the libvirt in
in Fedora 12 from 0.7.1 to 0.8.2 and Fedora 13 from 0.7.7 to 0.8.2, both
matching rawhide. In general we expect the quality of 0.8.2 to be fairly
high, since 0.8.2 was primarily accumulated bug fixes resulting from RHEL6
testing of the 0.8.1 release.
None the less, if you are able to, please take time to test these two
updates and report any regressions[1]:
https://admin.fedoraproject.org/updates/libvirt-0.8.2-1.fc12
https://admin.fedoraproject.org/updates/libvirt-0.8.2-1.fc13
FYI no negative feedback so far, so I intend to push these to stable
next Monday...
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
4980
days inactive
5036
days old
7 comments
4 participants
participants (4)
-
Boris Derzhavets -
Bryan Kearney -
Daniel P. Berrange -
Pasi Kärkkäinen