Bug 439720
Summary: | tzdata upgrade should restart crond and atd | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | JW <ohtmvyyn> |
Component: | cronie | Assignee: | Marcela Mašláňová <mmaslano> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 8 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-03-31 15:18:57 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
JW
2008-03-30 22:47:16 UTC
If cron wishes to be restarted after the tzdata update, is should do so itself, via an rpm trigger. This is not going to happen in tzdata, the package is too low-level for that. Moreover I think restart of the service is too coarse tool, and might be very disrupting when run in server environment. But if the cron daemon recognized some re-schedule signal (or if it does), the trigger could just send that signal to the daemon, that would be just as good. Anyway, reassigning to cronie, our NG vixie-cron replacement! *** Bug 439719 has been marked as a duplicate of this bug. *** I'll add trigger into cronie. any update on the trigger? |