Hi,
It looks like my "lava-master.log ("/var/log/lava-server/lava-master.log)""
(even other lava logs) timestamp does not match to the lava installed
server (Debain 10/Buster) time stamp.
Do I need to run any command to make sure "lava server logs" timestamp
sync with Lava server time stamp?
output:
#####################
Debian Time:
###########
lavamaster@lavamaster:/var/log/lava-server$ date
Tue Dec 1 17:37:59 IST 2020
lavamaster@lavamaster:/var/log/lava-server$
lava-master.log:
#############
lavamaster@lavamaster:/var/log/lava-server$ tail -f lava-master.log
2020-12-01 12:02:51,507 DEBUG - qemu
2020-12-01 12:02:51,531 DEBUG lava-logs => PING(20)
2020-12-01 12:02:54,519 DEBUG lavamaster => PING(20)
2020-12-01 12:02:58,749 DEBUG raspberrypi => PING(20)
2020-12-01 12:03:11,534 INFO scheduling health checks:
2020-12-01 12:03:11,554 INFO scheduling jobs:
2020-12-01 12:03:11,556 DEBUG - qemu
2020-12-01 12:03:11,582 DEBUG lava-logs => PING(20)
2020-12-01 12:03:14,542 DEBUG lavamaster => PING(20)
2020-12-01 12:03:18,774 DEBUG raspberrypi => PING(20)
2020-12-01 12:03:31,582 INFO scheduling health checks:
2020-12-01 12:03:31,603 INFO scheduling jobs:
2020-12-01 12:03:31,605 DEBUG - qemu
2020-12-01 12:03:31,633 DEBUG lava-logs => PING(20)
2020-12-01 12:03:34,566 DEBUG lavamaster => PING(20)
Regards,
Koti
Hi,
Recently I have installed Lava-Master and Lava-Dispatcher using the steps
mentioned below in the corresponding servers.
Server:
######
1. #sudo install lava
Worker (Dispatcher)
###################
1. #sudo install lava-dispatcher
But the installeve Lava software version is the old version (*2019.01-5*).
Now I want to upgrade to latest (*may be 2020.10*) lava (
https://git.lavasoftware.org/lava/lava/-/tags)
Please can someone let me know the steps to upgrade my lava version to the
latest?
Regards,
Koti
Hi,
Recently I have installed "LAVA-Master" on Server and "LAVA-Worker (On
Remote location)" on Raspberrypi-4 (8GB).
Installation steps:
###############################
###############################
Server:
######
1. #sudo install lava
Worker (Raspberrypi-4)
###################
1. #sudo install lava-dispatcher
Add worker to Master
###############################
###############################
1. sudo lava-server manage device-types add qemu
2. sudo lava-server manage devices add --device-type
qemu --worker raspberrypi qemu-02
3. Now I am able to see "raspberrypi" worker in green
colour state in the master under "LAVA--->Scheduler-->workers".
Problem/issue:
############
1. My QEMU job(Health-check) is still in running state even after 2 days
(Attached the screenshot) even though it is working if my dispatcher is
from the same master server. I feels something I missed here and may be
extra setups to establish proper communication between "Master" and
"Remote-Worker"
Please can someone suggest me as what am I missing to complete my QEMU
job(Health-check) while it running in "Remote-Worker" ?
Regards,
Koti
Dear all,
I have one issue when use one qualcomn's development board:
- test:
definitions:
- from: inline
name: auto_test
path: inline/auto_test.yaml
repository:
metadata:
description: run
format: Lava-Test
name: run
run:
steps:
- lava-test-case "Android_Serial_Case" --shell "./test.py"
docker:
image: myimage
local: true
timeout:
minutes: 1600
The test.py is from our customer, when run it, it show the error:
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/serial/serialposix.py", line 265, in open
self.fd = os.open(self.portstr, os.O_RDWR | os.O_NOCTTY | os.O_NONBLOCK)
FileNotFoundError: [Errno 2] No such file or directory: '/dev/ttyUSB0'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/local/lib/python3.7/site-packages/serial/serialutil.py", line 240, in __init__
self.open()
File "/usr/local/lib/python3.7/site-packages/serial/serialposix.py", line 268, in open
raise SerialException(msg.errno, "could not open port {}: {}".format(self._port, msg))
serial.serialutil.SerialException: [Errno 2] could not open port /dev/ttyUSB0: [Errno 2] No such file or directory: '/dev/ttyUSB0'
I have linked the board to pc, and can see the "/dev/ttyUSB0" in my pc, what happened here?
Hi,
We have a test which may need /dev/fuse when run in docker test shell, something like next:
docker run -it --cap-add SYS_ADMIN --device /dev/fuse --security-opt apparmor:unconfined hello
What's the suggestion for this case? Thanks.
Hey,
I would like some advice on properly cleaning up my lava jobs. Following some examples, I now have job definitions that work for me. Each job definition contains a path to all images and the full list of boot commands, which are specific to our image setup and therefore ~40 lines, examples below. I would like to separate the boot commands into the device definition as those should stay stable and we only want to test the image files in the job. I've tried to move the -boot section to both the device definitions or the device type definition, but I did not manage to get a working boot out of that setup. If you would like to know what exactly I tried or need additional debug info, let me know.
I've added @larry.shen@nxp.com as to my understanding he implemented the UUU actions, so maybe he has some good advice on best practices?
Looking forward for some feedback and of cause thanks for the awesome piece of software to the developers!
Best regards, Olli
Example:
actions:
- deploy:
to: uuu
images:
boot:
url: file:///network-share/imx-boot.uuu
initrd:
url: file:///network-share/fitImage-fsl-image-mfgtool.bin
[4 more image files]
- boot:
method: uuu
commands:
# Load SPL and U-Boot
- SDP: boot -f {boot}
- SDPU: delay 1000
- SDPU: write -f {boot} -offset 0x57c00
- SDPU: jump
# run mfgtool ramdisk
- FB: ucmd setenv fastboot_buffer ${loadaddr}
- FB: download -f {initrd}
[ 30 more commands ]
Hi,
I had installed docker long back and therefore not remember how I installed it exactly but I think I used "apt-get install docker.io"
Here is the docker version running on my system.
anantha@anantha-buster:~$ docker version
Client:
Version: 18.09.1
API version: 1.39
Go version: go1.11.6
Git commit: 4c52b90
Built: Sun, 14 Jun 2020 22:12:29 +0200
OS/Arch: linux/amd64
Experimental: false
Server:
Engine:
Version: 18.09.1
API version: 1.39 (minimum version 1.12)
Go version: go1.11.6
Git commit: 4c52b90
Built: Sun Jun 14 20:12:29 2020
OS/Arch: linux/amd64
Experimental: false
Full log: https://paste.debian.net/1170559/
Will try with a fresh docker installation as in https://staging.validation.linaro.org/static/docs/v2/docker-admin.html#prer…
From: K R, ANANTHA
Sent: 06 November 2020 18:08
To: 'lava-users(a)lists.lavasoftware.org' <lava-users(a)lists.lavasoftware.org>
Subject: RE: lava-docker-worker: docker OCI runtime error
Hi all,
I removed the "-init" flag passed to docker command in the /usr/lib/python3/dist-packages/docker_worker.py. After this the worker container started and is shown to be online in lava server web interface. Is this work around ok to be used ?
I'm using the lava-docker-worker on a Debian buster (10.6) machine.
Thank you,
Anantha
From: K R, ANANTHA
Sent: 04 November 2020 20:37
To: 'lava-users(a)lists.lavasoftware.org' <lava-users(a)lists.lavasoftware.org<mailto:lava-users@lists.lavasoftware.org>>
Subject: lava-docker-worker: docker OCI runtime error
Hi All,
This is my first post in lava support community. I was trying to setup worker using lava-docker-worker. Followed steps as documented here https://git.lavasoftware.org/lava/lava/-/blob/2020.09/doc/content/admin/adv…
However I'm stuck with the error from docker daemon as shown in the bellow log.
anantha@anantha-buster:~$ sudo lava-docker-worker -l DEBUG --url http://<My-LAVA-server-IP<http://%3cMy-LAVA-server-IP>>
2020.10: Pulling from lavasoftware/lava-dispatcher
bb79b6b2107f: Pull complete
81b92962f1c3: Pull complete
e69bdb4eac16: Pull complete
Digest: sha256:27b3c2a84684bb0705e300899084bcbfcad99bc1fc1fd7917d8bec5ee47d57cb
Status: Downloaded newer image for lavasoftware/lava-dispatcher:2020.10
docker: Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: \"/dev/init\": stat /dev/init: no such file or directory": unknown.
docker: Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: \"/dev/init\": stat /dev/init: no such file or directory": unknown. ^c
Need help in regard to solve the above error.
Thank you,
Anantha
Hi all,
I removed the "-init" flag passed to docker command in the /usr/lib/python3/dist-packages/docker_worker.py. After this the worker container started and is shown to be online in lava server web interface. Is this work around ok to be used ?
I'm using the lava-docker-worker on a Debian buster (10.6) machine.
Thank you,
Anantha
From: K R, ANANTHA
Sent: 04 November 2020 20:37
To: 'lava-users(a)lists.lavasoftware.org' <lava-users(a)lists.lavasoftware.org>
Subject: lava-docker-worker: docker OCI runtime error
Hi All,
This is my first post in lava support community. I was trying to setup worker using lava-docker-worker. Followed steps as documented here https://git.lavasoftware.org/lava/lava/-/blob/2020.09/doc/content/admin/adv…
However I'm stuck with the error from docker daemon as shown in the bellow log.
anantha@anantha-buster:~$ sudo lava-docker-worker -l DEBUG --url http://<My-LAVA-server-IP<http://%3cMy-LAVA-server-IP>>
2020.10: Pulling from lavasoftware/lava-dispatcher
bb79b6b2107f: Pull complete
81b92962f1c3: Pull complete
e69bdb4eac16: Pull complete
Digest: sha256:27b3c2a84684bb0705e300899084bcbfcad99bc1fc1fd7917d8bec5ee47d57cb
Status: Downloaded newer image for lavasoftware/lava-dispatcher:2020.10
docker: Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: \"/dev/init\": stat /dev/init: no such file or directory": unknown.
docker: Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: \"/dev/init\": stat /dev/init: no such file or directory": unknown. ^c
Need help in regard to solve the above error.
Thank you,
Anantha
Hi All,
This is my first post in lava support community. I was trying to setup worker using lava-docker-worker. Followed steps as documented here https://git.lavasoftware.org/lava/lava/-/blob/2020.09/doc/content/admin/adv…
However I'm stuck with the error from docker daemon as shown in the bellow log.
anantha@anantha-buster:~$ sudo lava-docker-worker -l DEBUG --url http://<My-LAVA-server-IP>
2020.10: Pulling from lavasoftware/lava-dispatcher
bb79b6b2107f: Pull complete
81b92962f1c3: Pull complete
e69bdb4eac16: Pull complete
Digest: sha256:27b3c2a84684bb0705e300899084bcbfcad99bc1fc1fd7917d8bec5ee47d57cb
Status: Downloaded newer image for lavasoftware/lava-dispatcher:2020.10
docker: Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: \"/dev/init\": stat /dev/init: no such file or directory": unknown.
docker: Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: \"/dev/init\": stat /dev/init: no such file or directory": unknown. ^c
Need help in regard to solve the above error.
Thank you,
Anantha
Thanks Milosz.
Does that mean that a lava-docker-worker is designed to only run jobs which use "docker"?
I would not like to modify all my legacy jobs which do not use the new "docker" thing. Also, I understood that this new "docker" in LAVA jobs was mainly aimed at Android testing.
For Linux/yocto, that sounds like useless extra complexity (unless I miss something).
-----Original Message-----
From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of Milosz Wasilewski
Sent: Thursday, October 29, 2020 11:03 AM
To: Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com>
Cc: lava-users(a)lists.lavasoftware.org <lava-users(a)lavasoftware.org>
Subject: [EXT] Re: [Lava-users] lava-docker-worker: how to customize?
Caution: EXT Email
On Thu, 29 Oct 2020 at 10:00, Philippe Mazet (OSS) <philippe.mazet(a)oss.nxp.com> wrote:
>
> Hi All,
>
> I was exploring the new lava-docker-worker released with 2020.09.
> It is pretty handy to start a slave, but I am wondering how to customize the slave image:
> I need to add inside my own tools (like uuu), config files (like ser2net.conf), and also install additional packages.
> How do you do this on your side?
I think you're confusing 2 things here. The lava-docker-worker image is not supposed to run the jobs. For that you use 'docker: <image
name>: in the job definition actions. This is the image that should
contain flashing tools like uuu.
As for ser2net I'm not sure what is the recommendation (Antonio, could you comment?). We're stil using host based ser2net.
milosz
>
> Finally, I noticed that if I don't do a "service tftpd-hpa restart", TFTP does not work. Is it a known issue?
>
> Thanks,
>
> Philippe Mazet
>
> _______________________________________________
> Lava-users mailing list
> Lava-users(a)lists.lavasoftware.org
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.lavasoftware.org%2Fmailman%2Flistinfo%2Flava-users&data=04%7C01%
> 7Cphilippe.mazet%40nxp.com%7Cde6159fe8c1e43cfcc0008d87bf1f211%7C686ea1
> d3bc2b4c6fa92cd99c5c301635%7C0%7C1%7C637395626367151208%7CUnknown%7CTW
> FpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6
> Mn0%3D%7C3000&sdata=gElRt2xv5DouqTeQUF6nPlP33MUKUs68ZT8LWmB67%2Fc%
> 3D&reserved=0
_______________________________________________
Lava-users mailing list
Lava-users(a)lists.lavasoftware.org
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.lav…