Date: Sun, 2 Apr 2000 15:18:31 +0200 (CEST) From: Andre Albsmeier <andre.albsmeier@mchp.siemens.de> To: FreeBSD-gnats-submit@freebsd.org Subject: conf/17750: periodic/daily problem one day after changing to summer time Message-ID: <200004021318.PAA72810@internal>
next in thread | raw e-mail | index | archive | help
>Number: 17750
>Category: conf
>Synopsis: periodic/daily problem one day after changing to summer time
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sun Apr 2 06:20:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator: Andre Albsmeier
>Release: FreeBSD 3.4-STABLE i386
>Organization:
>Environment:
3.4-STABLE, but I assume all versions
>Description:
Each morning at 1:59 the /etc/periodic/daily/* scripts are run. Among
them is 460.status-mail-rejects which executes a "date -v-1d '+%b %d'"
command. Depending on how many time is needed to run the previous daily
scripts, it is possible that 460.status-mail-rejects is run shortly after
2:00. In this case, and if the system has changed to daylight saving time
one day before, the "date -v-1d '+%b %d'" fails since the calculated
time does not exist:
Checking for rejected mail hosts:
-1d: Cannot apply date adjustment
usage: date [-nu] [-d dst] [-r seconds] [-t west] [-v[+|-]val[ymwdHMS]] ...
[-f fmt date | [[[[[cc]yy]mm]dd]HH]MM[.ss]] [+format]
>How-To-Repeat:
Can be repeated easily if you have a system that has lots of
things to do when running the /etc/periodic/daily/*. For example,
this might happen when you have big local disks that make
450.status-security run quite a while.
I assume, you can trigger the problem by temporarely creating
a file /etc/periodic/daily/459.sleep that only contains a "sleep 61"
command. Than wait until one day after swithing to summer time
has occured and check your mail :-)
>Fix:
Let the scripts run at 3:01 :-).
Seriously, we could move 460.status-mail-rejects to the beginning of
/etc/periodic/daily but I would not call this a clean solution.
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200004021318.PAA72810>