SolidFyre

Ah, alright. Guess I have to bite the bullet and migrate all my containers to the "correct" path then. uhh.... Thanks

Tried to set it several times, but it reverts to absolute path and then regards it as "external path", and as a result it skips it completely unless I explicit set it to backup external paths further down. Right now it's only backing up the template settings. Is it fetching these paths from the container settings even though I explicitly tells it to target these folders?

@KluthR Whenever I try to change my source directories to my actual "internal appdata path" it changes back automatically to the absolute path regarded as "external" by the plugin (/mnt/disks/XXXXX/docker/appdata). is it possible to somehow change whats regarded as being "internal" path? All my appdata is regarded as external paths since I setup my server at a time when I had a weird bug with the appdata folder access rights, so I am using another path (/mnt/user/appdata/appdata). Stupid yes, but it was the only way I managed to solve it at the time. I could use "external paths" but then it backs up stuff I don't want, like the external transcode directory for plex etc. Otherwise I would need to migrate all my 38 containers back to the default appdata path 😅

@Kilrah @Rusty6285 Not sure if I am late to the party but, I had issues deploying Prometheus and managed to fix the broken template and got it running. I saw that you had issues in September and maybe you fixed it by now. Appears the template is still not updated though. I identified two issues with it. 1. The mappings to the yml file is indeed wrong. The correct Docker path for the config should be "/data". 2. For some reason (at least for me) the appdata folder for Prometheus installs with owner root:root:, which is incorrect and hinders it from starting. Viewing the log shows denied permissions etc. Should be changed to "users" group and your user uid. Example: "chown -R 65534:users prometheus/" And its up! Might be more to fix to get it completely up, for example chmod the appdata folder with correct attributes etc, but at least it's running. Cheers 🍻

The sas/sata cables are completely new, so they should be fine. I have also ordered new sata power cables as well, will try and reintroduce the drive again whenever they arrive. Thanks for the help guys

So I got a new drive, popped it in and rebuilt the array just fine. I took the "broken drive" and hooked it up using USB and went through a complete Pre-clear of the drive without a single issue (drive: sdn). Here's a new log collection, the 2459 CRC errors reported by SMART are the ones I got before the disk was rejected by the Array and I took it out. What to make of this? Can I reintroduce the drive to the array again? 🤔 tytan-diagnostics-20220930-2013.zip

Switching around cables doesn't seem to help the issue. I have a new drive arriving tonight. Will replace drive and do some diagnostics on it.

Here's the diagnostics after reboot. The SAS/Sata cables are new because I replaced them this summer due to read errors and I had 2 cables not connected, so I switched out the one to the broken drive. I am hearing some very worrisome sounds coming from it though, clicking on boot and other... tytan-diagnostics-20220927-0735.zip

Ah, here you go tytan-diagnostics-20220927-0017.zip

Hello, I am having problems with one of my drives and is looking for some moral support... I got about 50 read errors and thought it was a good idea to run a Smart Self Test. First Short Self Test went fine, no errors, then I did an extended test because this drive has been having temper tantrums before. After about 5 min it got 1074 read errors and the drive was automatically Disabled. Now it's frozen. In the Self Test tab "latest smart test" is just spinning/loading. When I try to download the logs I get a blank file, so I cannot really provide you guys with logs. History and Smart Error Log buttons show nothing either. The other tabs show no information. Nothing happens when I try to Spin Down the drive. Not sure what to do now, what would be my next step here? Should I consider the drive done? I am currently looking online to find a new drive.

The config instruction of the Unraid docker image for 'cloudflare-ddns' should probably be updated. It's not possible to use both 'Email Variable' and 'API Key' variable at the same time, it won't start. It will simply say "Invalid Cloudflare Credentials" in the log and then kill all processes. In order to use the API Key variable the Email variable needs to be deleted, it seems.

Can confirm, container template for some reason changed to 0 on Public Server.....

Thanks, I tried to put it in code field to minimize bloat, apparently that didn't work. Yea, tried 5 characters for password, didn't work. Appears the minimum is 6 characters, no digits. Now it starts flawlessly every time. Thanks for pointing me in the right direction, been banging my head against the wall for hours Maybe update that instruction to 6 instead of 5.

Trying to deploy a Valheim server. I have no idea what is going on with steamCMD but why is totally hammering the Steam servers to the point where I get temp banned from steam due to excessive logins from my network?? It's doing multiple logins at the same time and just loops until I shutdown the container. Anyone? valheim.log

I solved it. I put the JSON through a JSON Position finder online and it whined about my umask settings. 000 which has worked fine for about a year now turned up as "undefiend". So I changed "umask": 000, to "umask": 0, I guess they changed what is expected input on this variable. 😒