Closed farleyoc closed 1 year ago
That directory always has a reference/link I don't think that's why it didn't work as it's a symbolic link.
I'll need to test again so will do that soon.
I did a bare metal install with debian, then tactical rmm, then trmm-grafana.
After digging through issue resolutions on github, I knew I hadn't made the typical mistake so I spun up a second fresh debian virtual machine install and closely followed each step thinking I missed something. Same error so I downloaded a copy of the certs and placed them in the folder and moved the references into a backup folder.
FYI
sounds similar to #24
Nope isn't similar to #24. I checked permissions and followed the directions for "rmm.yourdomain.com" then "yourdomain.com" before working on an alternative solution not provided in anywhere on github or google. I read every issue you responded to plus searched across the web.
That's ok, was just checking if it was related.
I'll take a look when I get a chance
Got the same issue on debian, checked the other threads and permissions. Hope you'll find some time
issue resolved, grafana service is set to run as the tactical user, swapped it now and it works fine, the username was ignored for the service which is shouldnt have been
In the /etc/letsencrypt/live/example.com/ directory contains reference/shortcuts to the certificates located in another directory
This causes run error with permission denied to the certificates
Solution for my setup was to place a copy of the certificates in the "/etc/letsencrypt/live/example.com/"
Not sure if there is a way to automate this or add into troubleshooting section of the readme?