Closed
Bug 800336
Opened 13 years ago
Closed 12 years ago
use /etc/cron.d, not Cron[..], and purge unused crons with puppet
Categories
(Infrastructure & Operations :: Infrastructure: Puppet, task)
Infrastructure & Operations
Infrastructure: Puppet
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: dustin, Assigned: rtucker)
Details
Puppet's built-in cron resource stinks.
/etc/cron.d is better, but we don't delete un-managed files from there.
It'd be awesome if we could create an /etc/cron.mozilla.d that we could manage recursively with purge => true.
If that's not possible, finding a way to manage /etc/cron.d/ in such a way that RPMs' crontasks *aren't* deleted would be the next best thing.
| Reporter | ||
Comment 1•13 years ago
|
||
09:03 <%jabba> could also get complicated, just manage one file /etc/cron.d/mozilla and use concat or augeas to purge and add entries to it
09:04 <%jabba> like say, make a /etc/cron.mozilla/ directory, set purge => true on it, then a resource to add individual cron files to it, then an exec statement to cat /etc/cron.mozilla/* > /etc/cron.d/mozilla
09:05 <%jabba> that's how I set up an ssh_authorized_keys module that I never ended up deploying, but it worked great
| Reporter | ||
Updated•13 years ago
|
Assignee: dustin → server-ops-infra
Comment 2•13 years ago
|
||
Low priority, maybe something rtucker wants to take a stab at researching.
Assignee: server-ops-infra → rtucker
| Assignee | ||
Comment 3•13 years ago
|
||
This would be perfect with a custom type/provider
This is right up my alley.. WOOT WOOT
Updated•13 years ago
|
Component: Server Operations: Infrastructure → Infrastructure: Other
Product: mozilla.org → Infrastructure & Operations
Updated•13 years ago
|
Component: Infrastructure: Other → Infrastructure: Puppet
INCOMPLETE as it's low priority and we're not having trouble with Cron resources currently
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•