Last modified: 2014-02-25 15:55:45 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T31203, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 29203 - Run collectstats.pl --regenerate to populate statistics about bug resolution
Run collectstats.pl --regenerate to populate statistics about bug resolution
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Bugzilla (Other open bugs)
unspecified
All All
: High normal (vote)
: ---
Assigned To: Daniel Zahn
: ops
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-05-29 20:17 UTC by Nemo
Modified: 2014-02-25 15:55 UTC (History)
7 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Nemo 2011-05-29 20:17:19 UTC
Currently "old charts" reports show statistics only since 2010-01-20, e.g. 
https://bugzilla.wikimedia.org/reports.cgi?product=Wikimedia&datasets=UNCONFIRMED&datasets=NEW&datasets=ASSIGNED&datasets=REOPENED&datasets=VERIFIED&datasets=LATER&datasets=REMIND . 
Bugzilla was upgraded the day before: https://wikitech.wikimedia.org/view/Server_admin_log/Archive_15#January_19
collectstats.pl populates such statistics: http://www.bugzilla.org/docs/tip/en/html/extraconfig.html
collectstats.pl --regenerate is supposed to populate them for all time and should be fast enough in currently installed version (4.0): http://www.bugzilla.org/releases/4.0/release-notes.html#v40_feat_other
Comment 1 p858snake 2011-06-21 23:33:52 UTC
+shell
Comment 2 Priyanka Dhanda 2011-06-22 21:24:18 UTC
Bugmeister is the new Bugzilla maintainer and default assignee.
Comment 3 Sam Reed (reedy) 2011-07-06 20:10:23 UTC
Removing "shell" keyword for things that aren't directly doable by shell users etc
Comment 4 Sam Reed (reedy) 2011-07-06 20:31:27 UTC
Adding ops keyword
Comment 5 Sam Reed (reedy) 2011-07-06 20:31:58 UTC
Removing shell keyword if exists
Comment 6 Antoine "hashar" Musso (WMF) 2011-11-16 21:48:41 UTC
It looks like someone already ran the regeneration script since the charts are populated.

I have asked the ops to setup two cronjobs:
 https://gerrit.wikimedia.org/r/#change,915
Comment 7 Antoine "hashar" Musso (WMF) 2011-11-17 09:32:07 UTC
cron reviewed by Ryan Lane yesterday. Puppet must have deployed that cronjob by now :-)
Comment 8 Nemo 2011-11-22 16:46:57 UTC
Sunday has passed but the charts don't seem to have been regenerated: the first day is still the same (day of bugzilla update, 2010-01-20), but it should be the first day of bugzilla since there's no temporal limit.
Either the cronjob didn't run, or this note in https://gerrit.wikimedia.org/r/#change,915 is the reason: «Might need to verify the script collectstats.pl does exist in that directory». Could someone verify that it's there?
Comment 9 Antoine "hashar" Musso (WMF) 2011-11-24 10:25:29 UTC
The collect script does not seem to work properly. Apergos gave me the cronjob output:

DBD::mysql::st execute failed: Duplicate entry '118-2011-11-24 00:00:00' for key 1 [for Statement "INSERT INTO series_data (series_id, series_date, series_value) VALUES (?, '2011-11-24', ?)" with ParamValues: 0='118', 1=244] at ./collectstats.pl line 526
main::CollectSeriesData() called at ./collectstats.pl line 162
Comment 10 Rob Lanphier 2011-12-07 22:48:01 UTC
Antoine can't finish this since he'd need root.
Comment 11 Nemo 2011-12-13 15:07:45 UTC
I don't know when, but the script has run in the end and the charts are populated at last. No idea what changed.
Comment 12 Daniel Zahn 2014-01-24 09:19:49 UTC
we ran into a problem with this one when testing on the new server

https://gerrit.wikimedia.org/r/#/c/109086/

we'll debug this soon before the switch-over of BZ (the change influences the new module, not the current/old kaulen server where it works and we won't touch it anymore)
Comment 13 Daniel Zahn 2014-01-24 09:20:58 UTC
it fails to execute: /bin/sh: 1: /srv/org/wikimedia/bugzilla/collectstats.pl: not found happens only on new server

06:58 < mutante> /bin/sh: 1: /srv/org/wikimedia/bugzilla/collectstats.pl: not found

06:58 < mutante> /bin/sh: symbolic link to `dash'

06:59 < mutante> /srv/org/wikimedia/bugzilla/collectstats.pl: a /usr/bin/perl -w script, ASCII text executable
Comment 14 Andre Klapper 2014-02-03 11:55:22 UTC
Daniel: Did breaking it into two commands completely fix this?
Comment 15 Andre Klapper 2014-02-04 12:35:11 UTC
https://gerrit.wikimedia.org/r/#/c/110170 and https://gerrit.wikimedia.org/r/#/c/110172 merged; closing as FIXED.
Comment 16 Antoine "hashar" Musso (WMF) 2014-02-04 15:42:50 UTC
I would prefer we wait for the cron to kick in so we can confirm the report is properly generated at https://bugzilla.wikimedia.org/reports.cgi?product=Wikimedia&datasets=UNCONFIRMED&datasets=NEW&datasets=ASSIGNED&datasets=REOPENED&datasets=VERIFIED&datasets=LATER&datasets=REMIND

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links