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)

task
Not set
normal

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.
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
Assignee: dustin → server-ops-infra
Low priority, maybe something rtucker wants to take a stab at researching.
Assignee: server-ops-infra → rtucker
This would be perfect with a custom type/provider This is right up my alley.. WOOT WOOT
Component: Server Operations: Infrastructure → Infrastructure: Other
Product: mozilla.org → Infrastructure & Operations
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.