[00:00:23] New patchset: Asher; "add mysql::packages to a db40-43" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1697 [00:00:40] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/1697 [00:01:00] New review: Asher; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/1697 [00:01:01] Change merged: Asher; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1697 [00:01:17] New patchset: Lcarr; "adding in UDP iptables service" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1696 [00:01:32] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/1696 [00:03:48] New review: Bhartshorne; "(no comment)" [operations/puppet] (production); V: 1 C: 1; - https://gerrit.wikimedia.org/r/1696 [00:04:06] New review: Lcarr; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/1696 [00:04:06] Change merged: Lcarr; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1696 [00:11:15] !log hashar synchronized php-1.18/extensions/WikimediaIncubator/IncubatorTest.php 'deploy r107120 - (bug 32772) fix up MoodBar and WikiLove on WIkimedia Incubator' [00:11:24] Logged the message, Master [00:12:36] New patchset: Lcarr; "Changing source => all to blank" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1698 [00:12:48] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/1698 [00:13:01] New review: Lcarr; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/1698 [00:13:02] Change merged: Lcarr; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1698 [00:16:59] New patchset: Lcarr; "specifying source of 0/0" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1699 [00:17:31] New review: Lcarr; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/1699 [00:17:31] Change merged: Lcarr; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1699 [01:25:44] New patchset: Asher; "move varnishncsa monitoring to cache::mobile, combine mobile cache node defs" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1700 [01:26:23] New review: Asher; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/1700 [01:27:05] Change merged: Asher; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1700 [01:51:09] New patchset: Asher; "write pidfiles and fix status option" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1701 [01:51:27] New review: Asher; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/1701 [01:51:27] Change merged: Asher; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/1701 [02:00:05] !log starting db9 maintenance - services will be unavailable for approx 15 minutes [02:00:16] Logged the message, Master [02:00:23] PROBLEM - Misc_Db_Lag on storage3 is CRITICAL: CHECK MySQL REPLICATION - lag - CRITICAL - Seconds_Behind_Master : 952s [02:05:19] !log LocalisationUpdate completed (1.18) at Fri Dec 23 02:05:19 UTC 2011 [02:05:28] Logged the message, Master [02:10:26] !log db9 maintenance completed [02:10:34] Logged the message, Master [02:15:44] PROBLEM - MySQL replication status on storage3 is CRITICAL: CHECK MySQL REPLICATION - lag - CRITICAL - Seconds_Behind_Master : 1872s [02:25:34] RECOVERY - MySQL replication status on storage3 is OK: CHECK MySQL REPLICATION - lag - OK - Seconds_Behind_Master : 0s [02:29:24] RECOVERY - Misc_Db_Lag on storage3 is OK: CHECK MySQL REPLICATION - lag - OK - Seconds_Behind_Master : 0s [02:39:50] nighty =_= [02:53:04] RECOVERY - Puppet freshness on ms1002 is OK: puppet ran at Fri Dec 23 02:52:44 UTC 2011 [03:26:53] RECOVERY - Puppet freshness on amssq53 is OK: puppet ran at Fri Dec 23 03:26:37 UTC 2011 [04:46:56] PROBLEM - MySQL slave status on es1004 is CRITICAL: CRITICAL: Slave running: expected Yes, got No [09:02:41] PROBLEM - Puppet freshness on singer is CRITICAL: Puppet has not run in the last 10 hours [09:15:21] PROBLEM - Puppet freshness on es1002 is CRITICAL: Puppet has not run in the last 10 hours [09:47:38] Hi [09:57:21] RECOVERY - MySQL slave status on es1004 is OK: OK: [13:01:52] PROBLEM - Puppet freshness on ms1002 is CRITICAL: Puppet has not run in the last 10 hours [13:23:32] PROBLEM - mobile traffic loggers on cp1042 is CRITICAL: PROCS CRITICAL: 5 processes with args varnishncsa [13:41:47] RECOVERY - mobile traffic loggers on cp1042 is OK: PROCS OK: 4 processes with args varnishncsa [15:45:53] RECOVERY - Puppet freshness on ms1002 is OK: puppet ran at Fri Dec 23 15:45:33 UTC 2011 [16:11:23] PROBLEM - HTTP on formey is CRITICAL: Connection refused [16:21:03] RECOVERY - HTTP on formey is OK: HTTP OK HTTP/1.1 200 OK - 3596 bytes in 0.008 seconds [17:33:16] Where is it documented the TS IPs so that I can add them to my project's SIP list, so we don't accidentally block it? [17:33:27] A cursory look on meta was not revealing. [17:39:27] scream, what about [[tswiki:]] [17:40:03] Special:Block has them, I think. [17:40:24] Nope. [17:40:32] Well, I was responsible for softblocking them on enwiki. [17:40:39] I'll check my own blocklog. [17:41:08] Nemo_bis, do you have a url for me? Thank you for helping on this. [17:41:13] scream: 91.198.174.192/27 [17:41:16] wiki.toolserver.org [17:41:23] thank you [17:41:29] That's what I was told back in July 2010. [19:11:51] PROBLEM - Puppet freshness on singer is CRITICAL: Puppet has not run in the last 10 hours [19:24:51] PROBLEM - Puppet freshness on es1002 is CRITICAL: Puppet has not run in the last 10 hours [20:16:51] petan: Btw see http://countervandalism.net/ re what you where talking about earlier. [20:19:53] so we used to have a page tracking donations, is that down now? [20:20:37] still have it [20:21:03] http://wikimediafoundation.org/wiki/Special:FundraiserStatistics [20:21:33] ah, thanks [20:21:35] moved it [20:22:13] yeah, there were some issues with performance etc [20:22:35] apergos: there is also an error in it, if I click number of contributions two of the selection boxes are backwards [20:22:43] I have to check them to make the graph go away [20:23:02] ohh time for a bug report then :-) [20:23:16] same here [20:24:00] it seems if you open a new tab on the page it resets the graph to the default years, but doesn't reset the checkboxes [20:26:43] Oh, I said that in the wrong channel... nvm [20:49:07] nighty =_= [21:42:59] I've noticed many Wikipedians are against SOPA [21:48:22] Lirodon, and you'll find more about it on #wikimedia [21:49:05] but yeah, some people on reddit are planning to donate to the WMF if they switch registrars [21:51:38] Nemo_bis dont redirect people to #wikipedia, we are at #wikipedia-en [21:51:42] :p [21:51:55] ToAruShiroiNeko, ? [21:52:12] why so ? [21:52:31] ToAruShiroiNeko: wikiMedia != wikiPedia [21:53:37] #wikimedia is boring. [21:53:38] :p [22:02:04] yes, we leave all useless chat to en.wiki-centric channels [22:03:33] apparently they switched positions [22:04:10] http://nwlinux.com/godaddys-official-position-on-sopa/ before... [22:04:24] http://www.engadget.com/2011/12/23/godaddy-pulls-support-for-sopa-amidst-backlash-too-late-to-sati/ and after... [22:28:07] apergos are we still moving despite godaddy change ? [22:28:28] don't know [22:29:04] communicating things via Twitter doesn't help to understand [22:29:31] yea [22:29:48] well the things communicated through twitter were before godaddy published its reversal [22:31:35] right [22:31:40] which is why I am curious [22:32:22] I think we should stick with godaddy because if we leave we would give the wrong message [22:32:52] robh normally seems to handle domain names, he would be the one to ask when hes next around [22:33:34] good idea [22:35:08] feel free to weigh in on it [22:35:16] there's a section on the page about sopa.. [22:36:06] https://en.wikipedia.org/wiki/User_talk:Jimbo_Wales#Consider_leaving_GoDaddy_over_SOPA [22:36:28] I think we should still leave; I don't particularly trust them as new anti-sopa allies [22:36:43] the question is if it is worth the trouble and if it osn't a good idea to reward a switch of mind [22:36:48] (based on reading their press releases) [22:37:32] there's other slimy thnigs they do so it's probably worth the trouble (imho) [22:37:52] "I am proud to announce that the Wikipedia domain names will move away from GoDaddy. Their position on #sopa is unacceptable to us." Really? [22:37:57] if it was a real switch of mind it would be worth rewarding [22:38:32] but I don't think it really is, I think they are pulling their public support from this one bill and that's it [22:39:09] yes, really, Damianz, but that has not been updated since godaddy's reversal [22:39:24] I know everything moves at lightning speed around here and everything but [22:39:31] apergos: That was via twitter like 5min ago. [22:39:50] Oh no, ignore me [22:39:52] bear in mind a lot of things are (I saw that twitter quite some time ago) moving [22:40:02] My client is just playing silly buggers with wrong-oredred tweets again [22:40:02] during a time when people are on vacation and stuff.... [22:40:06] ok, no worries [22:40:51] we gotta give folks time to discuss, think it through, check out where the community is, decide something, if there is a new decision to be made [22:41:07] Though tbh I think the real issue is sopa its self not who is in support of it. Letting people who have no idea about the internet make desission on the internet is insane. [22:41:49] * Damianz wonders back to packaging up bots [22:41:54] Damianz: I guess what's politics is like. Deciding without having the real idea [22:42:04] Pretty much sums it up [22:42:48] And with the very limited choice of parties in the US that's even harder ;) [22:43:10] Well at least they get a choice, last time I checked the uk goverment wasn't voted in exactlly.... [22:43:26] hey, neither is ours