Daylight Savings Issue
- Dominant language
- Go
- Stars
- 2.6k
- Forks
- 147
- PR merge metrics
- No merged PRs in 30d
Description
I had an issue this past Sunday morning during the daylight savings spring forward. I have a cron job that runs every minute, and when the change-over occurred supercronic started logging the following message continually for about 10 minutes until it filled up my VM with a 40gb log file.
` {"log":"time=\"2021-03-14T01:00:00-08:00\" level=warning msg=\"not starting: job is still running since 2021-03-14 01:00:00 -0800 PST (0s elapsed)\" iteration=104 job.command=\"/bin/bash -l -c 'cd /home/deploy/app \u0026\u0026 RAILS_ENV=production bundle exec rake process --silent \u003e\u003e /proc/1/fd/1 2\u003e\u003e /proc/1/fd/2'\" job.position=2 job.schedule=\"0 * * * *\"\n","stream":"stderr","time":"2021-03-14T09:00:00.041059641Z"}
`
I'm setting my localtime zone in my Dockerfile:
```
ENV TZ=America/Los_Angeles
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
```
Should I stick to UTC in my container and set the timezone in my cron job? I'm running supercronic version 0.1.11.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start at supercronic's scheduling behavior around the reported America/Los_Angeles spring-forward transition and reproduce the repeated warning with the provided every-minute cron job and version 0.1.11. Done means the transition is handled correctly without continual warnings or runaway log growth, with the expected timezone behavior established.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, go
- Domain
- devops, tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100