From: Ian Campbell <ian.campbell@citrix.com>
To: Juergen Gross <jgross@suse.com>,
Platform Team regression test user
<citrix-osstest@xenproject.org>,
xen-devel@lists.xensource.com, osstest-admin@xenproject.org
Subject: Re: [xen-4.5-testing baseline-only test] 38676: trouble: blocked/broken/fail/pass
Date: Thu, 21 Jan 2016 10:00:33 +0000 [thread overview]
Message-ID: <1453370433.26343.195.camel@citrix.com> (raw)
In-Reply-To: <56A07F8F.3030609@suse.com>
On Thu, 2016-01-21 at 07:49 +0100, Juergen Gross wrote:
> On 21/01/16 07:31, Platform Team regression test user wrote:
> > This run is configured for baseline tests only.
> >
> > flight 38676 xen-4.5-testing real [real]
> > http://osstest.xs.citrite.net/~osstest/testlogs/logs/38676/
>
> I've seen this more than once now: some test results seem not to be
> reachable from outside Citrix:
>
> $ host osstest.xs.citrite.net
> Host osstest.xs.citrite.net not found: 3(NXDOMAIN)
>
> Is this on purpose?
More due to a lack of somewhere to post them publicly.
These results from "citrix-osstest@xenproject.org", generally with
"baseline-only" in the subject and a flight > 5000 are from the osstest
instance running in Cambridge, which used to be the production instance
prior to the colo.
Reports from the production colo come from "osstest service owner <osstest-
admin@xenproject.org>".
The Cambridge baseline-only tests were originally setup so we could make
use of the historical info e.g. regarding machine specific failures in the
period after the switch (i.e. when there wasn't much historical data for
the colo based machines) and to give some overlap in the results of the old
and new instances.
Since then I have left them running since we have versions of hardware
(particularly older machines) which the COLO doesn't have, and also because
it gives those of us here a set of baselines to use for any adhoc testing
we might run here.
Being "baseline-only" each branch is run exactly once on any new baseline,
i.e. when the XenProject instance gets a push of that branch.
Right now our instance is suffering from a host-install issue exposed by
the Debian Jessie upgrade (arising because some of those machines have two
disks, which caused us to notice that none of the machines in the COLO did,
which is being fixed), so the results look bad right now. The fix is in
transit through the colo push gate where it will be picked up by the
Cambridge instance and the results should improve.
Anyway, I kept the mails going to the list because they might be of
interest, and because they are baseline-only they should be relatively low
volume (compared with the production instance). I'm happy to push logs for
specific flights to my user space on xenbits if someone wants to look at an
issue, but for the most part I would expect them to be ignored. If they are
considered too annoying I can arrange for the reports to go elsewhere.
Ian.
next prev parent reply other threads:[~2016-01-21 10:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-21 6:31 [xen-4.5-testing baseline-only test] 38676: trouble: blocked/broken/fail/pass Platform Team regression test user
2016-01-21 6:49 ` Juergen Gross
2016-01-21 10:00 ` Ian Campbell [this message]
2016-01-21 10:50 ` Juergen Gross
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1453370433.26343.195.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=citrix-osstest@xenproject.org \
--cc=jgross@suse.com \
--cc=osstest-admin@xenproject.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.