Age | Commit message (Collapse) | Author | Files | Lines |
|
This fix allows users to add healthcheck files via API by changing
ownership from root to lavaserver. Without it users encounter a
permissions error.
Signed-off-by: Patryk Mungai <patryk.mungai-ndungu.kx@renesas.com>
|
|
This patch adds support for creating groups
|
|
This patch add the missing pyyaml requirement in the documentation,
fixing issue #31 in the process.
Note that this patch adds also a requirements.txt for easy pip install.
This patch also a note on http_fqdn stating this option as necessary
when using https.
|
|
|
|
|
|
The process of building LAVA is hard to maintain.
But since we need to be able to go back in time
(or just stay longer with a specific version)
we need a way to keep a LAVA version.
For achieving this, we build a minimal image with just LAVA
and tag it with the version of LAVA inside.
|
|
|
|
This patch add support for using ZMQ auth.
Basicly adding "zmq_auth: True" to a master is sufficient to enable it.
Since "ZMQ certificates" are using a custom format (vs X509 classic), we need to use the custom generator.
For helping with that a temporary docker is generated which handle generating thoses files.
|
|
When restoring a database, token are restored and so cannot be re-created.
|
|
This patch add an easy way to backup postgresql database and needed data stored in filesystem.
In the mean time, a way to restore backup during start is added
|
|
Until now, each docker-compose down will loose all data (jobs, devices, etc...).
By creating a docker volume, the database will now be persistent other restart.
Due to a risk of the lava package reseting the password, it is always reseted at start.
This patch add also another volume for job output which are stored in the filesystem and not in database.
|
|
|
|
This patch remove the use of setup.sh during build.
So setup.sh is now ran during startup.
Since setup.sh could ran multiple times (start -> stop -> start) against
the same database, we need to handle already existing objects (user,
devices,...)
So all "add objects" are done only after a check that this object is not
already present.
|
|
If backporting LAVA patch is necessary, this patch add an easy way to do
it.
|
|
It is unnecessary to copy start/stop twice during build
|
|
This patch permits to access LAVA webadmin via HTTPS.
Resolve SPEC-1493
|
|
|
|
This patch upgrade lava-docker to LAVA 2018.4
|
|
This patch implement multiple slave support.
Instead of having a maximum of one master and one slave in one docker
image, it is now possible to have multiple slave accross several docker
host.
For helping this change, a new boards.yaml format is introduced (See
README.md for details)
Note that tokens.yaml is also squashed in boards.yaml
|
|
qemu-kvm is not availlable on ARM.
Install it only on supported x86/x86_64
|
|
The commit "Remove tty/stdin options" miss a part of the changes, since Dockerfile still exec bash.
Remove bash and replace it with a forever sleep
|
|
|
|
Since LAVA packages are ephemeral, this patch permit to build a know release of LAVA.
Introducing scripts/build-lava which builds from source any LAVA
compoments from any version tag.
In the same time, stick to 2017.11 as its a know working release for
lava-docker.
|
|
This patch add two user options staff and superuser.
This will permit to create users with thoses flag in LAVA.
In the process remove the hardcoded admin user from Dockerfile and move
it in tokens.yaml
|
|
Device-type are jinja2 files and not yaml files and so a have a
different filename.
So this patch correct the handling of custom device-types.
|
|
Libguestfs actions are done by the dispatcher, so the slave must be able
to do them.
In the same time, add a TODO for setting volumes as read_only.
|
|
When working with HTTP interface, it is impossible to login.
Ths patch also document that in Readme.md
|
|
|
|
|
|
|
|
|
|
This commit add suppot for generated files by lalalab-gen.py.
|
|
|