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

Re: [Lava-users] None of the deployment strategies accepted your deployment parameters

by dhanu msys

Hi Milosz, Thanks for providing the document references. I will try my level best. Thanks & Regards, Dhanunjaya On Tue, Nov 12, 2019, 20:36 Milosz Wasilewski <milosz.wasilewski(a)linaro.org> wrote: > I'll defer you to the docs: > - boot commands: > https://master.lavasoftware.org/static/docs/v2/actions-boot.html#index-9 > - device type: > > https://master.lavasoftware.org/static/docs/v2/devicetypes.html#device-types > - u-boot bootloader: > https://master.lavasoftware.org/static/docs/v2/actions-boot.html#index-35 > > I didn't test tftp booting with this board, so I can't help. It should > work as this is supported in device type: > > https://git.lavasoftware.org/lava/lava/blob/master/etc/dispatcher-config/de… > > Good luck. > > milosz > > On Tue, 12 Nov 2019 at 13:59, dhanu msys <dhanuskd.palnati(a)gmail.com> > wrote: > > > > Hi Milosz, > > > > I was running tftp on my localhost & kept those uImage & dtb files in > the "tftpboot" repository. PFA. > > > > > > Thanks & Regards, > > Dhanunjaya. P > > > > > > On Tue, Nov 12, 2019 at 7:23 PM dhanu msys <dhanuskd.palnati(a)gmail.com> > wrote: > >> > >> Hi Milosz, > >> > >> Yes , I have booted my board manually using the tftp , here i have > attached those uImage & dtb images. PFA. > >> Once the device bootsup , through command prompt , i will set the > following commands. > >> > >> setenv ipaddr 192.168.1.201 > >> setenv gatewayip 192.168.1.200 > >> setenv serverip 192.168.1.200 > >> setenv netmask 255.255.255.0 > >> tftpboot 0xc2000000 uImage > >> tftpboot 0xc4000000 stm32mp157c-ev1.dtb > >> setenv bootargs 'root=/dev/mmcblk0p6 rootwait rw > console=ttySTM0,115200'bootm 0xc2000000 - 0xc4000000 > >> > >> Its basically ARM architecture based and bootloader "u-boot". > >> > >> Can you please suggest how i can deploy the tftp files through LAVA > test job ,what will be the url i need pass in the job definition ? > >> > >> Thanks & Regards, > >> Dhanunjaya. P > >> > >> > >> On Tue, Nov 12, 2019 at 7:07 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >>> > >>> Hmm, > >>> Do you know how tftp boot works? Loading 100M tarball into memory > >>> doesn't seem like a good idea. Which bootloader is running on your > >>> board? > >>> > >>> milosz > >>> > >>> On Tue, 12 Nov 2019 at 13:32, dhanu msys <dhanuskd.palnati(a)gmail.com> > wrote: > >>> > > >>> > Hi Milosz, > >>> > > >>> > As per earlier email , I am trying to boot the STM32mp157c-dk2 with > the tftp deploy method , but getting failed to have proper device > configuration. > >>> > > >>> > Here I have attached the device configuration , device template & > Job definition files. PFA. > >>> > > >>> > Please let me know how to get resolve the issue. > >>> > > >>> > Regards, > >>> > Dhanunjaya. P > >>> > > >>> > > >>> > On Tue, Nov 12, 2019 at 2:45 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >>> >> > >>> >> On Tue, 12 Nov 2019 at 08:14, dhanu msys < > dhanuskd.palnati(a)gmail.com> wrote: > >>> >> > > >>> >> > Hi Milosz, > >>> >> > > >>> >> > Currently eth008 was unavailable, Is there any possibility to > make use of Raspberry pi 4 as PDU to run power control commands on > STM32mp157c-dk2 ? > >>> >> > >>> >> Sure. Anything that can drive a relay will work. You will need to > >>> >> create a script that LAVA can call. Eth008 is a good choice for a > >>> >> bigger LAB where you need a lot of relays (these boards have > >>> >> configurable MAC addresses). If you need just one, than pick any > relay > >>> >> you can get on ebay and that will do the trick. > >>> >> > >>> >> milosz > >>> >> > >>> >> > > >>> >> > Thanks in advance. > >>> >> > > >>> >> > Regards, > >>> >> > Dhanunjaya. P > >>> >> > > >>> >> > > >>> >> > On Mon, Nov 11, 2019 at 5:36 PM dhanu msys < > dhanuskd.palnati(a)gmail.com> wrote: > >>> >> >> > >>> >> >> Hi Milosz, > >>> >> >> > >>> >> >> Thanks for the reply. > >>> >> >> > >>> >> >> I will try to get the eth008 if possible , otherwise i will try > to make use of TFTP or u-boot methods to run the test job on > STM32mp157c-dk2. > >>> >> >> > >>> >> >> Thanks & Regards, > >>> >> >> Dhanunjaya. P > >>> >> >> > >>> >> >> > >>> >> >> On Mon, Nov 11, 2019 at 4:57 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >>> >> >>> > >>> >> >>> On Mon, 11 Nov 2019 at 11:07, dhanu msys < > dhanuskd.palnati(a)gmail.com> wrote: > >>> >> >>> > > >>> >> >>> > Hi Milosz, > >>> >> >>> > > >>> >> >>> > Really Thanks for sharing the Information. > >>> >> >>> > > >>> >> >>> > I have basic question, we can't able to run any test job for > the STM32 without external hardware(PDU) ? > >>> >> >>> > > >>> >> >>> > Can you please share the device configuration , which helps > to run the test jobs without "ethernet controlled relay" for the STM32. > >>> >> >>> > >>> >> >>> > https://git.linaro.org/lava/lava-lab.git/tree/shared/lab-scripts/eth008_con… > >>> >> >>> > >>> >> >>> > > >>> >> >>> > As I requested earlier , is there any possibility to run the > STM32 specific jobs with any other deployment methods(tmpfs , tftp..etc). > >>> >> >>> > >>> >> >>> Our boards use EFI for booting and I never tried tftp with > that. You > >>> >> >>> might need grub EFI application for that. Alternatively you > might use > >>> >> >>> u-boot. I didn't try that either. > >>> >> >>> > >>> >> >>> milosz > >>> >> >>> > >>> >> >>> > > >>> >> >>> > Thanks & Regards, > >>> >> >>> > Dhanunjaya. P > >>> >> >>> > > >>> >> >>> > > >>> >> >>> > On Mon, Nov 11, 2019 at 4:19 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >>> >> >>> >> > >>> >> >>> >> Well, LAVA will try to switch the device into DFU mode for > deployment > >>> >> >>> >> step. These lines in the device dict do it: > >>> >> >>> >> '/usr/local/lab-scripts/eth008_control -a 172.27.19.27 -r 1 > -s on', > >>> >> >>> >> '/usr/local/lab-scripts/eth008_control -a 172.27.19.27 -r 2 > -s on', > >>> >> >>> >> Then it will power on the board: > >>> >> >>> >> '/usr/local/lab-scripts/snmp_pdu_control --hostname lngpdu01 > --command > >>> >> >>> >> on --port 3 --delay 20', > >>> >> >>> >> After that it will try to flash it using the > STM32_Programmer_CLI: > >>> >> >>> >> '/usr/local/bin/STM32_Programmer_CLI -c port=usb1 -w > {LAYOUT} -q', > >>> >> >>> >> Lastly it will power the board down and flip the dip > switches back: > >>> >> >>> >> '/usr/local/lab-scripts/snmp_pdu_control --hostname lngpdu01 > --command > >>> >> >>> >> off --port 3', > >>> >> >>> >> '/usr/local/lab-scripts/eth008_control -a 172.27.19.27 -r 1 > -s off', > >>> >> >>> >> '/usr/local/lab-scripts/eth008_control -a 172.27.19.27 -r 2 > -s off', > >>> >> >>> >> > >>> >> >>> >> So if you don't have HW moded board, this device dict won't > work for > >>> >> >>> >> you. Sources for the scripts are here: > >>> >> >>> >> > https://git.linaro.org/lava/lava-lab.git/tree/shared/lab-scripts > >>> >> >>> >> We're using pretty expensive HW in the LAB: > >>> >> >>> >> - managed APC PDUs: > >>> >> >>> >> > https://www.apc.com/shop/uk/en/products/Rack-PDU-Switched-1U-16A-208-230V-8… > >>> >> >>> >> (I couldn't find the exact models we have, they're > discontinued) > >>> >> >>> >> - ETH008 relay board: > https://www.robot-electronics.co.uk/htm/eth008tech.htm > >>> >> >>> >> > >>> >> >>> >> milosz > >>> >> >>> >> > >>> >> >>> >> On Mon, 11 Nov 2019 at 10:42, dhanu msys < > dhanuskd.palnati(a)gmail.com> wrote: > >>> >> >>> >> > > >>> >> >>> >> > Hi Milosz, > >>> >> >>> >> > > >>> >> >>> >> > No. > >>> >> >>> >> > Through Manual Setup , we are able to switch between the > modes. > >>> >> >>> >> > > >>> >> >>> >> > Here I have attached the kernel & dtb image for your > reference. PFA. > >>> >> >>> >> > > >>> >> >>> >> > Dhanunjaya. P > >>> >> >>> >> > > >>> >> >>> >> > > >>> >> >>> >> > On Mon, Nov 11, 2019 at 3:40 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >>> >> >>> >> >> > >>> >> >>> >> >> I think I forgot to ask key question when it comes to > this device: did > >>> >> >>> >> >> you do the HW mod to be able to switch between DFU and OS > boot modes > >>> >> >>> >> >> without manual step? > >>> >> >>> >> >> > >>> >> >>> >> >> milosz > >>> >> >>> >> >> > >>> >> >>> >> >> On Mon, 11 Nov 2019 at 10:01, dhanu msys < > dhanuskd.palnati(a)gmail.com> wrote: > >>> >> >>> >> >> > > >>> >> >>> >> >> > Hi Milosz, > >>> >> >>> >> >> > > >>> >> >>> >> >> > Thanks for reply. > >>> >> >>> >> >> > > >>> >> >>> >> >> > I am new to the LAVA usage. > >>> >> >>> >> >> > > >>> >> >>> >> >> > I have taken reference from the below link. > >>> >> >>> >> >> > > https://staging.validation.linaro.org/scheduler/device/staging-stm32mp157-0… > >>> >> >>> >> >> > > >>> >> >>> >> >> > Here I have attached the device_dictionary & device > configurations files, PFA. > >>> >> >>> >> >> > > >>> >> >>> >> >> > Note : I am not able to see the "lab-scripts" to have > power controlled commands in my local repository , is there any specific > package need to install in my localhost , can you please share the > lab-scripts to have pdu control and also please share the pdu device > details if required to connect with the hardware. > >>> >> >>> >> >> > > >>> >> >>> >> >> > Can you please share some references , which i can run > some jobs through any other deploy methods like "tmpfs , tftp " for > "STM32MP157C-DK2". > >>> >> >>> >> >> > > >>> >> >>> >> >> > Thanks & Regards, > >>> >> >>> >> >> > Dhanunjaya. P > >>> >> >>> >> >> > > >>> >> >>> >> >> > > >>> >> >>> >> >> > On Mon, Nov 11, 2019 at 2:59 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >>> >> >>> >> >> >> > >>> >> >>> >> >> >> Could you share your device dictionary? You might be > missing > >>> >> >>> >> >> >> flasher_deploy_commands. > >>> >> >>> >> >> >> > >>> >> >>> >> >> >> Please check here for reference: > >>> >> >>> >> >> >> > https://ledge.validation.linaro.org/scheduler/device/lng-stm32mp157-01/devi… > >>> >> >>> >> >> >> > >>> >> >>> >> >> >> milosz > >>> >> >>> >> >> >> > >>> >> >>> >> >> >> On Thu, 7 Nov 2019 at 07:48, dhanu msys < > dhanuskd.palnati(a)gmail.com> wrote: > >>> >> >>> >> >> >> > > >>> >> >>> >> >> >> > Hi Team, > >>> >> >>> >> >> >> > > >>> >> >>> >> >> >> > I am trying to run the test_jobs on the specific > device type "stm32mp1157c-dk2" , but its throwing an error message to > deploy "flasher" method in the deployment parameters. > >>> >> >>> >> >> >> > > >>> >> >>> >> >> >> > Here I have attached the screenshots for reference. > PFA. > >>> >> >>> >> >> >> > > >>> >> >>> >> >> >> > Thanks & Regards, > >>> >> >>> >> >> >> > Dhanunjaya. P > >>> >> >>> >> >> >> > _______________________________________________ > >>> >> >>> >> >> >> > Lava-users mailing list > >>> >> >>> >> >> >> > Lava-users(a)lists.lavasoftware.org > >>> >> >>> >> >> >> > > https://lists.lavasoftware.org/mailman/listinfo/lava-users >

6 years, 4 months

2
7
0 0

Re: [Lava-users] lxc creation fails with multiple containers

by Diego Russo

An update: as soon as I kll the rsync processes, all the lxc and flock processes get terminated. Before the killing I did try to create a lxc container from the command line but it was stuck. It continued after killing the rsync processes. How can I avoid this situation? Cheers -----Original Message----- From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> on behalf of Diego Russo <Diego.Russo(a)arm.com> Date: Tuesday, 26 November 2019 at 11:17 To: "lava-users(a)lists.lavasoftware.org" <lava-users(a)lists.lavasoftware.org> Subject: [Lava-users] lxc creation fails with multiple containers Hello, Sometimes LAVA slaves end up in a funky state where all jobs will be failing for the lxc-creation. This is an just a section of the pstree but actually the machine is not doing anything. No CPU/IO/memory usage at all. |-lxc-ubuntu,26488 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/mbl-rpi3-healthcheck-lxc-86216 --name=mbl-rpi3-healthcheck-lxc-86216 --rootfs=/var/lib/lxc/mbl-rpi3-healthcheck-lxc-86216/rootfs --release xenial ... | `-lxc-ubuntu,26495 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/mbl-rpi3-healthcheck-lxc-86216 --name=mbl-rpi3-healthcheck-lxc-86216 --rootfs=/var/lib/lxc/mbl-rpi3-healthcheck-lxc-86216/rootfs --release xenial ... | `-flock,26496 -x 9 |-lxc-ubuntu,29367 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/cellular-wifi-lxc-85573 --name=cellular-wifi-lxc-85573 --rootfs=/var/lib/lxc/cellular-wifi-lxc-85573/rootfs --release xenial --packages ... | `-lxc-ubuntu,29374 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/cellular-wifi-lxc-85573 --name=cellular-wifi-lxc-85573 --rootfs=/var/lib/lxc/cellular-wifi-lxc-85573/rootfs --release xenial --packages ... | `-rsync,29590 -Ha /var/cache/lxc/xenial/rootfs-amd64/ /var/lib/lxc/cellular-wifi-lxc-85573/rootfs/ | `-rsync,29593 -Ha /var/cache/lxc/xenial/rootfs-amd64/ /var/lib/lxc/cellular-wifi-lxc-85573/rootfs/ | `-rsync,29594 -Ha /var/cache/lxc/xenial/rootfs-amd64/ /var/lib/lxc/cellular-wifi-lxc-85573/rootfs/ |-lxc-ubuntu,30173 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/multi_component-image-update-pelion-lxc-85584 --name=multi_component-image-update-pelion-lxc-85584... | `-lxc-ubuntu,30186 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/multi_component-image-update-pelion-lxc-85584 --name=multi_component-image-update-pelion-lxc-85584... | `-flock,30187 -x 9 |-lxc-ubuntu,30226 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/helloworld-update-lxc-85537 --name=helloworld-update-lxc-85537 --rootfs=/var/lib/lxc/helloworld-update-lxc-85537/rootfs --release xenial --packages ... | `-lxc-ubuntu,30233 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/helloworld-update-lxc-85537 --name=helloworld-update-lxc-85537 --rootfs=/var/lib/lxc/helloworld-update-lxc-85537/rootfs --release xenial --packages ... | `-flock,30234 -x 9 |-lxc-ubuntu,30800 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/rootfs-image-update-mbl-cli-lxc-85588 --name=rootfs-image-update-mbl-cli-lxc-85588 --rootfs=/var/lib/lxc/rootfs-image-update-mbl-cli-lxc-85588/rootfs ... | `-lxc-ubuntu,30807 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/rootfs-image-update-mbl-cli-lxc-85588 --name=rootfs-image-update-mbl-cli-lxc-85588 --rootfs=/var/lib/lxc/rootfs-image-update-mbl-cli-lxc-85588/rootfs ... | `-flock,30808 -x 9 |-lxc-ubuntu,30837 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/mbl-cli-basic-commands-lxc-85540 --name=mbl-cli-basic-commands-lxc-85540 --rootfs=/var/lib/lxc/mbl-cli-basic-commands-lxc-85540/rootfs --release xenial ... | `-lxc-ubuntu,30844 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/mbl-cli-basic-commands-lxc-85540 --name=mbl-cli-basic-commands-lxc-85540 --rootfs=/var/lib/lxc/mbl-cli-basic-commands-lxc-85540/rootfs --release xenial ... | `-flock,30845 -x 9 |-lxc-ubuntu,31697 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/wifi-access-lxc-85591 --name=wifi-access-lxc-85591 --rootfs=/var/lib/lxc/wifi-access-lxc-85591/rootfs --release xenial --packages systemd,systemd-sysv | `-lxc-ubuntu,31704 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/wifi-access-lxc-85591 --name=wifi-access-lxc-85591 --rootfs=/var/lib/lxc/wifi-access-lxc-85591/rootfs --release xenial --packages systemd,systemd-sysv | `-flock,31705 -x 9 |-lxc-ubuntu,31800 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/multi_component-image-update-mbl-cli-lxc-85542 --name=multi_component-image-update-mbl-cli-lxc-85542... | `-lxc-ubuntu,31807 /usr/share/lxc/templates/lxc-ubuntu --path=/var/lib/lxc/multi_component-image-update-mbl-cli-lxc-85542 --name=multi_component-image-update-mbl-cli-lxc-85542... | `-flock,31808 -x 9 I have tens and tens of this processes. LAVA jobs have failed but lxc processes are still there. It seems to be some sort of deadlock in the lxc world. I'm on Debian stretch 9.8. It recently started with no apparent reason. Regards -- 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. _______________________________________________ Lava-users mailing list Lava-users(a)lists.lavasoftware.org https://lists.lavasoftware.org/mailman/listinfo/lava-users 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.

6 years, 4 months

1
0
0 0

LAVA master

by 宿川

Hi all, We upgraded our LAVA master to 2019.11 (2019.11 + stretch) version , but when queried devices owned by current user , it listed all devices hooked to this master, can anybody help check it? Regards, Su Chuan

6 years, 4 months

2
3
0 0

LXC connection LTP Issue

by Ilya Fedusiv

Hi! Have some issues with recognition of ltp test end point. After receiving message of the ltp's execution finish, job is still running and waiting with line : Listened to connection for namespace 'tlxc' done until get timeout. Also sometimes job runs good without that stuck. All scripts to run ltp were taken from lava's repo, without any changes. Just edit skipfile Here is end of log with stuck ltp https://pastebin.com/1qJAbxTJ Here is end of log with successful ltp recognition. https://pastebin.com/BnFyq5dU Here is test part of the job. https://pastebin.com/m6vAWkZ9 Ilya

6 years, 4 months

3
9
0 0

LAVA Lab System Specifications

by dhanu msys

Hi Team, Now I have experienced by running some of test jobs on LAVA Setup , really lava-mailing-lists helps a lot to solve problems & providing suggestions at earliest. Now We are planning to have LAVA Lab Setup with minimum 30 to 40 devices connected to the PDU to run automation test jobs. So , at initial we wants to know the LAVA Server Specifications more in detail , like RAM etc.. to setup the LAVA Lab. Regards, Dhanunjaya. P

6 years, 4 months

2
2
0 0

LAVA Web Interface access in intranet

by dhanu msys

Hi Team, I am able to access the web interface(WEB GUI) through localhost. Is there any specific configuration required to access the web ui within the intranet. Here I have shared the server.conf & instance.conf ( /etc/lava-server/ )files, please let me know the configuration changes if required? Dhanunjaya. P

6 years, 4 months

2
4
0 0

Re: [Lava-users] [Automated-testing] ELC followup / Search for a testing framework for small distribution tests on device

by Milosz Wasilewski

On Tue, 12 Nov 2019 at 16:49, Westermann, Oliver <Oliver.Westermann(a)cognex.com> wrote: > > Hey everyone, > > I recently joined the ELC in Lyon and had a good chat with a few who may read this list. Only during the ELC I leaned about the automated testing summit and if I had not planned the next days already, I would probably have joined. During the interesting talks and some networking I also learned about this list, so I now have to ask a bunch of questions in the hope for answers ;-) > > We (as in the company I work for) moved to linux for our embedded devices quite some time ago, but our testing hasn't. We have a test system for our full product, but due to the nature of the product ("cameras with intelligence"), there is a lot of implied requirements on the state of the device, which makes testing expensive (in terms of device- and setuptime), which results in only one, but very thorough test loop a day. > > We're now trying to check our options to setup a smaller on-device test-stage before this setup. We would like to test features we would consider "distribution features": Network connectivity, IO features, updates and more. Most devs have their small scripts to do one thing or another, but we would prefer to distribute something that allows us to share all this and run it as part of the CI chain. > > So I've looked into some of the pages on the Automated_Testing page of the elinux wiki and dove into a few of the frameworks, but actually I'm even more confused by LAVA, fuego and all the other tools than before. We already have a build system, we already have a CI system controlling build system. So I'm writing to you in an attempt to get a feeling for whats there and where we can contribute, and I will try to list some of our goal and ideas so maybe someone can throw me some good links (and hopefully, we can > > What we would like: > We would like to run simple tests (execute eg python & bash script) and validate the outputs > We would like to bring devices into a certain state, eg by an upgrade (we use sth with swupdate beneath) As LAVA co-maintainer I'm obviously biased but I think this tool can do what you need. LAVA doesn't do any building it expects build artifacts to be available for download. It can deliver software to your device (aka deployment step) and drive your device to run some tests. If you could give some more details about the device (how to deploy software to it, how to connect to console, etc.) I can probably suggest next step with LAVA. milosz > > Since I assume a lot of you have a better overview about whats out there, what sounds like our needs and where you think we could contribute, let me know :-) > > Best regards and thanks to all of those who gave talks at OSS and ELC, it was a very cool (and overwhelming) time :-) > > - Olli > > > -- > _______________________________________________ > automated-testing mailing list > automated-testing(a)yoctoproject.org > https://lists.yoctoproject.org/listinfo/automated-testing

6 years, 4 months

2
1
0 0

Re: [Lava-users] dispatcher_config not parsed

by Remi Duraffort

Hello, I said "lava-master" and not "lava-server". Le mar. 19 nov. 2019 à 11:56, Klaas Schulze-Dieckhoff < K.Schulze-Dieckhoff(a)sonnen.de> a écrit : > Hello Remi, > > > > yes it is visible, the first command-line output I showed in the original > message was from inside the lava-server container. I also played around > with the ownership of the file since it is a problem for devices/* and > health-check/* files (they must be lavaserver:lavaserver). But this didn’t > help… > > > > Thanks > > Klaas > > > > *Von:* Remi Duraffort <remi.duraffort(a)linaro.org> > *Gesendet:* Dienstag, 19. November 2019 11:09 > *An:* Klaas Schulze-Dieckhoff <K.Schulze-Dieckhoff(a)sonnen.de> > *Cc:* lava-users(a)lists.lavasoftware.org > *Betreff:* Re: [Lava-users] dispatcher_config not parsed > > > > Hello, > > > > is the configuration file > (/etc/lava-server/dispatcher.d/<hostname>/dispatcher.yaml) visible from the > master container? > > > > In the docker-compose setup, each service is running in a specific > container so the configuration files should be set carefully. > > > > > > Rgds > > > > Le mar. 19 nov. 2019 à 09:25, Klaas Schulze-Dieckhoff < > K.Schulze-Dieckhoff(a)sonnen.de> a écrit : > > Hi all, > > > > I am running lava using docker-compose. Additional to the official > docker-compose.yaml I added and FTP and NFS container. For testing my setup > I am trying to test a beaglebone black. > > In order to load dtb and kernel uboot needs to know the IP of the FTP / > NFS server. I added the IP in the following two ways: > > > > server: > > root@1a010c2f736b:/# cat > /etc/lava-server/dispatcher.d/lava-dispatcher.yaml > > dispatcher_ip: <server ip addr> > > > > dispatcher: > > root@075e2deb4c34:/# cat /etc/lava-dispatcher/lava-slave > > [....] > > NFS_SERVER_IP="<server-ip-addr> " > > > > The hostname of the dispatcher is `lava-dispatcher`. But, when the > health-check is running it will always run `setenv serverip > <ip-of-docker-container>. > > I also tried various variants of setting the dispatcher configuration > (./dispatcher.d/<hostname>/dispatcher.yaml, > ./dispatcher.d/<hostname>/env.yaml). No matter what I do lava persists to > take the IP of the docker-container. > > > > According to ` server/management/commands/lava-master.py` line 465 at > least one of the variants should word, > > > > I would appreciate some hints how to fix this! > > > > Thanks > Klaas > > > > Geschäftsführer: Christoph Ostermann (CEO), Oliver Koch, Steffen > Schneider, Hermann Schweizer, Tim Ulbricht. > Amtsgericht Kempten/Allgäu, Registernummer: 10655, Steuernummer > 127/137/50792, USt.-IdNr. DE272208908 > > _______________________________________________ > Lava-users mailing list > Lava-users(a)lists.lavasoftware.org > https://lists.lavasoftware.org/mailman/listinfo/lava-users > > > > > -- > > Rémi Duraffort > > LAVA Architect > > Linaro > > Geschäftsführer: Christoph Ostermann (CEO), Oliver Koch, Steffen > Schneider, Hermann Schweizer, Tim Ulbricht. > Amtsgericht Kempten/Allgäu, Registernummer: 10655, Steuernummer > 127/137/50792, USt.-IdNr. DE272208908 > -- Rémi Duraffort LAVA Architect Linaro

6 years, 4 months

1
0
0 0

dispatcher_config not parsed

by Klaas Schulze-Dieckhoff

Hi all, I am running lava using docker-compose. Additional to the official docker-compose.yaml I added and FTP and NFS container. For testing my setup I am trying to test a beaglebone black. In order to load dtb and kernel uboot needs to know the IP of the FTP / NFS server. I added the IP in the following two ways: server: root@1a010c2f736b:/# cat /etc/lava-server/dispatcher.d/lava-dispatcher.yaml dispatcher_ip: <server ip addr> dispatcher: root@075e2deb4c34:/# cat /etc/lava-dispatcher/lava-slave [....] NFS_SERVER_IP="<server-ip-addr> " The hostname of the dispatcher is `lava-dispatcher`. But, when the health-check is running it will always run `setenv serverip <ip-of-docker-container>. I also tried various variants of setting the dispatcher configuration (./dispatcher.d/<hostname>/dispatcher.yaml, ./dispatcher.d/<hostname>/env.yaml). No matter what I do lava persists to take the IP of the docker-container. According to ` server/management/commands/lava-master.py` line 465 at least one of the variants should word, I would appreciate some hints how to fix this! Thanks Klaas Gesch?ftsf?hrer: Christoph Ostermann (CEO), Oliver Koch, Steffen Schneider, Hermann Schweizer, Tim Ulbricht. Amtsgericht Kempten/Allg?u, Registernummer: 10655, Steuernummer 127/137/50792, USt.-IdNr. DE272208908

6 years, 4 months

2
1
0 0

docker-compose: libguestfs failing

by Klaas Schulze-Dieckhoff

Hi all, I am trying to run a lava-lab with the official docker-compose.yml. When running a health-check on a qemu-device it fails because libguestfs can't find a kernel inside /boot. (There is already a discussion running on the libguestfs-mailing list). But I think the underlying problem is, that there is really no kernel inside /boot of my lava-dispatcher container: #:~/linaro_lava/docker-compose$ docker-compose exec lava-dispatcher bash root@8b5507bd355a:/# ls -al /boot total 4124 drwxr-xr-x 6 root root 129 Oct 1 10:35 . drwxr-xr-x 57 root root 4096 Nov 5 06:04 .. drwxr-xr-x 2 root root 3 Oct 1 10:34 androidboot drwxr-xr-x 2 root root 3 Apr 25 2018 efi drwxr-xr-x 2 root root 3 Oct 1 10:34 grub lrwxrwxrwx 1 root root 28 Oct 1 10:34 initrd.img-core -> initrd.img-core-0.7.43+ppa27 -rw-r--r-- 1 root root 4218483 Oct 1 10:34 initrd.img-core-0.7.43+ppa27 drwxr-xr-x 2 root root 3 Oct 1 10:34 uboot Since /boot is mounted into the docker-container inside docker-compose.yml I would expect it to have the same content the on my host, which is not the case: #:~/linaro_lava/docker-compose$ ls -al /boot total 68300 drwxr-xr-x 4 root root 4096 Oct 30 08:17 . drwxr-xr-x 24 root root 4096 Oct 30 08:14 .. -rw------- 1 root root 4064684 Oct 1 03:02 System.map-4.15.0-66-generic -rw-r--r-- 1 root root 217362 Oct 1 03:02 config-4.15.0-66-generic drwxr-xr-x 3 root root 4096 Jan 1 1970 efi drwxr-xr-x 5 root root 4096 Nov 4 15:26 grub -rw-r--r-- 1 root root 57266820 Oct 30 08:17 initrd.img-4.15.0-66-generic -rw------- 1 root root 8363672 Oct 1 03:05 vmlinuz-4.15.0-66-generic Why can these both directories be different? I would really appreciate if somebody can help me out here! Thanks Klaas Geschäftsführer: Christoph Ostermann (CEO), Oliver Koch, Steffen Schneider, Hermann Schweizer, Tim Ulbricht. Amtsgericht Kempten/Allgäu, Registernummer: 10655, Steuernummer 127/137/50792, USt.-IdNr. DE272208908

6 years, 4 months

2
1
0 0

RPi3 and uboot 2019.10

by Diego Russo

Hello, We are using RPi3 B/B+ in our infrastructure and the latest uboot changed his behaviour in case of error. In our case we have a kernel and DTB but we don’t have the ramdisk. Despite this, LAVA tries the tftp command for the RAMDISK but the 2 versions have different errors. With uboot 2019.07 this is what happens: tftp - {RAMDISK} U-Boot> tftp - {RAMDISK} bootloader-commands: Wait for prompt ['U-Boot>', 'Resetting CPU', 'Must RESET board to recover', 'TIMEOUT', 'Retry count exceeded', 'Retry time exceeded; starting again', 'ERROR: The remote end did not respond in time.', 'Bad Linux ARM64 Image magic!', 'Wrong Ramdisk Image Format', 'Ramdisk image is corrupt or invalid', 'ERROR: Failed to allocate', 'TFTP error: trying to overwrite reserved memory'] (timeout 00:04:08) tftp - {RAMDISK} lan78xx_eth Waiting for PHY auto negotiation to complete...... done Using lan78xx_eth device TFTP from server 192.168.130.111; our IP address is 192.168.130.138 Filename '{RAMDISK}'. Load address: 0x0 Loading: * TFTP error: 'File not found' (1) Not retrying... Uboot 2019.10 has a different behaviour and throws a different error: tftp - {RAMDISK} U-Boot> tftp - {RAMDISK} bootloader-commands: Wait for prompt ['U-Boot>', 'Resetting CPU', 'Must RESET board to recover', 'TIMEOUT', 'Retry count exceeded', 'Retry time exceeded; starting again', 'ERROR: The remote end did not respond in time.', 'Bad Linux ARM64 Image magic!', 'Wrong Ramdisk Image Format', 'Ramdisk image is corrupt or invalid', 'ERROR: Failed to allocate', 'TFTP error: trying to overwrite reserved memory'] (timeout 00:04:12) tftp - {RAMDISK} lan78xx_eth Waiting for PHY auto negotiation to complete...... done Using lan78xx_eth device TFTP from server 192.168.130.111; our IP address is 192.168.130.138 Filename '{RAMDISK}'. TFTP error: trying to overwrite reserved memory... matched a bootloader error message: 'TFTP error: trying to overwrite reserved memory' (11) At this point LAVA fails the job because it matches the error message. What's the best way to solve the issue. How can I tell LAVA not to deal with the RAMDISK at all? 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.

6 years, 4 months

3
8
0 0

Flasher action and pre power command

by Ilya Fedusiv

Hello! I'm trying to flash via special tool, which is not implemented in lava. I did it successfully by editing device dictionary. Next want to use pre power command. That's why I use lxc. But how trigger protocol to use it? It doesnt work: - deploy: namespace: target timeout: minutes: 20 to: flasher images: flash_dir: url: file:///opt/image.zip os: oe protocols: lava-lxc: - action: flasher-deploy request: pre-power-command Ilya

6 years, 4 months

2
3
0 0

Re: [Lava-users] None of the deployment strategies accepted your deployment parameters

by dhanu msys

Hi Milosz, Thanks for the reply. I will try to get the eth008 if possible , otherwise i will try to make use of TFTP or u-boot methods to run the test job on STM32mp157c-dk2. Thanks & Regards, Dhanunjaya. P On Mon, Nov 11, 2019 at 4:57 PM Milosz Wasilewski < milosz.wasilewski(a)linaro.org> wrote: > On Mon, 11 Nov 2019 at 11:07, dhanu msys <dhanuskd.palnati(a)gmail.com> > wrote: > > > > Hi Milosz, > > > > Really Thanks for sharing the Information. > > > > I have basic question, we can't able to run any test job for the STM32 > without external hardware(PDU) ? > > > > Can you please share the device configuration , which helps to run the > test jobs without "ethernet controlled relay" for the STM32. > > > https://git.linaro.org/lava/lava-lab.git/tree/shared/lab-scripts/eth008_con… > > > > > As I requested earlier , is there any possibility to run the STM32 > specific jobs with any other deployment methods(tmpfs , tftp..etc). > > Our boards use EFI for booting and I never tried tftp with that. You > might need grub EFI application for that. Alternatively you might use > u-boot. I didn't try that either. > > milosz > > > > > Thanks & Regards, > > Dhanunjaya. P > > > > > > On Mon, Nov 11, 2019 at 4:19 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >> > >> Well, LAVA will try to switch the device into DFU mode for deployment > >> step. These lines in the device dict do it: > >> '/usr/local/lab-scripts/eth008_control -a 172.27.19.27 -r 1 -s on', > >> '/usr/local/lab-scripts/eth008_control -a 172.27.19.27 -r 2 -s on', > >> Then it will power on the board: > >> '/usr/local/lab-scripts/snmp_pdu_control --hostname lngpdu01 --command > >> on --port 3 --delay 20', > >> After that it will try to flash it using the STM32_Programmer_CLI: > >> '/usr/local/bin/STM32_Programmer_CLI -c port=usb1 -w {LAYOUT} -q', > >> Lastly it will power the board down and flip the dip switches back: > >> '/usr/local/lab-scripts/snmp_pdu_control --hostname lngpdu01 --command > >> off --port 3', > >> '/usr/local/lab-scripts/eth008_control -a 172.27.19.27 -r 1 -s off', > >> '/usr/local/lab-scripts/eth008_control -a 172.27.19.27 -r 2 -s off', > >> > >> So if you don't have HW moded board, this device dict won't work for > >> you. Sources for the scripts are here: > >> https://git.linaro.org/lava/lava-lab.git/tree/shared/lab-scripts > >> We're using pretty expensive HW in the LAB: > >> - managed APC PDUs: > >> > https://www.apc.com/shop/uk/en/products/Rack-PDU-Switched-1U-16A-208-230V-8… > >> (I couldn't find the exact models we have, they're discontinued) > >> - ETH008 relay board: > https://www.robot-electronics.co.uk/htm/eth008tech.htm > >> > >> milosz > >> > >> On Mon, 11 Nov 2019 at 10:42, dhanu msys <dhanuskd.palnati(a)gmail.com> > wrote: > >> > > >> > Hi Milosz, > >> > > >> > No. > >> > Through Manual Setup , we are able to switch between the modes. > >> > > >> > Here I have attached the kernel & dtb image for your reference. PFA. > >> > > >> > Dhanunjaya. P > >> > > >> > > >> > On Mon, Nov 11, 2019 at 3:40 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >> >> > >> >> I think I forgot to ask key question when it comes to this device: > did > >> >> you do the HW mod to be able to switch between DFU and OS boot modes > >> >> without manual step? > >> >> > >> >> milosz > >> >> > >> >> On Mon, 11 Nov 2019 at 10:01, dhanu msys <dhanuskd.palnati(a)gmail.com> > wrote: > >> >> > > >> >> > Hi Milosz, > >> >> > > >> >> > Thanks for reply. > >> >> > > >> >> > I am new to the LAVA usage. > >> >> > > >> >> > I have taken reference from the below link. > >> >> > > https://staging.validation.linaro.org/scheduler/device/staging-stm32mp157-0… > >> >> > > >> >> > Here I have attached the device_dictionary & device configurations > files, PFA. > >> >> > > >> >> > Note : I am not able to see the "lab-scripts" to have power > controlled commands in my local repository , is there any specific package > need to install in my localhost , can you please share the lab-scripts to > have pdu control and also please share the pdu device details if required > to connect with the hardware. > >> >> > > >> >> > Can you please share some references , which i can run some jobs > through any other deploy methods like "tmpfs , tftp " for "STM32MP157C-DK2". > >> >> > > >> >> > Thanks & Regards, > >> >> > Dhanunjaya. P > >> >> > > >> >> > > >> >> > On Mon, Nov 11, 2019 at 2:59 PM Milosz Wasilewski < > milosz.wasilewski(a)linaro.org> wrote: > >> >> >> > >> >> >> Could you share your device dictionary? You might be missing > >> >> >> flasher_deploy_commands. > >> >> >> > >> >> >> Please check here for reference: > >> >> >> > https://ledge.validation.linaro.org/scheduler/device/lng-stm32mp157-01/devi… > >> >> >> > >> >> >> milosz > >> >> >> > >> >> >> On Thu, 7 Nov 2019 at 07:48, dhanu msys < > dhanuskd.palnati(a)gmail.com> wrote: > >> >> >> > > >> >> >> > Hi Team, > >> >> >> > > >> >> >> > I am trying to run the test_jobs on the specific device type > "stm32mp1157c-dk2" , but its throwing an error message to deploy "flasher" > method in the deployment parameters. > >> >> >> > > >> >> >> > Here I have attached the screenshots for reference. PFA. > >> >> >> > > >> >> >> > Thanks & Regards, > >> >> >> > Dhanunjaya. P > >> >> >> > _______________________________________________ > >> >> >> > Lava-users mailing list > >> >> >> > Lava-users(a)lists.lavasoftware.org > >> >> >> > https://lists.lavasoftware.org/mailman/listinfo/lava-users >

6 years, 4 months

2
4
0 0

Fork option is disabled

by Suram Suram

Hi, I want to submit a change to device-type file and when I tried from the webGUI after logging in, the fork option is disabled. After clicking on the forks count number, the fork option appears to be enabled on that page. Clicked it to select namespace, when hovered the mouse over the namespace, it shows the following error "You have reached your project limit" Can some one help me on this please? Regards Suram

6 years, 4 months

2
1
0 0

None of the deployment strategies accepted your deployment parameters

by dhanu msys

Hi Team, I am trying to run the test_jobs on the specific device type "stm32mp1157c-dk2" , but its throwing an error message to deploy "flasher" method in the deployment parameters. Here I have attached the screenshots for reference. PFA. Thanks & Regards, Dhanunjaya. P

6 years, 4 months

2
3
0 0

Force prompt in lava boot issue.

by Larry Shen

Guys, We have a problem as next: [cid:image001.jpg@01D5958F.E65E7670] The story is we have kernel exception when device boot, then per next code: if index == cls.TRACE or index == cls.EXCEPTION: res = "fail" if action: action.logger.warning( "%s: %s" % (action.name, cls.MESSAGE_CHOICES[index][2]) ) # TRACE may need a newline to force a prompt connection.sendline(connection.check_char) It will send a "#" to device, but unfortunately, the exception time is too close the final login, then the "#" was sent to user login as next: Imx8qxpmek login: # Then when we send "root", it definitely cannot login, how to resolve? More, why lava send "#" to device when kernel have exception?

6 years, 4 months

2
1
0 0

Re: [Lava-users] 500 internal server error

by Remi Duraffort

Hello, could you give me the exact version? If you are admin, just ask debian to give you the package version. If you are a user, this is printed in the first line of every job logs. Rgds Le lun. 4 nov. 2019 à 07:58, dhanu msys <dhanuskd.palnati(a)gmail.com> a écrit : > Hi Remi, > > I was using LAVA Version V2, please correct me if i am quite wrong. > > Please let me know how to find out the lava version using command prompt. > > Thanks & Regards, > Dhanunjaya. P > > > On Thu, Oct 31, 2019 at 9:42 PM Remi Duraffort <remi.duraffort(a)linaro.org> > wrote: > >> Hello, >> >> which version are you using? >> >> >> Rgds >> >> Le jeu. 31 oct. 2019 à 13:19, dhanu msys <dhanuskd.palnati(a)gmail.com> a >> écrit : >> >>> 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 >>> _______________________________________________ >>> 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

6 years, 5 months

2
4
0 0

Lava Test Jobs didn't scheduled

by dhanu msys

Hi Team, I have submitted some sample test jobs for qemu device type on my local lava setup. After successful submission of tests , I can't able to see the jobs running status , the state remains to "submitted". When i gone through the lava-master logs , Observed the warnings saying that can't able to schedule the jobs due to lava-logs is offline. Here I have attached the screenshots. Please find the attachments. Can you please let me know how to schedule the jobs on master by manual. Thanks & Regards, Dhanunjaya. P

6 years, 5 months

2
10
0 0

Issue with prompt matching with no output during boot

by Diego Russo

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.

6 years, 5 months

2
2
0 0

Unexpected crash.

by cnspring2002

Hi, Sometimes, lava master will show next error, then seems zemomq crash, do you know what's the potential cause? 2019-08-20 09:14:39,576 DEBUG lava-worker-1 => PING(20) 2019-08-20 09:14:39,578 DEBUG lava-worker-2 => PING(20) 2019-08-20 09:14:39,580 DEBUG lava-worker-3 => PING(20) 2019-08-20 09:14:44,467 ERROR [CLOSE] Unknown exception raised, leaving! 2019-08-20 09:14:44,467 ERROR 'utf-8' codec can't decode byte 0xc0 in position 10: invalid start byte Traceback (most recent call last): File "/usr/lib/python3/dist-packages/lava_server/management/commands/lava-master.py", line 687, in handle self.main_loop(options) File "/usr/lib/python3/dist-packages/lava_server/management/commands/lava-master.py", line 731, in main_loop while self.controler_socket(): # Unqueue all pending messages File "/usr/lib/python3/dist-packages/lava_server/management/commands/lava-master.py", line 234, in controler_socket hostname = u(msg[0]) File "/usr/lib/python3/dist-packages/zmq/utils/strtypes.py", line 34, in cast_unicode return s.decode(encoding, errors) UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc0 in position 10: invalid start byte 2019-08-20 09:14:44,467 INFO [CLOSE] Closing the controler socket and dropping messages

6 years, 5 months

2
3
0 0

About associated log lines in suite page.

by Larry Shen

All, I'm testing some feature about associated log lines in lava, job.yaml is as follows. Job.yaml: - test: connection: lxc definitions: - from: inline name: my_suite path: me.yml repository: metadata: format: Lava-Test Test Definition 1.0 name: smoke-case-run description: Run smoke case run: steps: - lava-test-case "Case001" --shell 'echo wow' - lava-test-case "Case002" --shell 'ls' namespace: lxcEnv timeout: minutes: 10 1. Then, let's see next picture of Case001: [cid:image002.jpg@01D59322.5F8C2990] it said startline=153, lastline=154, that's next: Line153 is "Received signal: <STARTTC> Case001", Line 154 is "Received signal: <ENDTC> Case001". You could see in fact the log "wow" not in the 2 lines. [cid:image008.jpg@01D59322.5F8C2990] 2. let's see next picture of Case002: [cid:image009.jpg@01D59322.5F8C2990] It said startline=160, lastline=163, that's next: [cid:image010.jpg@01D59322.5F8C2990] It's ok, that between Ln160 & Ln163 I got the output of `ls`. What happened for "Case001"? The startline & endline not correct. It seems if I directly do "echo", the info is wrong. while "execute command", the info is correct. Of course my case will not just do "echo", just I want to know if any risk for me to fetch the wrong START/LAST lines in other scenario? (I will use script to fetch it with xmlrpc).

6 years, 5 months

2
1
0 0

removing support for boot['type']

by Milosz Wasilewski

Hi, When test job uses boot action with method: u-boot there was an option to tell it which boot command to call in u-boot shell. This was done using 'type' parameter. Example from docs: - boot: method: u-boot commands: nfs type: bootz prompts: - 'root@debian:~#' This parameter was deprecated for more than a year. I just submitted a patch to remove this feature. If you're using it, please consider changing to setup where kernel image type is set using deploy section. Example: - deploy: timeout: minutes: 4 to: tftp os: oe kernel: url: 'https://example.com/zImage' type: 'zimage' dtb: url: 'https://example.com/dtb.dtb' nfsrootfs: url: 'https://example.com/rootfs.tar.xz' compression: xz Pull request: https://git.lavasoftware.org/mwasilew/lava/pipelines/5794 milosz

6 years, 5 months

2
1
0 0

about lava scheduler

by cnspring2002

Does lava has roadmap to separate resource management to some open source mechenisim, so it could share resource with other framework? Like spark/hadoop could use mesos/yarn to share resource.

6 years, 5 months

2
2
0 0

How to search maillist?

by cnspring2002

I see next: > If you are having problems, it may be helpful to check the mailing list archives first I could see https://lists.lavasoftware.org/pipermail/lava-users/, but how can I search?

6 years, 5 months

2
1
0 0

500 internal server error

by dhanu msys

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

6 years, 5 months

2
1
0 0

Job Submission

by dhanu msys

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

6 years, 5 months

1
1
0 0

lxc:/// and lxc-file systems connect

by Ilya Fedusiv

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

6 years, 5 months

2
1
0 0

Device Dictionary Configuration

by dhanu msys

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

6 years, 5 months

2
1
0 0

Cannot click to see job results if request is running.

by cnspring2002

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.

6 years, 5 months

2
2
0 0

Run LTP from LAVA

by Ilya Fedusiv

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.

6 years, 5 months

2
1
0 0

VTS and CTS timeout in Lava because of the maximum timeout of 60 min

by George Nistor

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

6 years, 5 months

2
1
0 0

Re: [Lava-users] Lavacli jobs list usage

by Remi Duraffort

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

6 years, 5 months

2
1
0 0

overlay-unpack timeout error

by Philippe BEGNIC

Hello everyone, I have got an error in a lava job during to overlay unpacking operations. This happen with jobs that flash the DUT before executing the tests. When the partitions are flashed on the DUT, I reboot the boards. After kernel has started, the kernel boot prompt is detected. Then the commands to downloads the tests overlay are launched. ( wget ... ) But in my case, these commands are not immediately executed, because the DUT is beeing resizing the root filesystem to fit available disk space on the SDCard. This operation take time ( depending on capacity and characteristics of the SDCard), and cause overlay-unpack<https://citools.st.com/results/testcase/2039053> to fail with a timeout error, because the command wget is not executed in the expected time ( 30 sec is the default time ). I have tried to add a time out settings in the transfer_overlay part of my jobs, but this has no effect. Is it possible to set specific "timeout trigger" for the "overlay-unpack" operation ? My Lava version: 2019.01+stretch Best regards Philippe Begnic STMicroelectronics

6 years, 5 months

3
6
0 0

Re: [Lava-users] Unexpected crash. (Remi Duraffort)

by cnspring2002

Hi, Remi, You said: > lava-master is receiving an invalid zmq message. I guess you are not using encryption? Are you fuzzing it? Sorry, I did not catch you. What does fuzzing it mean? I did not do anything special for LAVA. Meanwhile, what does "not using encryption" mean? Is this a LAVA master configure item or something else? I did not change anything related to this. And as I said, it could work ok for some a period, then I leave the whole environment there, no touch for anything. Then severial days later, it may encountered the issue. BTW, even such things happen, why no a exception handing in LAVA to ignore such issue? Currently it just close the zeromq connection. ------------------------------------------------------------------ Sender:lava-users-request <lava-users-request(a)lists.lavasoftware.org> Sent At:2019 Oct. 15 (Tue.) 00:25 Recipient:lava-users <lava-users(a)lists.lavasoftware.org> Subject:Lava-users Digest, Vol 14, Issue 10 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: lava job without any flashing on a real device (George Nistor) 2. Re: Unexpected crash. (Remi Duraffort) 3. Re: repeat in lava not work (Diego Russo) ---------------------------------------------------------------------- Message: 1 Date: Mon, 14 Oct 2019 13:17:55 +0000 From: George Nistor <george.n(a)l4b-software.com> To: "lava-users(a)lists.lavasoftware.org" <lava-users(a)lists.lavasoftware.org> Subject: Re: [Lava-users] lava job without any flashing on a real device Message-ID: <VI1PR01MB38711749B69B27E8410ABB41F0900(a)VI1PR01MB3871.eurprd01.prod.exchangelabs.com> Content-Type: text/plain; charset="utf-8" Yes, In my case the only way I could make lava to see the fastboot device was via running pre-power-command, and I run a script (I customized device descriptor to run a this script as pre-power-command) which does: 1. Power Off Wait 5s 2.Power On Wait 30s 3. Login as root Wait 5s 4. echo reboot bootloader. # make it go in fastboot mode Immediately after this script runs, the udev rule is triggered and device id added (seen from Lava). Otherwise the reboot does not work for me. The line: nice lxc-attach -n lxc-hikey-test-186 -- fastboot -s xxxxxxx reboot gives timeout. Because the device is not seen. To make the job work without any flashing I removed the - deploy section which does flashing entirely For my case: I have added to boot this section protocols: lava-lxc: - action: fastboot-boot request: pre-power-command timeout: minutes: 5 george The full job I cannot post due to company policy with confidentiality on projects. -----Original Message----- From: Milosz Wasilewski <milosz.wasilewski(a)linaro.org> Sent: luni, 14 octombrie 2019 15:58 To: George Nistor <george.n(a)l4b-software.com> Subject: Re: lava job without any flashing on a real device Could you send the question to ML? I don't know why adb is not enough. Maybe LAVA waits for udev event? milosz On Mon, 14 Oct 2019 at 13:51, George Nistor <george.n(a)l4b-software.com> wrote: > > I have managed after all to do it with a job like this: > My problem was to be able to run pre-power-command before boot, to make lava to see the fastboot device - trigger that python script lxc-device-add. > > > -----Original Message----- > From: Milosz Wasilewski <milosz.wasilewski(a)linaro.org> > Sent: Monday, October 14, 2019 15:02 > To: George Nistor <george.n(a)l4b-software.com> > Subject: Re: lava job without any flashing on a real device > > There was a feature called 'dummy deploy' but I can't find it any more. Did you try simply removing 'deploy' action? This should do the trick but you will need transfer_overlay in your boot section. > > milosz > > On Mon, 14 Oct 2019 at 12:33, George Nistor <george.n(a)l4b-software.com> wrote: > > > > Hi Milosz, > > > > > > > > I have a small question: > > > > Is it possible to run a lava job without any deploy – flashing sequence on a real device? > > > > > > > > I attach the job I’m working on. > > > > > > > > george ------------------------------ Message: 2 Date: Mon, 14 Oct 2019 15:34:24 +0200 From: Remi Duraffort <remi.duraffort(a)linaro.org> To: cnspring2002 <cnspring2002(a)aliyun.com> Cc: lava-users <lava-users(a)lists.lavasoftware.org> Subject: Re: [Lava-users] Unexpected crash. Message-ID: <CANJfhHchH1UZOy=ScC5CUnPkZ55yi3QXrNPqqjk6wSJBFZbrzg(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hello, lava-master is receiving an invalid zmq message. I guess you are not using encryption? Are you fuzzing it? Le lun. 14 oct. 2019 à 11:18, cnspring2002 <cnspring2002(a)aliyun.com> a écrit : > Hi, Sometimes, lava master will show next error, then seems zemomq crash, > do you know what's the potential cause? > > 2019-08-20 09:14:39,576 DEBUG lava-worker-1 => PING(20) > 2019-08-20 09:14:39,578 DEBUG lava-worker-2 => PING(20) > 2019-08-20 09:14:39,580 DEBUG lava-worker-3 => PING(20) > 2019-08-20 09:14:44,467 ERROR [CLOSE] Unknown exception raised, leaving! > > 2019-08-20 09:14:44,467 ERROR 'utf-8' codec can't decode byte 0xc0 in position 10: invalid start byte > Traceback (most recent call last): > > File "/usr/lib/python3/dist-packages/lava_server/management/commands/lava-master.py", line 687, in handle > self.main_loop(options) > > File "/usr/lib/python3/dist-packages/lava_server/management/commands/lava-master.py", line 731, in main_loop > while self.controler_socket(): # Unqueue all pending messages > > File "/usr/lib/python3/dist-packages/lava_server/management/commands/lava-master.py", line 234, in controler_socket > hostname = u(msg[0]) > > File "/usr/lib/python3/dist-packages/zmq/utils/strtypes.py", line 34, in cast_unicode > return s.decode(encoding, errors) > > UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc0 in position 10: invalid start byte > > 2019-08-20 09:14:44,467 INFO [CLOSE] Closing the controler socket and dropping messages > _______________________________________________ > Lava-users mailing list > Lava-users(a)lists.lavasoftware.org > https://lists.lavasoftware.org/mailman/listinfo/lava-users -- Rémi Duraffort LAVA Tech Lead Linaro

6 years, 5 months

2
1
0 0

VTS does not start because of the adb

by George Nistor

I am still having this problem inside the lxc container with 'adb start-server' failed. Should I define something special in the jinja2 device descriptor regarding adb or in the job to be able to use it? george -----Original Message----- From: Milosz Wasilewski <milosz.wasilewski(a)linaro.org> Sent: Wednesday, October 16, 2019 12:59 To: George Nistor <george.n(a)l4b-software.com> Cc: lava-users(a)lists.lavasoftware.org Subject: Re: [Lava-users] VTS does not start because of the adb George, I understand what the LAVA job is doing. I'm asking you to check whether there is _any_ adb server running on the host? If there is, the server you're running in a container will not be able to connect to the device. milosz On Wed, 16 Oct 2019 at 08:46, George Nistor <george.n(a)l4b-software.com> wrote: > > Hi Lava users, > > My adb is not running on the host but in the lxc container lava creates at runtime. > I have tried to put also an: adb kill-server command before starting vts but I got the same error. > > The lava log looks like this: > <LAVA_SIGNAL_STARTRUN 0_device-helpers 219_1.8.4.1> > + cd /home/android-vts/tools > + adb kill-server > Received signal: <STARTRUN> 0_device-helpers 219_1.8.4.1 Starting test > lava.0_device-helpers (219_1.8.4.1) Skipping test definition patterns. > * server not running * > + ./vts-tradefed > Android Vendor Test Suite 9.0_R2 (eng.l4b.20190906.094644) Use > \"help\" or \"help all\" to get more information on running commands. > 10-16 07:30:15 E/adb: ADB server didn't ACK > 10-16 07:30:15 E/ddms: 'adb start-server' failed -- run manually if > necessary > 10-16 07:30:15 E/adb: * failed to start daemon * > 10-16 07:30:15 E/adb: error: cannot connect to daemon > [udev_trigger-lxc-hikey-test-219-07:30:23] device /dev/bus/usb/001/008 > added > > george > > > -----Original Message----- > From: Milosz Wasilewski <milosz.wasilewski(a)linaro.org> > Sent: Tuesday, October 15, 2019 17:11 > To: George Nistor <george.n(a)l4b-software.com> > Cc: lava-users(a)lists.lavasoftware.org > Subject: Re: [Lava-users] VTS does not start because of the adb > > Do you have adb server running on the host? If so, please kill it and > try again. As with LoTR - there is only one adb server to rule them > all :) > > milosz > > On Tue, 15 Oct 2019 at 15:01, George Nistor <george.n(a)l4b-software.com> wrote: > > > > Hello Lava users, > > > > > > > > Thanks to Tim Jaaks for previous problem I reported. I managed to configure default external shared folder for the lava lxc container. > > > > > > > > However, > > > > I try to run VTS from Lava but after displaying initial string with VTS I get an error saying adb server could not start. I have tried restart, no success. The adb seems to be installed in the container. > > > > Does anyone know how to solve this error? > > > > > > > > + ./vts-tradefed > > > > Android Vendor Test Suite 9.0_R2 (eng.l4b.20190906.094644) > > > > Use \"help\" or \"help all\" to get more information on running commands. > > > > 10-15 13:45:22 E/adb: ADB server didn't ACK > > > > 10-15 13:45:22 E/ddms: 'adb start-server' failed -- run manually if > > necessary > > > > 10-15 13:45:22 E/adb: * failed to start daemon * > > > > 10-15 13:45:22 E/adb: error: cannot connect to daemon > > > > [udev_trigger-lxc-hikey-test-214-13:45:29] device > > /dev/bus/usb/001/005 added > > > > > > > > > > > > > > > > The adb is put in tlcx deploy > > > > > > > > actions: > > > > - deploy: > > > > namespace: tlxc > > > > timeout: > > > > minutes: 5 > > > > to: lxc > > > > packages: > > > > - adb > > > > - fastboot > > > > - wget > > > > - unzip > > > > - default-jre > > > > os: debian > > > > > > > > > > > > george > > > > _______________________________________________ > > Lava-users mailing list > > Lava-users(a)lists.lavasoftware.org > > https://lists.lavasoftware.org/mailman/listinfo/lava-users > _______________________________________________ > Lava-users mailing list > Lava-users(a)lists.lavasoftware.org > https://lists.lavasoftware.org/mailman/listinfo/lava-users

6 years, 5 months

2
3
0 0

any vland users out there?

by Milosz Wasilewski

Hi, Today I started looking at our LAVA testing setup and discovered that vland has been stopped for the last 7 months. Since no one complained I assume it's either working flawlessly in production environments or it's not needed. If there are any vland users, please reply to this message so I know that fixing our testing setup is not a waste of time. milosz

6 years, 5 months

1
0
0 0

lxc container rootfs not found

by Fedusiv Ilya

Hello, LAVA Team! I tried to run test on lxc, but get error message: Lxc container rootfs not found Inline: Job description: https://pastebin.com/5ibuzqD9 Errors log: https://pastebin.com/6X8c548r Git: Job description https://pastebin.com/iffydGYc Error log: https://pastebin.com/62pXctFd Ilya

6 years, 5 months

2
1
0 0

Potential issue with multiple uarts

by Nick Schutt

Hi, I have a board with 4 uarts connected to a lava worker via ser2net. LAVA is giving me some strange results when I try to use two uarts (uart0 and uart2) in the same testcase. The results are not consistent. Sometimes it works, but most of the time it gives an error: KeyError: 'uart2' At the end of the job, LAVA prints: LAVABug: This is probably a bug in LAVA, please report it.error_type: Bug error_msg: 'uart2' case: job result: fail definition: lava <http://lava-master.sw.nxp.com/results/testcase/16283386> ---- The connection parts of the device definition are: % set connection_list = ['uart0', 'uart1', 'uart2', 'uart3'] %} {% set connection_tags = {'uart0': ['primary', 'telnet']} %} {% set connection_commands = {'uart0': 'telnet localhost 7001', 'uart1': 'telnet localhost 7002', 'uart2': 'telnet localhost 7003', 'uart3': 'telnet localhost 7004'} %} The job uses two boots; one primary to boot non-POSIX to uboot, then it switches to 'uart2' to access another processor. The job seems to work fine if I define only two uarts: % set connection_list = ['uart0', 'uart1'] %} {% set connection_tags = {'uart0': ['primary', 'telnet']} %} {% set connection_commands = {'uart0': 'telnet localhost 7001', 'uart1': 'telnet localhost 7003 } %} Thank you, Nick

6 years, 5 months

2
1
0 0

VTS does not start because of the adb

by George Nistor

Hello Lava users, Thanks to Tim Jaaks for previous problem I reported. I managed to configure default external shared folder for the lava lxc container. However, I try to run VTS from Lava but after displaying initial string with VTS I get an error saying adb server could not start. I have tried restart, no success. The adb seems to be installed in the container. Does anyone know how to solve this error? + ./vts-tradefed Android Vendor Test Suite 9.0_R2 (eng.l4b.20190906.094644) Use \"help\" or \"help all\" to get more information on running commands. 10-15 13:45:22 E/adb: ADB server didn't ACK 10-15 13:45:22 E/ddms: 'adb start-server' failed -- run manually if necessary 10-15 13:45:22 E/adb: * failed to start daemon * 10-15 13:45:22 E/adb: error: cannot connect to daemon [udev_trigger-lxc-hikey-test-214-13:45:29] device /dev/bus/usb/001/005 added The adb is put in tlcx deploy actions: - deploy: namespace: tlxc timeout: minutes: 5 to: lxc packages: - adb - fastboot - wget - unzip - default-jre os: debian george

6 years, 5 months

2
3
0 0

repeat in lava not work

by cnspring2002

actions: - repeat: count: 2 I just add above in job, and web submit validator told me: Job submission error: extra keys not allowed @ data['actions'][1]['repeat'] Does it still work now?

6 years, 5 months

3
4
0 0

unable to run vts because adb-start-server

by George Nistor

Hello Lava users, Thanks to Tim Jaaks for previous problem I reported. I managed to configure default external shared folder for the lava lxc container. However, I try to run VTS from Lava but after displaying initial string with VTS I get an error saying adb server could not start. I have tried restart, no success. The adb seems to be installed in the container. Does anyone know how to solve this error? + ./vts-tradefed Android Vendor Test Suite 9.0_R2 (eng.l4b.20190906.094644) Use \"help\" or \"help all\" to get more information on running commands. 10-15 13:45:22 E/adb: ADB server didn't ACK 10-15 13:45:22 E/ddms: 'adb start-server' failed -- run manually if necessary 10-15 13:45:22 E/adb: * failed to start daemon * 10-15 13:45:22 E/adb: error: cannot connect to daemon [udev_trigger-lxc-hikey-test-214-13:45:29] device /dev/bus/usb/001/005 added The adb is put in tlcx deploy actions: - deploy: namespace: tlxc timeout: minutes: 5 to: lxc packages: - adb - fastboot - wget - unzip - default-jre os: debian george

6 years, 5 months

1
0
0 0

is lxc shared folder possible?

by George Nistor

Hi Lava users, For my test, instead of downloading android-vts.zip archive from git I decided it will be used from a location on a machine which hosts Lava. The question is: Is it possible to make like a shared folder for the lxc container lava has created? Or is any other way to access directly from the lxc container a folder on the host machine? If so, how should be done? george

6 years, 5 months

2
1
0 0

Re: [Lava-users] lava job without any flashing on a real device

by George Nistor

Yes, In my case the only way I could make lava to see the fastboot device was via running pre-power-command, and I run a script (I customized device descriptor to run a this script as pre-power-command) which does: 1. Power Off Wait 5s 2.Power On Wait 30s 3. Login as root Wait 5s 4. echo reboot bootloader. # make it go in fastboot mode Immediately after this script runs, the udev rule is triggered and device id added (seen from Lava). Otherwise the reboot does not work for me. The line: nice lxc-attach -n lxc-hikey-test-186 -- fastboot -s xxxxxxx reboot gives timeout. Because the device is not seen. To make the job work without any flashing I removed the - deploy section which does flashing entirely For my case: I have added to boot this section protocols: lava-lxc: - action: fastboot-boot request: pre-power-command timeout: minutes: 5 george The full job I cannot post due to company policy with confidentiality on projects. -----Original Message----- From: Milosz Wasilewski <milosz.wasilewski(a)linaro.org> Sent: luni, 14 octombrie 2019 15:58 To: George Nistor <george.n(a)l4b-software.com> Subject: Re: lava job without any flashing on a real device Could you send the question to ML? I don't know why adb is not enough. Maybe LAVA waits for udev event? milosz On Mon, 14 Oct 2019 at 13:51, George Nistor <george.n(a)l4b-software.com> wrote: > > I have managed after all to do it with a job like this: > My problem was to be able to run pre-power-command before boot, to make lava to see the fastboot device - trigger that python script lxc-device-add. > > > -----Original Message----- > From: Milosz Wasilewski <milosz.wasilewski(a)linaro.org> > Sent: Monday, October 14, 2019 15:02 > To: George Nistor <george.n(a)l4b-software.com> > Subject: Re: lava job without any flashing on a real device > > There was a feature called 'dummy deploy' but I can't find it any more. Did you try simply removing 'deploy' action? This should do the trick but you will need transfer_overlay in your boot section. > > milosz > > On Mon, 14 Oct 2019 at 12:33, George Nistor <george.n(a)l4b-software.com> wrote: > > > > Hi Milosz, > > > > > > > > I have a small question: > > > > Is it possible to run a lava job without any deploy – flashing sequence on a real device? > > > > > > > > I attach the job I’m working on. > > > > > > > > george

6 years, 5 months

1
0
0 0

Comparing output within a job execution between reboots

by Diego Russo

Hello, I have a job with the following flow: 1) deploy the DUT 2) boot the DUT 3) while booting, I need to capture a string: it is the version/timestamp of BL2. For example: NOTICE: BL2: v2.1(release):v2.1-232-g89a4d26-dirty NOTICE: BL2: Built : 04:06:44, Sep 25 2019 4) perform an update of the BL2 5) reboot the device 6) while booting the second time, I need to capture again the version/timestamp 7) Compare the 2 strings: if they are different, the test passes. How can I do 3) 6) and 7) with LAVA? 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/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.

6 years, 5 months

3
7
0 0

Lava does not do DUT login

by George Nistor

Hello Lava users, I have a Lava job, with the following section: - boot: namespace: target prompts: - 'root@xxxxx:~#' auto_login: login_prompt: 'xxxxx login:' username: root timeout: minutes: 5 method: fastboot and Lava does not complete with 'root' to do autologin. After 5 mins it give me timeout autologin. Even if I run the job and waited till the login prompt comes as output in Lava and do a echo 'root' > /dev/ttyUSB2 still Lava detects timeout autologin. (even if the devices successfully logs in - I have sent the string 'root' 2 times from the terminal). [ 25.440854] audit: type=1325 audit(1564586870.989:25): table=filter family=2 entries=8 BMW xxxxx 19w32.5-1-2 mgu22 ttyMSM0 mgu22 login: root 7[r[999;999H[6nroot@xxxxx:~# root -sh: root: not found root@mgu22:~# [ 79.848385] firmware cdsp.mdt: _request_firmware_load: firmware state wait timeout: rc = -110 [ 79.857777] subsys-pil-tz 8300000.qcom,turing: cdsp: Failed to locate cdsp.mdt(rc:-11) auto-login-action timed out after 231 seconds The complete lava job is here. https://pastebin.com/MeV1AyeR Where is the mistake I do? george

6 years, 6 months

2
1
0 0

ODROID-N2: Installation & configuration help

by Malcolm Brooks

Hi All, I am installing an ODROID-N2 board into our LAVA setup. I see that there is support for ODROID-X2 and ODROID-XU3 in the LAVA codebase, but no mention of ODROID-N2. Before I start, I wanted to know if anyone has successfully installed an ODROID-N2 in LAVA? Does it work with the existing support added for the other variants? Are there any specific bits of hardware I will need to use and/or device dictionary settings I need to ensure are set before I can get the board up and running? Regards, Malcolm 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.

6 years, 6 months

2
1
0 0

lava-server-gunicorn worker crashes

by Dean Birch

Hi, We've recently had an issue with our LAVA instance (version 2019.05.post1), where a long running LAVA job which had a large log file led to instabilities when serving web content. The large job was seemingly causing lava-server-gunicorn workers to use up more memory than was available, leading to workers crashing and then restarting. This led to all the workers processing the large jobs most of the time, while other requests would only be served once the workers restarted. This led to the webpages being served extremely slowly and lavacli usage timing out (if a larger timeout was not set). We had "LOG_SIZE_LIMIT": 3 set in our /etc/lava-server/settings.conf, and we did have the message on that job page for "*This log file is too large to view"*, but it seems that some requests were still attempting to process some aspect of the job causing these worker crashes. Is there any other settings that might need to be set in order to cope with long running jobs with large log files that might help with this situation? Before we look into this any further, does anyone know if this is fixed with a newer version of LAVA? Has anyone had any similar issues with their instances? Thanks, Dean

6 years, 6 months

2
1
0 0

lava inside a VM, lxc container on host machine can't get an IP address

by George Nistor

Hi Lava users, I have a problem with the lxc container which is created on the host machine, by getting an IP address. Lava is installed in a, VM with Debian stretch. Has anyone experienced this problem before? Or anyone any idee why lxc does not get the ip? Here are the logs: lava-dispatcher, installed at version: 2019.09+stretch start: 0 validate Start time: 2019-09-24 12:29:39.318789+00:00 (UTC) lxc, installed at version: 1:2.0.7-2+deb9u2 Validating that file:///usr/mgu22/mgu22-19w32.5-1-2-bmw-image-mgu22-sa8155.rootfs.ext4 exists validate duration: 0.07 definition: lava result: pass case: validate start: 1 lxc-deploy (timeout 00:05:00) [tlxc] start: 1.1 lxc-create-action (timeout 00:05:00) [tlxc] nice lxc-create -q -t debian -n lxc-hikey-test-13 -- --release stretch --mirror http://mirror.bytemark.co.uk/debian --packages systemd,systemd-sysv Container created successfully end: 1.1 lxc-create-action (duration 00:01:22) [tlxc] level: 1.1 case: lxc-create-action definition: lava result: pass namespace: tlxc duration: 82.21 extra: ... start: 1.2 lxc-create-udev-rule-action (timeout 00:03:38) [tlxc] device info file '/var/lib/lava/dispatcher/tmp/13/lxc-create-udev-rule-action-y0_d19aq/device-info.yaml' created with: [{'board_id': '7d4452a4'}] udev rules file '/var/lib/lava/dispatcher/tmp/13/lxc-create-udev-rule-action-nj_8pzv0/100-lava-lxc-hikey-test-13.rules' created ACTION=="add", ATTR{serial}=="7d4452a4", RUN+="/usr/share/lava-dispatcher/lava_lxc_device_add.py --lxc-name lxc-hikey-test-13 --device-node $name --job-id 13 --logging-url tcp://localhost:5555" '/etc/udev/rules.d/100-lava-lxc-hikey-test-13.rules' symlinked to '/var/lib/lava/dispatcher/tmp/13/lxc-create-udev-rule-action-nj_8pzv0/100-lava-lxc-hikey-test-13.rules' nice udevadm control --reload-rules udev rules reloaded. end: 1.2 lxc-create-udev-rule-action (duration 00:00:00) [tlxc] start: 1.3 boot-lxc (timeout 00:03:38) [tlxc] nice lxc-start -n lxc-hikey-test-13 -d output: Wait until 'lxc-hikey-test-13' state becomes RUNNING nice lxc-info -sH -n lxc-hikey-test-13 output: RUNNING output: 'lxc-hikey-test-13' state is RUNNING Wait until 'lxc-hikey-test-13' gets an IP address nice lxc-info -iH -n lxc-hikey-test-13 output: nice lxc-info -iH -n lxc-hikey-test-13 output: nice lxc-info -iH -n lxc-hikey-test-13 output: nice lxc-info -iH -n lxc-hikey-test-13 output: nice lxc-info -iH -n lxc-hikey-test-13 output: nice lxc-info -iH -n lxc-hikey-test-13 output: Here is my Lava job: https://pastebin.com/kiLbnjAX

6 years, 6 months

1
0
0 0

job submit error

by veera brahmam

Hi All, i am new LAVA framework i am trying to submit my first job , but error like "Invalid definition: extra keys not allowed @ data['job_timeout']" i am attaching screen shot & file. Can someone please help me to solve this issue Thanks Veera

6 years, 6 months

2
2
0 0

Change overlay directory

by Ilya Fedusiv

Is it possible to change directory on device of overlay and all LAVA stuff for example to /tmp/ ? By default now it is / Ilya

6 years, 6 months

2
5
0 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

lava-users