[00:02:00] New patchset: Ryan Lane; "Password login inside of labs is bad. Let's ensure this is only set for production." [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1764 [00:02:40] New review: Ryan Lane; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/1764 [00:02:40] Change merged: Ryan Lane; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1764 [00:10:08] PROBLEM - Puppet freshness on es1002 is CRITICAL: Puppet has not run in the last 10 hours [00:37:32] any abuse filter devs around? [00:38:02] Thehelpfulone: What's up? (Not the developer but I've worked on it) [00:38:16] johnduhart: any way that I could push https://bugzilla.wikimedia.org/show_bug.cgi?id=28633 to be fixed? [00:38:53] it's been sitting there since May, and well by not fixing it, it creates a lot of extra work for en-wiki oversighters [00:39:26] Let me see what I can do about that [00:39:46] thanks [01:02:07] johnduhart: there's a bug that's similar to do with privacy of the abusefilter, I don't know if https://bugzilla.wikimedia.org/show_bug.cgi?id=33380 will help, in part, to solve the problem [01:02:25] I don't think respecting rev deletion is included there, but the privacy of private filters is [01:03:17] Yeah that's more then I'm willing to handle right now ;P [01:03:29] I'll stick to fixing the first issue [01:04:15] heh, I think the second link I posted has a potential patch already posted johnduhart - I just thought I'd let you know so that what you are working on doesn't break if the patch is implemented [01:05:53] Oh, thanks for the heads up [01:06:04] Probably won't affect me. [01:28:02] PROBLEM - Misc_Db_Lag on storage3 is CRITICAL: CHECK MySQL REPLICATION - lag - CRITICAL - Seconds_Behind_Master : 881s [01:31:52] PROBLEM - MySQL replication status on storage3 is CRITICAL: CHECK MySQL REPLICATION - lag - CRITICAL - Seconds_Behind_Master : 991s [02:05:00] !log LocalisationUpdate completed (1.18) at Sat Dec 31 02:05:00 UTC 2011 [02:05:02] PROBLEM - ps1-d2-sdtpa-infeed-load-tower-A-phase-Z on ps1-d2-sdtpa is CRITICAL: ps1-d2-sdtpa-infeed-load-tower-A-phase-Z CRITICAL - *2413* [02:05:14] Logged the message, Master [02:53:53] RECOVERY - Puppet freshness on ms1002 is OK: puppet ran at Sat Dec 31 02:53:44 UTC 2011 [04:42:33] PROBLEM - MySQL slave status on es1004 is CRITICAL: CRITICAL: Slave running: expected Yes, got No [05:43:00] apergos: FYI, see thread http://www.meetup.com/ny-tech/messages/28211372/ [06:58:02] RECOVERY - MySQL replication status on storage3 is OK: CHECK MySQL REPLICATION - lag - OK - Seconds_Behind_Master : 0s [06:59:33] jeremyb: that's interesting, because if I get it done today I'm going to release a new dump step that dumps a 100 pages per stream + index of page titles/ids per block, for each wiki... [06:59:41] I've been working on it for a little while now [06:59:49] but not lzma i bet [07:00:17] no, it's for bz2 format [07:00:31] right. i thought so [07:03:42] RECOVERY - Misc_Db_Lag on storage3 is OK: CHECK MySQL REPLICATION - lag - OK - Seconds_Behind_Master : 0s [07:04:48] I will have to look at it pretty closely to see how it works [07:04:51] have you tested it out? [07:14:59] apergos: nope [07:15:36] he's indexed the most popular 315 000 or so articles [07:15:38] apergos: i imagine if lzma could be not slow bz2 could be too? idk how they compare wrt resources [07:15:47] that's a lot [07:16:05] well I didn't try to write the reader you bz2, I'm just putting out the file and the index [07:16:12] but it will be across all articles [07:16:39] hrm? i'm saying he's using an in-JS lzma expander [07:16:48] he'd need to find some way to expand bz2 [07:17:05] he's probably missing some 1 hit wonders and esoteric chemicals [07:17:16] decompression of isolated blocks is easy, and this isn't even isolated blocks, it would be a full stream [07:17:34] what are we at, 3 million + articles over there [07:17:45] apergos: i mean with just JS though... no shell [07:17:51] uh huh [07:20:25] I wasn't planning to do any js work, I more or less hate it [07:20:45] there are other folks out there playing with wikitext conversion [07:21:06] a git clone on his tree failed but the sources is browsable so I'm looknig around [07:23:12] apergos: i'm certainly not asking you to do JS. just mentioned it was an issue [07:23:36] apergos: i'm sure someone would do for fun (but maybe not performantly) it if you asked the wind [07:23:41] aka lazyweb [07:24:24] well my pan really, since I know people are working on readers out there, was just to release the modified dump plus index and let people work with it how they will [07:24:45] sure [07:24:56] just thought you might be interested [07:25:03] I am interested [07:25:11] :) [07:25:13] someone should mail this to wikitech-l and to the xmldatadumps list [07:25:29] but really tfinc should hear about it [07:25:31] he's the offline guy [07:26:39] consider me to be asleep effective immediately :) [07:26:55] night! [07:27:01] danke [10:06:45] RECOVERY - MySQL slave status on es1004 is OK: OK: [10:19:25] PROBLEM - Puppet freshness on es1002 is CRITICAL: Puppet has not run in the last 10 hours [12:14:12] it turns out http://www.mediawiki.org/wiki/API:Properties answers my previous question, that is, it tells how I can query the raw wikitext of a page only if it's newer than the copy I have [12:15:01] and I've tried that [18:35:57] Anyone got PHP experience here? [18:36:36] Mono: yes, of course there are people with php experience here [18:37:10] Mono: you haven't established a need for one of them... the convention is to ask first and see who answers [18:38:57] One moment :) [19:41:11] PROBLEM - Puppet freshness on ms1002 is CRITICAL: Puppet has not run in the last 10 hours [20:18:38] is there a way to preload something in a LQT summary on thread creation? [20:24:03] sigh https://bugzilla.wikimedia.org/show_bug.cgi?id=25441 [20:24:07] * Nemo_bis hijacks it [20:28:50] PROBLEM - Puppet freshness on es1002 is CRITICAL: Puppet has not run in the last 10 hours [20:28:51] * jeremyb gives Nemo_bis a midair collision [20:29:40] * Nemo_bis slaps jeremyb [20:29:48] I should have discared your changes [22:20:34] RECOVERY - Puppet freshness on ms1002 is OK: puppet ran at Sat Dec 31 22:20:24 UTC 2011 [22:40:19] Hi :) [22:41:56] Hey Thehelpfulone3 [22:42:09] Is anyone able to apply the patch on https://bugzilla.wikimedia.org/show_bug.cgi?id=33380 please? :) [22:42:18] Hi Yukon [22:42:19] Hey Thehelpfulone2 Thehelpfulone [22:43:14] Lol yes, I'm on an app on my phone, it's not very clever, the original helpful one is my computer ;) [22:46:33] Thehelpfulone3: --> PM [22:49:50] Yukon, I responded but I don't know of this app works [23:03:39] hey [23:03:39] I [23:03:39] hey [23:03:39] me too [23:03:45] ??? [23:03:51] .•• info: Day changed to ( Sunday, January 1st 2012 ). Happy new year to you! [23:07:51] Thehelpfulone3... [23:29:44] PROBLEM - Disk space on search6 is CRITICAL: DISK CRITICAL - free space: /a 2568 MB (1% inode=99%): [23:30:04] PROBLEM - Lucene on search6 is CRITICAL: Connection timed out [23:32:35] PROBLEM - LVS Lucene on search-pool2.svc.pmtpa.wmnet is CRITICAL: Connection timed out