Page MenuHomePhabricator

recurring contribution queue monitoring is broken since overhaul
Closed, ResolvedPublic

Description

We monitor on the master database for recurring queue bloat via nagios/icinga custom plugin "check_fundraising_jobs". Some of the queries need to be rewritten because of schema changes, for example:

DBD::mysql::db selectrow_array failed: Unknown column 'next_sched_contribution' in 'where clause' at /usr/lib/nagios/plugins//check_fundraising_jobs line 94.

I can make the changes but I will need some help from fr-tech folks familiar with the schema changes to adjust the queries.

Event Timeline

Jgreen triaged this task as Unbreak Now! priority.Nov 2 2016, 1:46 PM

It looks like the column 'next_sched_contribution' may just have been renamed, queries adjusted and it ~looks~ right. @Ejegg @cwdent is this correct?

that column was renamed - but a long time ago so I'm a bit confused

I noticed this today when I fixed a screwy mail filter and started seeing
cronspam I had been missing. The nagios test has probably been returning a
queue size of '0' since the schema change.

It might have been nearly a year ago....

Yup, so we've had no monitoring of that queue since whenever this change
happened.

OK - well I can definitely confirm the field name changed from next_sched_contribution to next_sched_contribution_date - probably late last year