Stannis33

Brilliant. Thank you.

How do I actually make it work again right now though, even if it happening again is likely? I don't actually know how to get my system out of the current disabled state. If I just re enable the disk, will my parity actually be working or do I have to do "Getting it back on would require checking, unassigning, reassigning and rebuilding"? And if the latter, what does that actually mean?

Oh. Ummm. So that suggests I cannot just re-enable the disk and have everything working again, correct? I see someone says "Getting it back on would require checking, unassigning, reassigning and rebuilding" - I don't actually know how to do that - can someone please elaborate? I am very scared of upgrading - I seldom succeed at upgrading anything without strange things happening. I really don't know what I am doing with Unraid in general and if anything goes wrong I won't have the faintest idea how to fix it. I know there are instructions for upgrading, but I got rather lost rather quickly. Does anything along the lines of "upgrading Unraid for dummies" exist anywhere? I'm sorry if I am asking silly questions

Aaaah. Thanks. Spin down was the issue with it stopping. It now claims to have completed without error - report attached What do I do next? Re-enable the disk and try another parity check? ST8000VN004-2M2101_WSD26GRW-20230901-2039.txt

I just tried running the extended test again, and progress completely vanished after about 20 miinutes I don't know if it means anything but this was in the file I got via the download report button "SMART Extended Self-test Log Version: 1 (1 sectors) Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Aborted by host 90% 18216 - # 2 Short offline Completed without error 00% 18216 - # 3 Extended offline Aborted by host 90% 18207 - # 4 Extended offline Aborted by host 90% 18206 -"

I wondered about the SMART history, but that is empty. As is the error log. And the last test result says "No self-tests logged on this disk" I tried running the extended test 3 times and the progress always just disappeared after 10% and around 20 minutes

Ummmm. I presume if the extended SMART test gets to 10% completed and then seems to stop (there is no longer a % progress line and the start button is enabled again) that this is a very bad thing? Would what actually happened be written to any of the logs?

My monthly parity check started at 04:00 and when I checked on the server when I woke up I was greeted by these messages And this is what Array Devices shows I attach the diagnostics zip Can someone please help and tell me what to do next? I am very new to this and at a complete loss 😕 Update: I read somewhere that is it often suggested to run and extended SMART test, so that is now running. But in the meantime is it safe to eg watch things on Plex? Or should I use the server at little as possible? bob-diagnostics-20230901-0813.zip

@KluthR just thought you might like to know, since you spent so long trying to help me, that my weird "sonarr" issue *might* finally have been identified It seems there was an rclone related user script which looks like it was supposed to stop and start the containers and involved a dropbox and other credentials which aren't mine. Theory being these credentials are no longer valid and so things were failing somewhere. Looks like it stopped the container but never got round to starting it again That script was set to run every 10 minutes.....hence the max run I ever got was 10 minutes and usually only around 5. With the script disabled, my "sonarr" container has now been running for 2 hours. I am a little reluctant to actually believe it.....but maybe....just maybe.....

I have a very strange problem with a docker container. I am desperately searching for help, I've asked everywhere I can think of and have been unsuccessful I'm wondering if anyone knows of anywhere else I can try asking? I've tried: This Unraid forum in Genral Support, Docker engine and on an app thread (which might have been the issue - it wasn't) The Unraid discord The Unraid Reddit the discord for the markers of the container the discourse for the makers of the container the discord for Sonarr (the app in question, although the app itself works fine) The support forum for Sonarr The docker support forum Anywhere else I could possibly try?

I really hope someone can help me as this is very strange I had a sonarr docker container which was working fine, but then suddenly would only run for 5 minutes without stopping. I don't think that the issue is actually with sonarr itself though. It seems to be the name of the container causing the issue, not what is in it. My original container was called "sonarr". I recreated an identical copy of the container with a different name - "sonarr2" - and it ran for several hours. I then stopped the container, deleted the old "sonarr" container and renamed the new one to "sonarr". The container stopped after ~5 minutes. I changed it to "sonarr2" again and it ran for several hours again. I repeated this name change several times with the same result - "sonarr" always stops after ~5 minutes, "sonarr2" never stopped. It ran as "sonarr2" for nearly a week (before I stopped it myself). Also, the "sonarr" container does actually work perfectly for the 5 minutes it actually remains running. What can possibly have happened? Can I somehow "clear" the seemingly wonky "sonarr" name so I can use it again? This is a chunk of server logs from when I was renaming containers https://pastebin.com/DYajFwp8 This is my Docker run command root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker create --name='sonarr2' --net='bridge' -e TZ="Europe/London" -e HOST_OS="Unraid" -e 'PUID'='99' -e 'PGID'='100' -p '8989:8989/tcp' -v '/dev/rtc':'/dev/rtc':'ro' -v '/mnt/user/Videos/':'/tv':'rw' -v '/mnt/user/Downloads/':'/downloads':'rw' -v '/mnt/user/mount_rclone/dropbox/To Mum & Dad/':'/export':'rw' -v '/mnt/user/Downloads/Scripts/':'/scripts':'rw' -v '/mnt/user/appdata/sonarr':'/config':'rw' --security-opt seccomp=unconfined 'linuxserver/sonarr' 704bcfa29e947831767a7c3970cd6591abfe529faa326049f7fbd7cf4c176f37 I have been told on the sonarr forum that there is nothing amiss in the sonarr logs - they just stop logging when the container stops, but these are some debug logs from a stopping incident https://pastebin.com/16Xb15FV

system events: https://pastebin.com/ZCJ2xphJ sonarr logs: https://pastebin.com/FvBf8r9E

Thanks for trying Do have a suggestion for a specific thread to ask? I tried General Support but got no reply......

Weird is definitely the word to use! Ok so I have: docker inspect for the container while named sonarr (while running) https://pastebin.com/KLA32xvc docker inspect for the container while named sonarr2 https://pastebin.com/9hJ2UgrT And this is what appeared in the system log for the rename (from sonarr2 to sonarr) and subsequent stop https://pastebin.com/ywgRKBS9 Ummm.......I don't seem to have that. At least I can't find it, but I didn't build the server so I don't really know where anything is. Where should I be looking for that? Or is it possible that docker has been set to not log? I couldn't find any kind of option for that but I may have been in the wrong place😕 Never mind, I hadn't Googled hard enough Docker logs: https://pastebin.com/56MdDy2Z

So I rebooted my server, changed the container name back to sonarr......and it stopped again. I named it sonarr2 again and it's been running again for 5 hours.... "docker ps -a" gives After the "wonky" version had stopped (I can try to get it while still running if that might help) and I get this for the "working" version When you say the container logs do you mean the sonarr logs or some actual docker logs? The sonarr logs say nothing, even in debug mode, they just stop logging - even the sonarr forum says there's nothing weird in them. Where might I find the "meta infos"? I tried looking in the sonarr appdata folder but there was no obvious candidate, at least to my very untrained eyes. It seems I do.....it is set to run at 02:47 (I don't know why that time, I didn't set it up) and my appdata backup is set to run at 04:00 so it feels like they shouldn't collide. Although it did go wrong the day clocks went forward so I guess there could have been some timezone related screwup.