October 6, 20232 yr My template repository: https://github.com/alex-red/unraid-ca-templates Currently offering: DBGate (https://github.com/dbgate/dbgate) VictoriaMetrics (https://github.com/VictoriaMetrics/VictoriaMetrics) Auto-m4b (https://github.com/seanap/auto-m4b) Backrest (https://github.com/garethgeorge/backrest) Pull requests/suggestions welcome. Edited August 23, 20241 yr by AlexRed
January 1, 20242 yr Any chance of getting beets-audible? Or even integrating that with Auto-m4b? Thanks
January 22, 20242 yr I've been using auto-m4b bit and it works well enough, but I notice is it is the biggest container in docker.img. Any idea how this can easily be reduced? Name Container Writable Log auto-m4b 5.67 GB 4.51 GB 20.9 MB AMP 5.42 GB 759 MB 120 kB calibre 2.26 GB 327 kB 4.31 kB calibre-web 1.50 GB 746 MB 56.8 kB binhex-prowlarr 1.44 GB 219 MB 129 kB qbittorrent-vpn 1.34 GB 1.16 MB 7.58 MB Krusader 1.11 GB 3.12 MB 67.5 kB unifi-controller 756 MB 340 kB 36.0 kB audiobookshelf 626 MB 0 B 2.95 kB Foundry 422 MB 216 MB 65.6 kB plex 340 MB 46.8 kB 4.41 kB nzbget 208 MB 27.9 MB 24.3 MB tautulli 204 MB 2.66 kB 2.55 MB sonarr 195 MB 23.7 kB 149 kB Kitana 179 MB 619 kB 24.6 kB Tailscale 73.8 MB 209 B 792 kB Total size 21.7 GB 6.48 GB 56.8 MB
January 22, 20242 yr Author On 1/1/2024 at 3:44 PM, Happydish said: Any chance of getting beets-audible? Or even integrating that with Auto-m4b? Thanks If I have time I will look into adding it, looks like they already support a docker compose setup though so should be pretty easy to add manually. 2 hours ago, quietas said: I've been using auto-m4b bit and it works well enough, but I notice is it is the biggest container in docker.img. Any idea how this can easily be reduced? Name Container Writable Log auto-m4b 5.67 GB 4.51 GB 20.9 MB AMP 5.42 GB 759 MB 120 kB calibre 2.26 GB 327 kB 4.31 kB calibre-web 1.50 GB 746 MB 56.8 kB binhex-prowlarr 1.44 GB 219 MB 129 kB qbittorrent-vpn 1.34 GB 1.16 MB 7.58 MB Krusader 1.11 GB 3.12 MB 67.5 kB unifi-controller 756 MB 340 kB 36.0 kB audiobookshelf 626 MB 0 B 2.95 kB Foundry 422 MB 216 MB 65.6 kB plex 340 MB 46.8 kB 4.41 kB nzbget 208 MB 27.9 MB 24.3 MB tautulli 204 MB 2.66 kB 2.55 MB sonarr 195 MB 23.7 kB 149 kB Kitana 179 MB 619 kB 24.6 kB Tailscale 73.8 MB 209 B 792 kB Total size 21.7 GB 6.48 GB 56.8 MB Hmm, I don't see it using more than 500mb at all. It is possible that it is writing to a directory inside of itself that it doesnt prune, i.e failed conversions? Or if you didn't map the staging folder properly. I'd suggest using docker directory with Unraid instead of disk images anyway, much easier to manage everything.
January 23, 20242 yr Hi Alex, thanks for providing the dbgate docker. Everything works great except for exporting query results (Excel, csv whatever). I always get a page saying "Unauthorized" (sample URL: http://192.168.3.4:3000/uploads/get?file=5eadedc0-b9ff-11ee-bbfc-cbe2ec6f9ba9.xlsx). Can I somehow configure the docker container to authorize exports? Thank you!
January 25, 20242 yr On 1/22/2024 at 2:01 PM, AlexRed said: Hmm, I don't see it using more than 500mb at all. It is possible that it is writing to a directory inside of itself that it doesnt prune, i.e failed conversions? Or if you didn't map the staging folder properly. I'd suggest using docker directory with Unraid instead of disk images anyway, much easier to manage everything. It's definitely using one of my shares rather than a folder inside the docker. I'll have to look into docker directories. I've seen them mentioned a few times but the docker image has been around for many years with this Unraid system and I have yet to change it.
January 30, 20242 yr Author On 1/23/2024 at 7:57 AM, gutding said: Hi Alex, thanks for providing the dbgate docker. Everything works great except for exporting query results (Excel, csv whatever). I always get a page saying "Unauthorized" (sample URL: http://192.168.3.4:3000/uploads/get?file=5eadedc0-b9ff-11ee-bbfc-cbe2ec6f9ba9.xlsx). Can I somehow configure the docker container to authorize exports? Thank you! Yea I see that, looks like it was fixed recently: https://github.com/dbgate/dbgate/pull/677 but not released yet to the master branch. Can probably use the :beta docker image tag to grab the latest build.
February 7, 20242 yr On 1/30/2024 at 6:36 AM, AlexRed said: Yea I see that, looks like it was fixed recently: https://github.com/dbgate/dbgate/pull/677 but not released yet to the master branch. Can probably use the :beta docker image tag to grab the latest build. Thanks Alex, the :beta version works as expected.
March 16, 20242 yr For VictoriaMetrics, I'd update the 'overview' and 'additional requirements' to recommend using VictoriaMetrics with Home Assistant's Prometheus integration rather than its InfluxDB one. Prometheus has cleaner labels, is better supported in VMUI, and VictoriaMetrics uses PromQL-compatible queries so it's better to use data sources that were designed for that.
March 26, 20242 yr Author On 3/16/2024 at 5:12 PM, Daniel15 said: For VictoriaMetrics, I'd update the 'overview' and 'additional requirements' to recommend using VictoriaMetrics with Home Assistant's Prometheus integration rather than its InfluxDB one. Prometheus has cleaner labels, is better supported in VMUI, and VictoriaMetrics uses PromQL-compatible queries so it's better to use data sources that were designed for that. That is actually exactly why I added this to the repo =] Good idea.
April 7, 20242 yr Thank you for the Auto-m4b. It made the process much simpler for me. I had two questions: According to the additional notes on the docker, it says the CPU shares set by default is 256, which should limit the CPU usage to a quarter (25%) of the available CPU. I am seeing that the docker is using 100% of available. At least during the fix phase. CPU usage goes down when it goes to the merge phase, around 50 - 80%. It doesn't seem to slow down my Unraid as my Plex still renders just fine, but I thought this was strange and maybe I'm doing something wrong. What is your recommended way to get beets up and running for tagging while staying within Unraid. I see beets.io has a docker in the CA. I could also just run the docker manually from the linked GitHub in your notes but that seems to recommend running it from a Linux machine, which I assume would be a VM if I am sticking with Unraid. I am sure I can figure it out but thought I would ask first. Thank you for your time! Edited April 7, 20242 yr by VertusAnima Formatting numbered list properly
April 10, 20242 yr Author On 4/7/2024 at 1:14 AM, VertusAnima said: Thank you for the Auto-m4b. It made the process much simpler for me. I had two questions: According to the additional notes on the docker, it says the CPU shares set by default is 256, which should limit the CPU usage to a quarter (25%) of the available CPU. I am seeing that the docker is using 100% of available. At least during the fix phase. CPU usage goes down when it goes to the merge phase, around 50 - 80%. It doesn't seem to slow down my Unraid as my Plex still renders just fine, but I thought this was strange and maybe I'm doing something wrong. What is your recommended way to get beets up and running for tagging while staying within Unraid. I see beets.io has a docker in the CA. I could also just run the docker manually from the linked GitHub in your notes but that seems to recommend running it from a Linux machine, which I assume would be a VM if I am sticking with Unraid. I am sure I can figure it out but thought I would ask first. Thank you for your time! Hey Vertus, 1) --cpu-shares is actually a soft limit, only enforced when your cpu is in use. If its idle for the most part, the container can use 100% no prob. I should update the description in that section. 2) beets alone (the one in the CA) is mostly for music management and tagging, I think you're thinking of this: https://github.com/Neurrone/beets-audible in which case the best way to use it in unraid is the docker-compose setup descrbed in the repo. You can manage your own docker compose files (and have them autorun/etc) with the Compose Manager plugin. I just use audiobookshelf for metadata management though, works well enough for me.
June 20, 20242 yr Issue with autom4b - it seems some folders just refuse to be recognized and picked up - do i need to run the docker safe permissions tool on them? Its odd, since some mp3s within folders are picked up just fine. I am running on a cache nvme drive.
August 23, 20241 yr Author On 6/20/2024 at 9:11 AM, kri kri said: Issue with autom4b - it seems some folders just refuse to be recognized and picked up - do i need to run the docker safe permissions tool on them? Its odd, since some mp3s within folders are picked up just fine. I am running on a cache nvme drive. Wow you have a lot of storage! I thought I was sitting pretty with 64TB Yea I've noticed this docker in particular seems to struggle with permissions more than others, I had some issues when I moved folders around using SMB. May want to sh into the container and verify how it is seeing the user/group ids.
September 14, 20241 yr On 8/23/2024 at 12:18 AM, AlexRed said: Wow you have a lot of storage! I thought I was sitting pretty with 64TB Yea I've noticed this docker in particular seems to struggle with permissions more than others, I had some issues when I moved folders around using SMB. May want to sh into the container and verify how it is seeing the user/group ids. im seeing the same issue as kri kri. any ideas on how to fix it?
November 9, 20241 yr Is the Backrest template missing "MY-BACKUP-DATA:/userdata"? Where do I specify the source data path? Edited November 9, 20241 yr by Jaybau
November 11, 20241 yr Author On 9/14/2024 at 8:21 AM, taprackpew said: im seeing the same issue as kri kri. any ideas on how to fix it? Hey, did you get this working? I think you should try 777 perms on all of the m4b folders that are mounted.
November 11, 20241 yr Author On 11/8/2024 at 9:39 PM, Jaybau said: Is the Backrest template missing "MY-BACKUP-DATA:/userdata"? Where do I specify the source data path? Do you mean the backrest data? It is specified with a environment variable BACKREST_DATA, default is /data
January 5, 20251 yr Hi Alex, frist of all thank you for the support on your templates. Wanted to use auto-m4b after a long break again and im facing several errors during the conversation state like: Quote Starting Conversion an error occured, that has not been caught: Array ( [type] => 8192 [message] => Return type of M4bTool\Audio\Tag::offsetUnset($offset) should either be compatible with ArrayAccess::offsetUnset(mixed $offset): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice [file] => phar:///usr/local/bin/m4b-tool/src/library/M4bTool/Audio/Tag.php [line] => 158 ) Finished Converting In the end all files with this error aren't encoded at all. in github i've seen this is caused due to a more strict php version and the TAG.PHP should be ammended, but my config folder is empty. Do you know what to do ? br Schubdog
January 8, 20251 yr Author On 1/5/2025 at 12:56 PM, schubdog said: Hi Alex, frist of all thank you for the support on your templates. Wanted to use auto-m4b after a long break again and im facing several errors during the conversation state like: In the end all files with this error aren't encoded at all. in github i've seen this is caused due to a more strict php version and the TAG.PHP should be ammended, but my config folder is empty. Do you know what to do ? br Schubdog Hey Schubdog, looks like this is due to the m4b-tool package https://github.com/sandreas/m4b-tool/issues/258 that it uses. It may have been fixed though if you force recreate the docker to have it grab the latest binary. Looks like some PHP 8 compat stuff... not sure if auto-m4b dockerfile may need to be updated accordingly.
January 9, 20251 yr Hi Alex, i'm afraid it's not fixed yet.... https://github.com/seanap/auto-m4b/issues/64 Issues still exists and the workaround is to change the Tag.PHP, but i don't know how to do it :-/
January 31, 20251 yr I've setup the Backrest image on Unraid but having an issue where a backup running fills up the /tmp directory on the container until the Docker image is full then the backup fails. The cache mapping is set to a folder in appdata, so not sure why its storing files there. Any idea how I can fix that? Thanks EDIT: I was wrong about the directory - when the backup runs its creating a folder under / with the name of the repository that fills up the Docker container. From what I can read about Restic, this is the cache for the repository. No matter what I do or set, I cannot get it to use the cache variable location. I even tried running a backup with cache disabled, but the folder is still created and fills up Edited February 5, 20251 yr by matt020191
May 15, 20251 yr I believe the previous person is referencing /userdata which is supposed to be the local paths you want to backup. When I try to select paths for backup I do not get what I expect. I created /userdata and linked it to the top level /mnt/user/. Even after doing this, it does not work as expected.
May 24, 20251 yr hey guys! i have passwordless ssh working between unraid and my backup server but sftp connection is failing in backrest. Where do i put my ssh credentials for backrest to work?
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.