Stannis33
-
Posts
25 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Stannis33
-
-
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?
-
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?
-
@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 discordThe 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 forumAnywhere 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/DYajFwp8This 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'
704bcfa29e947831767a7c3970cd6591abfe529faa326049f7fbd7cf4c176f37I 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 -
2 hours ago, KluthR said:
Could you try this: Open a terminal, enter "docker system events" this starts a real-time docker event output. Start sonarr (which is failing) and let it crash. docker should output some lines, ioncluding "container die". Please post that here along with a "docker logs sonarr".
system events:
https://pastebin.com/ZCJ2xphJsonarr logs:
https://pastebin.com/FvBf8r9E -
5 minutes ago, KluthR said:
Maybe this is one for the docker section
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)docker inspect for the container while named sonarr2
https://pastebin.com/9hJ2UgrTAnd this is what appeared in the system log for the rename (from sonarr2 to sonarr) and subsequent stop
2 hours ago, KluthR said:Or maybe something inside /var/log/docker.log?
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....
15 hours ago, KluthR said:Unraid stores all docker related infos directly inside the docker container meta infos (using labels). So, if you remove a container, there is nothing left from it (maybe the image but thats ok). What does a "docker ps -a" say? What does the container logs say?
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.
15 hours ago, KluthR said:Do you have the seperate AutoUpdate plugin installed as well?
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.
-
On 3/27/2023 at 5:07 AM, ctrlaltd1337 said:
I have had my appdata backup run on Mondays at 4am for years, even with the recently deprecated plugin. It hadn't been giving me issues until recently and I had read that v2.5 was giving people errors so I stuck with the v2 until last week, but my issue still occurred with v2.5. The issue seems to only be affecting the Plex container, as all other containers backup properly and restart without issue. This obviously makes me think it's an issue with the container, but I've tried to completely re-install it and the same thing keeps happening.
The issue is that after the appdata backup, Plex does not restart, and whenever I try to start it I get greeted with "Error: Server Error" with no other information. I cannot start the container, delete the container, I can hardly do anything to it. The one thing I was able to do one time was rename it (I changed it from plex to plex2). I have tried turning the Docker service off and on, but I was unable to unmount my unassigned disk (appdata), so something was stuck. I still could not update, delete, anything. My solve was to set the container to not autostart, restart the server, and then all works as expected when I start it up manually.
I am having a very similar issue to this and have tried asking just about everywhere else, maybe someone here can help....
I have been running the appdata backup for several months without issue, but after my last backup, on 2nd April, my sonarr container just stops after 5 minutes. It is not set to auto-start. I start it, it works perfectly (as far as I can tell) for around 5 minutes then just stops. I've rebooted my server numerous times and it didn't help.
But eventually I realised that if I rename the container to "sonarr2", it was called "sonarr", it runs for days and never stops. Rename it to "sonarr" again and it stops after 5ish minutes every time.
Does anyone have any suggestions as to how I can get my container back to being called "sonarr"? (I have just realised that I have not rebooted the server since I renamed the container, might that be enough to "clear out" any wonky usages of the "sonarr" name?)
And how I might prevent this from happening again at the next backup?
-
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 sonarr itself is actually the issue though. It seems to be the name of the container, 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" stops, "sonarr2" never stopped. It has now been running as sonarr2 for 20 hours.
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/DYajFwp8This 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'
704bcfa29e947831767a7c3970cd6591abfe529faa326049f7fbd7cf4c176f37I 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 -
Does the following help explain anything or confuse matters....?
Partly out desperation, partly out of curiosity I made a copy (probably the wrong description) of the container but pointed it at a tag from a few weeks ago. That ran without stopping for a day and a half (when I had to stop it for unrelated reasons) and it's now been running again for over 3 hours -
Here is an example from the other day
They just seem to stop.
And this might be debug logs from a start-stop just now, assuming I did it right....
-
Anyone?
I didn't mean to be insufficient in information in my initial post - I just really don't understand what I am doing with this at all and am getting it all wrong 😕FWIW I have since tried force updating the container and that made it initially run for 10 minutes rather than 5, then it stopped again.
-
Oh, I see....sorry.....
Docker run command
root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker create --name='sonarr' --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' 'linuxserver/sonarr'
b7a38edf4ae0cea94d0149398c82360d9b91ba1234457007e04a3c11e1320065I have been told that the Sonarr logs themselves are basically useless - they don't say anything about a crash/shutdown, they just stop logging
The Unraid logs with the start and subsequent stopping of Sonarr right at the end
-
I'm sorry - I am a complete Unraid novice and am rather lost......
Are you saying I should re-post my question in the Docker Engine section?
Or that the answer is in the FAQ? I see a big post in the FAQ about Sonarr, but that is not the issue I am having.... -
I’ve tried asking support for the docker container itself, but they are stumped. I am very out of my depth and don't know where else to turn
I have an inherited Unraid server (6.9.2) and it has a Sonarr docker container which was (as far as I am aware) working fine until sometime overnight. Now it will only run for about 5 minutes before shutting down
I have tried rebooting the server and that didn’t help and my other docker containers seem to be working fine.
As far as I know the only thing that happened overnight was an automatic backup by CA Appdata Backup/Restore - but this has run several times before without causing a problem
Can anyone help me figure out what might have happened and help me fix it?
-
I am a complete newbie in need of help - and when I say newbie I really mean it. I inherited an Unraid media server, I didn't set it up, so I know virtually nothing about Unraid. I've just about muddled through so far, but now I have a problem...and I am in over my head. 😕
I have an Orbi mesh system "running" my network. And everything relating to my media server - dockers, external access etc was fine.
This morning I had to install a new router. I put it into Modem mode, hooked it back up to my Orbi and everything else seems fine, except something on the media server.Initially I could not access Plex from outside the network, but after restarting the router, Orbi and server about 3 times that does now seem to be working.
But all of my docker containers are showing "not available" for the versions, this was not the case yesterday.
Nothing, as far as I can tell, is not actively working (sonarr, deluge etc seem to be running fine) but this is clearly not the correct state of things.I have found a few articles which mention this problem - one mentioned an issue fixed in 6.9.2, but I have 6.9.2 and I only understood every 3rd word or so in most of the rest.
Could anyone offer an explanation in the smallest and simplest words possible what might be wrong and how I might fix it?Thanks
Unraid 6.9.2 - parity disk in error state as soon as parity check started
in General Support
Posted
Brilliant. Thank you.