[00:00:46] I think it probably means it's somewhere near bedtime [00:01:17] git pull probably sets timestamps [00:01:32] and the conf cache is invalidated when the timestamp of InitialiseSettings.php is newer than the cache [00:02:00] so it's possible that the cache was updated, then InitialiseSettings.php was checked out with a timestamp before the timestamp on the conf cache [00:02:31] so I checked the timestamps, and InitialiseSettings.php was actually newer, so maybe it had been edited locally since the issue started [00:02:51] so running sync-common caused the timestamp on the file in /usr/local to be updated, even if there were no changes to the file [00:02:59] which would have invalidated the conf cache [00:04:08] on the User.php thing, I haven't been able to work out exactly why it happens or to reproduce it locally [00:12:02] here's an interesting thing: almost all the errors came from en.wikibooks.org [00:12:30] Weird [00:12:47] well, one theory I have is that it is caused by an AbuseFilter rule [00:16:03] hmm, they've only got 40 rules... [00:19:33] Possible-- if AbuseFilter is blocking with the AbortAutoAccount [00:20:27] Actually, TitleBlacklist is the one that blocks that [00:23:47] hey Reedy - to change the IP cap for an editathon, I can just edit the InitialiseSettings.php file and get that change merged, right? per http://wikitech.wikimedia.org/view/Increasing_Account_Creation_threshold and [00:24:28] nope! [00:24:31] damn [00:24:32] https://noc.wikimedia.org/conf/highlight.php?file=throttle.php [00:24:32] sumanah: there is a specialized files for that, throttle.php [00:24:35] ^ [00:25:16] Reedy: ok, I will update http://wikitech.wikimedia.org/view/Increasing_Account_Creation_threshold [00:25:26] thanks Dereckson [00:25:26] Thanks! [00:25:35] with throttle.php it's even simpler [00:25:44] so, I just submit a changeset to operations/mediawiki-config. / wmf-config / throttle.php right? [00:25:49] copy paste the block $wmfThrottlingExceptions[] = array( [00:25:54] yup [00:26:01] (and get it reviewed and merged) [00:26:09] can I get +2 on that repo just to do that sort of thing? [00:26:38] +2 isn't a lot of use without shell access to deploy it.. [00:26:38] I really should write the extension to make throttle pull from a wiki page... [00:26:58] Reedy: I can log into formey, does that count? [00:27:22] csteipp: https://www.mediawiki.org/wiki/Requests_for_comment/Configuration_database [00:27:31] sumanah: unfortunately not, needs access to fenari and deployment rights [00:27:46] Or I'll let demon write it [00:28:38] actually Dereckson can you edit http://wikitech.wikimedia.org/edit/Increasing_Account_Creation_threshold ? I'd get it wrong I think [00:28:49] well, never mind, lemme try [00:29:32] I haven't access to wikitech. [00:30:01] should you? [00:30:25] you're editing the config files enough [00:31:14] Where have I to request that? [00:32:27] Dereckson: I think I have to file an RT ticket to ask for that for you. I shall. [00:35:17] Or just ask someone with 'crat or sysop on it [00:35:32] For known users, access is fairly liberal [00:35:47] Dereckson: is http://wikitech.wikimedia.org/view/Increasing_Account_Creation_threshold right? [00:36:48] Yes. Maybe add IP and dbname could be either strings, either arrays. [00:37:04] the second part of that can probably just be nuked [00:37:24] it can be set via wgAccountCreationThrottle in InitialiseSettings.php, but all requests tend to have ups now [00:37:37] Reedy: you wanna give Dereckson a login so he can just fix this? [00:37:55] sure [00:38:07] I don't have the relevant permission on wikitech.wm.o [01:40:52] I'm investigating software-testing solutions for my team and have some questions, if anyone is available for some newbie Q/A. [01:44:18] Specifically, is anyone doing work/currently using the Selenium classes in ./tests/selenium ? [11:44:33] 307 open unreviewed commits, 122 in core :/ [12:44:48] Nemo_bis: yeah too many projects, not enough reviewers :-D [12:47:30] maybe [13:58:35] <^demon> MaxSem: Ping [13:58:39] pong [13:59:03] <^demon> Hi. Is Solarium a new repo? It was on the "in svn" list but I couldn't find it [13:59:24] my bad, it's a new one [13:59:41] <^demon> No worries. That's what I thought. [13:59:46] <^demon> I'll get it setup today [13:59:49] thanks [16:00:13] New review: Erik Zachte; "No comments beyond inline comments" [analytics/wikistats] (master) - https://gerrit.wikimedia.org/r/28506 [16:02:22] New patchset: Hashar; "ant: phpunit-all to run any phpunit test" [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/28683 [16:04:35] Change merged: Hashar; [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/28683 [16:14:42] New review: Erik Zachte; "most comments are minor, disabling 'return' in SquidCountArchiveProcessLogRecord.pm " [analytics/wikistats] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/28506 [16:29:02] Channel, does it take a lot of time for labsconsole to update the SSH keys I add to it? [16:41:14] marktraceur: should be instant [16:41:20] anyway off for week-end [16:41:20] see you all! [16:41:43] Thanks hashar, I figured it out....forgot to change to marktraceur. [20:51:24] gwicke, James_F|Away: Hi. There are 41 tickets with the "newparser" keyword in Wikimedia Bugzilla, and there is also a "Parsoid" product in Bugzilla. [20:51:24] It seems like the keyword is not really used recently (got added 4 times in the last 3 years). Does the Parsoid team sees any value in the keyword (is it somehow used), or if I can just delete it? Thanks [20:52:14] andre__: we should probably have a look at those tickets at some point [20:53:11] so preserving the information would be good [21:06:48] gwicke: okay, in that case I'll keep it for the time being in case you could turn "at some point" into something more specific ;) [21:07:15] we talk about 34 open tickets: https://bugzilla.wikimedia.org/buglist.cgi?keywords=newparser%2C%20&keywords_type=allwords&list_id=153512&resolution=---&resolution=LATER [21:09:31] andre__: I'd be fine with replacing the keyword with a tracker bug that simply lists these as dependencies [21:09:54] something like 'checkout out old newparser bugs' in the Parsoid product with all these bugs as dependencies [21:11:21] gwicke, hmm, interesting idea. Right now I'm unsure if I want to trigger bugmail 35 times, but I think I like the idea. So maybe I'll go ahead and do that later on. Thanks! [21:13:19] andre__: ok, thanks too ;) [21:45:50] What's the site that shows a chart of all the Wikimedia db servers? [21:46:57] binasher: ^ [21:47:23] kaldari, maybe you're thinking of ganglia? [21:47:37] no, the node.js one [21:47:52] that shows the slave tree [21:48:00] kaldari: http://noc.wikimedia.org/dbtree [21:48:22] ah, that's it! thank you! [21:55:39] binasher: I need to run a slightly expensive 1-time query against one of the slaves, but I haven't done this before. Is there any documentation I should look at or person I should have walk me through this? [22:13:52] kaldari: process is slightly different. Just pick one of the nice and idle slaves in eqiad and use that ;) [22:20:37] kaldari: what reedy said :) [22:21:01] though note, you can't use the "sql enwiki" shortcut [22:21:05] Reedy: Tried mysql -h es1001.eqiad.wmnet from fenari, but get access denied. How should I be connecting to it? [22:21:08] kaldari: how do you normally run queries? [22:21:15] you can still you "sql" [22:21:15] like so: [22:21:19] sql enwiki -h db1001 [22:21:29] oh, that works? [22:21:29] lol [22:21:29] yup :) [22:21:33] thanks! [22:21:38] kaldari: chances are you don't want an es box.. maybe. [22:21:59] ok, I'll look around and find a nice quiet one :) [22:22:13] kaldari: what is the query? [22:22:16] SELECT count(*) from article_feedback_pages WHERE aap_total > 1000000000; [22:22:29] table has a lot of rows I imagine [22:22:56] if enwiki, db1001 is a good choice right now.. note db not es [22:23:03] ok [22:23:11] es = external store [22:23:26] ah, another nice tidbit ;) [22:25:38] These are not the MySQL servers you are looking for... [22:26:41] wasn't too bad: 1 minute 0 seconds [22:27:01] haha [22:29:40] Hey Reedy: Can I get help with deploying extensions in beta? [22:31:10] Sure... It's ages since I did anything at all on beta though.. [22:32:03] Hopefully it's not beta specific... But enwiki is configured to use the PostEdit extension [22:32:12] But on beta, it's just an empty folder [22:32:18] And there's no .git in it [22:32:46] But, I tried git submodule add "https://gerrit.wikimedia.org/r/p/mediawiki/extensions/PostEdit.git" PostEdit, and it said 'PostEdit' already exists in the index [22:33:16] Any idea how I can get git to load the submodule? [22:33:16] rm -rf extensions/PostEdit && git pull && git submodule update PostEdit [22:33:16] ? [22:34:01] Submodule path 'PostEdit' not initialized [22:34:01] Maybe you want to use 'update --init'? [22:34:45] that sounds sensible [22:35:24] Ah, cool! [22:35:49] yay! it's back up... [22:38:55] Reedy: what're you doing working at 11:30p on a Friday night? :) [22:39:33] yes, I know Reedybot is 24x7, but still.... [22:40:05] * robla was going to bring up something work-related with him, and then realized just what time it was there [22:41:15] Haha [22:41:17] A mixture of "nothing better to do" [22:41:22] meh, you could do worse [22:41:29] And the fact I've not been working for most of today ;) [22:43:25] AaronSchulz: not only could he, but he does routinely :) [22:43:39] Looks like I've got a couple of emails I should probably deal with tonight [22:44:09] Reedy: that last one I sent you doesn't need to be one of them [22:45:29] I've got one from Philippe [22:46:03] Could you forward that to me? [22:46:32] if it's urgent, may be better to handle here, esp. given it's still sane working hours here [22:47:01] Reedy: ^ [22:47:45] It's not a request like that. I used my account for a load of copyright violation deletions, and I don't actually state anywhere that I'm staff [22:47:46] Though, I'm on http://meta.wikimedia.org/w/index.php?title=Special%3AGlobalUsers&username=&group=Staff&limit=50 ;) [22:47:59] ah [22:48:15] yeah, can't delegate that kind of thing :) [22:48:45] Not to self, for next deletion use rand() account [22:54:46] Hey Reedy: is there a reason I shouldn't do this? https://gerrit.wikimedia.org/r/#/c/28774/ [22:55:26] The ..? Or the actual requires? [22:55:41] The ../GeoMath [22:55:55] We tend to usually end up using dirname( dirname( __FILE__ ) ), though, dirname( __DIR__ ) would be ok now... [22:55:58] I think it's just expecting to use that extension... but I wasn't sure if you added the TODO [22:56:41] Ah, I think I did [22:56:53] Wasn't sure if it really needed to be a seperate extension [22:57:08] Yeah, we really don't. Let me just remove them [22:59:09] Oh, wait... I see what you mean...