This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes
Bug 229248 - "service crond reload" isn't functional and should be removed
"service crond reload" isn't functional and should be removed
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: anacron (Show other bugs)
6
All Linux
medium Severity medium
: ---
: ---
Assigned To: Marcela Mašláňová
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-19 14:10 EST by Dave Ludlow
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-04-04 10:45:32 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Patch to remove "reload" option from service file (614 bytes, patch)
2007-02-19 14:10 EST, Dave Ludlow
no flags Details | Diff

  None (edit)
Description Dave Ludlow 2007-02-19 14:10:32 EST
Description of problem:
When executing "service crond reload" it responds ""Reloading cron daemon
configuration: " and then sends a HUP signal to the crond daemon.  The problem
is that the crond daemon doesn't reload it's configuration upon receiving HUP as
many daemons do.  It's man page states that it closes and reopens it's log files
instead.

Version-Release number of selected component (if applicable):
2.3-44.fc6

How reproducible:
Every time

Steps to Reproduce:
1. Add a line like "* * * * * root /bin/touch /tmp/foo" to /etc/crontab.
2. Execute "service crond reload".
3. Wait a minute.
4. Look for /tmp/foo file - it never gets created.
5. Execute "service crond restart".
6. Wait a minute.
7. Look for /tmp/foo file - now it's there.

Actual results:
/tmp/foo is not created unless crond is restarted.

Expected results:
/tmp/foo gets created within a minute

Additional info:
Since there is no signal that will cause crond to reload its configuration, the
reload command cannot be made to work without making it a redundant version of
the restart command.  Suggest simply removing the reload command.

Removing this might break scripts that depend on it - but those scripts weren't
working anyway.
Comment 1 Dave Ludlow 2007-02-19 14:10:32 EST
Created attachment 148358 [details]
Patch to remove "reload" option from service file
Comment 2 Marcela Mašláňová 2007-03-13 07:08:40 EDT
I had similar problem in devel. I added some patches from devel to FC-6 last
week, so try update and let me know. I try it and works for me.
The problem was proper reading jobs from all queries.
Comment 3 Marcela Mašláňová 2007-04-04 10:45:32 EDT
Use standart paths like /etc/cron.* or use crontab -e.

/etc/crontab is part of package crontabs and his primary use isn't scheduling
jobs as you've mentioned.

Note You need to log in before you can comment on or make changes to this bug.