On Mon, 28 Jan 2019 at 16:21, Dan Rue <dan.rue@linaro.org> wrote:
>
> On Mon, Jan 28, 2019 at 09:24:26AM +0000, Milosz Wasilewski wrote:
> > On Fri, 25 Jan 2019 at 23:00, Dan Rue <dan.rue@linaro.org> wrote:
> > >
> > > More updates! Described below, referenced links go to source:
> > > - beaglebone-black is now working for me [1]
> > > - ser2net containerized [2]
> > > - LAVA upgrade process is documented [3]
> > > - Squid container added; nginx images hack removed [4]
> > >
> > > The beaglebone-black branch represents what's now an actual working
> > > docker-compose environment for my bbb, using a recent u-boot (this
> > > turned out to be the hardest part - totally unrelated to docker). I
> > > ended up running NFS and TFTP on the host and mounting the paths into
> > > the dispatcher. I'd like to containerize those still, but NFS is a bit
> > > difficult in particular and I just wanted to see things work.
> > >
> > > The beaglebone-black branch is back to using the dispatcher without
> > > rebuilding it. I did this by breaking ser2net into its own container
> > > that can be found at danrue/ser2net and used as follows:
> > >
> > >     version: '3.4'
> > >     services:
> > >       ser2net:
> > >         image: danrue/ser2net:3.5
> > >         volumes:
> > >           - ./ser2net/ser2net.conf:/etc/ser2net.conf
> > >         devices:
> > >           - /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
> > >
> > > The best part is running something like this to spy on the serial port during testing:
> > >
> > >     docker-compose exec dispatcher telnet ser2net 5001
> > >
> > > The LAVA upgrade has been documented in the README, but it's simple
> > > enough I'll reproduce it here:
> > >
> > >     1. Stop containers.
> > >     2. Back up pgsql from its docker volume
> > >
> > >         sudo tar cvzf lava-server-pgdata-$(date +%Y%m%d).tgz /var/lib/docker/volumes/lava-server-pgdata
> > >
> > >     3. Change e.g. `lavasoftware/amd64-lava-server:2018.11` to
> > >     `lavasoftware/amd64-lava-server:2019.01` and
> >
> > Is the content of /var/lib/lava-server/default/media/job-output/ also
> > preserved in this scenario? If not, this dir should also probably be
> > mapped into a volume so it is moved between migrated versions.
>
> Oh, good catch. Fixed with a docker volume @
> https://github.com/danrue/lava-docker-compose/blob/master/docker-compose.yml#L34
>

Today I managed to get LAVA and SQUAD working together in
containerized setup. Here is the repository with docker-compose:
https://github.com/mwasilew/lava-docker-compose
I didn't update README yet. It's still not ideal as there might be
race conditions starting SQUAD (only first time when DB is not yet
populated). One big issue is lack of cmd line tools for user
management in SQUAD. This means that admin user can be added but
password can't be set. I'm planning to copy this code from LAVA to
provide the same options. So far I managed to submit 1 QEMU job to
LAVA via SQUAD proxy and retrieve the results once the job finished.

Comments are welcome :)

milosz

_______________________________________________
Lava-users mailing list
Lava-users@lists.lavasoftware.org
https://lists.lavasoftware.org/mailman/listinfo/lava-users