🎡 Lidarr

Lidarr is a music library manager and automation service, similar to Sonarr for TV or Radarr for movies. It tracks artists and albums, uses metadata to organize the library, and can search configured indexers for releases. When it finds a match, it sends the download to a configured download client and imports the completed files into the music library.

Lidarr manages and organizes music; it is not a music player or streaming service.

🐳 Deployment

In this homelab, Lidarr runs in a LinuxServer Docker container on the lidarr-0 VM.

πŸ’Ύ Storage & Library

Its library is stored on the TrueNAS and mounted at /music; completed and incomplete downloads are also NAS-mounted for the download and import workflow.

The configured root folder is /music, with a Lossless quality profile.

πŸ“₯ Download Client & Indexers

Lidarr is configured to use SABnzbd as its download client and two Newznab-compatible Usenet indexers for RSS, automatic, and interactive searches.

πŸ—„οΈ Database & Backups

Its application database is hosted on the homelab PostgreSQL server, with scheduled database backups written to NAS storage. The database backup is part of Semaphore Scheduled Tasks that are executed regularly.

The database is restored using the following playbook:

ansible-playbook -k -i inventory/services/inventory.ini playbooks/services/restore_lidarr_db.yml \
  -e lidarr_setup_restore_path=/nfs/backups/lidarr/lidarr_<timestamp>.sqlc

The playbook stops the Lidarr container, drops and recreates its PostgreSQL database, restores the selected backup with pg_restore, then starts Lidarr again. This replaces the current Lidarr database, so verify the selected backup before restoring.

🌐 Web Access & Authentication

The web interface is available through https://lidarr.refol.us via the homelab reverse proxy, with Microsoft Entra ID authentication configured.

πŸ€– Automation

Deployment and configuration are managed through Ansible.

πŸ‘‰ See: Deploy Lidarr Runbook