From: Cleber Rosa <crosa@redhat.com>
To: "Philippe Mathieu-Daudé" <philmd@redhat.com>
Cc: "Fam Zheng" <fam@euphon.net>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Eduardo Habkost" <ehabkost@redhat.com>,
"Aleksandar Rikalo" <arikalo@wavecomp.com>,
qemu-devel@nongnu.org,
"Aleksandar Markovic" <amarkovic@wavecomp.com>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Aurelien Jarno" <aurelien@aurel32.net>
Subject: Re: [Qemu-devel] [PULL 6/6] travis: Make check-acceptance job more verbose
Date: Wed, 12 Jun 2019 18:47:36 -0400 [thread overview]
Message-ID: <20190612224736.GA9536@localhost.localdomain> (raw)
In-Reply-To: <d107483c-eba8-f6fc-8e3a-ad0a86472d07@redhat.com>
On Wed, Jun 12, 2019 at 10:49:18PM +0200, Philippe Mathieu-Daudé wrote:
> On 6/11/19 7:14 PM, Eduardo Habkost wrote:
> > It will help us debug issues when tests fail.
> >
> > Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
> > ---
> > .travis.yml | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/.travis.yml b/.travis.yml
> > index b053a836a3..a08a7b7278 100644
> > --- a/.travis.yml
> > +++ b/.travis.yml
> > @@ -225,7 +225,7 @@ matrix:
> > # Acceptance (Functional) tests
> > - env:
> > - CONFIG="--python=/usr/bin/python3 --target-list=x86_64-softmmu,mips-softmmu,mips64el-softmmu,aarch64-softmmu,arm-softmmu,s390x-softmmu,alpha-softmmu"
> > - - TEST_CMD="make check-acceptance"
> > + - TEST_CMD="make AVOCADO_SHOW=test check-acceptance"
> > addons:
> > apt:
> > packages:
> >
>
> Cleber, can you help figuring what's wrong here?
>
> https://travis-ci.org/qemu/qemu/jobs/544805900
>
> The tests seems successfull, is it possible the verbose logging returns
> error to the shell even if the test succeed?
>
There's some confusion here... To the best of my knowledge this failure is
not associated with Eduardo's change of the of the AVOCADO_SHOW variable.
This seems to be we hitting this:
https://bugs.launchpad.net/qemu/+bug/1829779
Which was also discussed in other threads, such as:
https://lists.gnu.org/archive/html/qemu-devel/2019-06/msg01254.html
We have identified two ways to work around this, and about two days
ago Eduardo and myself settled on one of them. I'll send a patch in
a few.
> INIT
> 05-/home/travis/build/qemu/qemu/tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_aarch64_virt
> PARAMS (key=timeout, path=*, default=90) => 90
> Test metadata:
> filename:
> /home/travis/build/qemu/qemu/tests/acceptance/boot_linux_console.py
> teststmpdir: /tmp/avocado_6tk1s4nz
> workdir:
> /tmp/avocado_ifg2df04/avocado_job_zqdrt4ht/05-_home_travis_build_qemu_qemu_tests_acceptance_boot_linux_console.py_BootLinuxConsole.test_aarch64_virt
> START
> 05-/home/travis/build/qemu/qemu/tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_aarch64_virt
> DATA (filename=output.expected) => NOT FOUND (data sources: variant,
> test, file)
> PARAMS (key=arch, path=*, default=aarch64) => 'aarch64'
> PARAMS (key=qemu_bin, path=*,
> default=aarch64-softmmu/qemu-system-aarch64) =>
> 'aarch64-softmmu/qemu-system-aarch64'
> Fetching
> https://download.fedoraproject.org/pub/fedora/linux/releases/29/Everything/aarch64/os/images/pxeboot/vmlinuz
> ->
> /home/travis/avocado/data/cache/by_location/e959d0e1dd72e77653e218e666198db1f3d0c213/vmlinuz.g3ehffso
> Retrieved URL
> "https://download.fedoraproject.org/pub/fedora/linux/releases/29/Everything/aarch64/os/images/pxeboot/vmlinuz":
> content-length 8623423, date: "Wed, 12 Jun 2019 18:54:21 GMT",
> last-modified: "Sun, 21 Oct 2018 00:43:09 GMT"
> VM launch command: 'aarch64-softmmu/qemu-system-aarch64 -chardev
> socket,id=mon,path=/var/tmp/tmptpv0noew/qemu-6334-monitor.sock -mon
> chardev=mon,mode=control -display none -vga none -machine virt -chardev
> socket,id=console,path=/var/tmp/tmptpv0noew/qemu-6334-console.sock,server,nowait
> -serial chardev:console -cpu cortex-a53 -kernel
> /home/travis/avocado/data/cache/by_location/e959d0e1dd72e77653e218e666198db1f3d0c213/vmlinuz
> -append printk.time=0 console=ttyAMA0'
> >>> {'execute': 'qmp_capabilities'}
> <<< {'return': {}}
> Booting Linux on physical CPU 0x0000000000 [0x410fd034]
> Linux version 4.18.16-300.fc29.aarch64
> (mockbuild@buildvm-aarch64-02.arm.fedoraproject.org) (gcc version 8.2.1
> 20180801 (Red Hat 8.2.1-2) (GCC)) #1 SMP Sat Oct 20 23:12:22 UTC 2018
> Machine model: linux,dummy-virt
> efi: Getting EFI parameters from FDT:
> efi: UEFI not found.
> cma: Failed to reserve 64 MiB
> NUMA: No NUMA configuration found
> NUMA: Faking a node at [mem 0x0000000000000000-0x0000000047ffffff]
> NUMA: NODE_DATA [mem 0x47f9c780-0x47fa9fff]
> Zone ranges:
> DMA32 [mem 0x0000000040000000-0x0000000047ffffff]
> Normal empty
> Movable zone start for each node
> Early memory node ranges
> node 0: [mem 0x0000000040000000-0x0000000047ffffff]
> Initmem setup node 0 [mem 0x0000000040000000-0x0000000047ffffff]
> psci: probing for conduit method from DT.
> psci: PSCIv0.2 detected in firmware.
> psci: Using standard PSCI v0.2 function IDs
> psci: Trusted OS migration not required
> percpu: Embedded 23 pages/cpu @(____ptrval____) s53528 r8192 d32488 u94208
> Detected VIPT I-cache on CPU0
> CPU features: enabling workaround for ARM erratum 843419
> CPU features: detected: Kernel page table isolation (KPTI)
> Built 1 zonelists, mobility grouping on. Total pages: 32256
> Policy zone: DMA32
> Kernel command line: printk.time=0 console=ttyAMA0
> >>> {'execute': 'quit'}
Notice how QEMU gets stuck here.
- Cleber.
> qemu received signal 9: aarch64-softmmu/qemu-system-aarch64 -chardev
> socket,id=mon,path=/var/tmp/tmptpv0noew/qemu-6334-monitor.sock -mon
> chardev=mon,mode=control -display none -vga none -machine virt -chardev
> socket,id=console,path=/var/tmp/tmptpv0noew/qemu-6334-console.sock,server,nowait
> -serial chardev:console -cpu cortex-a53 -kernel
> /home/travis/avocado/data/cache/by_location/e959d0e1dd72e77653e218e666198db1f3d0c213/vmlinuz
> -append printk.time=0 console=ttyAMA0
> DATA (filename=output.expected) => NOT FOUND (data sources: variant,
> test, file)
> DATA (filename=stdout.expected) => NOT FOUND (data sources: variant,
> test, file)
> DATA (filename=stderr.expected) => NOT FOUND (data sources: variant,
> test, file)
> Not logging /var/log/syslog (lack of permissions)
> PASS
> 05-/home/travis/build/qemu/qemu/tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_aarch64_virt
> Runner error occurred: Timeout reached
> Original status: PASS
> {'fail_class': None, 'name':
> '05-/home/travis/build/qemu/qemu/tests/acceptance/boot_linux_console.py:BootLinuxConsole.test_aarch64_virt',
> 'timeout': 90, 'time_elapsed': 90.49569606781006, 'params': [],
> 'time_end': 1560365750.8509598, 'logdir':
> '/home/travis/build/qemu/qemu/tests/results/job-2019-06-12T18.51-6779368/test-results/05-_home_travis_build_qemu_qemu_tests_acceptance_boot_linux_console.py_BootLinuxConsole.test_aarch64_virt',
> 'status': 'PASS', 'whiteboard': '', 'fail_reason': None, 'traceback':
> None, 'job_unique_id': '6779368b0faa619be34d024bad5ee46367c44df0',
> 'class_name': 'BootLinuxConsole', 'paused': False, 'time_start':
> 1560365660.3552637, 'job_logdir':
> '/home/travis/build/qemu/qemu/tests/results/job-2019-06-12T18.51-6779368',
> 'running': False, 'logfile':
> '/home/travis/build/qemu/qemu/tests/results/job-2019-06-12T18.51-6779368/test-results/05-_home_travis_build_qemu_qemu_tests_acceptance_boot_linux_console.py_BootLinuxConsole.test_aarch64_virt/debug.log'}
> File /etc/avocado/sysinfo/commands does not exist.
> File /etc/avocado/sysinfo/files does not exist.
> File /etc/avocado/sysinfo/profilers does not exist.
> Journalctl collection failed: Command 'journalctl --quiet --lines 1
> --output json' failed.
> stdout: b''
> stderr: b'No journal files were opened due to insufficient permissions.\n'
> additional_info: None
>
> Thanks,
>
> Phil.
>
next prev parent reply other threads:[~2019-06-12 23:03 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-11 17:14 [Qemu-devel] [PULL 0/6] Python queue, 2019-06-11 Eduardo Habkost
2019-06-11 17:14 ` [Qemu-devel] [PULL 1/6] tests/boot_linux_console: Let extract_from_deb handle various compressions Eduardo Habkost
2019-06-11 17:14 ` [Qemu-devel] [PULL 2/6] BootLinuxConsoleTest: Do not log empty lines Eduardo Habkost
2019-06-11 17:14 ` [Qemu-devel] [PULL 3/6] BootLinuxConsoleTest: Test the SmartFusion2 board Eduardo Habkost
2019-06-11 17:14 ` [Qemu-devel] [PULL 4/6] BootLinuxConsoleTest: Test nanoMIPS kernels on the I7200 CPU Eduardo Habkost
2019-06-11 17:14 ` [Qemu-devel] [PULL 5/6] BootLinuxConsoleTest: Run kerneltests BusyBox on Malta Eduardo Habkost
2019-06-11 17:14 ` [Qemu-devel] [PULL 6/6] travis: Make check-acceptance job more verbose Eduardo Habkost
2019-06-12 20:49 ` Philippe Mathieu-Daudé
2019-06-12 20:52 ` Eduardo Habkost
2019-06-12 22:33 ` Philippe Mathieu-Daudé
2019-06-12 22:47 ` Cleber Rosa [this message]
2019-06-12 23:12 ` Philippe Mathieu-Daudé
2019-06-12 12:49 ` [Qemu-devel] [PULL 0/6] Python queue, 2019-06-11 Peter Maydell
2019-06-18 13:27 ` Peter Maydell
2019-06-18 14:01 ` Cleber Rosa
2019-06-18 15:38 ` Cleber Rosa
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=20190612224736.GA9536@localhost.localdomain \
--to=crosa@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=amarkovic@wavecomp.com \
--cc=arikalo@wavecomp.com \
--cc=aurelien@aurel32.net \
--cc=ehabkost@redhat.com \
--cc=fam@euphon.net \
--cc=peter.maydell@linaro.org \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.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 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.