What are the risks involved in restarting crond?
Basically I'm seeing that crond has some very long running processes that are taking up CPU on a total of 4 servers. I restarted crond on the server that had what looked to be the least important "stuff" in the crontab, and it completely fixed the CPU issue. However, before I restart crond on the other servers, I just want to make sure that I am not potentially borking the system by doing so... I assume whatever operations that crond are set to perform in the crontab will resume when I restart it correct?
|
crond is a scheduler. If you stop it and it isn't currently in the middle of a process it hurts nothing. When you restart it then it runs things as scheduled as it doesn't care which invocation you did.
Note however that "at" jobs (vs. "cron" jobs) are submitted on the fly but controlled by crond - if you have any "at" jobs you might need to verity they're still there after the restart with "at -l" and if not resubmit them. |
Thanks for the quick response!
So apologies for my noob-ness, but if I run "at -l" and it says command not found, is it safe to assume i don't have any "at" jobs? |
Quote:
Quote:
|
*BTW the problem with your previous thread (http://www.linuxquestions.org/questi...ly-4175412544/) is that the cause for resource hogging was never identified. In this thread you speak about "very long running processes" but without being specific. In some cases you might be able to assign a task to a specific CPU, nice the job or ionice it but it depends. Some jobs just require much resources.
|
Quote:
|
Thanks for the information everyone! I had to "do it live" bill o'reilly style and went ahead and restarted crond, and it looks to be ok. It resolved the CPU on all the servers except one, I'm going to have to start a separate thread since it looks to be a different issue that is also over my head.
|
Quote:
|
All times are GMT -5. The time now is 03:39 AM. |