Hello everyone,
I know from the LAVA documentation how to add metadata to jobs and test suites. When I look at test results, I see that test cases have metadata, too. E.g. https://validation.linaro.org/results/testcase/9759970 shows the following metadata:
case: linux-linaro-ubuntu-lscpu
definition: 0_smoke-tests-lxc
result: pass
Is there a possibility to add custom metadata to test cases?
Mit freundlichen Grüßen / Best regards
Tim Jaacks
DEVELOPMENT ENGINEER
Garz & Fricke GmbH
Tempowerkring 2
21079 Hamburg
Direct: +49 40 791 899 - 55
Fax: +49 40 791899 - 39
tim.jaacks(a)garz-fricke.com
www.garz-fricke.com
SOLUTIONS THAT COMPLETE!
Sitz der Gesellschaft: D-21079 Hamburg
Registergericht: Amtsgericht Hamburg, HRB 60514
Geschäftsführer: Matthias Fricke, Manfred Garz
Hello,
When trying to use lavacli to add a remote worker, it works fine if
the user is a superuser. However, if I drop the superuser privileges
and add just the privileges for adding workers, it fails with:
Unable to call 'workers.add': <Fault 403: "User 'testuser' is not superuser."
we even tried enabling all the permissions for that user, but leaving
the superuser flag off, and it still fails.
Why does this require superuser and the specific permissions related
to workers don't work?
Kevin
Hi,
I made a first attempt to add REST API for some LAVA objects (jobs,
devices and device types). The API is very rudimentary but already
solves some basic job filtering issues. However I'm not sure how to
add dependencies. There are 2 packages required for this code to work
properly. Pip packages are named 'djangorestframework' and
'djangorestframework-filters'. Former has a corresponding debian
package 'python3-djangorestframework' but the later does not. Any
hints how to add proper dependencies to LAVA?
The code can be found here:
https://git.lavasoftware.org/mwasilew/lava/tree/rest_api
milosz
Hello everyone,
is there a way of setting tags for existing devices via the command line? The "lava-server manage devices update" command does not have a "--tags" parameter, as the "lava-server manage devices add" has.
Mit freundlichen Grüßen / Best regards
Tim Jaacks
DEVELOPMENT ENGINEER
Garz & Fricke GmbH
Tempowerkring 2
21079 Hamburg
Direct: +49 40 791 899 - 55
Fax: +49 40 791899 - 39
tim.jaacks(a)garz-fricke.com
www.garz-fricke.com
SOLUTIONS THAT COMPLETE!
Sitz der Gesellschaft: D-21079 Hamburg
Registergericht: Amtsgericht Hamburg, HRB 60514
Geschäftsführer: Matthias Fricke, Manfred Garz
In lava job definition, boot action can use "connection-namespace" to indicate use previous namespace's connection.Does deploy action have such as "deploy-namespace" to indicate to use previous deploy image?
For example in an application scenario, it need to sequential execution two phases pipeline(deploy,boot,test), it can be solved by define two namespace in job definiton.
When run it executed in serial as : phase1(namespace1) deploy->boot->test -> phase2(namespace2) deploy->boot->test.
If phase2 deploy images(kernel,dtb,rootfs) are exactly same as phase2 deploy images,how to speed up phase2 deploy execution? I guess if deploy action have such as "deploy-namespace" to indicate previous deploy,then phase2 deploy process can be pass.
https://validation.linaro.org/static/docs/v2/admin-lxc-deploy.html#lxc-depl…
,
It say that LXC devices can run lava tests within a container without
disturbing the dispatcher host.
Does LXC support the arm device? Although LXC may supports to run the arm
virtual machine in PC server,but how does it support the completed arm
device(Including various peripheral interfaces eg ethernet,usb.. ) ?
Because the test job often test various peripheral interfaces,Is LXC
emulating these interfaces?
Hi everyone,
I'm a newbie to LAVA, so this may be a stupid question, but I have no idea
how to fix this issue.
I am using a device for which I enabled the usage of the second serial port
as described in the example beaglebone-black job with a second serial port
- it seems that the configuration works fine, I was able to enable the
secondary connection.
The problem is the following: the second serial port connects to a
different shell, which at this moment is used for freeRTOS application, and
its prompt ("SHELL>>") is different of the primary connection prompt which
is used for Linux("root@imx8mqevk"). When trying to actually run some
commands on freeRTOS, I get timeout error and I have no idea how to fix it.
I attached to this e-mail my test job definition, together with the log and
the snip from my web.
Thanks in advance for your support,
Oana
[image: image.png]
[image: image.png]
Hi,
As far as I could figure out - the uboot environment server ip is set in the base_uboot_dhcp_command in base-ubooy.jinja2. The value of SERVER_IP seems to be set somehow within lava. And it looks if it's not possible to overide it in the device dictionary, isn't it?
Is there a way to change the value of SERVER_IP?
Thanks in advance.
Best regards,
Thomas Klaehn
Senior Software Engineer
u-blox Berlin GmbH
Rudower Chaussee 9
DE-12489 Berlin
Phone +49 30 55573 1032
Mobile +49 151 23990904
www.u-blox.com<http://www.u-blox.com/>
locate.communicate.accelerate
follow us on twitter<https://twitter.com/ublox> | subscribe to our youtube channel<https://www.youtube.com/c/ublox1> | follow us on linkedin<https://www.linkedin.com/company/u-blox> | connect with us on facebook<https://www.facebook.com/ublox1> | follow us on google+<https://plus.google.com/+ublox1>
u-blox Berlin GmbH
CEO (Geschäftsführer): Daniel Ammann
Registered: Berlin HRB 164301 B
This message contains confidential information intended only for the use of the addressee(s) and may be legally privileged. If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return email and destroy all copies of the original message.
All suggestions, recommendations, or other comments contained in this email are provided as a courtesy only. We do not assume any responsibility or liability for the correctness of the information contained in the email.
Hi Neil,
thanks for your quick and direct feedback and please excuse my incautiousness. Being a software developer, I am still new to admin stuff and don't have much experience in hosting servers.
The "flush" command is documented in the help text of "lava-server manage". From the information there it seemed as if "lava-server manage dumpdata" would create a dump of the database (which it did) and that I might be able to restore it with "lava-server manage loaddata" (which I couldn't) if the flush would not do what I expected.
However, the database in that installation was not important at all, I spent some time experimenting with LAVA on this machine and just wanted to have a clean database for starting production use. I assumed there should be an easy way to achieve this.
With your help, I was able to reset my LAVA database using the following commands:
sudo apt-get purge lava-server
sudo rm -rf /etc/lava-server/
sudo rm -rf /var/lib/lava-server/
sudo pg_dropcluster 9.6 main --stop
sudo pg_createcluster 9.6 main --start
sudo apt-get install lava-server
Thanks for pointing me to the backup topic, I will address that in my next step.
Cheers,
Tim
Mit freundlichen Grüßen / Best regards
Tim Jaacks
DEVELOPMENT ENGINEER
Garz & Fricke GmbH
Tempowerkring 2
21079 Hamburg
Direct: +49 40 791 899 - 55
Fax: +49 40 791899 - 39
tim.jaacks(a)garz-fricke.com
www.garz-fricke.com
SOLUTIONS THAT COMPLETE!
Sitz der Gesellschaft: D-21079 Hamburg
Registergericht: Amtsgericht Hamburg, HRB 60514
Geschäftsführer: Matthias Fricke, Manfred Garz