Re: [xen-unstable test] 58618: regressions - FAIL

[Dario Faggioli <dario.faggioli@citrix.com>]

[-- Attachment #1.1: Type: text/plain, Size: 1602 bytes --]

On Wed, 2015-06-17 at 09:05 +0000, osstest service user wrote:
> flight 58618 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/58618/
> 
> Regressions :-(
> 
> Tests which did not succeed and are blocking,
> including tests which could not be run:
>  test-armhf-armhf-xl-credit2   6 xen-boot                  fail REGR. vs. 58392
> 
I just gave a look at this, expecting to find something similar/related
to the last failure (which was
http://logs.test-lab.xenproject.org/osstest/logs/58330/test-armhf-armhf-xl-credit2/info.html on a cubietruck).

However, looking at the logs in:
http://logs.test-lab.xenproject.org/osstest/logs/58618/test-armhf-armhf-xl-credit2/info.html

I don't see anything stuck, like last time, nor I see anything that
might be credit2 related.

Actually, it really seems to me that the box did succeed in rebooting in
Xen, as requested, but it suffered from networking issues:

device eth0 entered promiscuous mode
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready
Waiting for xenbr0 to get ready (MAXWAIT is 2 seconds).
asix 1-3.2.4:1.0 eth0: link down
...
Starting MTA:
Starting NTP server: ntpd
asix 1-3.2.4:1.0 eth0: link down

Is this something known already and/or expected?

Regards,
Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel