From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [xen-unstable test] 62646: tolerable FAIL - PUSHED Date: Tue, 6 Oct 2015 16:31:08 +0100 Message-ID: <1444145468.5302.223.camel@citrix.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: osstest service owner , xen-devel@lists.xensource.com, Wei Liu List-Id: xen-devel@lists.xenproject.org On Mon, 2015-10-05 at 18:21 +0000, osstest service owner wrote: > flight 62646 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/62646/ > > Failures :-/ but no regressions. > > Regressions which are regarded as allowable (not blocking): > test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail like 62583 > test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 13 guest-localmigrate fail like 62583 http://logs.test-lab.xenproject.org/osstest/results/history/test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm/ALL.html paints a pretty sorry picture. http://logs.test-lab.xenproject.org/osstest/results/history/test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm/ALL.html is not a lot better, but does occasionally pass. It seems as if both suffer quite badly in the migration test cases. Both also suffer from issues with the install phase, but the test-amd64 -i386 case is much worse. It looks as if the failures are mostly on italia* and merlot*, however that might be somewhat down to the stickiness of failures. By contrast the same test cases without stubdom appear to be in reasonable shape (the odd failure, but nothing like as bad): http://logs.test-lab.xenproject.org/osstest/results/history/test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm/ALL.html http://logs.test-lab.xenproject.org/osstest/results/history/test-amd64-i386-xl-qemut-debianhvm-amd64-xsm/ALL.html This is hampered somewhat by the lack of logging of the guest serial when stubdom is in use. For non-studom this ends up in the qemu log, for stubdom I'm not sure which blackhole it goes down. Ian.