I noticed that my Rockstor installation was less responsive than usual this morning and found that there were a whole lot of “update rockstor” processes running and active. I assume that these have been incrementing over time and if the count goes up I will update this thread later.
I’m inlined to reboot or start killing processes but it’s not so bad right now that I can’t work around it. CPU idle is still high and load averages are low around 0.25. It’s a 4 core system so I won’t hit the panic button yet. If there’s any live troubleshooting, etc. that you’d like me to do let me know.
Thats ugly. Thanks for bringing it up. Can you paste the entire process line? I am curious to see all the parameters passed to yum and the parent process etc… more info the better.
There are two types of yum processes on Rockstor. One is an update check that happens in the background when you are logged into the ui. This is not a repeat one, just happens once per your ui visit/refresh. The other is via yum cron, perhaps we need to tweek it so it doesn’t ping too often.
Thanks for the info. I think this is what’s happening. If you are logged into the webui, it issues a call to the backend every 5 minutes to see if there is an update available. Normally, the backend call returns within a few seconds. But in your case, may due to a network issue, the backend call(hence the yup update process) never returns and the frontend gives up and tries again after 5 more minutes. So eventually, you have the pile up.
Is your Rockstor box setup to talk to the internet? You can safely kill all those processes btw. No need to reboot the box.
There are a few things going on here and they will be enhanced by this