xxDeadbolt Posted September 2, 2020 Share Posted September 2, 2020 Had a quick look in the forum, but haven't seen anything here or in the unraid documentation. I run a bunch of containers, but one I'd like kept enabled during the scheduled parity check is pi-hole, since it affects my whole network during as everything gets disabled. I don't mind about any others, as they can wait, & I get that anything which downloads/adds new data to the array could affects the parity. However, is it absolutely necessary to have all dockers disabled during a scheduled parity check? Can the check still be done if I manually enable pi-hole? (My check is almost done, but I don't want to try it in case it starts it over!🤣) Quote Link to comment
itimpi Posted September 2, 2020 Share Posted September 2, 2020 I did not think that docker containers were automatically stopped during a parity check - have you checked this is happening? Docker containers are typically run off the flash drive so are largely unaffected by a parity check. Any array operation is allowed to proceed when a parity check is running as long as one is happy to accept the performance hit. Quote Link to comment
xxDeadbolt Posted September 2, 2020 Author Share Posted September 2, 2020 Yeah, all the containers were stopped & (as my check has just now finished), they've all started automatically again. I just thought this was normal behaviour Quote Link to comment
JorgeB Posted September 2, 2020 Share Posted September 2, 2020 I did not think that docker containers were automatically stopped during a parity check They aren't, at least not with stock Unraid. Quote Link to comment
xxDeadbolt Posted September 2, 2020 Author Share Posted September 2, 2020 That's weird then, it's definitely stock unraid I'm using... but I think I've figured it out. I've got CA auto update installed, and it's set to check/update at midnight, which is also when the monthly parity check is scheduled to start. Would this overlap be an issue with it all happening at same time? Not sure why it would cause my containers to be stopped though. Quote Link to comment
JorgeB Posted September 2, 2020 Share Posted September 2, 2020 I remember other reports of CA stopping the dockers then failing to re-start them. Quote Link to comment
xxDeadbolt Posted September 2, 2020 Author Share Posted September 2, 2020 Was this recently? Hasn't been an issue for me. I'll change the time it's set to update & hopefully that'll resolve it when it clashes with a parity check Quote Link to comment
JorgeB Posted September 2, 2020 Share Posted September 2, 2020 No, but it seems to only happen occasionally. Quote Link to comment
xxDeadbolt Posted September 2, 2020 Author Share Posted September 2, 2020 OK, thanks. Pretty sure my containers always all stop when the parity check is running, but I'll keep an eye on it... I might just be seeing unrelated events and connecting them lol. Quote Link to comment
itimpi Posted September 2, 2020 Share Posted September 2, 2020 2 hours ago, xxDeadbolt said: That's weird then, it's definitely stock unraid I'm using... but I think I've figured it out. I've got CA auto update installed, and it's set to check/update at midnight, which is also when the monthly parity check is scheduled to start. Would this overlap be an issue with it all happening at same time? Not sure why it would cause my containers to be stopped though. Yes - CA Auto Update stops containers while it is running. There are reported instances of it then not always restarting them on completion. 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.