[00:00:59] !log updated the paypal IPN listener on aluminium to r1450 [00:01:03] Logged the message, Master [00:07:26] New patchset: Asher; "pretty graphs" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3002 [00:07:37] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3002 [00:08:17] New review: Asher; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3002 [00:08:20] Change merged: Asher; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3002 [00:11:46] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [00:19:34] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 3.963 seconds [00:26:38] !log preilly synchronized php-1.19/extensions/MobileFrontend/javascripts/opensearch.min.js 'fixes to code push' [00:26:58] !log preilly synchronized php-1.19/extensions/MobileFrontend/javascripts/opensearch.js 'fixes to code push' [00:27:18] !log preilly synchronized php-1.19/extensions/MobileFrontend/templates/ApplicationTemplate.php 'fixes to code push' [00:27:53] Logged the message, Master [00:27:56] Logged the message, Master [00:27:59] Logged the message, Master [00:32:27] !log preilly synchronized php-1.19/extensions/MobileFrontend/javascripts/beta_opensearch.min.js 'fixes to code push' [00:32:30] Logged the message, Master [00:32:56] !log preilly synchronized php-1.19/extensions/MobileFrontend/javascripts/beta_opensearch.js 'fixes to code push' [00:32:57] Logged the message, Master [00:38:44] !log preilly synchronized wmf-config/InitialiseSettings.php 'add ZeroRatedMobileAccess extension to mywiki' [00:38:48] Logged the message, Master [00:45:14] New patchset: Dzahn; "add nagios::monitor::snmp to spence" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3003 [00:45:25] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3003 [00:46:22] New review: Dzahn; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3003 [00:46:25] Change merged: Dzahn; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3003 [00:54:04] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [00:55:07] PROBLEM - Puppet freshness on db1022 is CRITICAL: Puppet has not run in the last 10 hours [00:59:55] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 1.306 seconds [01:24:19] !log tstarling synchronized wmf-config/InitialiseSettings.php '$wgBug34832TransitionalRollback=false on wikis other than zhwiki' [01:26:56] !log aaron synchronized php-1.19/includes/filerepo 'deployed r113443' [01:29:25] New review: Lcarr; "I actually did this because nagios/icinga was breaking since no routers group was showing up/being a..." [operations/puppet] (production); V: 0 C: 0; - https://gerrit.wikimedia.org/r/2956 [01:33:58] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [01:37:41] !log awjrichards synchronizing Wikimedia installation... : Fixing show/hide button translations in mobile view, r113445 [01:39:30] sync done. [01:39:49] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 4.685 seconds [01:45:16] !log awjrichards synchronized php-1.19/extensions/MobileFrontend/templates/ApplicationTemplate.php 'r113449' [01:46:18] !log tstarling synchronized php-1.19/includes/Skin.php [01:53:27] PROBLEM - udp2log log age on oxygen is CRITICAL: NRPE: Command check_udp2log_log not defined [01:53:45] PROBLEM - udp2log processes on oxygen is CRITICAL: NRPE: Command check_udp2log_procs not defined [02:00:37] !log LocalisationUpdate failed: SVN update of extensions failed [02:02:16] wtf [02:02:36] U /var/lib/l10nupdate/trunk/extensions/SideBarMenu/includes/MenuItem.php [02:02:38] svn: Unrecognized line ending style [02:02:40] Updating extensions FAILED. [02:02:42] Whoa [02:02:52] Did the person committing SideBarMenu just break a production service? [02:03:24] a linefeed o' doom? [02:03:45] https://www.mediawiki.org/wiki/Special:Code/MediaWiki/113362#c31969 [02:03:51] Trying the remedy described there [02:04:31] That seems to work [02:04:37] !log Rerunning LocalisationUpdate manually [02:10:55] svn:eol-style = native *.eot = svn:mime-type=application/vnd.ms-fontobject *.gif = svn:mime-type=image/gif *.ico = svn:mime-type=image/vnd.microsoft.icon *.inc = svn:eol-style=native *.info = svn:eol-style=native *.install=svn:eol-style=native *.java = svn:eol-style=native *.jpeg = svn:mime-type=image/jpeg *.jpg = svn:mime-type=image/jpeg *.js = svn:eol-style=native *.jsp = svn:eol-style=native *.module = svn:eol-style=native *.php5 [02:10:55] = svn:eol-style=native *.php = svn:eol-style=native *.pl = svn:eol-style=native *.pm = svn:eol-style=native *.png = svn:mime-type=image/png *.py = svn:eol-style=native *.sh = svn:eol-style=native *.sql = svn:eol-style=native *.svg = svn:mime-type=image/svg+xml *.tpl = svn:eol-style=native *.ttf = svn:mime-type=application/x-font-ttf *.txt = svn:eol-style=native *.woff = svn:mime-type=application/x-woff *.xcf = svn:mime-type=image/x-x [02:11:06] cf Makefile = svn:eol-style=native SConscript = svn:eol-style=native SConstruct = svn:eol-style=native USERINFO = svn:eol-style=native [02:11:06] oops, didn't realise it was quite that long [02:11:14] thanks xchat for breaking that line instead of truncating it [02:13:17] * AaronSchulz waits for TimStarling to boot himself ;) [02:16:15] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [02:18:48] PROBLEM - Puppet freshness on db1033 is CRITICAL: Puppet has not run in the last 10 hours [02:20:09] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 8.429 seconds [02:21:05] !log LocalisationUpdate completed (1.19) at Fri Mar 9 02:21:05 UTC 2012 [02:23:49] hi - on nl: there is a new feature what is called in dutch 'terugkoppelingslogboek' to give one's opinion about wikipedia. this opinion is mentioned in the RC's. I protest this strongely to mention the opinion in the RC's because it opresses my privacy rights [02:25:30] where can i comply and who can clean this edit of my in this log? - not thats is that interesting but for the record [02:28:32] !mod [02:28:57] aleichem: That would be what we call MoodBar in English [02:29:37] ok - but if i said - werdna is a little strange in the moodbar - i dont want that in the RC's [02:29:57] I'm not sure what you mean by "it opresses your privacy rights" [02:30:04] why do you think that? [02:30:18] you ask me what is my opinion of A [02:30:33] i say it is shit because ..... [02:30:55] i dont this ...... in the RC's [02:31:01] +want [02:31:50] in a file for someone - ok - but for the whole world? [02:32:09] your username is aleichem? [02:32:35] yes and alot others - just mentioned something as michiel043 on nl: [02:33:00] At the bottom of the little pop up that comes up, it would have said this: Door op te slaan gaat u akkoord met transparantie onder deze voorwaarden -- that means your feedback will be transparent and public [02:33:03] it's not just this one line - its just the point - do you see the point or not? [02:33:13] "Users with the right moodbar-view can view feedback sent through the interface on Special:MoodBar" [02:33:32] did you see that? [02:34:01] yes = f--- off - like - whats that called on the bottom of every page - you have to click this to agree with our conditions [02:34:17] It's not particularly onerous [02:34:38] it's not like we said "You agree to our terms and conditions" and the fact that it was made public was buried in clause 27 [02:34:38] and i didnt seee i - and even when i deed see it - i didnt expected it to be in the RC's [02:35:00] The thing specifically says "transparency" -- surely if you were posting something you'd be worried about other people seeing, you would pause for a second [02:35:01] so you want *all* of these to disappear? https://nl.wikipedia.org/w/index.php?title=Speciaal%3ALogboeken&type=moodbar [02:35:25] no - maybe just - xxx made an entry on the moodbar? [02:35:31] look, I can remove your specific feedback if there's something particularly private in there, but you're not going to convince anybody to turn the feature off because you didn't read what you were doing. [02:35:33] i dunno who reads this log [02:35:51] thats not the point [02:36:01] then what is? [02:36:05] I don't see you in there [02:36:13] in where? [02:36:18] you posted a comment publicly. Is there something we could do to make it more clear that it's public? [02:36:27] in https://nl.wikipedia.org/w/index.php?title=Speciaal%3ALogboeken&type=moodbar [02:36:32] http://nl.wikipedia.org/wiki/Speciaal:Logboeken/moodbar [02:36:58] i mentioned a name [02:37:05] yeah, I'm not sure if it's a proxy, but it's got a ton of places complaining about spam from it [02:37:08] er wrong channel [02:37:26] ok [02:37:37] as michiel043 [02:38:31] yes I see it [02:38:39] but the question is : where do i complain about this? [02:39:22] Well, I'm the lead developer on that project, but that won't help you very much. [02:39:38] ok I suppressed the edit summary for you [02:39:39] You haven't really explained what your problem is yet [02:39:51] no - you're a developer - but who says you too do things this way? [02:40:21] I can't help you if you don't tell me what your problem is [02:40:37] the problem is the privacy [02:40:38] 9 mrt 2012 03:08 Michiel043 (Overleg | bijdragen) MoodBar-terugkoppeling Speciaal:DashboardTerugkoppeling/569 (bewerkingssamenvatting verwijderd) [02:40:50] yep ok timS - tnx - [02:40:57] I'll leave you to battle with werdna about the wider issues but I hope that helps [02:41:13] no - i dont know who werdna is? [02:41:14] aleichem: You didn't realise that you were making a public comment when you submitted feedback? [02:41:21] nope [02:41:22] looks like this would be a place for discussion about design issue, no? http://www.mediawiki.org/wiki/Talk:MoodBar/Design [02:41:23] aleichem: that would be me, the person with the nickname 'werdna' [02:41:38] aleichem: What could we do to make that clearer to you? [02:41:39] 'public' - like in with some mods or other nerds [02:42:05] Maybe the problem is the translation. In English 'transparency' means public [02:42:10] but not 'public' like in with al eskimos [02:42:37] maybe it doesn't have that implication in Dutch, I don't know. I'm trying to learn some dutch, but all I have so far is "Wil jouw een bier" :) [02:42:39] RECOVERY - Puppet freshness on mw1010 is OK: puppet ran at Fri Mar 9 02:42:28 UTC 2012 [02:42:41] no - it's not the translation - its the system [02:43:04] where are delphine and the other old guys? [02:43:09] still around? [02:43:17] Delphine's around, but did you hear she had a baby? [02:43:20] or two now? [02:43:26] 3 i thought [02:43:28] I don't know, anyway I think she's looking after the baby [02:43:32] some number of babies [02:43:47] I think a lot of people don't hang around on IRC as much [02:44:09] anyway, the intention of the system is to be in line with Wikipedia's values. That is, everything is transparent and public [02:44:26] If you don't like your comments being public, then you should submit them some other way I guess [02:44:31] the question is [02:44:36] how can we avoid surprising people with the fact that their comments will be public [02:44:51] nope - its a 'valkuil' the word in dutch - lets see whats the translation [02:44:53] I don't want people like you to not realise that what you're posting is public and then finding out once everyone can see it [02:45:11] this one? http://nl.wikipedia.org/wiki/Valkuil_%28psychologie%29 [02:45:30] i'm not a first day wikipedian [02:45:36] yep [02:46:03] I didn't suspect you were [02:46:18] pitfall [02:46:21] is the word in english [02:46:26] a trap, I guess, you might say [02:46:47] so weird - i now made a new username [02:46:55] and everything is so different [02:47:03] can I ask you then, what could we have done to make it obvious to you that the comment was public? [02:48:26] i don't think you have to tell me it is public - because it is not - it is a message to wikimedia - nad nobody has nothing to do with it [02:48:49] well, you know that wikimedia doesn't have a great big army of staff to answer these things, right? [02:49:07] we can't look into this stuff without using volunteers to process them [02:49:29] ok - the chapter here has some chap to analyse the stuff [02:50:25] but thats something entirely different than to publish every answer on a question of a individual [02:50:26] not nearly enough for the number of comments we get [02:50:41] what if i called you [02:51:06] i want to ask you for a survey - do you like cocoa cola? [02:51:38] and the next day i put a sign in your front yard -> hey this guy like cola cola [02:52:06] /win 4 [02:52:12] sry [02:52:23] What if I asked you "Do you want to tell me if you like coca cola? We're planning on putting signs up outside people's houses saying they like coca cola." [02:52:37] the issue is not the sign, it's the violation of expectations [02:53:48] and the basic expectation of a human is trust, i suppose? [02:55:50] but maybe we could talk about this whole (night right here) , who or where is the right entrance for this subject? whe developed the idea? and not executed it like tomas? [02:56:09] something's up with the edit window buttons [02:56:14] half of them don't show up immediately [02:56:56] like I go to edit a page and only half of the buttons show up [02:57:21] and the worst thing is that some guys in north-korea like you messes in my wiki [02:58:15] I'm sorry I don't believe I give a fuck [03:00:47] this is what my edit options look when first editing http://i42.tinypic.com/dqnk1e.jpg [03:01:02] and this is after I refresh the edit page http://i40.tinypic.com/11ca0co.jpg [03:01:06] what's going on [03:01:16] Ryulong: what browser? [03:01:30] latest version of firefox [03:01:35] also monobook [03:01:41] have you got firebug? [03:01:46] no [03:02:37] btw aleichem was talking to werdna [03:02:44] yep [03:02:50] oh [03:02:54] then I apologize [03:03:18] no need [03:03:25] TimStarling: are my js modifications screwing everything up again [03:03:38] or is it some sort of lost code in Aaron's old scripts that need fixing [03:04:14] I can reproduce it [03:05:09] it's probably a monobook problem [03:05:44] hmm, maybe not, just hit refresh on vector and saw it there too [03:06:22] why do we need to fix things that aren't broken [03:07:51] because when you fix things that are broken, you inevitably need to touch some code used by things that aren't broken [03:08:10] @werdna - and - when the idea of the log is so great and it needs to be seen for everybody - do you analyze it? who does? you ask me for my opinion and you throw it in the wastepaperbasket? [03:08:32] the shorter toolbar seems to be the same as a default MW install, I wonder where the extra buttons come from [03:10:09] I guess it is mwCustomEditButtons from https://en.wikipedia.org/wiki/MediaWiki:Common.js/edit.js [03:20:43] I can see why it doesn't work [03:22:02] aleichem: there are volunteers who do the work on that [03:23:03] I think you should talk to Steven or Maryana in the community department, or Oliver Keyes, the community liaison for the tech department [03:23:13] but I will warn you, they will say exactly what I said [03:25:03] i just anserwerd my own feedback and it appeard on my talkpage - thats neat [03:25:29] thats neat like as 'thats great' [03:25:42] PROBLEM - check_minfraud_primary on payments4 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [03:26:19] @werdna - privacy issues are different over there than over here [03:26:34] ? [03:26:36] over where? [03:26:46] you usa? uk? [03:27:07] australia [03:27:10] ok [03:27:28] I understand that there are cultural differences. But you'll be interested to know we have a fairly international team working on this [03:27:33] and we're tying to make it work for everyone [03:28:29] but in nl: we dont like this kund of things (at least i do not). we have prizes for the least privacy friendly companys etc [03:29:21] prizes were given last night lets find the link for you [03:30:04] https://www.bof.nl/ bof = bits of freedom [03:30:12] RECOVERY - check_minfraud_primary on payments4 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 118 bytes in 0.198 second response time [03:31:24] https://www.bof.nl/2012/03/08/winnaars-big-brother-awards-bekend/ prize winner : the police - hey came and accepted the award [03:46:25] New patchset: Dzahn; "nagios,snmp,iptables: allow private IP ranges, but not labs 10.4.0.0/24 and 10.4.16.0/24" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3004 [03:46:36] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3004 [04:15:01] !log switching php symlink over to point to php-1.19 instead of php-1.18 [04:16:30] !log also switching over wmf-deployment symlink [04:16:49] no bot? [04:18:17] !log restarted morebots [04:18:21] Logged the message, Master [04:18:39] !log switched php and wmf-deployment symlinks over to php-1.19 instead of php-1.18 [04:18:42] Logged the message, Master [04:30:23] TimStarling: is there anything still using the php symlink... I remember a few gadgets for images but I think they got updated to commons [04:30:31] *?... [04:31:09] yes, ExtensionDistributor for instance [04:46:05] New review: Dzahn; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3004 [04:46:08] Change merged: Dzahn; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3004 [04:58:34] New patchset: Dzahn; "can't use Iptables_add_service[lo_all] etc. twice, duplicate definition, so merging nsca and nrpe iptables rules into one nagios::monitoring::firewall class instead of repeating everything all over with different names, also disallow nsca from labs" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3005 [04:58:46] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3005 [05:01:16] New patchset: Dzahn; "can't use Iptables_add_service[lo_all] etc. twice, duplicate definition, so merging nsca and nrpe iptables rules into one nagios::monitoring::firewall class instead of repeating everything all over with different names, also disallow nsca from labs" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3005 [05:01:28] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3005 [05:02:53] New review: Dzahn; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3005 [05:02:56] Change merged: Dzahn; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3005 [05:07:50] New patchset: Dzahn; "iptables_add_exec{ "${hostname} would also be a duplicate .. we need 2 of them though, right?" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3006 [05:08:01] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3006 [05:08:37] New review: Dzahn; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3006 [05:08:40] Change merged: Dzahn; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3006 [05:14:14] Can I get some help with bugzilla, please? [05:22:42] PROBLEM - Puppet freshness on mw1020 is CRITICAL: Puppet has not run in the last 10 hours [05:22:42] PROBLEM - Puppet freshness on mw1110 is CRITICAL: Puppet has not run in the last 10 hours [06:07:22] New patchset: Ryan Lane; "Up the version of user-management scripts" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3007 [06:07:33] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3007 [06:07:55] New review: Ryan Lane; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3007 [06:07:57] Change merged: Ryan Lane; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3007 [06:09:27] New patchset: Ryan Lane; "Adding manage-volumes script link" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3008 [06:09:38] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3008 [06:09:50] New review: Ryan Lane; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3008 [06:09:53] Change merged: Ryan Lane; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3008 [06:13:10] !log running svn cleanup on extdist trunk [06:13:13] Logged the message, Master [06:35:49] New patchset: Dzahn; "typo: snmaptrap :p we aren't portscanning here .. and let's remove all "-" just in case" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3009 [06:36:00] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3009 [06:38:38] New review: Dzahn; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3009 [06:38:41] Change merged: Dzahn; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3009 [06:53:43] PROBLEM - Puppet freshness on db1004 is CRITICAL: Puppet has not run in the last 10 hours [07:02:52] PROBLEM - Puppet freshness on owa3 is CRITICAL: Puppet has not run in the last 10 hours [07:02:52] New patchset: Ryan Lane; "Add manage-volume cron on labstore2, and add an ircecho bot for the logfile" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3010 [07:03:04] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3010 [07:03:16] New review: Ryan Lane; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3010 [07:03:18] Change merged: Ryan Lane; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3010 [07:04:58] New patchset: Ryan Lane; "Placing the script properly on labstore2" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3011 [07:05:09] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3011 [07:05:14] New review: Ryan Lane; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3011 [07:05:17] Change merged: Ryan Lane; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3011 [07:11:52] PROBLEM - Puppet freshness on owa1 is CRITICAL: Puppet has not run in the last 10 hours [07:11:52] PROBLEM - Puppet freshness on owa2 is CRITICAL: Puppet has not run in the last 10 hours [07:28:12] New patchset: Dzahn; "nagios monitoring for mw profiling collector and graphite (RT-2367)" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3012 [07:28:24] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3012 [07:30:20] New patchset: Dzahn; "nagios monitoring for mw profiling collector and graphite (RT-2367)" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3012 [07:30:31] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3012 [07:32:17] New review: Dzahn; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3012 [07:32:20] Change merged: Dzahn; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3012 [07:36:45] PROBLEM - Disk space on ms1004 is CRITICAL: DISK CRITICAL - free space: / 0 MB (0% inode=95%): /var/lib/ureadahead/debugfs 0 MB (0% inode=95%): [07:37:48] PROBLEM - DPKG on snapshot1 is CRITICAL: Connection refused by host [07:38:15] PROBLEM - Disk space on snapshot1 is CRITICAL: Connection refused by host [07:38:42] PROBLEM - DPKG on virt1 is CRITICAL: Connection refused by host [07:38:42] PROBLEM - RAID on ms5 is CRITICAL: Connection refused by host [07:39:00] PROBLEM - RAID on snapshot1 is CRITICAL: Connection refused by host [07:39:09] PROBLEM - DPKG on cp1010 is CRITICAL: Connection refused by host [07:39:09] PROBLEM - RAID on mw8 is CRITICAL: Connection refused by host [07:39:18] PROBLEM - MySQL disk space on db25 is CRITICAL: Connection refused by host [07:39:18] PROBLEM - DPKG on db25 is CRITICAL: Connection refused by host [07:39:27] PROBLEM - Full LVS Snapshot on db25 is CRITICAL: Connection refused by host [07:39:27] PROBLEM - RAID on mw1051 is CRITICAL: Connection refused by host [07:39:36] PROBLEM - Disk space on ms5 is CRITICAL: Connection refused by host [07:39:45] PROBLEM - Disk space on cp1010 is CRITICAL: Connection refused by host [07:39:45] PROBLEM - MySQL Idle Transactions on db12 is CRITICAL: Connection refused by host [07:39:45] PROBLEM - RAID on mw12 is CRITICAL: Connection refused by host [07:39:45] PROBLEM - MySQL Idle Transactions on db25 is CRITICAL: Connection refused by host [07:39:45] PROBLEM - DPKG on ms5 is CRITICAL: Connection refused by host [07:39:54] PROBLEM - DPKG on mw8 is CRITICAL: Connection refused by host [07:39:54] PROBLEM - MySQL Recent Restart on db12 is CRITICAL: Connection refused by host [07:40:03] PROBLEM - MySQL Recent Restart on db25 is CRITICAL: Connection refused by host [07:40:12] PROBLEM - DPKG on mw1051 is CRITICAL: Connection refused by host [07:40:21] PROBLEM - MySQL Replication Heartbeat on db1018 is CRITICAL: Connection refused by host [07:40:21] PROBLEM - RAID on srv255 is CRITICAL: Connection refused by host [07:40:21] PROBLEM - Disk space on virt1 is CRITICAL: Connection refused by host [07:40:21] PROBLEM - MySQL Replication Heartbeat on db25 is CRITICAL: Connection refused by host [07:40:30] PROBLEM - DPKG on db1018 is CRITICAL: Connection refused by host [07:40:30] PROBLEM - Disk space on mw8 is CRITICAL: Connection refused by host [07:40:30] PROBLEM - MySQL Slave Delay on db1018 is CRITICAL: Connection refused by host [07:40:39] PROBLEM - MySQL Replication Heartbeat on db12 is CRITICAL: Connection refused by host [07:40:39] PROBLEM - Disk space on db1018 is CRITICAL: Connection refused by host [07:40:39] PROBLEM - MySQL Slave Running on db1018 is CRITICAL: Connection refused by host [07:40:39] PROBLEM - Disk space on mw1051 is CRITICAL: Connection refused by host [07:40:39] PROBLEM - RAID on cp1010 is CRITICAL: Connection refused by host [07:40:48] PROBLEM - MySQL Slave Delay on db12 is CRITICAL: Connection refused by host [07:40:48] PROBLEM - MySQL Slave Delay on db25 is CRITICAL: Connection refused by host [07:40:48] PROBLEM - mysqld processes on db25 is CRITICAL: Connection refused by host [07:40:48] PROBLEM - mysqld processes on db1018 is CRITICAL: Connection refused by host [07:40:48] PROBLEM - DPKG on mw12 is CRITICAL: Connection refused by host [07:40:57] PROBLEM - Disk space on mw12 is CRITICAL: Connection refused by host [07:40:57] PROBLEM - Disk space on db25 is CRITICAL: Connection refused by host [07:40:57] PROBLEM - RAID on db25 is CRITICAL: Connection refused by host [07:40:57] PROBLEM - RAID on mw1127 is CRITICAL: Connection refused by host [07:40:57] PROBLEM - MySQL Slave Running on db25 is CRITICAL: Connection refused by host [07:40:58] PROBLEM - Full LVS Snapshot on db1018 is CRITICAL: Connection refused by host [07:40:58] PROBLEM - RAID on db12 is CRITICAL: Connection refused by host [07:41:06] PROBLEM - DPKG on srv255 is CRITICAL: Connection refused by host [07:41:06] PROBLEM - Disk space on db12 is CRITICAL: Connection refused by host [07:41:06] PROBLEM - MySQL Slave Running on db12 is CRITICAL: Connection refused by host [07:41:06] PROBLEM - Disk space on srv221 is CRITICAL: Connection refused by host [07:41:15] PROBLEM - mysqld processes on db12 is CRITICAL: Connection refused by host [07:41:15] PROBLEM - DPKG on db12 is CRITICAL: Connection refused by host [07:41:15] PROBLEM - Full LVS Snapshot on db12 is CRITICAL: Connection refused by host [07:41:24] PROBLEM - DPKG on mw1083 is CRITICAL: Connection refused by host [07:41:24] PROBLEM - DPKG on srv221 is CRITICAL: Connection refused by host [07:41:24] PROBLEM - MySQL Idle Transactions on db1018 is CRITICAL: Connection refused by host [07:41:24] PROBLEM - Disk space on srv255 is CRITICAL: Connection refused by host [07:41:24] PROBLEM - MySQL disk space on db12 is CRITICAL: Connection refused by host [07:41:25] PROBLEM - MySQL disk space on db1018 is CRITICAL: Connection refused by host [07:41:25] PROBLEM - DPKG on mw1127 is CRITICAL: Connection refused by host [07:48:10] PROBLEM - MySQL Recent Restart on db1018 is CRITICAL: Connection refused by host [07:48:10] PROBLEM - DPKG on mw43 is CRITICAL: Connection refused by host [07:48:10] PROBLEM - Disk space on mw1127 is CRITICAL: Connection refused by host [07:48:19] PROBLEM - Full LVS Snapshot on db54 is CRITICAL: Connection refused by host [07:48:28] PROBLEM - Full LVS Snapshot on db22 is CRITICAL: Connection refused by host [07:48:28] PROBLEM - MySQL disk space on db22 is CRITICAL: Connection refused by host [07:48:28] PROBLEM - MySQL disk space on db32 is CRITICAL: Connection refused by host [07:48:28] PROBLEM - Full LVS Snapshot on db32 is CRITICAL: Connection refused by host [07:48:37] PROBLEM - RAID on mw43 is CRITICAL: Connection refused by host [08:01:52] PROBLEM - RAID on cp1016 is CRITICAL: Connection refused by host [08:01:52] PROBLEM - Disk space on cp1007 is CRITICAL: Connection refused by host [08:01:52] PROBLEM - DPKG on cp1008 is CRITICAL: Connection refused by host [08:01:52] PROBLEM - Disk space on mw1106 is CRITICAL: Connection refused by host [08:01:52] PROBLEM - Disk space on srv259 is CRITICAL: Connection refused by host [08:01:53] PROBLEM - DPKG on cp1041 is CRITICAL: Connection refused by host [08:01:53] PROBLEM - Disk space on srv203 is CRITICAL: Connection refused by host [08:02:01] PROBLEM - Disk space on mw1084 is CRITICAL: Connection refused by host [08:02:10] PROBLEM - RAID on srv233 is CRITICAL: Connection refused by host [08:02:31] PROBLEM - RAID on cp1001 is CRITICAL: Connection refused by host [08:02:31] PROBLEM - MySQL Slave Running on db43 is CRITICAL: Connection refused by host [08:02:31] PROBLEM - MySQL Recent Restart on db52 is CRITICAL: Connection refused by host [08:02:31] PROBLEM - Disk space on db43 is CRITICAL: Connection refused by host [08:02:31] PROBLEM - RAID on db52 is CRITICAL: Connection refused by host [08:02:37] PROBLEM - DPKG on nfs1 is CRITICAL: Connection refused by host [08:02:37] PROBLEM - MySQL Idle Transactions on db24 is CRITICAL: Connection refused by host [08:02:37] PROBLEM - mailman on sodium is CRITICAL: Connection refused by host [08:02:37] PROBLEM - Disk space on sodium is CRITICAL: Connection refused by host [08:02:37] PROBLEM - DPKG on srv233 is CRITICAL: Connection refused by host [08:02:46] PROBLEM - Disk space on srv275 is CRITICAL: Connection refused by host [08:02:46] PROBLEM - RAID on nfs1 is CRITICAL: Connection refused by host [08:02:46] PROBLEM - RAID on mw1084 is CRITICAL: Connection refused by host [08:02:46] PROBLEM - MySQL Recent Restart on db24 is CRITICAL: Connection refused by host [08:02:46] PROBLEM - RAID on db24 is CRITICAL: Connection refused by host [08:02:47] PROBLEM - MySQL Replication Heartbeat on db52 is CRITICAL: Connection refused by host [08:36:16] RECOVERY - RAID on cp1002 is OK: OK: Active: 4, Working: 4, Failed: 0, Spare: 0 [09:02:38] RECOVERY - RAID on cp1015 is OK: OK: Active: 4, Working: 4, Failed: 0, Spare: 0 [09:03:32] RECOVERY - DPKG on cp1015 is OK: All packages OK [09:03:41] RECOVERY - Disk space on cp1015 is OK: DISK OK [10:28:09] Very slow this morning, You guys fixing something? [10:30:10] Speed seems fineish for me, But I may be hitting the other cluster group [10:56:23] PROBLEM - Puppet freshness on db1022 is CRITICAL: Puppet has not run in the last 10 hours [11:19:20] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [11:19:51] New patchset: Mark Bergsma; "Create a Varnish VCL consisting of all Wikimedia networks" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3013 [11:20:02] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3013 [11:20:40] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3013 [11:20:43] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3013 [11:23:14] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 1.425 seconds [11:25:04] New patchset: Mark Bergsma; "Add missing ;" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3014 [11:25:15] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3014 [11:25:22] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3014 [11:25:25] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3014 [11:29:05] PROBLEM - Varnish HTTP bits on sq67 is CRITICAL: Connection refused [11:29:53] New patchset: Mark Bergsma; "Hate Varnish persisting usage of ACLs and backends" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3015 [11:30:05] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3015 [11:30:33] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3015 [11:30:36] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3015 [11:33:36] New patchset: Mark Bergsma; "Hate Puppet's assignment rules too" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3016 [11:33:47] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3016 [11:34:04] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3016 [11:34:06] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3016 [11:35:29] New patchset: Mark Bergsma; "Syntax" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3017 [11:35:41] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3017 [11:35:47] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3017 [11:35:50] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3017 [11:38:14] New patchset: Mark Bergsma; "Change parameter defaults" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3018 [11:38:26] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3018 [11:38:35] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3018 [11:38:38] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3018 [11:40:16] RECOVERY - Varnish HTTP bits on sq67 is OK: HTTP OK HTTP/1.1 200 OK - 627 bytes in 0.004 seconds [11:43:11] New patchset: Mark Bergsma; "Make varnish work for upload thumbs" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3019 [11:43:22] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3019 [11:43:51] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3019 [11:43:53] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3019 [11:47:08] New patchset: Mark Bergsma; "Syntax, missing include" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3020 [11:47:19] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3020 [11:47:35] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3020 [11:47:38] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3020 [11:54:31] New patchset: Mark Bergsma; "Make xff_sources parameter a normal array without hash" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3021 [11:54:43] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3021 [11:55:12] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3021 [11:55:14] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3021 [11:56:01] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [12:03:58] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 0.046 seconds [12:07:45] New patchset: Mark Bergsma; "Fix template error" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3022 [12:07:57] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3022 [12:08:37] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3022 [12:08:40] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3022 [12:20:37] PROBLEM - Puppet freshness on db1033 is CRITICAL: Puppet has not run in the last 10 hours [12:37:11] New patchset: Mark Bergsma; "Put the probe in the upload cluster specific include file" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3023 [12:37:22] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3023 [12:37:30] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3023 [12:37:33] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3023 [12:38:19] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [12:42:13] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 6.585 seconds [13:17:11] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:20:05] something is really wrong with show/hide button in the mobile site [13:21:50] things like "è..." are shown on http://ja.m.wikipedia.org/wiki/CNN and http://zh.m.wikipedia.org/wiki/CNN [13:23:11] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 7.614 seconds [13:59:06] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [14:03:09] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 8.356 seconds [14:09:45] PROBLEM - SSH on ssl1003 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [14:11:12] Is there any limit to the size of a page that can be transclused in a template? [14:13:39] RECOVERY - SSH on ssl1003 is OK: SSH OK - OpenSSH_5.3p1 Debian-3ubuntu7 (protocol 2.0) [14:23:42] PROBLEM - SSH on ssl1001 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [14:25:48] RECOVERY - SSH on ssl1001 is OK: SSH OK - OpenSSH_5.3p1 Debian-3ubuntu7 (protocol 2.0) [14:27:09] PROBLEM - Host srv278 is DOWN: PING CRITICAL - Packet loss = 100% [14:29:06] RECOVERY - Host srv278 is UP: PING OK - Packet loss = 0%, RTA = 0.24 ms [14:34:21] PROBLEM - Apache HTTP on srv278 is CRITICAL: Connection refused [14:39:18] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [14:43:12] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 4.986 seconds [14:46:21] RECOVERY - Apache HTTP on srv278 is OK: HTTP OK - HTTP/1.1 301 Moved Permanently - 0.058 second response time [14:47:25] New patchset: Demon; "Adding myself to new gerrit box" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3024 [14:47:37] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3024 [14:59:33] PROBLEM - SSH on ssl1003 is CRITICAL: Server answer: [15:00:54] PROBLEM - SSH on ssl1001 is CRITICAL: Server answer: [15:18:18] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [15:18:47] New patchset: Jgreen; "adding wmf/fb mysql to hume for civicrm/drupal upgrade testing" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3026 [15:18:58] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3026 [15:20:00] New review: Jgreen; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/3026 [15:20:02] Change merged: Jgreen; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3026 [15:24:09] PROBLEM - Puppet freshness on mw1020 is CRITICAL: Puppet has not run in the last 10 hours [15:24:09] PROBLEM - Puppet freshness on mw1110 is CRITICAL: Puppet has not run in the last 10 hours [15:24:18] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 4.403 seconds [15:25:16] New patchset: Pyoungmeister; "some loggin'" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3027 [15:25:27] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3027 [15:28:14] New patchset: Pyoungmeister; "some loggin'" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3027 [15:28:25] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3027 [15:28:38] New review: Pyoungmeister; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3027 [15:28:40] Change merged: Pyoungmeister; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3027 [15:32:22] New patchset: Mark Bergsma; "Make Varnish not complain about unused VCL resources" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3028 [15:32:33] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3028 [15:32:43] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3028 [15:32:46] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3028 [15:34:12] New patchset: Mark Bergsma; "Add -p param" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3029 [15:34:23] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3029 [15:35:15] PROBLEM - DPKG on hume is CRITICAL: DPKG CRITICAL dpkg reports broken packages [15:35:20] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3029 [15:35:23] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3029 [15:40:17] New patchset: Mark Bergsma; "Varnish doesn't accept definition of probes below functions" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3031 [15:40:29] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3031 [15:41:11] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3031 [15:41:15] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3031 [15:43:21] RECOVERY - Varnish HTTP upload-backend on cp1021 is OK: HTTP OK HTTP/1.1 200 OK - 625 bytes in 0.053 seconds [15:51:00] RECOVERY - Disk space on snapshot2 is OK: DISK OK [15:52:05] !log cleared up a little bit of space on root partition of snapshot2, but that's about it. I hope we never have 3 versions of mw in test at the same time, the tmp caches will kill us [15:52:10] Logged the message, Master [15:58:48] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [16:02:51] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 8.365 seconds [16:07:50] New patchset: Mark Bergsma; "Just test on cp1021 for now" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3032 [16:08:02] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3032 [16:08:54] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3032 [16:08:57] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3032 [16:38:30] New patchset: Mark Bergsma; "Add upload service IP to lvs1002/lvs1005" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3033 [16:38:41] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3033 [16:38:55] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [16:39:26] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3033 [16:39:29] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3033 [16:44:55] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 0.035 seconds [16:49:01] New patchset: Mark Bergsma; "Pass realserver IPs as a hash, not an array" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3034 [16:49:13] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3034 [16:49:43] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3034 [16:49:46] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3034 [16:55:43] PROBLEM - Puppet freshness on db1004 is CRITICAL: Puppet has not run in the last 10 hours [17:04:43] PROBLEM - Puppet freshness on owa3 is CRITICAL: Puppet has not run in the last 10 hours [17:05:46] PROBLEM - Puppet freshness on knsq23 is CRITICAL: Puppet has not run in the last 10 hours [17:05:46] PROBLEM - Puppet freshness on amssq40 is CRITICAL: Puppet has not run in the last 10 hours [17:06:40] PROBLEM - Puppet freshness on amslvs2 is CRITICAL: Puppet has not run in the last 10 hours [17:06:40] PROBLEM - Puppet freshness on amssq49 is CRITICAL: Puppet has not run in the last 10 hours [17:06:40] PROBLEM - Puppet freshness on amssq56 is CRITICAL: Puppet has not run in the last 10 hours [17:08:46] PROBLEM - Puppet freshness on knsq21 is CRITICAL: Puppet has not run in the last 10 hours [17:08:46] PROBLEM - Puppet freshness on knsq24 is CRITICAL: Puppet has not run in the last 10 hours [17:08:46] PROBLEM - Puppet freshness on ssl3003 is CRITICAL: Puppet has not run in the last 10 hours [17:08:46] PROBLEM - Puppet freshness on ms6 is CRITICAL: Puppet has not run in the last 10 hours [17:11:46] PROBLEM - Puppet freshness on amssq62 is CRITICAL: Puppet has not run in the last 10 hours [17:13:43] PROBLEM - Puppet freshness on owa1 is CRITICAL: Puppet has not run in the last 10 hours [17:13:43] PROBLEM - Puppet freshness on owa2 is CRITICAL: Puppet has not run in the last 10 hours [17:13:54] New patchset: Mark Bergsma; "Fix URI match, and require upload.wikimedia.org host header" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3035 [17:14:05] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3035 [17:15:00] New patchset: Mark Bergsma; "Fix URI match, and require upload.wikimedia.org host header" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3035 [17:15:11] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3035 [17:15:27] New review: Mark Bergsma; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3035 [17:15:30] Change merged: Mark Bergsma; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3035 [17:19:16] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [17:25:07] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 4.353 seconds [17:40:45] !log awjrichards synchronized php/extensions/MobileFrontend/templates/ApplicationTemplate.php 'r113489' [17:40:48] Logged the message, Master [17:42:55] PROBLEM - Puppet freshness on amslvs1 is CRITICAL: Puppet has not run in the last 10 hours [17:42:55] PROBLEM - Puppet freshness on amssq31 is CRITICAL: Puppet has not run in the last 10 hours [17:49:58] PROBLEM - Puppet freshness on amslvs3 is CRITICAL: Puppet has not run in the last 10 hours [17:49:58] PROBLEM - Puppet freshness on amssq41 is CRITICAL: Puppet has not run in the last 10 hours [17:49:58] PROBLEM - Puppet freshness on amssq35 is CRITICAL: Puppet has not run in the last 10 hours [17:49:58] PROBLEM - Puppet freshness on amssq38 is CRITICAL: Puppet has not run in the last 10 hours [17:49:58] PROBLEM - Puppet freshness on amssq50 is CRITICAL: Puppet has not run in the last 10 hours [17:49:58] PROBLEM - Puppet freshness on amssq58 is CRITICAL: Puppet has not run in the last 10 hours [17:49:58] PROBLEM - Puppet freshness on cp3001 is CRITICAL: Puppet has not run in the last 10 hours [17:49:59] PROBLEM - Puppet freshness on amssq52 is CRITICAL: Puppet has not run in the last 10 hours [17:49:59] PROBLEM - Puppet freshness on knsq17 is CRITICAL: Puppet has not run in the last 10 hours [17:50:00] PROBLEM - Puppet freshness on knsq29 is CRITICAL: Puppet has not run in the last 10 hours [17:50:00] PROBLEM - Puppet freshness on knsq25 is CRITICAL: Puppet has not run in the last 10 hours [17:56:52] PROBLEM - Puppet freshness on amssq33 is CRITICAL: Puppet has not run in the last 10 hours [17:56:52] PROBLEM - Puppet freshness on amssq39 is CRITICAL: Puppet has not run in the last 10 hours [17:56:52] PROBLEM - Puppet freshness on amssq53 is CRITICAL: Puppet has not run in the last 10 hours [17:56:52] PROBLEM - Puppet freshness on amssq51 is CRITICAL: Puppet has not run in the last 10 hours [17:56:52] PROBLEM - Puppet freshness on amssq55 is CRITICAL: Puppet has not run in the last 10 hours [17:56:52] PROBLEM - Puppet freshness on amssq54 is CRITICAL: Puppet has not run in the last 10 hours [17:56:52] PROBLEM - Puppet freshness on amssq60 is CRITICAL: Puppet has not run in the last 10 hours [17:56:53] PROBLEM - Puppet freshness on knsq26 is CRITICAL: Puppet has not run in the last 10 hours [17:57:46] PROBLEM - Host ms-be5 is DOWN: PING CRITICAL - Packet loss = 100% [17:57:55] PROBLEM - Puppet freshness on amslvs4 is CRITICAL: Puppet has not run in the last 10 hours [17:57:55] PROBLEM - Puppet freshness on amssq36 is CRITICAL: Puppet has not run in the last 10 hours [17:57:55] PROBLEM - Puppet freshness on amssq44 is CRITICAL: Puppet has not run in the last 10 hours [17:57:55] PROBLEM - Puppet freshness on amssq59 is CRITICAL: Puppet has not run in the last 10 hours [17:57:55] PROBLEM - Puppet freshness on maerlant is CRITICAL: Puppet has not run in the last 10 hours [17:57:55] PROBLEM - Puppet freshness on ssl3004 is CRITICAL: Puppet has not run in the last 10 hours [17:58:58] PROBLEM - Puppet freshness on amssq32 is CRITICAL: Puppet has not run in the last 10 hours [17:58:58] PROBLEM - Puppet freshness on amssq45 is CRITICAL: Puppet has not run in the last 10 hours [17:58:58] PROBLEM - Puppet freshness on amssq48 is CRITICAL: Puppet has not run in the last 10 hours [17:58:58] PROBLEM - Puppet freshness on amssq47 is CRITICAL: Puppet has not run in the last 10 hours [17:58:58] PROBLEM - Puppet freshness on knsq27 is CRITICAL: Puppet has not run in the last 10 hours [17:58:58] PROBLEM - Puppet freshness on knsq28 is CRITICAL: Puppet has not run in the last 10 hours [17:59:52] PROBLEM - Puppet freshness on amssq34 is CRITICAL: Puppet has not run in the last 10 hours [17:59:52] PROBLEM - Puppet freshness on amssq42 is CRITICAL: Puppet has not run in the last 10 hours [17:59:52] PROBLEM - Puppet freshness on cp3002 is CRITICAL: Puppet has not run in the last 10 hours [18:00:10] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [18:00:55] PROBLEM - Puppet freshness on amssq37 is CRITICAL: Puppet has not run in the last 10 hours [18:00:55] PROBLEM - Puppet freshness on amssq57 is CRITICAL: Puppet has not run in the last 10 hours [18:00:55] PROBLEM - Puppet freshness on knsq18 is CRITICAL: Puppet has not run in the last 10 hours [18:00:55] PROBLEM - Puppet freshness on knsq16 is CRITICAL: Puppet has not run in the last 10 hours [18:00:55] PROBLEM - Puppet freshness on knsq19 is CRITICAL: Puppet has not run in the last 10 hours [18:00:55] PROBLEM - Puppet freshness on ssl3002 is CRITICAL: Puppet has not run in the last 10 hours [18:00:55] PROBLEM - Puppet freshness on ssl3001 is CRITICAL: Puppet has not run in the last 10 hours [18:01:58] PROBLEM - Puppet freshness on amssq46 is CRITICAL: Puppet has not run in the last 10 hours [18:02:52] PROBLEM - Puppet freshness on knsq22 is CRITICAL: Puppet has not run in the last 10 hours [18:03:55] PROBLEM - Puppet freshness on hooft is CRITICAL: Puppet has not run in the last 10 hours [18:04:58] PROBLEM - Puppet freshness on amssq43 is CRITICAL: Puppet has not run in the last 10 hours [18:04:58] PROBLEM - Puppet freshness on amssq61 is CRITICAL: Puppet has not run in the last 10 hours [18:04:58] PROBLEM - Puppet freshness on nescio is CRITICAL: Puppet has not run in the last 10 hours [18:05:52] PROBLEM - Puppet freshness on knsq20 is CRITICAL: Puppet has not run in the last 10 hours [18:06:10] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 0.045 seconds [18:14:16] RECOVERY - Host ms-be5 is UP: PING OK - Packet loss = 0%, RTA = 0.27 ms [18:18:28] PROBLEM - DPKG on ms-be5 is CRITICAL: Connection refused by host [18:19:04] PROBLEM - Disk space on ms-be5 is CRITICAL: Connection refused by host [18:19:31] PROBLEM - RAID on ms-be5 is CRITICAL: Connection refused by host [18:28:54] New patchset: Bhartshorne; "changing lvs and nagios to check for a file in swift directly rather than going through the swift rewrite stuff for thumbnails to protect against the thumbnail getting deleted" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3036 [18:29:06] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3036 [18:34:02] !log awjrichards synchronized wmf-config/InitialiseSettings.php 'Disabling wgMobileUrlTemplate for testwiki' [18:34:05] Logged the message, Master [18:34:35] !log awjrichards synchronized wmf-config/CommonSettings.php 'Making wgMobileUrlTemplate configurable by InitialiseSettings.php' [18:34:38] Logged the message, Master [18:39:23] !log awjrichards synchronized wmf-config/InitialiseSettings.php 'Disabling wgMobileUrlTemplate for testwiki - hopefully for real this time' [18:39:27] Logged the message, Master [18:40:05] !log awjrichards synchronized wmf-config/CommonSettings.php 'Changing the way in which wgMobileUrlTemplate is configurable by InitialiseSettings.php' [18:40:09] Logged the message, Master [18:40:13] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [18:42:17] New review: Bhartshorne; "(no comment)" [operations/puppet] (production); V: 1 C: 1; - https://gerrit.wikimedia.org/r/3036 [18:43:49] PROBLEM - NTP on ms-be5 is CRITICAL: NTP CRITICAL: No response from NTP server [18:44:07] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 3.416 seconds [18:48:10] !log reedy synchronized php-1.19/extensions/WikiLove/modules/ext.wikiLove/ext.wikiLove.css 'r113497' [18:48:13] Logged the message, Master [18:58:10] !log awjrichards synchronized wmf-config/InitialiseSettings.php 'Fixing wgMobileUrlTemplate settings for domains that do not have .m. domains configured' [18:58:13] Logged the message, Master [18:59:22] !log sending test.m.wikipedia.org to the same place as test.wikipedia.org via squid [18:59:26] Logged the message, Master [19:01:09] well, that didn't seem to help [19:01:16] maybe the redirect is cached in squid? [19:01:35] no. not a cached redirect [19:01:41] I'm betting apache needs to be modified too [19:01:43] you guys suck [19:02:00] awjr, preilly: ^^ [19:02:00] heh [19:03:24] I don't see apache config for it.... [19:20:41] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [19:26:41] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 0.023 seconds [19:45:33] New patchset: Ryan Lane; "Ensure glustermanager can run mkdir -p, not just mkdir" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3037 [19:45:44] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3037 [19:46:09] New review: Ryan Lane; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3037 [19:46:12] Change merged: Ryan Lane; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3037 [19:57:41] !log preilly synchronized php-1.19/extensions/ZeroRatedMobileAccess/ZeroRatedMobileAccess.body.php 'changes for zero' [19:57:45] Logged the message, Master [19:58:25] !log pushed change to remove description from landing page [19:58:28] Logged the message, Master [19:58:56] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [20:04:56] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 3.398 seconds [20:41:05] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [20:44:59] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 4.677 seconds [20:58:03] PROBLEM - Puppet freshness on db1022 is CRITICAL: Puppet has not run in the last 10 hours [21:20:15] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [21:26:06] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 4.863 seconds [21:37:30] anyone that has worked with categorytree before? [21:37:42] we have a weird issue on tr wiki [21:41:18] You'll have to give more information than that [21:43:17] sure [21:43:48] on tr wiki, when viewing a category page, you see the raw code in the header [21:44:18] link? [21:44:36] http://tr.wikipedia.org/wiki/Kategori:T2_hatt%C4%B1?useskin=monobook [21:44:41] see this page [21:45:29] No code for me [21:45:38] what do you see then? [21:46:05] a big notice template at the top [21:46:15] no [21:46:19] this is what I see [21:46:20] [×] T2 hattı‎ ({{#ifeq:1|0|boş|{{#ifeq:0|0||0 kategori{{#ifeq:{{#expr:0+1}}|0||,}}}} {{#ifeq:1|0||1 sayfa{{#ifeq:0|0||,}}}} {{#ifeq:0|0||0 dosya}}}}) [21:46:57] what do you see next to the page title (Kategori:T2 hattı)? [21:47:21] Nothing [21:48:01] Chrome is complaining about insecure content, so I've just fixed Common.js [21:48:21] man [21:48:25] are you logged in? [21:48:34] Yup [21:48:44] then, you should see something there [21:49:53] oh, this is really bad [21:49:55] moment [21:50:01] it does not show up on IE at all [21:50:14] I have the issue on Firefox [21:50:24] Or in Chrome [21:50:37] I do not use that one [21:50:52] fine in FF for me also [21:52:56] what do you see on Firefox? [21:53:03] at the top right? [21:53:22] The usual links [21:53:53] what do you mean? anything related to categorytree? [21:54:00] No [21:54:14] No category tree at all on that page it would seem [21:54:15] what? are you sure you are logged into tr wiki? [21:54:25] Yes, I'm sure I'm logged in [21:54:32] oh my [21:54:32] Reedy mesaj sayfam tercihlerim i̇zleme listem katkılarım oturumu kapat [21:54:34] uselang? [21:55:15] or else user JS? [21:55:23] It sounds like the latter [21:55:40] I do not have anything related to categorytree in my JS [21:55:59] look at the source code for me [21:56:01] Superyetkin: disable all your JS entirely... [21:56:14] source code of that category page [21:56:43] Jeremy, why should I do that? I have some critical JS code [21:56:55] For debugging [21:57:04] If turning it all off fixes it, you've got an error in your user js code [21:57:10] Superyetkin: uhuh... can't live without it for 5 mins? [21:57:25] yeah, let us try that [21:57:38] Superyetkin: and the JS is more critical than fixing the bug? ;) [21:58:37] lol [21:58:44] disabling the JS did nothing [21:58:53] hard refresh [21:59:02] I still see the raw parser code there [21:59:18] I did, Reedy [21:59:25] CTRL + F5 on Firefox [21:59:57] I see this one in page source as well [21:59:59]
[×] ({{#ifeq:1|0|boş|{{#ifeq:0|0||0 kategori{{#ifeq:{{#expr:0+1}}|0||,}}}} {{#ifeq:1|0||1 sayfa{{#ifeq:0|0||,}}}} {{#ifeq:0|0||0 dosya}}}}) [22:00:41] as you see, the parser code is not evaluated... [22:01:31] and that is too bad [22:03:35] anyone out there? [22:06:09] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 6.798 seconds [22:07:05] It's just interesting only you can apparently see it [22:21:46] PROBLEM - Puppet freshness on db1033 is CRITICAL: Puppet has not run in the last 10 hours [22:22:53] hey, it looks like there is something wrong with the efCategoryTreeParserOutput function [22:23:03] can we get any developers to look at that? [22:26:32] hello? [22:27:01] PROBLEM - MySQL Replication Heartbeat on db42 is CRITICAL: CRIT replication delay 308 seconds [22:27:55] PROBLEM - MySQL Slave Delay on db42 is CRITICAL: CRIT replication delay 361 seconds [22:28:30] Superyetkin: folks tend to idle, if you have a question, best to ask to the channel [22:28:54] (i see ya did, but sometimes it takes a bit ;) [22:28:58] which channel? [22:29:21] this one, like ya did, usually someone will get to it, may wanna reask every so often if you see a lot of oflks part and join [22:29:26] any UK based developers here? [22:29:54] the gent you were talking too Reedy is. [22:30:06] I need someone to have a look at the code [22:30:17] this is a long-lating issue on tr wiki [22:30:42] Reedy is a developer? [22:30:46] has shell access? [22:30:49] Among numerous other things [22:30:49] Yes [22:31:00] I need a developer with shell access [22:31:07] for? [22:31:15] for? [22:31:18] developer part is somewhat redundant [22:31:19] not clear? [22:31:35] did you not see my message above? [22:31:47] What do you think is wrong with the function? [22:32:09] it is clear that there is a conflict in one of the PHP functions generating the output [22:32:15] No [22:32:25] You're getting unprocessed parser functions from somewhere [22:32:29] Other people aren't seeing it [22:32:37] So I'm not sure how that means the code is necesserily wrong [22:32:39] Superyetkin: clicking that link shows no errors for me either anon or logged in. [22:33:01] browser? [22:33:05] ff. [22:33:07] look at this page [22:33:17] I am not the only one who has experienced this issue [22:33:18] http://www.mediawiki.org/wiki/Extension_talk:CategoryTree/Archive_01 [22:33:36] There's 60 sections on that page [22:33:57] function efCategoryTreeParserOutput( &$outputPage, &$parserOutput ) { CategoryTree::setHeaders( $outputPage ); } [22:34:18] section: CategoryTree in SideBar Problem [22:34:56] Look at the code in trunk [22:34:58] It's already there [22:35:08] I am a developer myself (non-Wikimedia) and need to know how the efCategoryTreeParserOutput function works exactly [22:35:31] Read the code? [22:35:41] no [22:35:52] RECOVERY - MySQL Slave Delay on db42 is OK: OK replication delay 0 seconds [22:36:07] I'd suspect you'd be hard pushed to get someone to go through and explain it to you [22:36:49] why? is categorytree an orphan project? [22:36:55] RECOVERY - MySQL Replication Heartbeat on db42 is OK: OK replication delay 0 seconds [22:36:56] No [22:37:12] I'm meaning someone with the time available [22:37:20] if I were its author, I would be here for any problems... [22:37:43] For that function, all it does is add the css and JS stuff to the headers [22:38:27] but it does not... [22:38:42] I do not see any JS related to categorytree on tr wiki source code [22:38:43] Why doesn't it? [22:38:49] source code of any category page [22:39:09] Because it's not directly included in the source [22:39:14] examine the source code of this page and see [22:39:15] http://tr.wikipedia.org/wiki/Kategori:T2_hatt%C4%B1 [22:39:43] Are you not reading what I write? [22:39:45] what is this raw code then? [22:39:46] ({{#ifeq:1|0|boş|{{#ifeq:0|0||0 kategori{{#ifeq:{{#expr:0+1}}|0||,}}}} {{#ifeq:1|0||1 sayfa{{#ifeq:0|0||,}}}} {{#ifeq:0|0||0 dosya}}}}) [22:40:02] you read what I write? [22:40:19] can you believe this? [22:40:26] raw parser code in the source [22:40:43] and I wonder how good a developer can be to wrigte something like that [22:40:47] I'm not sure how you're getting from raw parser code (which other people cannot see) to saying that CategoryTRee is broken [22:40:59] man [22:41:04] do what I tell you and see [22:41:07] go to that page [22:41:11] explore the source code [22:41:14] paste it here [22:41:32] do you see this in the source? [22:41:33] div style="float:right; clear:right; margin-left:1ex; border:1px solid gray; padding:0.7ex; background-color:white;" class="CategoryTre [22:41:46]
[×]
[×] [22:43:41] etc [22:45:00] what I mean is exactly that [22:45:05] you see the source code? [22:45:06] abelNs14 CategoryTreeLabelCategory" href="/wiki/Category:1910_establishments_in_England">1910 establishments in England(19 P) [22:45:10] no parser code at all [22:45:16] it is EVALUATED unlike tr wiki [22:45:40] and I wonder why ours is not EVALUATED and passed to the page intact [22:46:00] just compare the two source codes [22:46:04] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 9.787 seconds [22:46:05] What are you wanting me to say? Because it doesn't like you? [22:46:23] be serious, man [22:46:31] I need serious developers [22:46:37] not jokers here [22:46:51] this is not a simple issue at all [22:46:57] http://postimage.org/image/yv1lgtnq5/ [22:47:01] That's what I see on that page [22:47:01] it needs capable people to comprehend, okay? [22:47:20] No spewed unparsed parserfunctions for me [22:47:47] MAN [22:47:52] are you reaing at all? [22:48:03] I MEAN THE SOURCE CODE [22:48:05] Rea isn't a verb [22:48:06] OH NOES [22:48:12] LET'S TALK IN CAPITALS [22:48:18] BECAUSE THEN PEOPLE CAN UNDERSTAND BETTER [22:48:31] YES, YOU CERTAINLY CAN [22:48:45] http://p.defau.lt/?IEAZsTcAJ38LEIGnj_MAUA [22:48:49] No parser functions in there either [22:50:01] then, what is this? [22:50:09] it CANNOT be a caching issue [22:50:20] Indeed [22:50:29] lol, no [22:50:30] And apparently you're the only one experiencing the issue [22:50:37] no [22:50:46] some other people do as well [22:50:53] on tr wiki [22:51:02] Presumably there's some commonality in it [22:51:15] At least 2 other people in here have tried it, and also can't reproduce it [22:51:18] New patchset: Ryan Lane; "1-2 not 12" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3038 [22:51:20] Which puts you in the minority, it would seem [22:51:30] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3038 [22:51:33] look, I can write a user script to overwrite that block but I need something more general [22:51:35] New review: Ryan Lane; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3038 [22:51:37] Change merged: Ryan Lane; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3038 [22:52:06] You need to try and identify where it's apparently coming from [22:52:26] I cannot because I do not have the source [22:52:28] I can't reproduce, which makes it very hard for me to try and help fix it [22:52:32] The source of what? [22:52:41] code [22:52:55] http://svn.wikimedia.org/viewvc/mediawiki/branches/wmf/1.19wmf1/ [22:52:57] the browser renders the page, then what can I do? [22:52:58] It's all there [22:53:04] no server-side debuggers, lol [22:53:15] Reproduce it locally? [22:53:26] man, this is not a local wiki [22:53:34] I MEAN THE TR WIKI [22:53:37] you know that? [22:53:41] Yes [22:53:42] 180.000+ articles [22:53:47] Install MediaWiki locally [22:53:49] reproduce the issue [22:53:51] Fix the issue [22:53:53] Submit a patch [22:54:16] and, you call yourself a "developer" to say that? [22:54:20] New patchset: Ryan Lane; "I hate you puppet" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3039 [22:54:32] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/3039 [22:54:39] I am a developer and fix problems [22:54:45] By shouting? [22:54:54] I do not tell people to reproduce the issue locally and fix it [22:55:28] If I could reproduce it, I'd be able to try and do something about it [22:55:34] you are annoying, man [22:55:41] New review: Ryan Lane; "(no comment)" [operations/puppet] (production); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3039 [22:55:44] Change merged: Ryan Lane; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/3039 [22:55:44] The fact that you haven't presented a case that replicates the bug for me, makes life harder [22:55:47] really bad for you [22:55:57] Apparently you're more superior than me, so I won't bother wasting any more of my time trying to help you [22:56:00] Good luck fixing it [22:56:02] I gave you the source [22:56:26] hah ha, you are a genuine one, a really painful asshole [22:56:42] that is uncalled for. be civil or leave. [22:56:56] you be civil there! [22:57:07] you cannot even answer my questions [22:57:26] that's no excuse. I mean it. be civil or leave. [22:57:27] you are a developer, hah? [22:57:28] You've posted snippets of source code, which are useless standalone [22:58:08] then, go complain to Mozilla about that [22:58:12] * Ryan_Lane yawns [22:58:18] I am sure you can do that [22:58:41] Superyetkin: be civil, or go away [22:58:46] I tell you I see the issue on Firefox but you do not seem to get that [22:59:18] Ryan, I am here to discuss something critical for the sake of our wiki [22:59:34] As I have said (among others), testing it in Firefox doesn't give us the same results [22:59:38] and the ones you call "developers" fail to understand what is going on... [22:59:47] Superyetkin: http://meta.wikimedia.org/wiki/Don%27t_be_a_dick [22:59:52] then you can discuss it politely, listen to what the people who would look at the issue have to say, and try to work with them [22:59:54] which version of Firefox? [23:00:09] 10.0.2 [23:00:21] Superyetkin: no offense, but I trust the judgement of Reedy over you [23:00:28] Ryan, do not be rude there! [23:00:44] and I am lying, ok? [23:00:52] it isn't a matter of lying [23:00:54] No one accused you of lying [23:01:01] I am making up things maybe, huh? [23:01:05] just calm down, and be polite [23:01:17] seriously, we have bugs, browsers have bugs, shit happens [23:01:31] Ryan, you are harsh to me and say "be polite" now? [23:01:35] unbelievable! [23:01:42] freaking out about it and being impolite to people doesn't help [23:02:08] Ryan, are you kidding me? [23:02:13] Superyetkin: you're the one insulting people in the channel [23:02:17] I am talking about a CRITICAL issue here [23:02:18] be polite or I'm going to ban you [23:02:43] I am discussing a matter here [23:02:50] I'm not sure how some extra unparsed template code being written to a page is a critical issue [23:02:54] banning me does not FIX the issue, you should know [23:02:59] ok? [23:03:20] I'm sorry, but what's the issue? [23:03:28] can you show us an example? [23:03:34] It fixes annoyingness, we have a bugtracker for issues. [23:03:51] Reedy, a good developer should understand that there is NO LEGITIMATE REASON for some raw code to be written to a page [23:04:03] Superyetkin: please show us an example of this [23:04:06] link us to it [23:04:08] if you are acauainted with this, you should comprehend it [23:04:18] Superyetkin: What about or similar? [23:04:29] That's a legit reason to have unparsed code on the page [23:04:43] no man [23:04:49] it is not a template tag [23:04:55] hard coded in PHP [23:04:55] I didn't say there was [23:05:05] should work on any category page [23:05:12] You just said there is no legit reason for raw code to be written to a page [23:05:20] template code works fine [23:05:21] I don't see any raw code in the page [23:05:34] oh my [23:06:11] open this page with monobook [23:06:12] http://tr.wikipedia.org/wiki/Kategori:T2_hatt%C4%B1 [23:06:27] send me the source code [23:06:44] http://p.defau.lt/?zG9WW_mFI0r971VV_Dn9tg [23:07:01] I'm there as a logged in user. with monobook. no weird code, just a large template [23:07:06] I still don't see raw code in the page as monobook [23:07:14] * saper neither [23:07:33] * Damianz thinks it looks normal [23:07:56] so, I'm confused as to what you are talking about [23:08:13] Superyetkin: can you take a screenshot of what you are seeing? [23:08:21] because no one else here is seeing it [23:08:27] maybe I need to log out? [23:08:35] have you opened a bug report? because if you have, I would attach a screenshot of what you see (along with version info for firefox, OS, etc); if not I would encoourage you to go to bugzilla and do so [23:08:37] Ryan, wait [23:08:59] in my version of source code, I see tags related to categorytree [23:09:04] spans, divs, etc. [23:09:10] in your version, nothing at all [23:09:22] "wgCategoryTreePageCategoryOptions":"{\"mode\":0,\"hideprefix\":20,\"showcount\":true,\"namespaces\":false}" [23:09:24] and I wonder how that can happen [23:09:47] Ryan [23:09:52] I mean the spans, divs [23:09:56] that's the only thing I see related to category treee [23:10:05] there's nothing else in the page [23:10:10] Superyetkin: do you have any tools enabled? [23:10:11]
[×] I tried disabling Javascript too [23:13:16] no change [23:13:32] saper: heh [23:13:34] have you tried going to the page as a logged out user? [23:13:38] also, no categorytree as a logged out user [23:13:42] ok [23:13:47] that sounds like a gadget to me [23:13:50] Can you actually give us a screenshot of it? As you've not actually shown anything [23:14:07] Reedy, this is not a lie, man [23:14:08] that makes it look lke it's attached to your user account. something in your prefrences or something you've enabled [23:14:17] wait, will give you a screenshot [23:14:21] Superyetkin: I'm still not saying you are lying [23:15:39] Superyetkin: what's your username on that wiki? [23:16:01] Superyetkin [23:16:09] I am a bureaucrat there [23:16:27] Reedy: what's user.js for users? [23:16:32] /User.js? [23:17:02] No, username/common.js and username/skinname.js [23:17:04] no, it's Common.js and [23:17:11] etc. under the username [23:17:23] same names as the central pages [23:17:26] yes [23:17:27] http://tr.wikipedia.org/wiki/Kullan%C4%B1c%C4%B1:Superyetkin/common.js [23:17:36] Kullanıcı:Superyetkin/common.js [23:17:44] Superyetkin: remove that [23:17:48] that is my user script page [23:17:49] lots of things imported there [23:17:59] and go into your preferences and unselect any gadgets [23:18:02] remove it temporarily. [23:18:06] then check [23:18:08] cannot remove it because I need those gadgets [23:18:09] this will help you to track down the problem. [23:18:14] Superyetkin: temporarily [23:18:22] you can always put it back [23:18:22] ok, wait [23:18:24] same with the gadgets [23:18:26] then you can add them back one at a time. [23:19:31] removed it, the problem persists [23:19:50] and all the gadgets? [23:19:51] man, the gadgets are not mine [23:20:04] Superyetkin: did you force refresh? [23:20:05] they are our wiki's [23:20:09] to purge your cache? [23:20:10] yes [23:20:13] Superyetkin: no, no it isn.t [23:20:16] CTRL + F5 on Firefox [23:20:20] otherwise I'd have the same problem [23:20:28] ??? [23:20:34] PROBLEM - Puppetmaster HTTPS on stafford is CRITICAL: CRITICAL - Socket timeout after 10 seconds [23:20:40] Superyetkin: it's shift-refresh on firefox [23:21:13] yes, shift + F5 [23:21:22] no change at all [23:21:25] you have disabled all the gadgets that were enabled in your user preferences? [23:21:35] no [23:21:40] please do that now [23:21:45] you can re-enable them later [23:22:07] ?action=purge ? [23:22:25] in fact, yes because I am using none of them for now [23:22:32] I am using HotCat but not from there [23:22:43] make sure they are actually unchecked please [23:22:43] from the common.js instead [23:22:44] disable *all* gadgets and javascript [23:23:10] I did [23:23:14] no change [23:25:19] no. no you didnt [23:25:26] ? [23:25:32] http://tr.wikipedia.org/wiki/Kullan%C4%B1c%C4%B1:Superyetkin/common.js [23:25:37] I restored my JS page now [23:26:24] (show/hide) 23:24, 9 March 2012 Superyetkin (Talk | contribs) restored page Kullanıcı:Superyetkin/common.js (55 revizyon geri getirildi.) [23:26:24] (show/hide) 23:18, 9 March 2012 Superyetkin (Talk | contribs) deleted page Kullanıcı:Superyetkin/common.js (Deneme amaçlı siliniyor, geri getirilecek) (view/restore) [23:26:34] RECOVERY - Puppetmaster HTTPS on stafford is OK: HTTP OK HTTP/1.1 400 Bad Request - 335 bytes in 2.164 seconds [23:27:00] yes [23:27:38] I'm not sure if RL/bits would cache it for a bit though... [23:28:57] a force refresh should clear it [23:29:03] an edit should purge it from bits [23:32:21] bits? [23:32:38] out JS/css cache [23:33:25] but that did not work [23:34:45] also, the main problem is that it does not show up [23:34:49] but it should [23:34:55] that must work on category pages [23:35:09] I mean, you should see it working on category pages [23:35:27] it should show up [23:37:01] what do you see on this page? [23:37:02] http://tr.wikipedia.org/wiki/Kategori:T%C3%BCrk_y%C3%B6netmenler [23:38:10] hey [23:42:13] various categories, some with x by them and some with + and some with nothing [23:42:18] that's as a logged in user [23:42:28] I'm mostly not going to be good for loading pages in a bit [23:43:54] Ryan, did you reproduce my JS page? [23:44:18] what I see on the link is: [23:44:23] various categories, some with x by them and some with + and some with nothing [23:44:29] that's as a logged in user [23:44:53] can you paste the page source? [23:44:59] my ability to view pages is going to be little to none for the next little while, (downloading packages with debugging symbols, I have a bad internet connection) [23:45:29] you want all this? [23:45:38] give me a part that you want [23:45:39] ok apergos, thanks for the feedback [23:45:51] anything related to categorytree [23:46:22] [23:46:24] there's one [23:46:54]