Installing Kometa¶
Generally, Kometa can be installed in one of two ways:
- Running on a system as a Python script [we will refer to this as a "local" install]
- Running as a Docker container
GENERALLY SPEAKING, running as a Docker container is simpler, as you won't have to be concerned about installing Python, or support libraries, or any possible system conflicts generated by those actions.
For this reason, it's generally recommended that you install via Docker rather than directly on the host.
If you have some specific reason to avoid Docker, or you prefer running it as a Python script for some particular reason, then this general recommendation is not aimed at you. It's aimed at someone who doesn't have an existing compelling reason to choose one over the other.
Where to install Kometa¶
Kometa communicates with all services [Plex, Radarr, Trakt, etc] via their network APIs, so Kometa does not have to be installed on the same machine as Plex. Kometa does not require [nor would it use] access to the file system behind your Plex libraries.
Perhaps your Plex server is remote and you want to run Kometa on a machine in your home. That's fine. The relative locations of Kometa and Plex have no effect on the installation [except perhaps the URL you would use in the config].
Install Walkthroughs¶
The installation overviews on this page are aimed at users who have previous experience of installing services via command-line terminal commands.
For those who need full installation walkthroughs, please refer to the following walkthrough guides:
- Local Walkthrough - follow this if you are running the script directly on Windows, OS X, or Linux
- Docker Walkthrough - this discusses using Docker at the command line
If you are using unRAID, Kubernetes, QNAP, or Synology refer to the following basic guide to Docker container setup for each system:
this doesn't cover the Kometa setup specifics found in the guides above with regard to creating the config file and collection file, so you may want to go through the Docker Walkthrough first on your computer to gain that understanding.
Local Install Overview¶
Kometa is compatible with Python 3.8 through 3.11. Later versions may function but are untested.
These are high-level steps which assume the user has knowledge of python and pip, and the general ability to troubleshoot issues. For a detailed step-by-step walkthrough, refer to the Local Walkthrough guide.
- Clone or download and unzip the repo.
- If the above command fails, run the following command:
At this point Kometa has been installed, and you can verify installation by running:
Docker Install Overview¶
Docker Run:¶
- The
-it
flag allows you to interact with the script when needed (such as for Trakt or MyAnimeList authentication). -
The
-v <PATH_TO_CONFIG>:/config:rw
flag mounts the location you choose as a persistent volume to store your files.- Change
<PATH_TO_CONFIG>
to a folder where your config.yml and other files are. - The docker image defaults to running the configuration file named
config.yml
which resides in your persistent volume. - If your directory has spaces (such as "My Documents"), place quotation marks around your directory pathing as shown here:
-v "<PATH_TO_CONFIG>:/config:rw"
- Change
Example Docker Run command:
These docs are assuming you have a basic understanding of Docker concepts. One place to get familiar with Docker would be the official tutorial.
Docker Compose:¶
This is an example docker-compose which will have to be edited to suit your environment before use, but illustrates the minimal contents:
services:
kometa:
image: kometateam/kometa
container_name: kometa
environment:
- TZ=TIMEZONE #optional
volumes:
- /path/to/config:/config
restart: unless-stopped
Dockerfile¶
A Dockerfile
is included within the GitHub repository for those who require it, although this is only suggested for those with knowledge of dockerfiles. The official Kometa build is available on the Dockerhub Website.
Customizing the docker-compose file with runtime flags and ENV vars¶
Kometa's behavior can be modified in a variety of ways using either runtime flags or environment variables. These flags and vars are detailed here.
This is optional, and is not necessary to run Kometa. Many if not most users will have no reason to do this and can use something more like the basic docker-compose just above.
This example docker-compose would create a container that runs immediately upon start (rather than waiting until 5AM), uses a particular config file, processes only overlays on only one library, and exits when done. Those four changes are made by the four environment:
entries, which are discussed in detail after the example:
As with the one above, this is an example docker-compose which will have to be edited to suit your environment before use.
services:
kometa:
image: kometateam/kometa
container_name: kometa
environment:
- KOMETA_RUN=true
- KOMETA_CONFIG=/config/special-config.yml
- KOMETA_OVERLAYS_ONLY=true
- KOMETA_RUN_LIBRARIES=Movies
volumes:
- /path/to/config:/config
- KOMETA_RUN=true
tells Kometa to run right away,
- KOMETA_CONFIG=/config/special-config.yml
points Kometa at a particular config file,
- KOMETA_OVERLAYS_ONLY=true
tells Kometa to run overlays only, and
- KOMETA_RUN_LIBRARIES=Movies
tells Kometa to process only a library called "Movies"
Again, a list of the available environment variables can be found here.