- lava-users - op-lists.linaro.org

Lava JOB status still shows running even after job completed

by koti

Hi, My LAVA job status still shows "Running" even when the job is completed and status does not change even after 24 hours. Due to that my other Job's pending from that dispatcher targets. My dispatcher shows these errors for /var/log/lava-dispatcher/lava-worker.log i.e " https://pastebin.com/46WFtAin" Please can someone let me know a solution to fix this issue? Regards, Koti

4 years, 8 months

2
2
0 0

Flashrom

by koti

Hi Cano Pablo, If my understanding is correct, you may want to flash the images in boot action. We can flash the same using the below boot action. " actions: - deploy: timeout: minutes: 10 to: flasher images: image: url: file: <firmware path> - boot: method: bootloader bootloader: u-boot commands: - ' xxxxx' prompts: - 'xxxxx' timeout: minutes: 10 " 1. Please provide your flash script under /etc/lava-server/dispatcher-config/devices/<device.jinja2> file as mentioned below under "flasher_deploy_commands" Example: (Note: {IMAGE} is the file mentioned in Deply action i.e "url: file: <firmware path>" {% set flasher_deploy_commands = ['/1.py', 'sleep 10', '/2.py', 'sleep 10', '/flash.sh "{IMAGE}" &', 'sleep 2', 'sleep 2'] %} 2. Please mention your bootmethod and bootloader as per your requirement. Regards, Koti On Wed, 2 Feb 2022 at 05:30, <lava-users-request(a)lists.lavasoftware.org> wrote: > Send Lava-users mailing list submissions to > lava-users(a)lists.lavasoftware.org > > To subscribe or unsubscribe via email, send a message with subject or > body 'help' to > lava-users-request(a)lists.lavasoftware.org > > You can reach the person managing the list at > lava-users-owner(a)lists.lavasoftware.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Lava-users digest..." > > Today's Topics: > > 1. Flashrom (Cano, Pablo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 1 Feb 2022 23:21:42 +0000 > From: "Cano, Pablo" <Pablo.Cano(a)Resideo.com> > Subject: [Lava-users] Flashrom > To: "lava-users(a)lists.lavasoftware.org" > <lava-users(a)lists.lavasoftware.org> > Message-ID: <SN4PR22MB33174DEF13E85267D949A52B8B269(a)SN4PR22MB3317.nam > prd22.prod.outlook.com> > Content-Type: multipart/alternative; boundary="_000_SN4PR22MB33174D > EF13E85267D949A52B8B269SN4PR22MB3317namp_" > > Hi, > Someone knows how to implement flashrom in the booting action of the > device type? >

4 years, 9 months

1
0
0 0

Flashrom

by Cano, Pablo

Hi, Someone knows how to implement flashrom in the booting action of the device type?

4 years, 9 months

1
0
0 0

Add new device TI CC1312

by Cano, Pablo

Hi, I'm starting to work with LAVA and I want to know if there is a template for a Texas Instrument microcontroller like CC1312. Also, I want to know if someone try to connect a DUT with CHEETAH that is a SPI host adapter. If so, what is the method to communicate it with LAVA? Best, Pablo

4 years, 9 months

1
0
0 0

Re: [Lava-users] Add new device NXP rt1050

by Philippe Mazet (OSS)

The IMXRT1050 seems to be already supported, including jlink support. https://git.lavasoftware.or/lava/lava/-/blob/master/etc/dispatcher-config/d… And since the device-type template already exists in LAVA, it should not be too complicated to get started with it. However, I am not using this type of device myself, so I can't help more. Philippe From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of Cano, Pablo Sent: Friday, January 21, 2022 10:36 PM To: lava-users(a)lists.lavasoftware.org Subject: [Lava-users] Add new device NXP rt1050 Hi, I'm starting to work with LAVA and I read the documentation about add a new device is more difficult rather than use some templates. So, my question is if there is a template to use with a microprocessor like rt1050 that has an architecture ARM7vE-M. Also, I need to communicate to this unit with J-link and UART, is possible to use direct communication or I need to connect via the network.

4 years, 9 months

1
0
0 0

Add new device NXP rt1050

by Cano, Pablo

Hi, I'm starting to work with LAVA and I read the documentation about add a new device is more difficult rather than use some templates. So, my question is if there is a template to use with a microprocessor like rt1050 that has an architecture ARM7vE-M. Also, I need to communicate to this unit with J-link and UART, is possible to use direct communication or I need to connect via the network.

4 years, 9 months

1
0
0 0

how to edit the configured "lava-worker" host name

by koti

Hi, Recently my "lava-worker" host name was changed and showed the same offline in Lava-server. Is there any easy way to edit the old hostname with the new hostname (in lava-server side software) to bring back the lava-worker/dispatcher online ? Regards, Koti

4 years, 10 months

1
0
0 0

How to install 2021.10 "Lava-dispatcher" now

by koti

Hi, I plan to install the 2021.10 lava-dispatcher instead of the 2021.11 latest version. I am unable to install the 2021.10 lava-dispatcher version but able to install 2021.11 using "apt install lava-dispatcher" Is there any way to install the 2021.10 lava-dispatcher at this time? Or do we always need to install the latest versions? Regards, koti

4 years, 10 months

3
3
0 0

Re: [Lava-users] Lava-users Digest, Vol 39, Issue 11

by koti

Hi Nagerndra, I would recommend send a patch if the issue is resolved so that the LAVA team will review/check it. Regards, Koti On Thu, 25 Nov 2021 at 17:30, <lava-users-request(a)lists.lavasoftware.org> wrote: > Send Lava-users mailing list submissions to > lava-users(a)lists.lavasoftware.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.lavasoftware.org/mailman/listinfo/lava-users > or, via email, send a message with subject or body 'help' to > lava-users-request(a)lists.lavasoftware.org > > You can reach the person managing the list at > lava-users-owner(a)lists.lavasoftware.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Lava-users digest..." > > > Today's Topics: > > 1. Re: Constant failure_retry does not exist in the device > config 'constants' (Nagendra Singamsetti) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 24 Nov 2021 18:02:59 +0530 > From: Nagendra Singamsetti <nag.singam91(a)gmail.com> > To: lava-users(a)lists.lavasoftware.org > Subject: Re: [Lava-users] Constant failure_retry does not exist in the > device config 'constants' > Message-ID: > <CAFhg_Wtt3+AnYRLLO7nm2u8uiYKLFPHaS7_Q5LKvah= > 0Z_vsSg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi All , > The Issue got solved by updating the latest change in base.jinja2 > device-type file. > > # Set the failure retry to default or override it failure_retry: {{ > failure_retry|default(1) }} # Override boot_retry boot_retry: {{ > boot_retry }}{% endblock constants -%} > > I am not sure why base.jinja2 is not updated during the 2021.10 > lava-server upgrade process. If any one got the same issue please try > this change. > > thanks > > Regards > > Nagendra S > > > On Wed, Nov 24, 2021 at 1:19 PM Nagendra Singamsetti < > nag.singam91(a)gmail.com> > wrote: > > > Hi All, > > > > I got struck with strange issue with latest version 2021.10 > > > > > > - *error_msg*: Constant failure_retry does not exist in the device > > config 'constants' section. > > - *error_type*: Configuration > > > > ConfigurationError: The LAVA instance is not configured correctly. Please > > report this error to LAVA admins. > > > > My setup is working fine with 2021.05. But after upgrading with the > latest > > version 2021.10 none of the jobs are not working. Always it raises the > > Exception called Configuration Error. > > > > Looking forward to your kind response!!! > > > > > > Regards > > Nagendra S > > > > > > >

4 years, 11 months

1
0
0 0

Constant failure_retry does not exist in the device config 'constants'

by Nagendra Singamsetti

Hi All, I got struck with strange issue with latest version 2021.10 - *error_msg*: Constant failure_retry does not exist in the device config 'constants' section. - *error_type*: Configuration ConfigurationError: The LAVA instance is not configured correctly. Please report this error to LAVA admins. My setup is working fine with 2021.05. But after upgrading with the latest version 2021.10 none of the jobs are not working. Always it raises the Exception called Configuration Error. Looking forward to your kind response!!! Regards Nagendra S

4 years, 11 months

1
1
0 0

API PUT call permissions

by Milosz Wasilewski

Hi, I'm running a project which requires changes in device status in LAVA. It will request the device to be put into 'maintenance' and later on into 'good' state. Initially I was using my personal API token. Since I was a superuser it all worked. A few weeks ago I tried to move to a more permanent solution with a dedicated user. I granted all required access rights to the new user, but PUT calls to api/v0.2/devices/<device_name> were rejected. After looking at the code it seems that only superuser is allowed to make such calls. Is there a reason for that? Changes were introduced in this commit: https://git.lavasoftware.org/lava/lava/-/commit/2bdbd462d745b45308faf86dd37… Best Regards, Milosz

4 years, 11 months

2
2
0 0

using 'uuu' boot action results in KeyError: 'uuu' on v2021.09

by Davis Roman

Hello, I received an error message when using the 'uuu' boot action on v2021.09. I tried poking around through the lava source but I'm still fairly new to the repo so I'm a bit stumped. Any comments or suggestions would be greatly appreciated. Thank you, Davis Traceback (most recent call last): File "/bin/lava-run", line 240, in main job = parse_job_file(logger, options) File "/bin/lava-run", line 151, in parse_job_file env_dut=env_dut, File "/usr/lib/python3/dist-packages/lava_dispatcher/parser.py", line 163, in parse test_counts[namespace], File "/usr/lib/python3/dist-packages/lava_dispatcher/parser.py", line 47, in parse_action cls = Boot.select(device, parameters) File "/usr/lib/python3/dist-packages/lava_dispatcher/logical.py", line 276, in select res = c.accepts(device, parameters) File "/usr/lib/python3/dist-packages/lava_dispatcher/actions/boot/uuu.py", line 119, in accepts params = device["actions"]["boot"]["methods"]["uuu"]["options"] KeyError: 'uuu' LAVABug: This is probably a bug in LAVA, please report it. --------------------------------------------------------------------------------------------------------------------------- device_type: imx8m job_name: flash with uuu timeouts: job: minutes: 10 action: minutes: 10 connection: minutes: 5 visibility: public actions: - deploy: to: uuu images: boot: url: file:///home/davis/uuu/imx-boot-64.bin system : url: file:///home/davis/uuu/sd.img - boot: method: uuu commands : - uuu: -b emmc_all {boot} {system}

5 years

4
8
0 0

dispatcher docker image overwrites ENV

by Benedikt Braunger

Moin, I'm using https://git.lavasoftware.org/lava/pkg/docker-compose to build example setups with LAVA and I want to add a second remote worker. Therefore I set the URL and DC_DISPATCHER_HOSTNAME in .env and run `docker-compose up lava-dispatcher`. Sadly the dispatcher always tries to connect to "lava-server" dispite that the correct URL is passed via environment variables into the container. It looks like the value gets overwritten in https://git.lavasoftware.org/lava/lava/-/blob/master/docker/share/entrypoin… as the lava-worker file looks like this inside the container. ... # Logging level should be uppercase (DEBUG, INFO, WARN, ERROR) # LOGLEVEL="DEBUG" # Server connection URL="http://lava-server:8000/" # TOKEN="--token <token>" WS_URL="--ws-url http://lava-publisher:8001/ws/" After digging around a bit I found out, that this environment file comes from https://git.lavasoftware.org/lava/pkg/docker-compose/-/blob/master/overlays… This practically disables the possibility of configuring the worker via the .env of the docker-compose repo. The order of defaults loading in https://git.lavasoftware.org/lava/lava/-/blob/master/docker/share/entrypoin… should be changed, so that the importing from the lava-worker file happens first and the environment variable is applied afterwards. Overall there are two defaults here and two possibilities to configure the worker, which is a bit confusing and redundant. Imho the .env from the docker-compose repo is a known and established way of configuring containers and should be preferred. Regards, Beni -- Benedikt Braunger emlix GmbH, http://www.emlix.com Fon +49 551 30664-0, Fax +49 551 30664-11 Gothaer Platz 3, 37083 Goettingen, Germany Sitz der Gesellschaft: Goettingen, Amtsgericht Goettingen HR B 3160 Geschaeftsfuehrung: Heike Jordan, Dr. Uwe Kracke Ust-IdNr.: DE 205 198 055 emlix - smart embedded open source

5 years

1
0
0 0

Parsing test result that include square brackets in interactive test

by 김서지

5 years

1
0
0 0

All device become 'Bad (Invalid device configuration)' after lava server re-install

by Kever Yang

Hi I setup a LAVA server few years ago, on Debian 9.5 Stretch(with Python 3.5), and it works correctly. Recently I update the Python to 3.6, but the lava-server not able to work correctly. eg. the HTTP server does not work. So I fall back to Python 3.5 and re-install the LAVA server at the same time, but unfortunately the device does not work this time. The device status is set to "Bad (Invalid device configuration)" by the lava-health without any real check. The device was work correctly, and only change to 'BAD' when health check job get fail. Is there any device related option was set to mandatory instead of optional which cause this issue? How can I identify this issue? I can't see any Error in the log file at /var/log/lava-server Thanks, - Kever

5 years

1
1
0 0

Can't I use ']' on bootloader_prompt and "$'\cc'" on interrupt_char?

by 김서지

5 years

1
0
0 0

How to write dummy deploy action to test already flashed and booted DUT?

by 김서지

5 years, 1 month

1
0
0 0

Re: [Lava-users] Email notifications broken in LAVA 2021.08

by Westermann, Oliver

> I actually didn?t upgrade anything myself: I am using your > docker-compose solution, on a Ubuntu 18.04 host. Just as a sidenote as I noticed this as well: We also use the docker-compose setup and while I did not investigate the reasons yet, I can confirm that our mailed notifications are broken since the recent update. I didn't care to much as we check manually either way, but I can confirm from my last e-mail that the "breaking change" was simply a rebuild of the docker compose setup with the latest updates, but no host changes. - Olli

5 years, 1 month

1
0
0 0

Re: [Lava-users] Email notifications broken in LAVA 2021.08 ?

by Remi Duraffort

Hello, Le lun. 27 sept. 2021 à 17:14, Philippe Mazet (OSS) < philippe.mazet(a)oss.nxp.com> a écrit : > I actually didn’t upgrade anything myself: I am using your docker-compose > solution, on a Ubuntu 18.04 host. > > But your image in dockerhub (lavasoftware/lava-server:2021.08) upgraded to > bullseye, yes. > Have you tried creating your own derivative of the lavasoftware/lava-server:2021.08 image and installing eventlet from pypi? Rgds > > > Thanks, > > > > Philippe > > > > > > *From:* Lava-users <lava-users-bounces(a)lists.lavasoftware.org> *On Behalf > Of *Remi Duraffort > *Sent:* Monday, September 27, 2021 5:05 PM > *To:* Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> > *Cc:* lava-users(a)lists.lavasoftware.org <lava-users(a)lavasoftware.org> > *Subject:* Re: [Lava-users] Email notifications broken in LAVA 2021.08 ? > > > > Hello, > > > > > > Le jeu. 23 sept. 2021 à 13:54, Philippe Mazet (OSS) < > philippe.mazet(a)oss.nxp.com> a écrit : > > Hi All, > > > > We are hitting a bug with LAVA 2021.08: email notifications seem to be > broken. > > We believe this is due to a bug between eventlet 0.26.0 and dnspython. > > Visibly, this is fixed in eventlet 0.32.0: > https://github.com/eventlet/eventlet/issues/619 > > > > Did you face the same bug? > > > > I guess you upgraded to bullseye? Because LAVA 2021.08 hasn't changed > anything regarding it's requirements. > > > > > > Any idea about how to fix that? > > > > Depending on which debian version you are using. Either ask a DD to upload > python-eventlet 0.32 and to upload it to bullseye-backports. > > > > > > > > Thanks a lot, > > > > Philippe > > > > Trace below: > > ERROR:lava_scheduler_app:[Errno -3] Lookup timed out > > Traceback (most recent call last): > > File "/usr/lib/python3/dist-packages/eventlet/support/greendns.py", line > 435, in resolve > > return _proxy.query(name, rdtype, raise_on_no_answer=raises, > > File "/usr/lib/python3/dist-packages/eventlet/support/greendns.py", line > 391, in query > > return end() > > File "/usr/lib/python3/dist-packages/eventlet/support/greendns.py", line > 370, in end > > raise result[1] > > File "/usr/lib/python3/dist-packages/eventlet/support/greendns.py", line > 351, in step > > a = fun(*args, **kwargs) > > File "/usr/lib/python3/dist-packages/dns/resolver.py", line 1089, in > query > > return self.resolve(qname, rdtype, rdclass, tcp, source, > > File "/usr/lib/python3/dist-packages/dns/resolver.py", line 1043, in > resolve > > timeout = self._compute_timeout(start, lifetime) > > File "/usr/lib/python3/dist-packages/dns/resolver.py", line 950, in > _compute_timeout > > raise Timeout(timeout=duration) > > dns.exception.Timeout: The DNS operation timed out after 5.104917526245117 > seconds > > _______________________________________________ > Lava-users mailing list > Lava-users(a)lists.lavasoftware.org > https://lists.lavasoftware.org/mailman/listinfo/lava-users > > > > > -- > > Rémi Duraffort > > TuxArchitect > > Linaro > -- Rémi Duraffort TuxArchitect Linaro

5 years, 1 month

1
0
0 0

two boot actions in single job

by Milosz Wasilewski

Hi, I'm trying to run a job which reboots the board. The reboot is controlled with interactive shell. After issuing 'reboot' I try to run a 'boot' action with download overlay. This unfortunately fails. If there is 'transfer_overlay' lava complains there is no overlay available to download. When I remove 'transfer_overlay' lava complains there are no tests to run. I guess I need to add 'deploy' action before the second boot, but I don't know how to do it properly. The DUT should be left on it's own and not reflashed. Here is my job definition: actions: - deploy: namespace: before timeout: minutes: 10 to: flasher images: image: .... - boot: namespace: before prompts: - "root@imx8mmevk" timeout: minutes: 10 auto_login: login_prompt: 'login:' username: fio password_prompt: "Password:" password: "fio" login_commands: - sudo su - fio method: minimal transfer_overlay: download_command: cd /home ; wget unpack_command: tar -C / -xzf - test: namespace: before timeout: minutes: 5 definitions: - repository: metadata: format: Lava-Test Test Definition 1.0 name: prepare-upgrade description: "OTA upgrade" os: - debian scope: - functional run: steps: ... from: inline name: prepare-upgrade path: inline/prepare-upgrade.yaml - test: namespace: before timeout: minutes: 1 interactive: - name: reboot prompts: ['root@imx8mmevk',] script: - command: reboot name: reboot - boot: namespace: after connection-namespace: before prompts: - "root@imx8mmevk" timeout: minutes: 10 auto_login: login_prompt: 'login:' username: fio password_prompt: "Password:" password: "fio" login_commands: - sudo su - fio method: minimal transfer_overlay: download_command: cd /home ; wget unpack_command: tar -C / -xzf - test: namespace: after connection-namespace: before timeout: minutes: 5 definitions: - repository: metadata: format: Lava-Test Test Definition 1.0 name: verify-rollback description: "OTA upgrade" os: - debian scope: - functional run: steps: ... from: inline name: verify-rollback path: inline/verify-rollback.yaml I removed the test steps as they're not relevant. The 'before' and 'after' namespaces are required. Without namespaces LAVA will only run last boot and test sections and ignores the ones in 'before' namespace. To conclude - does anyone know how to make this job working? Either by adding a 'dummy deploy' to the 'after' namespace or by getting rid of namespaces so all tests are executed in the defined order? Best Regards, Milosz

5 years, 1 month

2
2
0 0

Kernel message during LAVA signal breaks database

by Westermann, Oliver

Hey, Yesterday a kernel message was printed during a LAVA Signal. Lava therefore got a test named '0-mytest-cutoff[', the [ being the beginning of the timestamp of a kernel message. Afterwards several web views like the result overview were broken due to some filter not being able to deal with '0-mytest-cutoff['. We fixed this by taking lava offline and doing a search&replace on the database to rename the test. It seems to be the default to have the full kernel log on the LAVA serial output. Is this an expected behaviour and is there a good way to prevent those issues? Best regards, Olli

5 years, 1 month

2
1
0 0

Email notifications broken in LAVA 2021.08 ?

by Philippe Mazet (OSS)

Hi All, We are hitting a bug with LAVA 2021.08: email notifications seem to be broken. We believe this is due to a bug between eventlet 0.26.0 and dnspython. Visibly, this is fixed in eventlet 0.32.0: https://github.com/eventlet/eventlet/issues/619 Did you face the same bug? Any idea about how to fix that? Thanks a lot, Philippe Trace below: ERROR:lava_scheduler_app:[Errno -3] Lookup timed out Traceback (most recent call last): File "/usr/lib/python3/dist-packages/eventlet/support/greendns.py", line 435, in resolve return _proxy.query(name, rdtype, raise_on_no_answer=raises, File "/usr/lib/python3/dist-packages/eventlet/support/greendns.py", line 391, in query return end() File "/usr/lib/python3/dist-packages/eventlet/support/greendns.py", line 370, in end raise result[1] File "/usr/lib/python3/dist-packages/eventlet/support/greendns.py", line 351, in step a = fun(*args, **kwargs) File "/usr/lib/python3/dist-packages/dns/resolver.py", line 1089, in query return self.resolve(qname, rdtype, rdclass, tcp, source, File "/usr/lib/python3/dist-packages/dns/resolver.py", line 1043, in resolve timeout = self._compute_timeout(start, lifetime) File "/usr/lib/python3/dist-packages/dns/resolver.py", line 950, in _compute_timeout raise Timeout(timeout=duration) dns.exception.Timeout: The DNS operation timed out after 5.104917526245117 seconds

5 years, 1 month

2
1
0 0

Using Connection timeout for expected silence time on shell

by Paweł Wieczorek

Hi Lava Users, I'm working on a LAVA test that is not very chatty (little to no output during execution). I'm looking for a way to set expected silence time in that test and break its execution in case it's exceeded. I thought Connection timeout [1] would be my solution but by setting: timeouts: connections: lava-test-shell: seconds: 5 I was unable to get any difference in the job execution. I intentionally made timeout ridiculously small to see how it would affect the job. Please let me know if using Connection timeout for this purpose is a dead end. I'm also open for any solution suggestions (wrapping test with a script that would emit checkpoints on serial?) [1] https://lava.readthedocs.io/en/latest/technical-references/job-definition/t… Thanks, Paweł Wieczorek

5 years, 2 months

1
0
0 0

Alternate Bank booting support on NXP Layerscape boards

by Sahil Malhotra

Hi, We are working on integrating NXP Layerscape boards in LAVA. On Layerscape boards, we have a mechanism of having multiple banks. This is done mainly to protect board from getting bricked if wrong images gets flashed on board. Board is set to boot from a Bank 1 by default (controlled by switches). Now you use this bank also to flash your images, but in case the images are corrupt, board will get bricked and you will need to connect JTAG to recover the board. So here concept of Alternate Bank boot comes to help. By default board boots from Bank 1, but we will not flash the images on Bank 1, instead we will flash images on Bank 2. After flashing the images, we will boot from Bank 2 with a certain command on u-boot "qixis_reset altbank". With this command, Board boots from the Bank 2 and now we can boot up kernel on board. Since in this case, we have flashed the images on Bank 2 and even if images are corrupt, Bank 2 will get bricked, but since we have set board to boot from Bank 1 by default, Board will still be usable and you can flash the correct images on Bank 2 and get that working. So this was the concept and why we are using it. Now when we try to replicate the same behavior with LAVA, we are facing some issues. When we issue command "qixis_reset altbank" on u-boot, it just prints "=>", which lava takes as a success and issue next command and then starts waiting for the "Starting Kernel", which will not happen. Infact what should happen is that, after "qixis_reset altbank" is issued, lava should wait for some time and let board boot from Bank 2 (On Bank 2 board again will boot the u-boot only). and wait for "Hit Any key to stop autoboot" and then interrupt the board. Here is job.yaml for your reference. https://git.lavasoftware.org/lava/lava/uploads/2a530894990eca6c69648e6ad637… Please help me on this, how can i achieve this way of booting the board. Thanks Sahil Malhotra

5 years, 2 months

1
0
0 0

Error of results.get_testcase_results_yaml

by Larry Shen

Hi, guys, When I call `results.get_testcase_results_yaml`, there is a small probability that I will get the error: Post https://xiaotian:***@lava.sw.nxp.com/RPC2: EOF What does "EOF" here mean, what could be the possible root cause? Thanks.

5 years, 2 months

1
0
0 0

Any method to directly get device name from test shell?

by Larry Shen

Hi, guys, In lava, if we define e.g. "imx8mm-evk-sh01.jinja2" device dict, and run a job on this device, if possible we could get the name (imx8mm-evk-sh01) of this device directly in test shell? I don't want to define environment again and again in jinja2 file something like "{% set environment = {'DEVICE_NAME': " imx8mm-evk-sh01"} %}"..., there possible fault & mismatch when define this. Thanks.

5 years, 3 months

1
0
0 0

Android iperf test hung.

by Hedy Lamarr

Dear community, We are new to lava and try to use lava in our android test. We have issues when test iperf. Job: job_name: android iperf test timeouts: job: minutes: 10080 action: minutes: 120 connection: minutes: 5 priority: medium visibility: public protocols: lava-multinode: roles: device: count: 1 device_type: dragonboard-410c timeout: minutes: 5 host: count: 1 device_type: ssh timeout: minutes: 5 context: ssh_host: localhost ssh_user: root ssh_port: 22 ssh_identity_file: /root/.ssh/id_rsa actions: - deploy: role: - host timeout: minutes: 2 to: ssh os: debian - boot: role: - host method: ssh connection: ssh prompts: - '@labpc1' - test: role: - host timeout: minutes: 120 definitions: - from: inline name: smoke-case path: inline/test.yaml repository: metadata: format: Lava-Test Test Definition name: smoke description: Run smoke case run: steps: - sleep 60 - lava-send "server_ready" - iperf -s -V -P 1 - test: role: - device definitions: - from: inline name: cts_cts-media_test path: inline/cts_cts-media_test.yaml repository: metadata: description: cts cts-media test run format: Lava-Test Test Definition 1.0 name: cts-cts-media-test-run run: steps: - adb wait-for-device - adb devices - adb root - adb wait-for-device - adb devices - lava-wait "server_ready" - sleep 3 - lava-test-case "Case1" --shell adb shell /data/local/iperf -c 10.191.253.21 -t 10 docker: image: terceiro/android-platform-tools timeout: minutes: 4200 The job log for dragonboard-410c is: + lava-wait server_ready <LAVA_WAIT_DEBUG preparing Wed Jun 8 10:07:22 CST 2021> <LAVA_WAIT_DEBUG started Wed Jun 8 10:07:22 CST 2021> <LAVA_MULTI_NODE> <LAVA_WAIT server_ready> <LAVA_WAIT_DEBUG finished Wed Jun 8 10:07:22 CST 2021> <LAVA_WAIT_DEBUG finished Wed Jun 8 10:07:22 CST 2021> <LAVA_WAIT_DEBUG starting to wait Wed Jun 8 10:07:22 CST 2021> NOTE: it looks hung at this step, the job can't continue. The job log for ssh is: + lava-send server_ready <LAVA_SEND_DEBUG lava_multi_node_send preparing Wed Jun 8 10:07:53 CST 2021> <LAVA_SEND_DEBUG _lava_multi_node_send started Wed Jun 8 10:07:53 CST 2021> <LAVA_MULTI_NODE> <LAVA_SEND server_ready> Received Multi_Node API <LAVA_SEND> messageID: SEND-server_ready lava-multinode lava-send Handling signal <LAVA_SEND {"request": "lava_send", "messageID": "server_ready", "message": {}, "timeout": 300}> Setting poll timeout of 300 seconds requesting lava_send server_ready message: {} requesting lava_send server_ready with args {} request_send server_ready {} Sending {'request': 'lava_send', 'messageID': 'server_ready', 'message': {}} final message: {"port": 3079, "blocksize": 4096, "poll_delay": 3, "host": "10.191.253.109", "hostname": "lavaslave1", "client_name": "3035", "group_name": "8a362e2a-6ee9-4f48-bddb-378ac2425f06", "role": "host", "request": "lava_send", "messageID": "server_ready", "message": {}} Connecting to LAVA Coordinator on 10.191.253.109:3079 timeout=300 seconds. case: multinode-send-server_ready case_id: 39177 definition: 0_smoke-case result: pass <LAVA_SEND_DEBUG _lava_multi_node_send finished Wed Jun 8 10:07:53 CST 2021> <LAVA_SEND_DEBUG lava_multi_node_send finished Wed Jun 8 10:07:53 CST 2021> + iperf -s -V -P 1 ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ It seems that one node can't receive server-ready from another node, what's wrong with my job? Please help! Thanks, Hedy Lamarr

5 years, 3 months

2
13
0 0

How to exit job in advance.

by Larry Shen

Hi, guys, We have a scenario like next: action: - test definitions: - from: inline name: test1 - test definitions: - from: inline name: test2 For some reasons, we have to use 2 tests here, everything is ok now. But, if `test1`, that is ` /lava-3102/0/tests/0_test1/run.sh` finished with non-zero, from web we can see the suite fail. Then, we want to exit the job at once, not continue to run `test2`. If possible here? Regards, Larry

5 years, 4 months

2
2
0 0

Set boot settings with x86 / PXE

by Fabiano Ferronato

Hi everybody, I'm trying to figure out how to set boot parameters (nfsroot) for a x86 board (Intel NUC10 ). >From this job definition I understand it's possible using iPXE: https://lkft.validation.linaro.org/scheduler/job/2959364/definition But I can't understand what interface is being used to get terminal output and remote control: https://lkft.validation.linaro.org/scheduler/device/x86-01/devicedict Look's like is using UART, I'm not sure I can get terminal console on boot time on my board (NUC). The options I can get from the information found are the following (please add any corrections or suggestions): 1) iPXE + terminal console: PXE alone can't get nfsroot settings dynamically. PXE + iPXE should be added to the chain and LAVA should have access to terminal console. 2) iPXE + environment variables: LAVA sets environment variables and PXE + iPXE gets nfsroot settings from environment variables. No terminal console needed. 3) PXE + static folder: LAVA fetches and extract rootfs always to the same folder. PXE reads static configuration file. 4) PXE + dynamic folder: LAVA sets the nfsroot folder name directly on the PXE configuration file (file is machine specific). 5) PXE + INITRAMFS: fetches root file system from file server and extracts to memory. Let me know your thoughts! Best Regards Fabiano

5 years, 4 months

2
1
0 0

Difference of next 2 docker options.

by Hedy Lamarr

Dear, I'm a little confused about the next 2 options: a) https://lava.readthedocs.io/en/latest/user/advanced-tutorials/running-arbit… b) https://lava.readthedocs.io/en/latest/admin/basic-tutorials/device-setup/do… It seems they both run a docker container on pc, what's the difference between them? Could one replace another? What I expect to get is something like: for xx scenario, you need to use option a, while for xxx scenario, you need to use option b. Thanks, Hedy Lamarr

5 years, 4 months

2
1
0 0

Providing Arguments from Job to Test Shell (definition?)

by Westermann, Oliver

Hey, We're using lava to test multiple of our devices. While most tests are similar ("does the device still have a working ethernet connection"), some slightly differ. For example a device might have LEDs 1-3, another the LEDs 1-5. Today I save multiple test shell definitions test1-device1.yaml, test1-device2.yaml, ..., which all just differ by providing "device1", "device2", ... in an argument to the actual test script, so the run: section looks like this: run: steps: - cd ./testdir/ - ./run_test.py device1 I would like to get rid of the two, separate .yaml files and only have a `./run_test.py ${device}` or similar. Is there any way to provide a variable from the job definition to the test shell definition? Or are things like the device type set in the environment so I could access them? Best regards, Olli

5 years, 4 months

2
4
0 0

How to quickly find other guys' job.

by Hedy Lamarr

Dear, I wonder if it is possible on the job page, I could quickly find other guys' jobs with a search function? I tried next, but returned nothing. owner_query=hedy.lamarr Thanks, Hedy Lamarr

5 years, 4 months

3
4
0 0

Device status not correct.

by Hedy Lamarr

Dear all, I don't know what operation I have done, but when a device does not have any running job, I still see the device is in running status. I just saw this 1 time, maybe it's a bug or just bad luck. Anyway, I can't reproduce it on other devices, so it's ok. But, could you teach me to reset the status to make the device work again? Do we have some method to reset the status from "Running" to "Idle", or any api if we don't have an interface on the UI? [image: image.png] Thanks, Hedy Lamarr

5 years, 5 months

2
5
0 0

Unable to get kernel boot messages in to lava job while using lava framework & telnet

by Nagendra Singamsetti

Hi , I am trying to automate the linux boot functionality on my custom boards using LAVA framework. Previously I have done it on Renesas board using LAVA it works fine.I got linux boot messages on lava job whereas i am not getting with customised board. *Issue: *I am using trace32 debugger to flash images onto the board (working fine). After that i am calling minimal method in pipeline job to get prompt strings/login But i am not getting the linux boot messages on the job. always stucks at the following: [common] connect-device Connecting to device using 'telnet 10.10.0.18 4000' <http://10.10.0.69/scheduler/job/789#L136>Setting prompt string to ['lava-test: # '] <http://10.10.0.69/scheduler/job/789#L137>end: 2.3 connect-device (duration 00:00:00) [common] <http://10.10.0.69/scheduler/job/789#L138>end: 2 boot-trace32-image (duration 00:00:28) [common] <http://10.10.0.69/scheduler/job/789#action_3>start: 3 minimal-boot (timeout 00:03:00) [common] <http://10.10.0.69/scheduler/job/789#action_3-1>start: 3.1 connect-device (timeout 00:03:00) [common] <http://10.10.0.69/scheduler/job/789#L141>Already connected <http://10.10.0.69/scheduler/job/789#L142>end: 3.1 connect-device (duration 00:00:00) [common] <http://10.10.0.69/scheduler/job/789#action_3-2>start: 3.2 auto-login-action (timeout 00:03:00) [common] <http://10.10.0.69/scheduler/job/789#L144>Setting prompt string to ['Booting Linux'] <http://10.10.0.69/scheduler/job/789#L145>auto-login-action: Wait for prompt ['Booting Linux'] (timeout 00:03:00) <http://10.10.0.69/scheduler/job/789#L146>Trying 10.10.0.18... <http://10.10.0.69/scheduler/job/789#L147>Connected to 10.10.0.18. <http://10.10.0.69/scheduler/job/789#L148>Escape character is '^]'. <http://10.10.0.69/scheduler/job/789#L149> <http://10.10.0.69/scheduler/job/789#L150>alif_asic01 4000 [115200 N81] <http://10.10.0.69/scheduler/job/789#L151> <http://10.10.0.69/scheduler/job/789#L152>auto-login-action timed out after 180 seconds <http://10.10.0.69/scheduler/job/789#L153>end: 3.2 auto-login-action (duration 00:03:00) [common] *Both telnet & serial server(ser2net) is configured.* *Uart cable attached with serial server: usb-Profolic_Technology_Inc._Usb-serial_Controller-ifoo-port0* i am getting boot log messages using telnet manually but not with lava. *Manual log with telnet:* $ telnet 10.10.0.18 4000 Trying 10.10.0.18... Connected to 10.10.0.18. Escape character is '^]'. alif_asic01 4000 [115200 N81] Booting Linux on physical CPU 0x0 Linux version 5.4.25-00024-g9283a6810958-dirty (nishit@alif) (gcc version 9.2.0 (GCC)) #72 Tue Apr 20 15:41:31 IST 2021 #HGG1 CPU: ARMv8-a aarch32 Processor [411fd010] revision 0 (ARMv8), cr=50c5383d CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache #HGG1.1 OF: fdt: Machine model: corstone700 [PFA] yaml job thanks Regards Nagendra S

5 years, 5 months

2
1
0 0

About serial question.

by Hedy Lamarr

Dear, Recently I'm learning and evaluating LAVA to see if it can help us. I saw next from https://validation.linaro.org/static/docs/v2/connections.html: {% set connection_list = ['uart0', 'uart1'] %}{% set connection_commands = {'uart0': 'telnet dispatcher01 7001', 'uart1': 'telnet dispatcher01 7002'} %} I'm pretty confused by the 'uart0', 'uart1'. Should I explicitly specify something in my job to let some action to choose 'uart0' or 'uart1'? How does LAVA know at which time it should choose which uart? Thanks, Hedy Lamarr

5 years, 5 months

2
2
0 0

IRC status

by Corentin Labbe

Hello Since freenode is doing strange stuff (to remains polite) against users, do you have a plan to migrate #lavasoftware away off freenode ? Regards

5 years, 5 months

2
2
0 0

iso-installer for ubuntu 20.04

by Moein Shafi

Hello everyone, I'm new to LAVA and I have some issue with 'iso-installer' for ubuntu 20.04 . As you know, in ubuntu 20.04 the preseed file would not use 'debian_installer' and use 'subiquity' instead, Also LAVA does not support 'subiquity' for 'iso-installer', so I don't know how can I use 'iso-installer' for testing my ubuntu 20.04.

5 years, 5 months

2
1
0 0

About lkft.

by Hedy Lamarr

Dear, I saw https://lkft.linaro.org/ by chance, I wonder if we could benefit from this on our android test? Does it already have any kernel test for android kernel? Thanks, Hedy Lamarr

5 years, 5 months

2
4
0 0

Pending merge requests

by Philippe Mazet (OSS)

Hello LAVA maintainers, We have some MRs pending in https://git.lavasoftware.org/lava/lava/-/merge_requests Some of them for many weeks. Please let us know if there is anything we could do to help get them reviewed. Thank you very much in advance for your feedback. Philippe Examples: https://git.lavasoftware.org/lava/lava/-/merge_requests/1441 https://git.lavasoftware.org/lava/lava/-/merge_requests/1469 https://git.lavasoftware.org/lava/lava/-/merge_requests/1324 ...

5 years, 5 months

2
1
0 0

Docker-compose setup broken by 2021.04

by Westermann, Oliver

Hey, By coincidence I setup a local test instance of the lava docker-compose setup. I usually use merge master regularly, so my .env file contained DC_SERVER_IMAGE=lavasoftware/lava-server:latest. When I started this up, I get > lava-publisher_1 | ModuleNotFoundError: No module named 'environ' in the logs from various containers based upon lava-server. I tested it on my production setup as well as tested fixing my revision to 2021.03.post1, which fixes this. I checked my changes to the setup and couldn't find anything that looks related, so maybe consider this a bug report? Full callstack below, best regards Oliver Westermann Full Error Log: lava-publisher_1 | Traceback (most recent call last): lava-publisher_1 | File "/usr/share/lava-server/postinst.py", line 326, in <module> lava-publisher_1 | sys.exit(main()) lava-publisher_1 | File "/usr/share/lava-server/postinst.py", line 263, in main lava-publisher_1 | config = load_configuration() lava-publisher_1 | File "/usr/share/lava-server/postinst.py", line 127, in load_configuration lava-publisher_1 | module = importlib.import_module("lava_server.settings.prod") lava-publisher_1 | File "/usr/lib/python3.7/importlib/__init__.py", line 127, in import_module lava-publisher_1 | return _bootstrap._gcd_import(name[level:], package, level) lava-publisher_1 | File "<frozen importlib._bootstrap>", line 1006, in _gcd_import lava-publisher_1 | File "<frozen importlib._bootstrap>", line 983, in _find_and_load lava-publisher_1 | File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked lava-publisher_1 | File "<frozen importlib._bootstrap>", line 677, in _load_unlocked lava-publisher_1 | File "<frozen importlib._bootstrap_external>", line 728, in exec_module lava-publisher_1 | File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed lava-publisher_1 | File "/usr/lib/python3/dist-packages/lava_server/settings/prod.py", line 23, in <module> lava-publisher_1 | import environ lava-publisher_1 | ModuleNotFoundError: No module named 'environ'

5 years, 6 months

3
2
0 0

Error updating to 2021.04

by Tim Jaacks

Hello everyone, I just wanted to update to LAVA 2021.04, but encountered the following error on 'apt-get update': Reading package lists... Done E: The repository 'https://apt.lavasoftware.org/release buster Release' is no longer signed. N: Updating from such a repository can't be done securely, and is therefore disabled by default. Is this a problem on your side? I have installed the production key, and updates used to work in the past. Best regards, Tim -- Tim Jaacks SOFTWARE DEVELOPER Garz & Fricke GmbH Schlachthofstrasse 20 21079 Hamburg T: +49 40 791899-183 E: tim.jaacks(a)garz-fricke.com WE MAKE IT YOURS! Sitz der Gesellschaft: D-21079 Hamburg Registergericht: Amtsgericht Hamburg, HRB 60514 Geschäftsführer: Stefan Heczko, Matthias Fricke, Marc-Michael Braun

5 years, 6 months

2
1
0 0

Unable to get kernel boot messages in to lava job while using lava framework & telnet

by koti

Hi Nagendra, I suspect the auto-login action functionality. Please try to test by avoiding auto-login functionality. We can nail down/avoid the auto-login functionality issue like below. Steps: ###### 1. Boot the target manually and login 2. Make sure you will get login prompt 3. Run reset/reboot command 4. Check whether we will get to see the console log in the LAVA result page. Best of luck! Note: 1. You can use below "-boot" section " - boot: timeout: minutes: 2 method: minimal soft_reboot: ["reset;pwd;reset"] parameters: shutdown-message: ["< Please mention shutdown message > "] boot-message: [" < Please mention boot message "] " Regards, Koti On Thu, 22 Apr 2021 at 21:33, <lava-users-request(a)lists.lavasoftware.org> wrote: > Send Lava-users mailing list submissions to > lava-users(a)lists.lavasoftware.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.lavasoftware.org/mailman/listinfo/lava-users > or, via email, send a message with subject or body 'help' to > lava-users-request(a)lists.lavasoftware.org > > You can reach the person managing the list at > lava-users-owner(a)lists.lavasoftware.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Lava-users digest..." > > > Today's Topics: > > 1. Unable to get kernel boot messages in to lava job while using > lava framework & telnet (Nagendra Singamsetti) > 2. Notify on finish does not hold duration (Westermann, Oliver) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 22 Apr 2021 17:53:31 +0530 > From: Nagendra Singamsetti <nag.singam91(a)gmail.com> > To: lava-users(a)lists.lavasoftware.org > Subject: [Lava-users] Unable to get kernel boot messages in to lava > job while using lava framework & telnet > Message-ID: > <CAFhg_Wste+2=zO51aA3GOq-BjwbUx76rms= > gF8Rv-hKNCOeQVQ(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi , > > I am trying to automate the linux boot functionality on my custom boards > using LAVA framework. Previously I have done it on Renesas board using LAVA > it works fine.I got linux boot messages on lava job whereas i am not > getting with customised board. > > *Issue: *I am using trace32 debugger to flash images onto the board > (working fine). After that i am calling minimal method in pipeline job to > get prompt strings/login > But i am not getting the linux boot messages on the job. always stucks at > the following: > [common] connect-device Connecting to device using 'telnet 10.10.0.18 4000' > <http://10.10.0.69/scheduler/job/789#L136>Setting prompt string to > ['lava-test: # '] <http://10.10.0.69/scheduler/job/789#L137>end: 2.3 > connect-device (duration 00:00:00) [common] > <http://10.10.0.69/scheduler/job/789#L138>end: 2 boot-trace32-image > (duration 00:00:28) [common] > <http://10.10.0.69/scheduler/job/789#action_3>start: > 3 minimal-boot (timeout 00:03:00) [common] > <http://10.10.0.69/scheduler/job/789#action_3-1>start: 3.1 connect-device > (timeout 00:03:00) [common] <http://10.10.0.69/scheduler/job/789#L141 > >Already > connected <http://10.10.0.69/scheduler/job/789#L142>end: 3.1 > connect-device > (duration 00:00:00) [common] > <http://10.10.0.69/scheduler/job/789#action_3-2>start: 3.2 > auto-login-action (timeout 00:03:00) [common] > <http://10.10.0.69/scheduler/job/789#L144>Setting prompt string to > ['Booting Linux'] <http://10.10.0.69/scheduler/job/789#L145 > >auto-login-action: > Wait for prompt ['Booting Linux'] (timeout 00:03:00) > <http://10.10.0.69/scheduler/job/789#L146>Trying 10.10.0.18... > <http://10.10.0.69/scheduler/job/789#L147>Connected to 10.10.0.18. > <http://10.10.0.69/scheduler/job/789#L148>Escape character is '^]'. > <http://10.10.0.69/scheduler/job/789#L149> > <http://10.10.0.69/scheduler/job/789#L150>alif_asic01 4000 [115200 N81] > <http://10.10.0.69/scheduler/job/789#L151> > <http://10.10.0.69/scheduler/job/789#L152>auto-login-action timed out > after > 180 seconds <http://10.10.0.69/scheduler/job/789#L153>end: 3.2 > auto-login-action (duration 00:03:00) [common] > > *Both telnet & serial server(ser2net) is configured.* > *Uart cable attached with serial server: > usb-Profolic_Technology_Inc._Usb-serial_Controller-ifoo-port0* > > i am getting boot log messages using telnet manually but not with lava. > > *Manual log with telnet:* > $ telnet 10.10.0.18 4000 > Trying 10.10.0.18... > Connected to 10.10.0.18. > Escape character is '^]'. > > alif_asic01 4000 [115200 N81] > > Booting Linux on physical CPU 0x0 > Linux version 5.4.25-00024-g9283a6810958-dirty (nishit@alif) (gcc version > 9.2.0 (GCC)) #72 Tue Apr 20 15:41:31 IST 2021 > #HGG1 > CPU: ARMv8-a aarch32 Processor [411fd010] revision 0 (ARMv8), cr=50c5383d > CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache > #HGG1.1 > OF: fdt: Machine model: corstone700 > > [PFA] yaml job > > thanks > > Regards > Nagendra S >

5 years, 6 months

1
0
0 0

Notify on finish does not hold duration

by Westermann, Oliver

Hey, I'm using the 'notify by mail' option for our setup. It's setup as criteria: status: finished But when the mail is send, it seems the the job is not really finished yet, as the mail do contain timestamps for submitted and started, but not for finished. This also results in Duration being None. Also I noticed that the "Device Details" and "Job Details" elements are empty for me. Is this "expected" behavior or is my setup wrong? (Using LAVA 2021.03.post1, but existed on 2021.1 as well) Best regards, Olli

5 years, 6 months

1
0
0 0

How /dev/log could be seen in lava docker slave?

by Larry Shen

Hi, guys, I have a question related to udev share: The logger of lava dispatcher host was configured as "/dev/log", which link to "/dev/log -> /run/systemd/journal/dev-log". How could I see them in lava docker slave? (Not native Debian slave). Thanks.

5 years, 6 months

1
1
0 0

Re: [Lava-users] LAVA master backup/restore

by Philippe Mazet (OSS)

Ok. You get 2 MRs for the price of one : In docker-compose tree: https://git.lavasoftware.org/lava/pkg/docker-compose/-/merge_requests/37 In LAVA documentation: https://git.lavasoftware.org/lava/lava/-/merge_requests/1479 May I ask an update about our other pending MRs? ;-) Thanks a lot in advance, Philippe From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of Remi Duraffort Sent: Wednesday, April 14, 2021 9:20 AM To: Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> Cc: lava-users(a)lists.lavasoftware.org <lava-users(a)lavasoftware.org> Subject: Re: [Lava-users] LAVA master backup/restore Hello, if you have some time, a patch to update the documentation would be greatly appreciated !! Thanks a lot. Le ven. 2 avr. 2021 à 11:34, Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> a écrit : Hi Rémi, I finally found this to work: For creating the backup, run backup command as postgres user, eg: docker exec --user postgres docker-compose_db_1 bash -c "pg_dump --username=lavaserver lavaserver > /var/lib/postgresql/data/lavaserver.sql" Then for restoring backup, place the sql file in a folder that will be mounted as a volume in postgres container, on /docker-entrypoint-initdb.d/. On way to do this is to create a dedicated docker-compose file (docker-compose-restore-backup.yaml) that will be appended to docker-compose.yaml: version: "3.4" services: db: volumes: - ./initdb.d:/docker-entrypoint-initdb.d Then: docker-compose stop docker container rm docker-compose_db_1; docker volume rm lava-server-pgdata docker-compose -f docker-compose.yaml -f docker-compose-restore-backup.yaml up -d I hope that helps. Philippe From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of Remi Duraffort Sent: Friday, March 26, 2021 4:56 PM To: Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> Cc: lava-users(a)lists.lavasoftware.org <lava-users(a)lavasoftware.org> Subject: Re: [Lava-users] LAVA master backup/restore Hello Philippe, I haven't tried so I don't have the detailed procedure. When you find out, could you share the procedure ? Thanks Le mar. 23 mars 2021 à 11:28, Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> a écrit : Thanks Rémi, but result is the same when I start only the db container, even after a full cleanup (docker container rm docker-compose_db_1 && docker volume rm lava-server-pgdata): ERROR: database "lavaserver" already exists Seems to be related somehow to "POSTGRES_USER: lavaserver" in docker-compose.yaml. Reading the entrypoint script for postgres (https://github.com/docker-library/postgres/blob/master/docker-entrypoint.sh), I thought using PGUSER could help, but I didn't manage yet to get that working. I will continue digging into this... but if you have a detailed procedure somewhere, please share 😊 Thanks a lot! Philippe From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of Remi Duraffort Sent: Monday, March 22, 2021 9:25 AM To: Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> Cc: lava-users(a)lists.lavasoftware.org <lava-users(a)lavasoftware.org> Subject: Re: [Lava-users] LAVA master backup/restore Le jeu. 18 mars 2021 à 16:22, Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> a écrit : Hi all, I am using the docker-compose solution to run a master: https://git.lavasoftware.org/lava/pkg/docker-compose I was wondering how to extract a backup of the DB, and re-inject it in a different instance. I found that postgres image has its own "restore" mechanism, based on initdb.d folder, as mentioned in the documentation: https://registry.hub.docker.com/_/postgres/ The entrypoint.sh script (https://github.com/docker-library/postgres/blob/master/docker-entrypoint.sh) handles the restore whenever the folder is /docker-entrypoint-initdb.d/ contains a .sql file. But when we store a backup in the container's /docker-entrypoint-initdb.d/ folder, and remove both the postgres image and its db-data volume, we get this error on next start: ERROR: database "lavaserver" already exists Full startup log attached. Questions: - Does Linaro's docker-compose solution modify postgres restore mechanism in any way? I guess that's only because lava will automatically create an empty lavaserver database. So in your use case, you should only start the db service and not any lava-* services. When the restoration has been done, you can restart every lava services. - How do you handle backup/restore at linaro? Thanks a lot in advance, Philippe Mazet NXP Semiconductors - Edge Processing Email: philippe.mazet(a)nxp.com _______________________________________________ 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 -- Rémi Duraffort TuxArchitect Linaro

5 years, 7 months

1
0
0 0

LAVA exporting bash shell while using debian OS parameter

by P T, Sarath

Hi Team, I have used the LAVA job definition including deployment data(OS parameter) as debian . As per the deployment_data.py it should export the shell as /bin/bash but it's exporting /bin/sh. I am observing this thing after updating LAVA to 2021.01. Below I am giving the job definition file which I used. It will be very helpful if anyone reply on this. Thank you . Job definition ============= device_type: x86-simatic-slll job_name: x86-simatic-ipc227e-slll health-check timeouts: job: minutes: 20 action: minutes: 20 connection: minutes: 10 priority: medium visibility: public tags: - slll-simatic-ipc-227e-01 actions: - deploy: to: overlay - boot: method: minimal reset: true failure_retry: 2 auto_login: login_prompt: 'ebsy-isar login:' username: root password_prompt: 'Password:' password: root prompts: - root@ebsy-isar:~# transfer_overlay: download_command: wget unpack_command: tar -C / -xzf # TEST_BLOCK - test: timeout: minutes: 5 definitions: - repository: metadata: format: Lava-Test Test Definition 1.0 name: kernel-version-basic description: "check kernel version" os: - debian scope: - functional run: steps: - lava-test-case uname --shell uname -a from: inline name: kernel-version-inline path: inline/kernel-version-basic.yaml lava-signal: kmsg Regards Sarath P T

5 years, 7 months

2
2
0 0

Re: [Lava-users] LAVA master backup/restore

by Philippe Mazet (OSS)

Hi Rémi, I finally found this to work: For creating the backup, run backup command as postgres user, eg: docker exec --user postgres docker-compose_db_1 bash -c "pg_dump --username=lavaserver lavaserver > /var/lib/postgresql/data/lavaserver.sql" Then for restoring backup, place the sql file in a folder that will be mounted as a volume in postgres container, on /docker-entrypoint-initdb.d/. On way to do this is to create a dedicated docker-compose file (docker-compose-restore-backup.yaml) that will be appended to docker-compose.yaml: version: "3.4" services: db: volumes: - ./initdb.d:/docker-entrypoint-initdb.d Then: docker-compose stop docker container rm docker-compose_db_1; docker volume rm lava-server-pgdata docker-compose -f docker-compose.yaml -f docker-compose-restore-backup.yaml up -d I hope that helps. Philippe From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of Remi Duraffort Sent: Friday, March 26, 2021 4:56 PM To: Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> Cc: lava-users(a)lists.lavasoftware.org <lava-users(a)lavasoftware.org> Subject: Re: [Lava-users] LAVA master backup/restore Hello Philippe, I haven't tried so I don't have the detailed procedure. When you find out, could you share the procedure ? Thanks Le mar. 23 mars 2021 à 11:28, Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> a écrit : Thanks Rémi, but result is the same when I start only the db container, even after a full cleanup (docker container rm docker-compose_db_1 && docker volume rm lava-server-pgdata): ERROR: database "lavaserver" already exists Seems to be related somehow to "POSTGRES_USER: lavaserver" in docker-compose.yaml. Reading the entrypoint script for postgres (https://github.com/docker-library/postgres/blob/master/docker-entrypoint.sh), I thought using PGUSER could help, but I didn't manage yet to get that working. I will continue digging into this... but if you have a detailed procedure somewhere, please share 😊 Thanks a lot! Philippe From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of Remi Duraffort Sent: Monday, March 22, 2021 9:25 AM To: Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> Cc: lava-users(a)lists.lavasoftware.org <lava-users(a)lavasoftware.org> Subject: Re: [Lava-users] LAVA master backup/restore Le jeu. 18 mars 2021 à 16:22, Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> a écrit : Hi all, I am using the docker-compose solution to run a master: https://git.lavasoftware.org/lava/pkg/docker-compose I was wondering how to extract a backup of the DB, and re-inject it in a different instance. I found that postgres image has its own "restore" mechanism, based on initdb.d folder, as mentioned in the documentation: https://registry.hub.docker.com/_/postgres/ The entrypoint.sh script (https://github.com/docker-library/postgres/blob/master/docker-entrypoint.sh) handles the restore whenever the folder is /docker-entrypoint-initdb.d/ contains a .sql file. But when we store a backup in the container's /docker-entrypoint-initdb.d/ folder, and remove both the postgres image and its db-data volume, we get this error on next start: ERROR: database "lavaserver" already exists Full startup log attached. Questions: - Does Linaro's docker-compose solution modify postgres restore mechanism in any way? I guess that's only because lava will automatically create an empty lavaserver database. So in your use case, you should only start the db service and not any lava-* services. When the restoration has been done, you can restart every lava services. - How do you handle backup/restore at linaro? Thanks a lot in advance, Philippe Mazet NXP Semiconductors - Edge Processing Email: philippe.mazet(a)nxp.com _______________________________________________ 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

5 years, 7 months

2
1
0 0

Re: [Lava-users] Worker/master version mismatch

by Philippe Mazet (OSS)

I have submitted a MR to allow version mismatch: https://git.lavasoftware.org/lava/lava/-/merge_requests/1466 This feature is really a *must-have* for us. At our own risks of course. Thanks for considering it! We also have quite a few other MRs in the pipe. Some of them are few months old, even if all comments are replied. What is the appropriate way to get them reviewed/merged? ;-) Thanks a lot, Philippe From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of Remi Duraffort Sent: Tuesday, January 26, 2021 10:04 AM To: Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> Cc: lava-users(a)lists.lavasoftware.org <lava-users(a)lavasoftware.org> Subject: Re: [Lava-users] Worker/master version mismatch Hello Philippe, I tried the lava-docker-worker but found it too restrictive, since we can’t customize the Docker container at all (adding some tools, cfg files, ssh keys, etc…), and was imposing usage of Docker within the job themselves (that would force us to rewrite many of our existing tests). That's an interesting use case. Maybe something that we might want to support. A possibility would be to specify the docker registry that you want to use instead of docker hub. As to “automatically run the right worker version”, I might have missed something. By checking lava-docker-worker sources, I concluded the Docker would simply refuse to start if version differs versus master. But do you mean it will automatically restart with the correct version when master is upgraded? That would be an easy fix (just adding a settings to lava_server and return depending on the setting value). But keep in mind that this might break at any release. Rgds -- Rémi Duraffort LAVA Architect Linaro

5 years, 7 months

2
1
0 0

We use “run_step” method in lava definitions, but it cannot work when we upgrade lava from 2018.11 stretch to 2021.01

by yangjianxiang

Hi ： We use “run_step” method in lava definitions, but it cannot work when we upgrade lava from 2018.11 stretch to 2021.01. How can we slove this problem. [cid:image001.png@01D73098.D3FE9C80]

5 years, 7 months

2
2
0 0

About device change permission.

by Larry Shen

Hi, guys, I'm currently debug permission issue on our production master, it looks like next: 1. I set user e.g. "zz" to group "imxcn", and assign device "imx8mm-evk-sh99" with the permission "change_device". But, in our production master, "zz"(not admin), can't change the device status. What's strange is: I have a local master on my hand, on this master, I do the same configure, the non-admin user can change the device status. 2. I check the database of our production master as next; auth_user: 39 | | 2021-03-30 08:37:32.98708+00 | f | zz auth_group: 8 | imxcn auth_user_groups: 290 | 39 | 8 lava_scheduler_app_groupdevicepermission: 91 | imx8mm-evk-sh99 | 8 | 9 92 | imx8mm-evk-sh99 | 8 | 5 auth_permission: 5 | Can submit jobs to device | 2 | submit_to_device 9 | Can change device | 2 | change_device django_content_type: 2 | lava_scheduler_app | device Looks all data is ok, so, base on above data, do you know any possible reason why our production server can't allow non-admin user change device permission? I'm a little lost as my local on hand server works, just central production server not work... Thanks.

5 years, 7 months

1
1
0 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

lava-users