This service will be undergoing maintenance at 20:00 UTC, 2017-04-03. It is expected to last about 30 minutes
Bug 235998 - crontab -l doesn't work
crontab -l doesn't work
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: vixie-cron (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Marcela Mašláňová
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-04-11 08:48 EDT by Jonathan Kamens
Modified: 2007-11-30 17:12 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-04-12 12:49:34 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)

  None (edit)
Description Jonathan Kamens 2007-04-11 08:48:37 EDT
After installing vixie-cron-4.1-80.fc7, "crontab -l" or "sudo crontab -l" or
"sudo crontab -l -u $LOGNAME" claim that there no crontab (for me, root and me,
respectively).  There are, in fact, crontab files, and crond is merrily running
the commands in them.

I have selinux disabled; I don't know whether this is relevant.
Comment 1 Jonathan Kamens 2007-04-11 08:52:28 EDT
Copying the crontab files out of /var/spool/cron and running "crontab <file>" on
them fixes the problem -- after doing that, crontab -l can see them.
Comment 2 Jonathan Kamens 2007-04-11 21:10:25 EDT
After doing the step described above, I've got two crontab files, one 
in /etc/cron.d and one in /var/spool/cron, and both are active, which means 
that my jobs are being run twice.  Something definitely needs to be done about 
this.
Comment 3 Jonathan Kamens 2007-04-11 21:17:00 EDT
The man page doesn't mention /etc/cron.d at all.  And, as noted in another bug 
report, there are files in /etc/cron.d installed by packages like spamassassin, 
so it doesn't make sense that crontab is putting files in this folder.

There's something here that definitely isn't quite ready for prime time.
Comment 4 Marcela Mašláňová 2007-04-12 12:49:34 EDT
Fixed in vixie-cron-4.1-82.fc7
Comment 5 Jonathan Kamens 2007-04-12 12:51:13 EDT
How was it fixed?  Putting the files back in /var/spool/cron where they should 
have stayed, or fixing the /etc/cron.d behavior?  If the latter, then what 
about other RPMs that put files in /etc/cron.d?  And has the man page been 
updated to mention /etc/cron.d?

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