* [xen-4.4-testing test] 60673: regressions - FAIL
@ 2015-08-14 9:14 osstest service owner
2015-08-14 10:07 ` Jan Beulich
0 siblings, 1 reply; 5+ messages in thread
From: osstest service owner @ 2015-08-14 9:14 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 60673 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60673/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 16 guest-start/debian.repeat fail REGR. vs. 60152
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-libvirt-qcow2 9 debian-di-install fail REGR. vs. 60217
test-amd64-i386-libvirt 11 guest-start fail like 60217
test-amd64-amd64-libvirt 11 guest-start fail like 60217
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail like 60217
Tests which did not succeed, but are not blocking:
test-amd64-i386-rumpuserxen-i386 1 build-check(1) blocked n/a
test-amd64-amd64-rumpuserxen-amd64 1 build-check(1) blocked n/a
build-amd64-rumpuserxen 6 xen-build fail never pass
test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail never pass
test-armhf-armhf-xl-vhd 9 debian-di-install fail never pass
test-armhf-armhf-xl-qcow2 9 debian-di-install fail never pass
test-armhf-armhf-xl-raw 9 debian-di-install fail never pass
test-amd64-amd64-xl-qcow2 9 debian-di-install fail never pass
test-armhf-armhf-libvirt-raw 9 debian-di-install fail never pass
build-i386-rumpuserxen 6 xen-build fail never pass
test-armhf-armhf-libvirt-vhd 9 debian-di-install fail never pass
test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail never pass
test-armhf-armhf-xl-multivcpu 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-pair 21 guest-migrate/src_host/dst_host fail never pass
test-armhf-armhf-libvirt 11 guest-start fail never pass
test-amd64-i386-libvirt-raw 11 migrate-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-arndale 12 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-qcow2 11 migrate-support-check fail never pass
test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
test-amd64-amd64-libvirt-raw 11 migrate-support-check fail never pass
test-amd64-i386-libvirt-vhd 11 migrate-support-check fail never pass
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail never pass
test-armhf-armhf-xl-cubietruck 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 13 saverestore-support-check fail never pass
test-amd64-i386-xl-qemut-win7-amd64 17 guest-stop fail never pass
test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stop fail never pass
test-amd64-i386-xend-qemut-winxpsp3 21 leak-check/check fail never pass
test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass
version targeted for testing:
xen 3646b134c1673f09c0a239de10b0da4c9265c8e8
baseline version:
xen 214fd40a20fa5988b4ea021c2d06e8aca8dda184
Last test of basis 60217 2015-08-01 07:47:04 Z 13 days
Testing same since 60673 2015-08-12 12:38:56 Z 1 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Ian Campbell <ian.campbell@citrix.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Jim Fehlig <jfehlig@suse.com>
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Wei Liu <wei.liu2@citrix.com>
jobs:
build-amd64-xend pass
build-i386-xend pass
build-amd64 pass
build-armhf pass
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt pass
build-amd64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
build-amd64-rumpuserxen fail
build-i386-rumpuserxen fail
test-amd64-amd64-xl pass
test-armhf-armhf-xl pass
test-amd64-i386-xl pass
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-rumpuserxen-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 pass
test-armhf-armhf-xl-cubietruck pass
test-amd64-i386-freebsd10-i386 pass
test-amd64-i386-rumpuserxen-i386 blocked
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-amd64-libvirt fail
test-armhf-armhf-libvirt fail
test-amd64-i386-libvirt fail
test-amd64-amd64-xl-multivcpu pass
test-armhf-armhf-xl-multivcpu fail
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-libvirt-pair fail
test-amd64-i386-libvirt-pair fail
test-amd64-amd64-pv pass
test-amd64-i386-pv pass
test-amd64-amd64-amd64-pvgrub pass
test-amd64-amd64-i386-pvgrub pass
test-amd64-amd64-pygrub pass
test-amd64-amd64-libvirt-qcow2 pass
test-armhf-armhf-libvirt-qcow2 fail
test-amd64-i386-libvirt-qcow2 fail
test-amd64-amd64-xl-qcow2 fail
test-armhf-armhf-xl-qcow2 fail
test-amd64-i386-xl-qcow2 pass
test-amd64-amd64-libvirt-raw pass
test-armhf-armhf-libvirt-raw fail
test-amd64-i386-libvirt-raw pass
test-amd64-amd64-xl-raw pass
test-armhf-armhf-xl-raw fail
test-amd64-i386-xl-raw pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 pass
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass
test-amd64-amd64-libvirt-vhd pass
test-armhf-armhf-libvirt-vhd fail
test-amd64-i386-libvirt-vhd pass
test-amd64-amd64-xl-vhd pass
test-armhf-armhf-xl-vhd fail
test-amd64-i386-xl-vhd pass
test-amd64-i386-xend-qemut-winxpsp3 fail
test-amd64-amd64-xl-qemut-winxpsp3 pass
test-amd64-amd64-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.
------------------------------------------------------------
commit 3646b134c1673f09c0a239de10b0da4c9265c8e8
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Thu Jul 9 17:28:48 2015 +0100
libxl: poll: Avoid fd deregistration race POLLNVAL crash
It can happen that an fd is deregistered, and closed, and then a new
fd opened, and reregistered, all while another thread is in poll().
If this happens poll might report POLLNVAL, but the event loop would
think that the fd was supposed to have been valid, and then fail an
assertion:
libxl_event.c:1183: afterpoll_check_fd: Assertion `poller->fds_changed || !(fds[slot].revents & 0x020)' failed.
We can't simply ignore POLLNVAL because if we have bugs which cause
messed-up fds, it is a serious problem which we really need to detect.
Instead, add extra tracking to spot when this possibility arises, and
abort on POLLNVAL if we are sure that it is unexpected.
Reported-by: Jim Fehlig <jfehlig@suse.com>
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
CC: Jim Fehlig <jfehlig@suse.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Tested-by: Jim Fehlig <jfehlig@suse.com>
(cherry picked from commit 681ce1681622a46d111cfdc4fc07e4cb565ae131)
(cherry picked from commit 7f7642f778b78e8e204fc082ce03072bb26887c7)
And, adjusted for semantic conflict over CTX vs ctx.
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
commit 0348c450fe253b3db6edc77568820327ff991478
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Thu Jul 9 17:05:07 2015 +0100
libxl: poll: Use poller_get and poller_put for poller_app
This makes the code more regular. We are going to want to do some
more work in poller_get and poller_put, which work also wants to be
done for poller_app.
Two very minor functional changes:
* We call malloc an extra time since poller_app is now a pointer
* ERROR_FAIL on poller_get failing for poller_app is generated in
libxl_ctx_init rather than passed through by libxl_poller_init
from libxl__pipe_nonblock.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
CC: Jim Fehlig <jfehlig@suse.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Tested-by: Jim Fehlig <jfehlig@suse.com>
(cherry picked from commit aae37652067eafd0f2b85050306772df0cb71f08)
(cherry picked from commit 9f6f513eecbdc76ce30b5f2e6c52e02076bac30b)
Conflicts:
tools/libxl/libxl.c
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
commit 900c7970de4cb809ba208465cb0abd094b4dec58
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Thu Jul 9 16:52:02 2015 +0100
libxl: poll: Make libxl__poller_get have only one success return path
In preparation for doing some more work on successful exit.
No functional change.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
CC: Jim Fehlig <jfehlig@suse.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Tested-by: Jim Fehlig <jfehlig@suse.com>
(cherry picked from commit 6fc946bc5520ebdbba5cbae4d49e53895df8b393)
(cherry picked from commit 8c409135e69c7321cb6d82b8cae0868a81d05ddc)
Conflicts:
tools/libxl/libxl_event.c
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
commit 1749addcc6a213aef9c57ed7e8548d72d475c36f
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Mon Jul 13 13:31:23 2015 +0100
tools: libxl: Handle failure to create qemu dm logfile
If libxl_create_logfile fails for some reason then
libxl__create_qemu_logfile previously just carried on and dereferenced
the uninitialised logfile.
Check for the error from libxl_create_logfile, which has already
logged for us.
This was reported as Debian bug #784880.
Reported-by: Russell Coker <russell@coker.com.au>
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Cc: 784880@bugs.debian.org
Acked-by: Wei Liu <wei.liu2@citrix.com>
(cherry picked from commit e9d3a859977913704605e0fd87887451b12d4722)
(cherry picked from commit 9a4c62515c2cac2db23f88957579792b3bdb81b3)
commit ca0f468192d12d8d30c2a48a37c5d3460a464a29
Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date: Fri Apr 3 16:02:29 2015 -0400
libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap.
There is no sense in trying to online (or offline) CPUs when the size of
cpumap is greater than the maximum number of VCPUs the guest can go to.
As such fail the operation if the count of CPUs to online is greater
than what the guest started with. For the offline case we do not
check (as the bits are unset in the cpumap) and let it go through.
We coalesce some of the underlying libxl_set_vcpuonline code
together which was duplicated in QMP and XenStore codepaths.
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c)
Conflicts:
tools/libxl/libxl.c
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
(cherry picked from commit 0d8cbcad03764e42ff2f0d224aff883c3734d782)
Conflicts:
tools/libxl/libxl.c
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
commit 3e9054c523ed089d04cf10b7f5b417240be85760
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Wed Nov 19 10:42:18 2014 +0000
docs: workaround markdown parser error in xen-command-line.markdown
Some versions of markdown (specifically the one in Debian Wheezy, currently
used to generate
http://xenbits.xen.org/docs/unstable/misc/xen-command-line.html) seem to be
confused by nested lists in the middle of multi-paragraph parent list entries
as seen in the com1,com2 entry.
The effect is that the "Default" section of all following entries are replace
by some sort of hash or checksum (at least, a string of 32 random seeming hex
digits).
Workaround this issue by making the decriptions of the DPS options a nested
list, moving the existing nested list describing the options for S into a third
level list. This seems to avoid the issue, and is arguably better formatting in
its own right (at least its not a regression IMHO)
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
(cherry picked from commit ae325e94d2076f3953824e069c062908221f7325)
========================================
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [xen-4.4-testing test] 60673: regressions - FAIL
2015-08-14 9:14 [xen-4.4-testing test] 60673: regressions - FAIL osstest service owner
@ 2015-08-14 10:07 ` Jan Beulich
2015-08-16 9:14 ` Ian Campbell
0 siblings, 1 reply; 5+ messages in thread
From: Jan Beulich @ 2015-08-14 10:07 UTC (permalink / raw)
To: xen-devel
>>> On 14.08.15 at 11:14, <osstest-admin@xenproject.org> wrote:
> flight 60673 xen-4.4-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/60673/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-armhf-armhf-xl-multivcpu 16 guest-start/debian.repeat fail REGR. vs. 60152
Iirc this same test has been failing here and there a number of times
recently - is this a sign of some issue unrelated to the software under
test? If so, I'd be inclined to suggest a force push based on this flight.
Jan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [xen-4.4-testing test] 60673: regressions - FAIL
2015-08-14 10:07 ` Jan Beulich
@ 2015-08-16 9:14 ` Ian Campbell
2015-08-17 12:41 ` Jan Beulich
0 siblings, 1 reply; 5+ messages in thread
From: Ian Campbell @ 2015-08-16 9:14 UTC (permalink / raw)
To: Jan Beulich, xen-devel, Ian Jackson
On Fri, 2015-08-14 at 04:07 -0600, Jan Beulich wrote:
> >
> > > > On 14.08.15 at 11:14, <osstest-admin@xenproject.org> wrote:
> > flight 60673 xen-4.4-testing real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/60673/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> > test-armhf-armhf-xl-multivcpu 16 guest-start/debian.repeat fail
> > REGR. vs. 60152
>
> Iirc this same test has been failing here and there a number of times
> recently
FYI there is data about this sort of thing at
http://logs.test-lab.xenproject.org/osstest/results/history/$test
e.g.
http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl-multivcpu/
and especially:
http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl-multivcpu/ALL.html
http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl-multivcpu/xen-4.4-testing.html
> - is this a sign of some issue unrelated to the software under
> test?
it does seem to have been happening on this branch a lot since the colo
move. I think that is more likely to be down to the change in the
underlying hardware as to something wrong with the code.
OTOH The history for 4.5-testing and unstable shows a far lower
incidence that 4.4.
> If so, I'd be inclined to suggest a force push based on this flight.
Overall I think I'm inclined to agree, I suppose your motive is that
you want to get 4.4.x+1 out the door and I don't think we should block
that over this issue.
>
> Jan
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [xen-4.4-testing test] 60673: regressions - FAIL
2015-08-16 9:14 ` Ian Campbell
@ 2015-08-17 12:41 ` Jan Beulich
2015-08-22 7:28 ` Ian Campbell
0 siblings, 1 reply; 5+ messages in thread
From: Jan Beulich @ 2015-08-17 12:41 UTC (permalink / raw)
To: Ian Campbell, Ian Jackson; +Cc: xen-devel
>>> On 16.08.15 at 11:14, <ian.campbell@citrix.com> wrote:
> On Fri, 2015-08-14 at 04:07 -0600, Jan Beulich wrote:
>> If so, I'd be inclined to suggest a force push based on this flight.
>
> Overall I think I'm inclined to agree, I suppose your motive is that
> you want to get 4.4.x+1 out the door and I don't think we should block
> that over this issue.
Right. Flight 60696 shows exactly the same single failure.
Could one of you two force-push then please?
Thanks, Jan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [xen-4.4-testing test] 60673: regressions - FAIL
2015-08-17 12:41 ` Jan Beulich
@ 2015-08-22 7:28 ` Ian Campbell
0 siblings, 0 replies; 5+ messages in thread
From: Ian Campbell @ 2015-08-22 7:28 UTC (permalink / raw)
To: Jan Beulich, Ian Jackson; +Cc: xen-devel
On Mon, 2015-08-17 at 06:41 -0600, Jan Beulich wrote:
> >
> > > > On 16.08.15 at 11:14, <ian.campbell@citrix.com> wrote:
> > On Fri, 2015-08-14 at 04:07 -0600, Jan Beulich wrote:
> > > If so, I'd be inclined to suggest a force push based on this
> > > flight.
> >
> > Overall I think I'm inclined to agree, I suppose your motive is
> > that
> > you want to get 4.4.x+1 out the door and I don't think we should
> > block
> > that over this issue.
>
> Right. Flight 60696 shows exactly the same single failure.
>
> Could one of you two force-push then please?
Sorry for the delay. I went to look into this and found it had passed
in the meantime. There's some new stuff in staging-4.4 now, which looks
to be the subject of flight 60802, which is due to finish this
afternoon.
Ian.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-08-22 7:28 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-08-14 9:14 [xen-4.4-testing test] 60673: regressions - FAIL osstest service owner
2015-08-14 10:07 ` Jan Beulich
2015-08-16 9:14 ` Ian Campbell
2015-08-17 12:41 ` Jan Beulich
2015-08-22 7:28 ` Ian Campbell
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.