From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>, ian.jackson@eu.citrix.com
Subject: Re: [xen-4.2-testing test] 19031: regressions - FAIL
Date: Wed, 4 Sep 2013 10:50:55 -0400 [thread overview]
Message-ID: <20130904145055.GE3188@phenom.dumpdata.com> (raw)
In-Reply-To: <522707A102000078000F03CE@nat28.tlf.novell.com>
On Wed, Sep 04, 2013 at 09:12:49AM +0100, Jan Beulich wrote:
> >>> On 04.09.13 at 07:17, xen.org <ian.jackson@eu.citrix.com> wrote:
> > flight 19031 xen-4.2-testing real [real]
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/19031/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> > test-amd64-i386-xend-qemut-winxpsp3 7 windows-install fail REGR. vs. 18801
>
> So the stable trees are apparently using the 3.10-based kernels
> too, and woodlouse is giving a problem there too. Which hints
> even more strongly at a kernel side problem on that specific box
> than a regression in recent -unstable commits. Which in turn
> raises the question of how to best get -unstable's staging tree's
> backlog taken care of, alongside the question of how to get
> pushes on the soon-to-be-released stable trees.
It is interesting that it fails at the same problem the linux-real had
been failing. That is when doing rsync.
5120 bytes (5.1 kB) copied, 0.0194138 s, 264 kB/s
2013-09-04 04:42:13 Z execution took 19 seconds [**>30/2**]: ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=100 -o ServerAliveInterval=100 -o PasswordAuthentication=no -o ChallengeResponseAuthentication=no -o UserKnownHostsFile=tmp/t.known_hosts_19031.test-amd64-i386-xend-qemut-winxpsp3 root@10.80.248.105 dd if=/dev/zero of=/dev/woodlouse/win.guest.osstest-disk count=10
2013-09-04 04:42:13 Z executing rsync ... -p /home/xc_osstest/images/winxpsp3.iso root@10.80.248.105:/root/19031.test-amd64-i386-xend-qemut-winxpsp3.winxpsp3.iso
2013-09-04 04:58:53 Z command timed out [1000]: rsync -e ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=100 -o ServerAliveInterval=100 -o PasswordAuthentication=no -o ChallengeResponseAuthentication=no -o UserKnownHostsFile=tmp/t.known_hosts_19031.test-amd64-i386-xend-qemut-winxpsp3 -p /home/xc_osstest/images/winxpsp3.iso root@10.80.248.105:/root/19031.test-amd64-i386-xend-qemut-winxpsp3.winxpsp3.iso
status (timed out) at Osstest/TestSupport.pm line 375.
+ rc=4
+ date -u '+%Y-%m-%d %H:%M:%S Z exit status 4'
2013-09-04 04:58:53 Z exit status 4
+ exit 4
rsync error: unexplained error (code 143) at rsync.c(541) [sender=3.0.3]
Ian, is it possible to a bit more verbose - perhaps that will shed some light
at this awful speed.
There does not seem to be anything about the 'tg3' blowing up?
Ian, would it also be able to get the interrupt count _Before_ and
_after_ the timeout? Perhaps the interrupts aren't going to the
device?
Thanks.
>
> Jan
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2013-09-04 14:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-04 5:17 [xen-4.2-testing test] 19031: regressions - FAIL xen.org
2013-09-04 8:12 ` Jan Beulich
2013-09-04 14:50 ` Konrad Rzeszutek Wilk [this message]
2013-09-04 15:11 ` Ian Jackson
2013-09-04 18:18 ` Konrad Rzeszutek Wilk
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=20130904145055.GE3188@phenom.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=JBeulich@suse.com \
--cc=ian.jackson@eu.citrix.com \
--cc=xen-devel@lists.xenproject.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).