Hello,
We upgrade from LAVA 2019.04 to 2019.10 and we have issues with the prompt matching when the device boots.
We test 2 kinds of Linux images:
* Development image
* it outputs data into the serial (secure boot, uboot, kernel, systemd)
* user: root, pass: empty
* Production image
* it doesn't output anything and *only presents the login prompt*
* user: root, pass: it could be anything
The workflow is the following:
* spin up LXC container for recovery mode
* boot the DUT waiting for the prompt. We don't need to login using the serial connection but we need to wait the prompt to understand that the board has successfully booted
* run tests from the LXC container and using ssh to the DUT
In LAVA 2019.04 everything was working as expected:
...
start: 7.3 auto-login-action (timeout 00:05:57) [target]
Using line separator: #'\n'#
No login prompt set.
Parsing kernel messages
['-+\\[ cut here \\]-+\\s+(.*\\s+-+\\[ end trace (\\w*) \\]-+)', '(Unhandled fault.*)\\r\\n', 'Kernel panic - (.*) end Kernel panic', 'Stack:\\s+(.*\\s+-+\\[ end trace (\\w*) \\]-+)', 'mbed-linux-os-(.*) login:', 'Login timed out', 'Login incorrect']
[auto-login-action] Waiting for messages, (timeout 00:05:57)
Waiting using forced prompt support. 178.45381999015808s timeout
Trying ::1...
Connected to localhost.
Escape character is '^]'.
Mbed Linux OS mbl-warrior-dev-production_build64 mbed-linux-os-674 ttymxc5
Matched prompt #4: mbed-linux-os-(.*) login:
...
While in 2019.10 the job is failing with the following:
...
start: 7.3 auto-login-action (timeout 00:05:57) [target]
auto-login-action: Wait for prompt ['Linux version [0-9]'] (timeout 00:06:00)
Trying ::1...
Connected to localhost.
Escape character is '^]'.
�
Mbed Linux OS mbl-warrior-dev-production_build74 mbed-linux-os-1764 ttymxc5
...
Another thing we observed in LAVA 2019.10: using the dev images (hence with output data) it works without any problem.
Here a snippet of our pipeline:
....
- boot:
namespace: recovery
timeout:
minutes: 5
method: recovery
commands: recovery
- deploy:
timeout:
minutes: 10
to: recovery
namespace: recovery
connection: lxc
images:
images to download.....
os: debian
- test:
namespace: lxc
connection: lxc
timeout:
minutes: 10
definitions:
- from: inline
name: flash-image
path: inline/flash-image.yaml
repository:
metadata:
format: Lava-Test Test Definition 1.0
name: flash-image
description: "Flash image to board in recovery mode"
os:
- oe
run:
steps:
- steps to recover the board
- boot:
namespace: recovery
timeout:
minutes: 5
method: recovery
commands: exit
- boot:
namespace: target
method: minimal
failure_retry: 3
prompts:
- "mbed-linux-os-(.*) login:"
timeout:
minutes: 6
....
Looking at the LAVA code we think the following commit changed the behaviour: https://git.lavasoftware.org/lava/lava/commit/6b5698a2d3ed23031e40aa1d86181…
How are we supposed to change the pipeline to make it work again?
Thanks
--
Diego Russo | Staff Software Engineer | Mbed Linux OS
ARM Ltd. CPC1, Capital Park, Cambridge Road, Fulbourn, CB21 5XE, United Kingdom
http://www.diegor.co.uk - https://os.mbed.com/docs/mbed-linux-os/
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Hi Team,
While Running LAVA in localhost , facing the error while accessing the UI
related to Devices.
Here I have attached the screenshot , please find the attachment.
Please help me to solve this issue.
Thanks & Regards,
Dhanunjaya. P
Hi Team,
I was trying to run the first Job with the qemu device type , continuously
the job listing as submitted , not getting into the Running status to
observe the behaviour.
As a Initial step , How I need to run the Scheduler, what will the mac
address need to update in the device configuration file while running jobs
in the localhost.
Regards,
Dhanunjaya. P
Hi, everyone!
I'm using fastboot from lxc to flash image to device.
I have link to archive of my image.
How better operate with it?
In lxc test download archive, unzip it to lxc, and flash it ?
I've tried this option. And use lxc:/// url type. But I cant find it, can you suggest how to do it?
my job description : https://pastebin.com/LUmL6Qv3
and I see my downloads in lxc file system. I just removed other commands from job.
I understand,that it is wrong.
I found in glossary
http://59.144.98.45/static/docs/v2/glossary.html#term-lava-lxc-home
But I cant connect path from lxc-container, and lxc:///
Please, help.
Ilya
Hi Team,
i tried to add Device & Jobs to the LAVA instance for the device type
"qemu" , continuously getting the Configuration Error:missing or invalid
template(jobs requesting this device type (qemu) will not be able to start
until a template is available on the master).
Can you please let me know how to add Device Dictionary to the LAVA
instance.
Thanks in advance.
Regards,
Dhanunjaya. P
Hi, with lava2019.09 will has next issue, seems ok in 2019.01:if request is running, click something like next:http://lava_ip/results/171It will show:500 Internal Server Errorlist index out of range
Oops, something has gone wrong!
But if the request finish, the link ok again.
Hello!
I run ltp test on my device. And now ltp's output goes in one test log output.
Is it possible to separate output of ltp testcases? To show fail or pass on each test?
Ilya.
Hi,
I have a Lava job which runs VTS and CTS and Lava gives me time out because the maximum timeout I could set was 60 min.
How do I set no-Timeout for my test? Is it possible?
george
Perfect then.
Thanks
Le mer. 23 oct. 2019 à 09:42, Philippe BEGNIC <philippe.begnic(a)st.com> a
écrit :
> Hello Remi,
>
> The "start" parameters allows me to slice the windows by packets of 100
> jobs. This is OK for my usage.
>
> Thanks for your support
>
> Philippe Begnic
> On 10/22/19 5:32 PM, Remi Duraffort wrote:
>
> Hello,
>
> this is the lava server that limit the number of jobs that will be
> returned. But the api allows to iterate by setting the "start" parameter.
> See https://validation.linaro.org/api/help/#scheduler.jobs.list
>
>
> Rgds
>
> Le mar. 22 oct. 2019 à 16:17, Philippe BEGNIC <philippe.begnic(a)st.com> a
> écrit :
>
>> Hello everyone,
>>
>> I am using Lavacli to calculate basic statistics on the daily jobs
>> executed with LAVA. (Nbr of complete//incomplete//canceled jobs).
>> I also display the failure reason of the incomplete and canceled jobs by
>> parsing the jobs logs.
>> I can only do this operation for a limited number of jobs, because it
>> seems that Lavacli has a restriction on the number of jobs to be treated.
>> (100 jobs)
>>
>> Here the command lines I am using :
>> > lavacli jobs list --health INCOMPLETE --limit 200
>>
>> To count the number of computed jobs:
>> > lavacli jobs list --health INCOMPLETE --limit 200 |wc -l
>> > 101
>>
>> So, I have requested 200 jobs, and Lavacli has treated only 100 jobs (
>> Note that our jobs database contains more than 200 jobs incomplete)
>>
>> Is it possible to remove or to increase the limitation on the number of
>> jobs to be treated ?
>>
>>
>> Best regards
>>
>>
>> Philippe Begnic
>> STMicroelectronics | MDG Group – MCD Division
>>
>>
>> _______________________________________________
>> Lava-users mailing list
>> Lava-users(a)lists.lavasoftware.org
>> https://lists.lavasoftware.org/mailman/listinfo/lava-users
>
>
>
> --
> Rémi Duraffort
> LAVA Architect
> Linaro
>
>
--
Rémi Duraffort
LAVA Architect
Linaro