install.env holds every setting the installer reads. Copy install.env.example to install.env, uncomment what you need, and leave the rest alone to keep the defaults.
Identity
Set these first. Every resource name and hostname derives from them.Pre-existing Resources
Set these when your infrastructure does not follow the<PREFIX>-<suffix> naming. Each one bypasses the derived lookup.
DNS and TLS
See Set custom domain and certificates for the hostname list and the required certificate names.Image Registry
A full image reference is<REGISTRY_BASE>/<REGISTRY_PATH_*>/<image>. See Install package.
Registry Seeding
Off by default. See Seed your container registry.Feature Toggles
Each component self-gates on its own flag. See Install System (AWS EKS) for the full list and the dependency warnings. On-premises infrastructure, all defaulttrue. Set to false on a managed cluster that brings its own.
GPU
GPU sizing is not set here. See GPU profiles and values overlays.
Notifications
notification-core sends transactional email, such as assignment and review-request notifications. It is off by default, and the SMTP values it ships with are placeholders rather than a working relay. Supply your own relay details and verify that mail is delivered before you enable it.
Secret Backend
See Secrets and Vault for the full path and key inventory.In-cluster Vault
External Vault
This section applies only if you already run your own HashiCorp Vault and want LILT to read its secrets from it, instead of from the Vault that ships in the tarball. If you are using the shipped one, skip this section entirely: it authenticates with a Kubernetes service account token and needs none of these settings. To use your own Vault, set three things:The AppRole Credentials
The AppRole role ID and secret ID are deliberately notinstall.env variables. There are no VAULT_ROLE_ID or VAULT_SECRET_ID settings, and no install script reads them from the environment, so they never pass through a file that could be committed or a shell that logs its arguments.
Instead, External Secrets reads them from a Kubernetes Secret named vault-approle in the external-secrets namespace. Create it before you run the installer:
role-id and secret-id. The installer never creates this Secret and stops with an error if it is missing.
The AppRole you use needs read access to every path in the secret inventory. See Secrets and Vault.

