Age | Commit message (Collapse) | Author | Files | Lines |
|
By default LAVA give owning of boards to admin, this patch permit to
give board to a specific user.
|
|
lavalab-gen.py: Permit to customize exported ports to a slave
|
|
This patch rename export_ser2net to expose_ser2net.
The old export_ser2net is still handled but we now print a deprecating
message.
|
|
This patch adds a way to choose a number of ports to be exposed from
host to slave.
|
|
lava-slave/Dockerfile: copy all scripts in one actions
|
|
|
|
README: enhance documentation on dependencies and CSRF issues
|
|
This patch add documentation on how to use lava-docker on arm64.
|
|
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.
|
|
Permit to add tags to devices
|
|
This patch permits to add tags to device
Signed-off-by: Corentin Labbe <clabbe@baylibre.com>
|
|
lavalab-gen.py: permit to have no master in boards.yaml
|
|
This patch permits to have a boards.yaml without the master node.
In the same time, it permit to have also only a master node without
slave.
Signed-off-by: Corentin Labbe <clabbe@baylibre.com>
|
|
lavalab-gen: fiz zmq key filename assumptions
|
|
The ZMQ key file names are expected to have specific names in the
containers (e.g. $LAVA_MASTER.key). However, when using existing key
files, they are simply copied into the containers, and if they don't
match the exact requirements, encryption will silently fail.
Fix this by allowing arbitrary filenames for existing keys, but ensure
they are copied into the container with the expected filenames.
Related, when using auto-generated keys, the generated master key is
simply "master.key" in the slave. Fix this by ensuring that
"master.key" is copied to $LAVA_MASTER.key when the slave container
starts.
Signed-off-by: Kevin Hilman <khilman@baylibre.com>
|
|
Ser2net multiconnections
|
|
This patch add a ser2net max-connections for all boards
|
|
Current ser2net present in debian is too old, we need at least the 3.2
release for having the multiple connection support.
This patch download, compile and install ser2net 3.5
|
|
Be more clear on how to upgrade
|
|
Fix 09 2018
|
|
ser2net port range started from 60000 which is between the Linux dynamic port range: 32768-60999
This patch changes it outside of this range to 63001.
|
|
default_slave was not in valid keyword and thus generate a warning.
This patch set it as valid and document it in the mean time.
|
|
In the board loop, the slave name is stored in slave_name, but some code
after use worker_name.
This works when only one slave exists, but fail when it exists multiple
slave.
This patch replace slave_name by worker_name for being consistent with
the naming used in the rest of code.
|
|
|
|
lava-slave: increase connect to master timeout
|
|
When trying to detect if master is up, we have set a timeout of 60s.
This is good for most of the time, but when the master is restoring a
database, 60s is not enougth.
This patch increase timeout to 300s.
|
|
Csrf fix
|
|
lava-logs and lava-server-gunicorn init script fail to restart.
This is due to a missing --make-pidfile option.
|
|
When re-adding devices to a worker, setup.sh re-add them with UNKNOWN
status.
This patch prevent this for RETIRED/MAINTENANCE status and keep it.
|
|
Instead of calling devices/device-types list for each device, call them
once.
|
|
When login on LAVA via https, a CSRF failure is done.
This is due to missing CSRF_TRUSTED_ORIGINS.
|
|
Miscfix 07 2018b
|
|
Splitimage
|
|
|
|
|
|
|
|
|
|
The current script just check for zmq_auth presence and does not check
if it is set to false.
this patch fix that!
|
|
|
|
We no longer build LAVA from source, so all build-lava stuff must go.
|
|
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.
|
|
lavalab-gen.py: token is optional for users
|
|
|
|
Zmq auth
|
|
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.
|
|
Persistantdb pr
|
|
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.
|
|
Fix072018
|