Analytics/Server Admin Log

October 22

 * 11:04 qchris: Marked upload webrequest partitions for 2014-10-21T14/2H ok (See )
 * 11:01 qchris: Marked bits and mobile webrequest partitions for 2014-10-21T13/2H ok (See )
 * 11:00 qchris: Marked webrequest partitions for 2014-10-21T11/1H ok (See )

October 21

 * 14:28 ottomata: set vm.dirty_writeback_centisecs = 200 (was 500) on analytics1021 (see also: https://bugzilla.wikimedia.org/show_bug.cgi?id=69667)
 * 11:28 qchris: Marked webrequest partitions for 2014-10-20T13/1H good

October 20

 * 22:45 qchris: Marked webrequest partitions for 2014-10-20T02/1H good
 * 10:38 qchris: Ran kafka leader re-election. See.

October 15

 * 20:59 qchris: deployed refinery ae72e8952b8c776c5cb298b833129f78e662595a to hdfs

October 14

 * 11:52 qchris: Marked webrequest partitions for 2014-10-13T13:xx:xx good
 * 10:51 qchris: Ran kafka leader re-elections, since analytics1021 got kicked out of being partition leader.

October 11

 * 11:23 qchris: Marked upload webrequest partitions for 2014-10-10T15:xx:xx good

October 9

 * 13:33 qchris: Marked bits, text, and upload webrequest partitions for 2014-10-08T23:xx:xx ok

September 30

 * 11:45 qchris: Marking webrequest partitions for 2014-09-29T20:xx:xx good

August 28

 * 16:00 ottomata: restarted webstats-collector on gadolinium
 * 15:20 qchris: yesterday (while the bot was not working), webstatscollector on gadolinium has been restarted twice (see http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-analytics/20140827.txt )

August 20

 * 14:02 ottomata: changing group ownership and permissions on raw webrequest data in hdfs. You now must be in the analytics-privatedata-users group to access.

April 17

 * 18:30 ottomata: switching erbium udp2log instance from consuming multicast relay to unicast direct from varnishes

April 2

 * 15:18 ottomata: stopping puppet on stat1

February 3

 * 21:27 ottomata: stopping puppet on cp3021 to test troubleshoot varnishkafka delivery errors with a different change than cp3019