Hi,
I am trying to upgrade the lava server and remote workers in my lab from
2020.08 to 2020.10(latest).
*I have used following steps to upgrade:*
$ wget https://apt.lavasoftware.org/lavasoftware.key.asc
$ sudo apt-key add lavasoftware.key.asc
OK
sudo apt update
sudo apt upgrade lava
I am getting the following Error while restarting the lava-master :
*root@LavaServer:/# service lava-master startFailed to start
lava-master.service: Unit lava-master.service not found.*
Even the remote worker side also got the same error message:
*lava@alif-blr-worker02/# service lava-slave startFailed to start
lava-slave.service: Unit lava-slave.service not found.*
Able to start/stop lava-server-gunicorn
root@LavaServer:/# service lava-server-gunicorn start
On Master(lava server): following services are enabled after
upgrade(2020.10)
*root@LavaServer:/# systemctl list-unit-files | grep enabled |grep
lavalava-coordinator.service
enabled lava-publisher.service
enabled lava-scheduler.service
enabled lava-server-gunicorn.service
enabled lava-worker.service
enabled root@LavaServer:/#root@LavaServer:/#*
On Worker following services are enabled after upgrade:(2020.10)
*lava@alif-blr-worker02:~$ systemctl list-unit-files | grep enabled |grep
lavalava-worker.service enabled *
Another Worker which is not upgraded to 2020.10 :(It is running with
2020.08)
*Following services are Enabled *
*root@alif-blr-worker03:/# systemctl list-unit-files | grep enabled |grep
lavalava-coordinator.service enabled
lava-logs.service enabled
lava-master.service enabled
lava-publisher.service enabled
lava-server-gunicorn.service enabled
lava-slave.service enabled
root@alif-blr-worker03:/# *
*I am getting this issue with 2020.10 . I haven't seen this issue with
previous version upgrades. *
Kindly help me out to solve this issue!!
Thanks!!
Regards
Nagendra S
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