* [xen-unstable test] 100789: regressions - FAIL
@ 2016-09-08 5:32 osstest service owner
2016-09-08 9:43 ` Wei Liu
0 siblings, 1 reply; 6+ messages in thread
From: osstest service owner @ 2016-09-08 5:32 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 100789 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100789/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 9 debian-di-install fail REGR. vs. 100773
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 100773
test-armhf-armhf-xl-vhd 9 debian-di-install fail REGR. vs. 100773
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 100773
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 100773
test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 100773
test-amd64-amd64-xl-rtds 9 debian-install fail like 100773
test-amd64-amd64-xl-qemut-win7-amd64 16 guest-stop fail like 100773
Tests which did not succeed, but are not blocking:
test-amd64-amd64-rumprun-amd64 1 build-check(1) blocked n/a
test-amd64-i386-rumprun-i386 1 build-check(1) blocked n/a
build-i386-rumprun 5 rumprun-build fail never pass
build-amd64-rumprun 5 rumprun-build fail never pass
test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-i386-libvirt 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass
test-armhf-armhf-xl-arndale 12 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass
test-armhf-armhf-xl 12 migrate-support-check fail never pass
test-armhf-armhf-xl 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-xl-xsm 13 saverestore-support-check fail never pass
test-amd64-amd64-qemuu-nested-amd 16 debian-hvm-install/l1/l2 fail never pass
test-armhf-armhf-xl-cubietruck 12 migrate-support-check fail never pass
test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass
test-armhf-armhf-xl-multivcpu 13 saverestore-support-check fail never pass
test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass
test-armhf-armhf-libvirt 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt 14 guest-saverestore fail never pass
test-armhf-armhf-libvirt-qcow2 11 migrate-support-check fail never pass
test-armhf-armhf-libvirt-qcow2 13 guest-saverestore fail never pass
test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass
test-armhf-armhf-libvirt-raw 13 guest-saverestore fail never pass
test-armhf-armhf-xl-rtds 12 migrate-support-check fail never pass
test-armhf-armhf-xl-rtds 13 saverestore-support-check fail never pass
version targeted for testing:
xen d6be2cfccfffd6d5ff1da68277ec3ab13e595368
baseline version:
xen 343f84be135e6f9e681960a9e235296eae159fc8
Last test of basis 100773 2016-09-06 13:13:28 Z 1 days
Testing same since 100789 2016-09-07 09:36:36 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Andrew Cooper <andrew.cooper3@citrix.com>
George Dunlap <george.dunlap@citrix.com>
George Dunlap <George.Dunlap@eu.citrix.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Jan Beulich <jbeulich@suse.com>
Juergen Gross <jgross@suse.com>
Julien Grall <julien.grall@arm.com>
Olaf Hering <olaf@aepfle.de>
Razvan Cojocaru <rcojocaru@bitdefender.com>
Stefano Stabellini <sstabellini@kernel.org>
Tamas K Lengyel <tamas.lengyel@zentific.com>
Wei Liu <wei.liu2@citrix.com>
jobs:
build-amd64-xsm pass
build-armhf-xsm pass
build-i386-xsm pass
build-amd64 pass
build-armhf pass
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-prev pass
build-i386-prev pass
build-amd64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
build-amd64-rumprun fail
build-i386-rumprun fail
test-amd64-amd64-xl pass
test-armhf-armhf-xl pass
test-amd64-i386-xl pass
test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm pass
test-amd64-amd64-libvirt-xsm pass
test-armhf-armhf-libvirt-xsm fail
test-amd64-i386-libvirt-xsm pass
test-amd64-amd64-xl-xsm pass
test-armhf-armhf-xl-xsm pass
test-amd64-i386-xl-xsm pass
test-amd64-amd64-qemuu-nested-amd fail
test-amd64-amd64-xl-pvh-amd fail
test-amd64-i386-qemut-rhel6hvm-amd pass
test-amd64-i386-qemuu-rhel6hvm-amd pass
test-amd64-amd64-xl-qemut-debianhvm-amd64 pass
test-amd64-i386-xl-qemut-debianhvm-amd64 pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-freebsd10-amd64 pass
test-amd64-amd64-xl-qemuu-ovmf-amd64 pass
test-amd64-i386-xl-qemuu-ovmf-amd64 pass
test-amd64-amd64-rumprun-amd64 blocked
test-amd64-amd64-xl-qemut-win7-amd64 fail
test-amd64-i386-xl-qemut-win7-amd64 fail
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-i386-xl-qemuu-win7-amd64 fail
test-armhf-armhf-xl-arndale pass
test-amd64-amd64-xl-credit2 pass
test-armhf-armhf-xl-credit2 fail
test-armhf-armhf-xl-cubietruck pass
test-amd64-i386-freebsd10-i386 pass
test-amd64-i386-rumprun-i386 blocked
test-amd64-amd64-qemuu-nested-intel pass
test-amd64-amd64-xl-pvh-intel fail
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-amd64-libvirt pass
test-armhf-armhf-libvirt fail
test-amd64-i386-libvirt pass
test-amd64-amd64-migrupgrade pass
test-amd64-i386-migrupgrade pass
test-amd64-amd64-xl-multivcpu pass
test-armhf-armhf-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-libvirt-pair pass
test-amd64-i386-libvirt-pair pass
test-amd64-amd64-amd64-pvgrub pass
test-amd64-amd64-i386-pvgrub pass
test-amd64-amd64-pygrub pass
test-armhf-armhf-libvirt-qcow2 fail
test-amd64-amd64-xl-qcow2 pass
test-armhf-armhf-libvirt-raw fail
test-amd64-i386-xl-raw pass
test-amd64-amd64-xl-rtds fail
test-armhf-armhf-xl-rtds pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 pass
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass
test-amd64-amd64-libvirt-vhd fail
test-armhf-armhf-xl-vhd fail
test-amd64-amd64-xl-qemut-winxpsp3 pass
test-amd64-i386-xl-qemut-winxpsp3 pass
test-amd64-amd64-xl-qemuu-winxpsp3 pass
test-amd64-i386-xl-qemuu-winxpsp3 pass
------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images
Logs, config files, etc. are available at
http://logs.test-lab.xenproject.org/osstest/logs
Explanation of these reports, and of osstest in general, is at
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
Not pushing.
(No revision log; it would be 351 lines long.)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 100789: regressions - FAIL
2016-09-08 5:32 [xen-unstable test] 100789: regressions - FAIL osstest service owner
@ 2016-09-08 9:43 ` Wei Liu
2016-09-08 9:45 ` Andrew Cooper
2016-09-08 12:58 ` [xen-unstable test] 100789: regressions - FAIL Wei Liu
0 siblings, 2 replies; 6+ messages in thread
From: Wei Liu @ 2016-09-08 9:43 UTC (permalink / raw)
To: osstest service owner, Ian Jackson, Andrew Cooper; +Cc: xen-devel, Wei Liu
On Thu, Sep 08, 2016 at 05:32:00AM +0000, osstest service owner wrote:
> flight 100789 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/100789/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-libvirt-vhd 9 debian-di-install fail REGR. vs. 100773
[...]
> test-armhf-armhf-xl-vhd 9 debian-di-install fail REGR. vs. 100773
>
Andrew pointed out IRL that these two regressions are unfortunate side
effect of deleting blktap2. In short, the vhd-util used in these tests
comes from Xen's blktap2. :-/
I see three ways to move this forward.
1. Resurrect vhd-util from blktap2.
2. Install blktap-utils shipped in Debian (available from Wheezy
onwards), the main difficulty would be the package depends on a dkms
package that seems to require building with kernel header when
installing.
3. Retire these two tests.
In the meantime, if we want to avoid blocking xen-unstable for too long,
we might want to force push.
Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 100789: regressions - FAIL
2016-09-08 9:43 ` Wei Liu
@ 2016-09-08 9:45 ` Andrew Cooper
2016-09-08 14:23 ` [xen-unstable test] 100789: regressions - FAIL [and 2 more messages] Ian Jackson
2016-09-08 12:58 ` [xen-unstable test] 100789: regressions - FAIL Wei Liu
1 sibling, 1 reply; 6+ messages in thread
From: Andrew Cooper @ 2016-09-08 9:45 UTC (permalink / raw)
To: Wei Liu, osstest service owner, Ian Jackson; +Cc: xen-devel
On 08/09/16 10:43, Wei Liu wrote:
> On Thu, Sep 08, 2016 at 05:32:00AM +0000, osstest service owner wrote:
>> flight 100789 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/100789/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>> test-amd64-amd64-libvirt-vhd 9 debian-di-install fail REGR. vs. 100773
> [...]
>> test-armhf-armhf-xl-vhd 9 debian-di-install fail REGR. vs. 100773
>>
> Andrew pointed out IRL that these two regressions are unfortunate side
> effect of deleting blktap2. In short, the vhd-util used in these tests
> comes from Xen's blktap2. :-/
>
> I see three ways to move this forward.
>
> 1. Resurrect vhd-util from blktap2.
> 2. Install blktap-utils shipped in Debian (available from Wheezy
> onwards), the main difficulty would be the package depends on a dkms
> package that seems to require building with kernel header when
> installing.
> 3. Retire these two tests.
>
> In the meantime, if we want to avoid blocking xen-unstable for too long,
> we might want to force push.
+1 to a force push for now. There are quite a few changes currently
blocked.
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 100789: regressions - FAIL
2016-09-08 9:43 ` Wei Liu
2016-09-08 9:45 ` Andrew Cooper
@ 2016-09-08 12:58 ` Wei Liu
1 sibling, 0 replies; 6+ messages in thread
From: Wei Liu @ 2016-09-08 12:58 UTC (permalink / raw)
To: osstest service owner, Ian Jackson, Andrew Cooper; +Cc: xen-devel, Wei Liu
On Thu, Sep 08, 2016 at 10:43:59AM +0100, Wei Liu wrote:
> On Thu, Sep 08, 2016 at 05:32:00AM +0000, osstest service owner wrote:
> > flight 100789 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/100789/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> > test-amd64-amd64-libvirt-vhd 9 debian-di-install fail REGR. vs. 100773
> [...]
> > test-armhf-armhf-xl-vhd 9 debian-di-install fail REGR. vs. 100773
> >
>
> Andrew pointed out IRL that these two regressions are unfortunate side
> effect of deleting blktap2. In short, the vhd-util used in these tests
> comes from Xen's blktap2. :-/
>
> I see three ways to move this forward.
>
> 1. Resurrect vhd-util from blktap2.
> 2. Install blktap-utils shipped in Debian (available from Wheezy
> onwards), the main difficulty would be the package depends on a dkms
> package that seems to require building with kernel header when
> installing.
> 3. Retire these two tests.
>
4. Provide a pre-made vhd image.
vhd-util create disk.vhd -s 10000 -> 24K in actual size.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 100789: regressions - FAIL [and 2 more messages]
2016-09-08 9:45 ` Andrew Cooper
@ 2016-09-08 14:23 ` Ian Jackson
2016-09-08 15:17 ` Wei Liu
0 siblings, 1 reply; 6+ messages in thread
From: Ian Jackson @ 2016-09-08 14:23 UTC (permalink / raw)
To: Andrew Cooper, Wei Liu; +Cc: xen-devel
Wei Liu writes ("Re: [Xen-devel] [xen-unstable test] 100789: regressions - FAIL"):
> I see three ways to move this forward.
>
> 3. Retire these two tests.
Do we expect users still to want VHD support ? We still allegedly
support VHD for guests. So we shouldn't retire these tests unless we
are dropping VHD support entirely.
AFAICT users who want VHD support need to be able to create images
etc.
> 2. Install blktap-utils shipped in Debian (available from Wheezy
> onwards), the main difficulty would be the package depends on a dkms
> package that seems to require building with kernel header when
> installing.
According to Debian, we (Xen) are upstream for this package. It makes
no sense for osstest to install something from Debian which we have
deleted upstream !
> 1. Resurrect vhd-util from blktap2.
What is wrong with this plan ?
> In the meantime, if we want to avoid blocking xen-unstable for too long,
> we might want to force push.
If that's a consideration, we should be considering a revert, not a
force push.
Andrew Cooper writes ("Re: [Xen-devel] [xen-unstable test] 100789: regressions - FAIL"):
> +1 to a force push for now. There are quite a few changes currently
> blocked.
IMO that is not a good reason for a force push.
Wei Liu writes ("Re: [Xen-devel] [xen-unstable test] 100789: regressions - FAIL"):
> 4. Provide a pre-made vhd image.
>
> vhd-util create disk.vhd -s 10000 -> 24K in actual size.
This is no good because
1. disk.vhd is a file for which we would have deleted the source code!
2. Users need the ability to create images.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 100789: regressions - FAIL [and 2 more messages]
2016-09-08 14:23 ` [xen-unstable test] 100789: regressions - FAIL [and 2 more messages] Ian Jackson
@ 2016-09-08 15:17 ` Wei Liu
0 siblings, 0 replies; 6+ messages in thread
From: Wei Liu @ 2016-09-08 15:17 UTC (permalink / raw)
To: Ian Jackson; +Cc: Andrew Cooper, xen-devel, Wei Liu
On Thu, Sep 08, 2016 at 03:23:38PM +0100, Ian Jackson wrote:
> Wei Liu writes ("Re: [Xen-devel] [xen-unstable test] 100789: regressions - FAIL"):
> > I see three ways to move this forward.
> >
> > 3. Retire these two tests.
>
> Do we expect users still to want VHD support ? We still allegedly
> support VHD for guests. So we shouldn't retire these tests unless we
> are dropping VHD support entirely.
>
> AFAICT users who want VHD support need to be able to create images
> etc.
>
> > 2. Install blktap-utils shipped in Debian (available from Wheezy
> > onwards), the main difficulty would be the package depends on a dkms
> > package that seems to require building with kernel header when
> > installing.
>
> According to Debian, we (Xen) are upstream for this package. It makes
> no sense for osstest to install something from Debian which we have
> deleted upstream !
>
> > 1. Resurrect vhd-util from blktap2.
>
> What is wrong with this plan ?
>
> > In the meantime, if we want to avoid blocking xen-unstable for too long,
> > we might want to force push.
>
> If that's a consideration, we should be considering a revert, not a
> force push.
>
> Andrew Cooper writes ("Re: [Xen-devel] [xen-unstable test] 100789: regressions - FAIL"):
> > +1 to a force push for now. There are quite a few changes currently
> > blocked.
>
> IMO that is not a good reason for a force push.
>
> Wei Liu writes ("Re: [Xen-devel] [xen-unstable test] 100789: regressions - FAIL"):
> > 4. Provide a pre-made vhd image.
> >
> > vhd-util create disk.vhd -s 10000 -> 24K in actual size.
>
> This is no good because
>
> 1. disk.vhd is a file for which we would have deleted the source code!
>
> 2. Users need the ability to create images.
>
It seems that we have different expectations on how things work.
I will revert that two patches now. Let's sort out the story later.
Wei.
> Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-09-08 15:17 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-08 5:32 [xen-unstable test] 100789: regressions - FAIL osstest service owner
2016-09-08 9:43 ` Wei Liu
2016-09-08 9:45 ` Andrew Cooper
2016-09-08 14:23 ` [xen-unstable test] 100789: regressions - FAIL [and 2 more messages] Ian Jackson
2016-09-08 15:17 ` Wei Liu
2016-09-08 12:58 ` [xen-unstable test] 100789: regressions - FAIL Wei Liu
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.