Closed Bug 1192380 Opened 10 years ago Closed 10 years ago

manually run truncate job on prod

Categories

(Socorro :: Database, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rhelmer, Assigned: rhelmer)

Details

Bug 1191006 truncates at 2 weeks, but this job only runs once per week and we're getting too low on disk to wait.
Testing this on staging - I don't think the crontabber job is actually working: envconsul -prefix socorro/common -prefix socorro/crontabber /data/socorro/application/socorro/cron/crontabber_app.py --job=truncate-partitions --force (...) 2015-08-07 19:42:23,942 DEBUG - MainThread - - MainThread - successfully ran <class 'socorro.cron.jobs.truncate_partitions.TruncatePartitionsCronApp'> on 2015-08-07 19:42:23.409484+00:00 All this job should do is run "select truncate_partitions(2)" but it returns way too quickly, I don't think it's actually running this. If I psql into the stage DB and run "select truncate_partitions(2)" then it seems to work correctly. I think we should do this on prod today.
I am taking a prod snapshot before doing this, named "before-bug-1192380"
We've concluded that the reason crontabber didn't work was because the jobs code hasn't been upgraded from the latest master.
Snapshot is complete, ran truncate on prod: breakpad=> select truncate_partitions(2); truncate_partitions --------------------- t (1 row)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.