cloudstudio Posted January 14 Share Posted January 14 Since a few hours, my unraid server has become highly unstable. the shares become inaccessible a few minutes into booting. (tried re-booting a couple of times). none of the docker containers are accessible. If i try to open any of the settings options, the GUI freezes. i've tried booting into safe mode but the problem persists. the disks show healthy but the `/mnt/user/` folder is inaccessible. also the parity check which begins with the array start but runs at very low speeds (20MB/s). and once the array has started it's impossible to stop it again. these are only the problems i've noticed. i've attached the most recent diagnostics file that i was able to download within a few seconds of startup for more info. with almost all my life's data on the server it'll be a huge blow if anything happens to it. any help is greatly appreciated. everest-diagnostics-20231009-1433.zip Quote Link to comment
JorgeB Posted January 14 Share Posted January 14 5 hours ago, cloudstudio said: also the parity check which begins with the array start but runs at very low speeds (20MB/s). and once the array has started it's impossible to stop it again. In the diags posted there are no detected or assigned devices. Quote Link to comment
cloudstudio Posted January 14 Author Share Posted January 14 (edited) thanks for the reply! hmm... that is strange. anyway... i have nailed down the issue to be rooted in docker... as long as docker is disabled... everything is fine and normal! but as soon as docker starts - everything goes haywire...the parity check freezes... smb becomes inaccessible etc. apologies for posting the wrong diagnostics file, posting the correct one with this. also posting the syslog post docker start. everest-diagnostics-20240115-0857.zip syslog syslog-previous Edited January 14 by cloudstudio updated syslog Quote Link to comment
JorgeB Posted January 15 Share Posted January 15 Don't see anything relevant logged, try asking for help in that container's support thread, assuming one exists: Quote Link to comment
mathomas3 Posted January 15 Share Posted January 15 When it comes to the dockers... disable the auto start for the dockers... Enable docker... and one by one turn a single docker on, wait and test it out, should everything look fine, repeat it's also not a good idea to do this while a parity check is running due to high disk IO Quote Link to comment
Solution cloudstudio Posted February 1 Author Solution Share Posted February 1 ended up solving this by deleting the docker vDisk file → stopping the docker service → increasing the vDisk size → restarting the docker service. Quote Link to comment
Recommended Posts
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.