By using `/usr/bin/env sh` I needed to ignore some
shell checks. By moving to bash, those shell checks can
be re-enabled.
Signed-off-by: Jacob Weinstock <jakobweinstock@gmail.com>
With the recent update in Hook to publish the kernel and initrd
we can make make hook the default in the sandbox. Original OSIE
can still be used by updating deploy/compose/.env and setting
OSIE_DOWNLOAD_URL to an OSIE URL and TINKERBELL_USE_HOOK to false.
Currently only an x86_64 Hook is published so only x86_64 machines
can be provisioned with the sandbox using Hook.
Signed-off-by: Jacob Weinstock <jakobweinstock@gmail.com>
This makes the deploy directory cleaner by moving all
compose related file/directories into the compose directory.
Signed-off-by: Jacob Weinstock <jakobweinstock@gmail.com>
This gets the refactored sandbox back on par with
the existing sandbox for vagrant-libvirt functionality.
Signed-off-by: Jacob Weinstock <jakobweinstock@gmail.com>
Only 2 main Vagrant calls are now needed (`vagrant up` and `vagrant up machine1`).
This PR only updates the Vagrant Virtualbox setup. The Vagrant Libvirt and Terraform
still need to be updated.
This uses docker-compose as the entry point for standing up the stack and makes the stand-up
of the sandbox more portal. Vagrant and Terraform are only responsible for standing up infrastructure
and then running docker-compose, not for running any glue scripts.
The docker-compose calls out to single-shot services to do all the glue required to get the fully
functional Tinkerbell stack up and running. All the single-shot services are idempotent.
This increases portability and the development iteration loop. This also simplifies the required
steps needed to get a fully functioning sandbox up and running.
This is intended to help people looking to get started by getting them to a provisioned
machine quicker and more easily.
Signed-off-by: Jacob Weinstock <jakobweinstock@gmail.com>
