Commit Graph

36 Commits

Author SHA1 Message Date
Enji Cooper
043b080e33 Conditionally handle the crontab entry for atrun(8)
The default crontab prior to this commit assumes atrun(8) is always
present, which isn't true if MK_AT == no. Move atrun(8) execution
from /etc/crontab to /etc/cron.d/at, and base /etc/cron.d/at's installation
on MK_AT. cron(8) will detect /etc/cron.d/at's presence when the configuration
is loaded and run atrun every 5 minutes like it would prior to this commit.

SHELL and PATH are duplicated between /etc/crontab and /etc/cron.d/at
because atrun(8) executes programs, which may rely on environment
set in the current default /etc/crontab.

Noted by:	bdrewery (in an internal review)
MFC after:	2 months
Relnotes:	yes (may need to add environmental modifications to
		     /etc/cron.d/at)
Sponsored by:	Dell EMC Isilon
2017-05-18 06:33:55 +00:00
Enji Cooper
cb8106ba77 Revert r318441: the commit message was incoherent 2017-05-18 06:27:37 +00:00
Enji Cooper
94af8db1e9 Handle the cron.d entry for MK_AT in cron conditionally
Install /etc/cron.d/at if MK_AT != no, always using it, which tries
to run a non-existent program via cron(8) every 5 minutes with the
default /etc/crontab, prior to this commit.

SHELL and PATH are duplicated between /etc/crontab and /etc/cron.d/at
because atrun(8) executes programs, which may rely on environment
currently set via /etc/crontab.

Noted by:	bdrewery (in an internal review)
MFC after:	2 months
Relnotes:	yes (may need to add environmental modifications to
		     /etc/cron.d/at)
Sponsored by:	Dell EMC Isilon
2017-05-18 06:25:39 +00:00
Brian Somers
50a3e1d89e Remove HOME= - this has surprised me several times in the past.
PR:		132135
Submitted by:	Craig Leres
MFC after:	3 weeks
2009-06-14 06:37:19 +00:00
Tom Hukins
44e7a90898 Clarify adjkerntz(8) note and use complete sentences in comments.
PR:		misc/45493
Approved by:	re (rwatson)
2002-11-22 16:13:39 +00:00
Peter Wemm
6edba32695 Move the sendmail -q from cron to periodic, as suggested by a few people.
This has the benefit of adding a random start time element as daily
processing takes a different amount of time on different machines.
2001-02-19 02:47:42 +00:00
Peter Wemm
3bb02cdb6f Manually run /usr/sbin/sendmail -q once a day. Folks seem to be too
trigger happy and turn off sendmail_enable entirely (instead of setting
sendmail_flags to -q30m instead).  I have seen boxes with things like daily
run reports that have sat in mailq for 5 months.  Since /usr/sbin/sendmail
is actually mailwrapper, this should be safe for the other plugins that
provide the sendmail calling interface.
2001-02-15 01:34:37 +00:00
Doug Barton
10fe5181ec Move the process of storing entropy from /dev/random and reseeding with
it at boot time closer to the way we want it to be in the final version.

* Move the default directory to /var/db/entropy
* Run the entropy saving cron job every 11 minutes. This seems
  to be a better default, although still bikeshed material.
* Feed /dev/random some cheesy "entropy" from various commands
  and files before the disks are mounted. This gives /dev/random
  a better chance of running without blocking early.
* Move the reseeding with previously stored entropy to the point
  immediately after the disks are mounted.
* Make the harvesting script a little safer in regards to the
  possibility of accidentally overwriting something other
  than a regular file.
2001-01-14 07:18:31 +00:00
Doug Barton
27a803d631 Add a system to save entropy from /dev/random periodically so that
it can be used to reseed at boot time. This will greatly increase
the chances that there will be sufficient entropy available at
boot time to prevent long delays.

For /etc/rc, remove the vmstat and iostat runs from the attempt
to provide some cheesy randomness if the files fail, since
those programs are dynamically linked, and ldd seems to want
some randomness to do its magic.

Guidance and parameters for this project were provided by
Mark Murray, based on the requirements of the Yarrow
algorithm. Some helpful suggestions for implementation
(including the tip about iostat and vmstat) were provided
by Sheldon Hearn. All blame for problems or mistakes is
mine of course.
2001-01-11 13:01:20 +00:00
David E. O'Brien
773c6e3ca0 Revert back to rev 1.24 as we have not come to a consensus if is is OK
for a hung `daily' run to keep a `weekly' run from happening.
Same for `monthly'.  We have always run `weekly' and `monthly' reguardless
of the execution status of `daily'.  Until there is some consensus we should
not change the behavior.
2000-12-11 18:38:49 +00:00
Dag-Erling Smørgrav
ef54189fc9 Run all three maintenance script in succession, making sure they always
run on the right day but never overlap.

Submitted by:	Giorgos Keramidas <keramida@ceid.upatras.gr>
2000-12-11 17:31:44 +00:00
Dag-Erling Smørgrav
5af1702a8f On Sundays through Fridays, run daily at 03:01 am.
On Saturdays, run daily and weekly sequentially, starting at 03:01 am.

This prevents daily and weekly from overlapping, while running weekly as
early as possible  (i.e. as soon as daily finishes) to give it time to
finish before monthly starts at 05:30 am.

It's probably possible to do something similar with monthly, making it
run as soon as daily (and possibly weekly, if the first of the month
is a Saturday) finishes, but this is left as an exercise for the reader.
2000-12-10 12:54:34 +00:00
David E. O'Brien
50f822d553 Run weekly a little bit later to give more time for daily to complete
(since it starts later now).
2000-12-08 10:55:33 +00:00
Doug Barton
927af2dc65 When to run the periodic/daily event has had several rounds of discussion
over the past couple years. The most recent came to the general consensus
that this was the best time, but no one actually made the change, so I'll
don my asbestos undies and dive in.

Please note that this time was chosen with input from people in various
countries with various methods and schedules for switching to and from DST.
There is no perfect time to schedule this job that works for everyone, but
this time both A) Works for more people, and B) Causes problems for fewer
people. And, ultimately, you can always change it if you need to.
2000-11-19 18:16:46 +00:00
Brian Somers
9ed55d1192 Another overhaul of the periodic stuff.
All periodic sub-scripts <larf> now have their return codes interpreted
by periodic(8).  Output may be masked based on variable values in
periodic.conf.

It's also now possible to email periodic output to arbitrary addresses,
or to send it to a log file, examples of which can be found in
newsyslog.conf.

The upshot of it all should be no discernable changes to the default
behaviour of periodic(8).

PR:	21250
2000-09-14 17:19:15 +00:00
David E. O'Brien
b506848ab8 This was a mixed bag of spaces and ^I's. 1999-12-15 17:58:29 +00:00
Peter Wemm
9b7a44a60e $Id$ -> $FreeBSD$ 1999-08-27 23:37:10 +00:00
Poul-Henning Kamp
d30b372af7 Move cronjob up one minute to get it out of the 02:00-03:00 happy hour
of daylight savings changes.

Submitted by:	Doug <Doug@gorean.org>
Reviewed by:	phk
1999-08-09 19:56:29 +00:00
Andrey A. Chernov
76ee2baecf Run adjkerntz -a at 05:01 too 1998-03-30 09:17:25 +00:00
Paul Traina
00496c2855 Make the cutover to periodic and cron.d as discussed to death on committers
for the past week.
1997-08-13 06:12:05 +00:00
Peter Wemm
79403fe300 Revert $FreeBSD$ to $Id$ 1997-02-23 09:21:14 +00:00
Jordan K. Hubbard
1130b656e5 Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.

Boy, I'm glad we're not using sup anymore.  This update would have been
insane otherwise.
1997-01-14 07:20:47 +00:00
Nate Williams
d1cde7ab69 Remove un-necessary comment. 1997-01-06 04:27:21 +00:00
Andrey A. Chernov
011aa2cdb5 Remove "msgs -c" line, already done in daily script 1996-01-06 22:21:37 +00:00
Thomas Graichen
7c1caee10f changed /etc/[daily,weekly,monthly] to not rotate the logfiles by
"hand", changed /etc/crontab to call /usr/sbin/newsyslog every hour
(the entry was there before - but we haven't had any newsyslog until
today :-) and changed /etc/inetd.conf to also contain (commentet out)
entries for rpc.rquotad and rpc.sprayd (taken from NetBSD)
1996-01-05 10:09:13 +00:00
Andrey A. Chernov
cfc14c6f50 Add commented out msgs database cleanup to crontab
Add -f (silent) flag to msgs call for logins (commented out)
1995-11-19 17:21:13 +00:00
Andrey A. Chernov
4a0ff33b55 Eliminate two Subject: from *ly output, call sendmail root directly 1995-05-27 01:55:21 +00:00
Andrey A. Chernov
76a581c4ce Call adjkerntz -a every half hour from 0 to 4 am 1994-11-02 09:50:11 +00:00
Andrey A. Chernov
f34550da35 Remove adjkerntz call 1994-11-01 16:25:06 +00:00
Andrey A. Chernov
cc1ecf86f9 Start adjkerntz at 3:01 instead of 3:00, it is too early for TZ change at 3:00 1994-09-26 20:15:50 +00:00
Sean Vickery
a38822ea85 As a result of the distribution crontab, /usr/libexec/atrun was being run
only once an hour instead of every five minutes.  This was due to a minute
specification of 0/5 -- which should have been */5.  This has been fixed.
Expect your /var/cron/log to grow much faster now.
1994-04-15 16:57:38 +00:00
Guido van Rooij
3b15f669f7 This is Vixie cron 3.0. This version fixes all known security bugs.
Further it implements crontab -e.
I moved cron from /usr/libexec to /usr/sbin where most daemons are
that are run from rc. That also gets rid of the ugly path crond
used to have in ps(1) outputs. Further I renamed it to cron, as
Paul Vixie likes it and is done by NetBSD.

NOTE VERY WELL THE FOLLOWING:

1) Systems crontab changed. Every users crontab resides in /var/cron
   *EXCEPT* root's. This is a special crontab as it resides in
   /etc. Further it is the *ONLY* crontab file in which you specify
   usernames. See /usr/src/etc/crontab. This is also done by BSDI's
   BSD/386 as far as I know (they provided the patches for it anyway)
2) So you *must* delete root's crontab and reinstall the copy
   in /etc from /usr/src/etc.
   'Must' is to much: the old installed crontab will work but cron
   will also try to 'run' /etc/crontab.
3) Last but not least: cron's logging is now done via syslog. Note
   that logging by cron is done lowercase when it logs about itsself
   and uppercase when it logs user events, like installing a new crontab.
   The default logfile file is the same as before:
   	syslog.conf:cron.*	/var/cron/log

-Guido
1994-01-22 20:44:14 +00:00
Andrey A. Chernov
856dbbe55c atrun uncommented.
atrun interval changed to 5 minutes.
1994-01-08 15:07:43 +00:00
Andrey A. Chernov
c46c6603ec Add adjkerntz to track time zone change. 1994-01-04 17:50:25 +00:00
Rodney W. Grimes
8e3f273c63 Cleaned up crontab from NetBSD, adjusted for FreeBSD. 1993-07-19 19:08:04 +00:00
Rodney W. Grimes
1bf9d5d951 Initial import of 386BSD 0.1 othersrc/etc 1993-06-20 13:41:45 +00:00