Repository files navigation

Ezarr is a project built to make it EZ to deploy a Servarr mediacenter on an Ubuntu server. Thebadge above means that the shell script and docker-compose file in this repository at leastdon'tcrash. It doesn't necessarily mean it will run well on your system ;)It's set up to follow theTRaSH guidelines so it should at least perform optimally. It features:

• Sonarr is an application to manage TV shows. It is capable of keeping trackof what you'd like to watch, at what quality, in which language and more, and can find a place todownload this if connected to Prowlarr and qBittorrent. It can also reorganize the media youalready own in order to create a more uniformly formatted collection.
• Radarr is like Sonarr, but for movies.
• Bazarr is a companion application to Sonarr and Radarr that managesand downloads subtitles based on your requirements.
• Lidarr is like Sonarr, but for music.
• Readarr is like Sonarr, but for books.
• Mylar3 is like Sonarr, but for comic books. This one is a bittricky to set up, so do so at your own risk. In order to connect this to your Prowlarr container,the process within Prowlarr is the same as for the other containers (add app). You'll have to addan API key within Mylar3, yourself.
• Audiobookshelf is a self-hosted audiobook and podcast server.
• Prowlarr can keep track of indexers, which are services thatkeep track of Torrent or UseNet links. One can search an indexer for certain content and find awhere to download this.Note: when adding an indexer, please do not set the "seed ratio" toless than 1. Less than 1 means that you upload less than you download. Not only is thisunfriendly towards your fellow users, but it can also get you banned from certain indexers.
• Jackett is an alternative to Prowlarr.
• FlareSolverr is a proxy server to bypass Cloudflare and DDoS-GUARD protection.
• qBittorrent can download torrents and provides a bunch morefeatures for management.
• SABnzbd can download nzb'sfeatures for management.
• PleX is a mediaserver. Using this, you get access to a Netflix-likeinterface across many devices like your laptop or computer, your phone, your TV and more. Forsome features, you need aPleX pass.
• Tautulli is a monitoring application for PleX which can keep track ofwhat has been watched, who watched it, when and where they watched it, and how it was watched.
• Jellyfin is an alternative for PleX. Which you'd like to use is a matterof preference, and youcould even use both, although this is probably a waste of resources.
• Overseerr is a show and movie request management and media discoverytool.
• Jellyseerr is like Overseerr, but for Jellyfin.

Currently this script only works on Linux. There is a chance that the sample docker compose file will work on Windows, although untested.The only requirements other than that arePython 3 anddocker withdocker-compose-v2.While this scriptmay work on docker-compose-v1 it's made to be and highly recommended to be run using v2.The easiest way to install these dependencies on Ubuntu and other Debian-based distors is by running:

sudo apt-get install python3 docker.io docker-compose-v2

For other Linux distros you may have to use a different package manager or download directly from docker's website.

To make things easier, a CLI has been developed. First, clone the repository in a directory of yourchoosing. You can run it by enteringpython3 main.py and the CLI will guide you through theprocess. This is the recommended method if you're setting this up for the first time on a new system.Please take a look atimportant notes before you continue.NOTE: This script will create users for each container with IDs ranging from 13001 to 13014.If you want to choose your own IDs (or some of them are occupied) you have to go through the manual install.

If you're installing this for the first time simply follow these steps.If you're coming from an older version or reinstalling with different IDs, runremove_old_users.sh to clean up old users and then follow these steps.

1. To get started, clone the repository in a directory of your choosing.git clone https://github.com/Luctia/ezarr.git
2. Copy.env.sample to a real.env by running$ cp .env.sample .env.
3. Set the environment variables to your liking. Pay special attentionROOT_DIR as this is where everything is going to be stored in.The path in this value needs to beabsolute. If you leave it empty it's going to install in the directory the .env file is currently in.UID should be set to the ID of the user that you want to run docker with. You can find this by runningid -u from that user's shell.
4. Runsetup.sh as superuser. This will set up your users, a system of directories and ensure permissions are set correctly.
5. Copydocker-compose.yml.sample to a realdocker-compose.yml by running$ cp docker-compose.yml.sample docker-compose.yml.
6. Take a look at thedocker-compose.yml file. If there are services you would like to ignore(for example, running PleX and Jellyfin at the same time is a bit unusual), you can comment themout by placing# in front of the lines. This ensures they are ignored by Docker compose.Double check that your .env file is set up properly.
7. Rundocker compose up -d to start the containers. If it complains about permissions run the following commands to add your current user to the docker group and apply changes:

   sudo groupadd dockersudo usermod -aG docker $USERnewgrp docker

   If it still doesn't work reboot your system.

That's it! Your containers are now up and you can continue to set up the settings in them. Pleasetake a look atimportant notes before you continue.

• You probably shouldn't run the python script as root. Ideally you should create a brand new user that's just for these services, but any regular user will do.It will need your password forsudo to set up the permissions and folder structures, but you shouldn't run itas root.
• If you already used this script previously and want to clean up old users, runremove_old_users.sh.This is also recommended if you are updating from an earlier version of this script, since there were previously some conflicts in user IDs.
• It is recommended to restart your system after script completion, so that newly created users and groups can be loaded properly.
• When linking one service to another, remember to use the container name instead oflocalhost.
• Please set the settings of the -arr containers as soon as possible to the following (useadvanced):
  • Media management:
    • Use hardlinks instead of Copy:true
    • Root folder:/data/media/ and then tv, movies or music depending on service
  • qBittorrent ships with a default usernameadmin and a one-time password that can be viewed by runningdocker logs qbittorrent.
  • Make sure to set a username and password for all servarr services and qBittorrent!
• In qBittorrent, after connecting it to the -arr services, you can indicate it should movetorrents in certain categories to certain directories, like torrents in theradarr categoryto/data/torrents/movies. You should do this. Also set theDefault Save Path to/data/torrents. Set "Run external program on torrent completion" to true and enter this in thefield:chmod -R 775 "%F/".
• You'll have to add indexers in Prowlarr by hand. Use Prowlarrs settings to connect it to theother -arr apps.

• NFS shares' permissions are mapped by user IDs. If you want to access a file as a client, your user ID needs to match the user ID of the owner (or group) of that file on the NFS server.Note that if you are a group member (and not the owner), having matching group IDs won't be enough, there also needs to be a corresponding user on the NFS server. The easiest way to make surethe users and groups are set up on both sides correctly is to runsetup.sh on both your NFS server and your client.On your server:
• Copy.env andsetup.sh to your NFS server.
• You may have to adjust.env so thatROOT_DIR reflects where it will be stored on your server, which is most likely different from the mapped location on the client.
• Make sure that the.env file is not a .sample. Runsetup.sh.
• Now follow all the same steps but on your client machine. Always double-check that.env is set correctly, especiallyROOT_DIR.You don't have to do this on your server first but it's recommended. If you are running this script on the clientmake sure that you temporarily enable -no-root-squash on your NFS server,as the script needs superuser privileges to run and by default on NFS the root user is mapped to nowhere to prevent abuse.

When you're trying to access SABnzbd the first time you'll come across the messageExternal internet access denied. To fix this simple modify thesabnzbd.ini and changeinet_exposure to4, restart the docker container for sabnzbd (docker restart sabnzbd) and now you can access theUI of SABnzbd (note: you may get aAccess denied - Hostname verification failed, to fix this,simply go to the IP of your server directly instead of the hostname). After accessing the UI don'tforget to set a username and password (https://sabnzbd.org/wiki/configuration/3.7/general,section Security).

For more instructions or help see alsohttps://sabnzbd.org/wiki/extra/access-denied.html on theofficial SABnzbd website.

There is anupdate_containers.sh script that takes care of this. Simply run it and it updatesall containers and removes old images. If you want to keep them, simply comment out the last line of the script.It's essentially the following steps but automated:If you'd like to it manually, go to the directory of yourdocker-compose.yml fileand run(sudo) docker compose pull. This pulls the newest versions of all images (blueprints forcontainers) listed in thedocker-compose.yml file. Then, you can run(sudo) docker compose up -d. This will deploy the new versions without losing uptime. Afterwards, you can run(sudo) docker image prune to remove the old images, freeing up space.

Some settings, particularly for the Servarr suite, are set in databases. While itmight bepossible to interact with this database after creation, I'd rather not touch these. It's notthat difficult to set them yourself, and quite difficult to do it automatically. For othercontainers, configuration files are automatically generated, so these are more easily edited,but I currently don't believe this is worth the effort.

On top of the above, connecting the containers above would mean setting a password and creating anAPI key for all of them. This would lead to everyone using Ezarr having the same API key and user/password combination. Personally, I'd rather trust users to figure this out on their own ratherthan trusting them to change these passwords and keys.