Hi, Lava Team!
Want to use user_commands as written here : https://validation.linaro.org/static/docs/v2/actions-command.html
Device dictionary has : {% set user_commands = {'switch_mode' : {'do': './usr/local/scripts/switch_mode.sh'}} %}
Job https://pastebin.com/hhWbC207
I have lxc and custom script to set device flash-mode.
But have error
error_msg: 'common' is a reserved namespace that should not be present with other namespaces
To fix it I added namespace to command:
- command:
namespace: tlxc
name: switch_to_qdl
But error again in validate before submit
Invalid definition: extra keys not allowed @ data['actions'][3]['command']['namespace']
I have fastboot and custom flash methods. pre_power_command in deploy I use for fastboot. Need to use somehow custom script to switch to another mode, that's why I decided to use -command action.
Please help how to fix error with namespaces or suggest another solution.
Best regards,
Ilya Fedusiv
Hi,
I found the solution, we have to mount dispatcher.yaml file from
lava-server in lava-master container as well beacuse lava-master is the one
who communicate with DUT and run the job.
regards
admirer mishra
Hi Stevan,
I am using latest lava-docker containers 2020.01 so using rest api I set
the dispatcher ip and post it, which creates a dispatcher.yaml file with
the content dispatcher_ip: '141.64.81.191' (not my ip)
I checked it's there in the directory
(/etc/lava-server/dispatcher.d/lava-dispatcher/dispatcher.yaml), but still
no change in SERVER_IP or NFS_SERVER_IP (everything is same) while running
the job, due to which not able to do tftp. I even tried with restarting the
lava-server but still no change.
Thanks for your time.
regards,
admirer mishra
Hi there,
Yesterday, while going through the mail, I found about the docker-compose
file provided by lava. The script is amazing it gives even more
understanding of how actual lava-server and dispatcher work. I am a
complete beginner just working on lava and docker from last 20 days.
So, I am trying to boot a x86 device via ipxe using nfs and tftp protocol.
In normal lava server running on host everything works fine because the
host ip and target ip are on same local network so tftp and nfs works fine.
But docker uses internal network and target is on local network so how to
configure so that it works?
I also used the docker compose file but the problem still persists. Is
there any other configuration in the containers that I have to do make it
work? Please help I am complete newbie in this field.
Thanks for your time
admirer mishra
Hi,
I am using the docker-compose file provided by lava community.
I don't understand why there is a separate tftpd container and also how my
device who is on host local network will communicate with it. Also same
things I don't understand for nfs container.
Please let me know
Thanks and regards
ROSHAN KUMAR
Hi,
I created a lava server docker container on amd64 machine using
lavasoftware/lava-server docker image present on docker hub.
But after running the container I didn't find any Dispatcher online except
lava-logs.
Did the current version of lava server docker container doesn't work as
dispatcher similar to normal lava server.
Please let me know.
Thanks and regards
ROSHAN KUMAR
Hi!
I want to mix two flashing types for device : fastboot and custom ( run custom script )
I already did both types separately using deploy methods : fastboot and flasher
How I can mix both types?
And in web gui in device panel what does mean that error?
Configuration Error: missing or invalid template.
Jobs requesting this device type (mix-type) will not be able to start until a template is available on the master.
Best regards,
Ilya
Hello everyone,
if you follow the latest developments, you might have seen that LAVA is now
using whitenoise to allow gunicorn to serve static files.
In the current releases (2020.01 and before), apache2 is forwarding dynamic
requests to gunicorn and serving static files himself.
In the next release, apache2 will forward all the requests to gunicorn that
will serve both dynamic and static content.
If you use the debian packages, apache2 will still be installed and
configured automatically.
We are proposing to drop the apache2 packages from the lava-server docker
container. In fact, if you use the docker container, you have anyway to
setup a reverse proxy to make the container visible to the outside world
and to do the SSL termination.
What do you think about this?
Rgds
--
Rémi Duraffort
LAVA Architect
Linaro
The slaves/worker logs are in /var/log/lava-dispatcher/lava-slave.log
Le mar. 11 févr. 2020 à 12:37, dhanu msys <dhanuskd.palnati(a)gmail.com> a
écrit :
> Hi Remi,
>
> After upgrading the LAVA Package , I have seen Worker Status show
> "Offline".
>
> As per Earlier Experience , I have check the Lava-Logs and Lava-Master
> Logs under /var/log/lava-server/lava-logs.log and
> /var/log/lava-server/lava-master.log , it seems both are running fine
> without any error.
>
> And also I have checked the Encryption in the both lava-master & lava-logs
> under /etc/lava-server/lava-logs & /etc/lava-server/lava-master. PFA.
>
> Please check the attachment logs once and let me know if any changes need
> to be done specific to the latest lava package.
>
> Thanks & Regards,
> Dhanunjaya. P
>
>
> On Wed, Feb 5, 2020 at 6:59 PM dhanu msys <dhanuskd.palnati(a)gmail.com>
> wrote:
>
>> Hi Remi,
>>
>> Thanks for sharing the Information.
>>
>> I can able to update the LAVA Package.
>>
>> Please find the latest packages list in below.
>>
>> doclava-aosp/stable 6.0.1+r55-1 all
>> klavaro/stable 3.03-2 amd64
>> lava-common/unknown,now 2020.01+10+buster all [installed]
>> lava-coordinator/unknown 2020.01+10+buster all [upgradable from: 0.1.7-1]
>> lava-dev/unknown 2020.01+10+buster all [upgradable from: 2019.01-5]
>> lava-dispatcher-host/unknown,now 2020.01+10+buster all
>> [installed,automatic]
>> lava-dispatcher/unknown,now 2020.01+10+buster all [installed]
>> lava-lxc-mocker/unknown 2020.01+10+buster all
>> lava-server-doc/unknown 2020.01+10+buster all [upgradable from: 2019.01-5]
>> lava-server/unknown,now 2020.01+10+buster all [installed]
>> lava-tool/stable,now 0.25-2 all [installed]
>> lava/unknown,now 2020.01+10+buster all [installed]
>> lavacli/unknown 0.9.7+buster all [upgradable from: 0.9.5-1]
>> lavapdu-client/stable,now 0.0.5-1 all [installed]
>> lavapdu-daemon/stable,now 0.0.5-1 all [installed]
>> r-cran-lava/stable 1.6.4-1 all
>> r-cran-lavaan/stable 0.6.3-1 all
>>
>> Thanks for immediate support.
>>
>> Regards,
>> Dhanunjaya. P
>>
>>
>> On Wed, Feb 5, 2020 at 3:55 PM Remi Duraffort <remi.duraffort(a)linaro.org>
>> wrote:
>>
>>> Hello,
>>>
>>> add the apt lavasoftware depository.
>>>
>>> See
>>> https://lava.readthedocs.io/en/latest/admin/basic-tutorials/instance/instal…
>>> This will create a new source
>>> "deb https://apt.lavasoftware.org/release buster main"
>>>
>>>
>>> Rgds
>>>
>>> Le mer. 5 févr. 2020 à 05:59, dhanu msys <dhanuskd.palnati(a)gmail.com> a
>>> écrit :
>>>
>>>> Hi Team,
>>>>
>>>> How to get the Latest Version changes in the LAVA Package for Single
>>>> Instance?
>>>>
>>>> What is the Latest version released ?
>>>>
>>>> Please let me know the "How to Upgrade the Lava package without
>>>> disturbing the existing test setup.
>>>>
>>>> Here I have attached the Lava packages list in my current setup to run
>>>> the lava 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
>>>>
>>>
>>>
>>> --
>>> Rémi Duraffort
>>> LAVA Architect
>>> Linaro
>>>
>>
--
Rémi Duraffort
LAVA Architect
Linaro