[00:57:58] why is enwiki read only? [01:02:46] "The administrator who locked it offered this explanation: The database has been automatically locked while the slave database servers catch up to the master" [01:03:13] how bad was the lag? [01:05:48] Krenair: where will info about this issue be posted? [01:06:06] no idea [01:07:47] https://noc.wikimedia.org/dbtree/ s1 is just enwiki [01:07:54] all slaves have lag > 10 [01:07:55] any reason http://status.wikimedia.org/8777/131239/Wiki-platform-%5B%5Bw:en:Main-Page%5D%5D-%28s1%29 didnt register the disruption? [01:09:01] It presumably doesn't check for read-only mode [01:55:38] So there was some AFT actions and moves while enwiki was read-only... [01:56:01] Weirdly, when I set $wgReadOnly=true; on my wiki, doing those things results in the readonly error [13:05:46] https://wikitech.wikimedia.org/wiki/Talk:Main_Page#Requests [13:33:58] Krenair: CA table is broken https://meta.wikimedia.org/w/index.php?title=Special%3ACentralAuth&target=Raiko [16:48:30] Heylo: An inquiry regarding my quest to reduce the presence of red error notices in Reference sections as per http://en.wikipedia.org/wiki/Category:Pages_with_citations_having_wikilinks_embedded_in_URL_titles. So far this has mostly involved deleting pairs of double brackets " [[ ... ]] )" from within citations. Anyone have suggestions as to ways inwhich to automate this a bit? I'm currently opening a page from [16:48:31] the list scrolling down to "References" looking for the red error notices and then using the "Find" function in my browser to get to the relevant numbered inline citation, "[n]", in the body of the article. I then have to sift through that sections source page to find the bit (usually aforementioned brackets) which triggered the error flag. Dual monitors with multiple windows open and Firefox's native "Find" [16:48:31] function are helping but it seems like there's room for improvement. Is there a bot/script/app/trick for this? Manually it's a whole lotta' steps to make very small changes. [16:50:56] p.s. the list currently has over 6000 articles listed. [19:11:07] [[Tech]]; MiszaBot; Robot: Archiving 3 threads (older than 30d) to [[Tech/Archives/2013]].; https://meta.wikimedia.org/w/index.php?diff=5462571&oldid=5452673&rcid=4153787 [22:08:13] Reedy: on Tyler's last comment: how hard would it be? https://bugzilla.wikimedia.org/show_bug.cgi?id=30716 [22:08:44] «It's not Onionoo's primary purpose to give out lists of exit addresses, but it provides that information, too. It just doesn't offer good query parameters for that use case.» http://comments.gmane.org/gmane.network.tor.devel/1947 [22:16:03] mmmmm, java [22:16:11] Does it actually give us any benefits to do so though? [22:19:43] Reedy: how stable is the service being used now? [22:28:00] I've not heard of any issues with the service itself [22:30:42] Reedy: yes, usually we hear about them when it's too late :) do we have uptime stats or something [22:31:45] I don't think so