Re: [Xen-devel] [xen-unstable test] 60076: regressions - FAIL

[Dario Faggioli <dario.faggioli@xxxxxxxxxx>]

On Wed, 2015-07-29 at 06:42 +0000, osstest service owner wrote:
> flight 60076 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/60076/
> 
> Regressions :-(
> 
> Tests which did not succeed and are blocking,
> including tests which could not be run:
>  test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 
> 59817
>  test-armhf-armhf-xl-multivcpu 14 guest-start.2            fail REGR. vs. 
> 59817
>
I gave a quick look at the logs, and didn't spot any obvious issues.

AFAICT, it seems it was actually working:

--- ---
http://logs.test-lab.xenproject.org/osstest/logs/60076/test-armhf-armhf-xl-multivcpu/serial-arndale-metrocentre.log
Jul 28 20:22:21.525058 [  623.706988] device vif2.0 entered promiscuous mode

Jul 28 20:22:21.669108 [  623.713782] IPv6: ADDRCONF(NETDEV_UP): vif2.0: link 
is not ready

Jul 28 20:22:21.677039 [  625.296200] xen-blkback:ring-ref 8, event-channel 3, 
protocol 1 (arm-abi) persistent grants

Jul 28 20:22:23.261086 [  625.325256] xen-blkback:ring-ref 9, event-channel 4, 
protocol 1 (arm-abi) persistent grants

Jul 28 20:22:23.293017 [  625.400219] IPv6: ADDRCONF(NETDEV_CHANGE): vif2.0: 
link becomes ready

Jul 28 20:22:23.365065 [  625.405368] xenbr0: port 2(vif2.0) entered forwarding 
state

Jul 28 20:22:23.365110 [  625.410948] xenbr0: port 2(vif2.0) entered forwarding 
state

http://logs.test-lab.xenproject.org/osstest/logs/60076/test-armhf-armhf-xl-multivcpu/arndale-metrocentre---var-log-xen-console-guest-debian.guest.osstest.log
INIT: Entering runlevel: 2

[info] Using makefile-style concurrent boot in runlevel 2.
[....] Starting enhanced syslogd: rsyslogd[?25l[?1c7[ ok 
8[?25h[?0c.
[....] Starting periodic command scheduler: cron[?25l[?1c7[ ok 
8[?25h[?0c.
[....] Starting OpenBSD Secure Shell server: sshd[?25l[?1c7[ ok 
8[?25h[?0c.




Debian GNU/Linux 7 debian hvc0

debian login: Debian GNU/Linux 7 debian hvc0

debian login: 

--- ---

Can it be that things are "just" slow, since we're creating a 4 vcpus
guest on a 1 pcpu (not so powerful, I guess) host?

http://logs.test-lab.xenproject.org/osstest/logs/60076/test-armhf-armhf-xl-multivcpu/arndale-metrocentre-output-xl_info_-n
cpu_topology           :
cpu:    core    socket     node
  0:       0        0        0

http://logs.test-lab.xenproject.org/osstest/logs/60076/test-armhf-armhf-xl-multivcpu/arndale-metrocentre-output-xl_vcpu-list
Name                                ID  VCPU   CPU State   Time(s) Affinity 
(Hard / Soft)
Domain-0                             0     0    0   r--     337.5  all / all
debian.guest.osstest                 2     0    0   ---      13.5  all / all
debian.guest.osstest                 2     1    0   ---      12.9  all / all
debian.guest.osstest                 2     2    0   ---      12.2  all / all
debian.guest.osstest                 2     3    0   ---      12.5  all / all

If I missed something, and this is just completely off... sorry for the
noise. :-)

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: signature.asc
Description: This is a digitally signed message part

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