fireflo-install nor fireflo-panel-install has an uninstall verb. Retiring a tenant used to
mean stopping units, deleting directories and remembering which ones — on a host where the answer
depends on how that install was laid out.
cleanup.sh is that step. Like setup.sh it lives in the
release repository rather than inside the tarball,
so it can be read before it is run.
Read it before you run it, as with
setup.sh. It is one plain shell file, and you are about to
run it as root against directories it will delete.Start with --list
--list is worth running first: an install that was relocated keeps its real paths in
its unit and nowhere else, so the conventional path can be wrong in a way nothing announces.
What it removes, and what it keeps
setup.sh installs PostgreSQL, RabbitMQ and Node host-wide, not per tenant, so removing them to
clean up one install would take every other tenant on that host down with it. Uninstall them yourself
when the host is being retired.
Naming which install
With more than one install on the host and neither
--tenant nor --service given, it lists what
it found and refuses. Removing every install on a shared host is never what somebody meant to type.
Flags take space-separated values.
--tenant=acme is rejected as an unknown option, the same rule
the two installers follow.Release the licence first
cleanup.sh deliberately does not release the licence for you. Doing so would spend a rebind on a
host that is going away, and the gateway holds a licence key rather than an account credential, so it
cannot authenticate the release anyway. See Licensing.
Not interactive
Run without a terminal and without--yes, it refuses and changes nothing — the reverse of
setup.sh, which treats a pipe as consent. For an installer “no human present” reasonably means get
on with it. For a script that deletes directories it means nobody is watching.