[09:31:50] ori-l: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=fenari&service=Puppet+freshness seems to say puppet run in the last day, but I don't see updates to https://gdash.wikimedia.org/dashboards/reqerror/ [09:32:36] graphite runs on professor [09:32:43] soon to be tungsten, but professor for now [09:33:40] what are you expecting to see? [09:37:30] the log scale [09:40:00] (and I updated the wikitech pages on those hosts) [09:40:48] "puppet ran at Thu Nov 21 09:33:51 UTC 2013", nope, didn't help [09:42:32] i cleared the cache and verified the files are in place [09:42:39] which graph did you change, specifically? [09:42:51] check the URL for the image and see if it includes the log scale as a query parameter [09:44:29] https://gdash.wikimedia.org/dashboards/reqerror/ and no, nothing in image URLs [09:45:27] ok, i'll look closer, hang on [10:01:47] Nemo_bis: OK, so I hand-edited one of the template files to change the line color from red to white, just to see that it's not some layer of caching i forgot to account for [10:02:21] and the change was visible, apart from usual varnish caching: https://gdash.wikimedia.org/dashboards/reqerror/?cache-bust [10:02:45] that's with logbase => 10, so it must not be taking somehow [10:03:05] are you sure logbase is a property of fields and not the graph as a whole? [10:04:03] nope, just tried that too [10:05:45] no, it should apply to the graph as a whole [10:06:41] if i set it on the graph as a whole, the image doesn't appear, but i get a 500 error with: [10:06:42] GraphError: Logarithmic scale specified with a dataset with a minimum value less than or equal to zero [10:06:53] so at least we know that that is the right way to specify log scale [10:09:00] https://github.com/wikimedia/operations-software-gdash/commit/e398cbe3fd2bbbf79ae65e7beceb7ff0d63e4624 [10:09:59] Nemo_bis: it's a graphite bug: https://bugs.launchpad.net/graphite/+bug/925635 [10:13:35] sigh [10:15:07] so in theory I did it wrong, but if I did it right it would fail even worse due to that bug? [10:15:49] yep :) [10:16:53] you can go ahead and nag me to get my act together with respect to tungsten by submitting a follow-up patch and indicating that it can only be merged after the migration [10:17:34] what version are we on currently? [14:37:16] hi! at sv-wiktionary we're talking about enabling VisualEditor for the Project: namespace. Is there any chance that that would be accepted? [14:45:29] going to #mediawiki-visualeditor to ask the same thing [15:03:23] I am having trouble accessing enwp [15:03:24] Request: GET http://en.wikipedia.org/wiki/Special:Contributions/69.167.177.49, from 10.64.0.103 via cp1054 cp1054 ([10.64.32.106]:3128), Varnish XID 3261066960 [15:03:25] Forwarded for: 202.153.83.207, 208.80.154.51, 10.64.0.103 [15:03:25] Error: 503, Service Unavailable at Thu, 21 Nov 2013 15:02:44 GMT [15:07:02] woah http://ganglia.wikimedia.org/latest/graph.php?r=day&z=xlarge&title=MediaWiki+errors&vl=errors+%2F+sec&x=0.5&n=&hreg[]=vanadium.eqiad.wmnet&mreg[]=fatal|exception>ype=stack&glegend=show&aggregate=1&embed=1 [15:07:46] Hmm. It seems that the edit is going through but the error is showing up. [15:07:51] And it's not only enwp now. [15:07:53] Other wikis as well. [15:09:55] Others are reporting the error [15:14:43] Glaisher: looks like they're dealing with it in -operations [15:15:03] Yep. I just noticed. [17:33:46] https://commons.wikimedia.org/wiki/Category:Media_contributed_by_Zentralbibliothek_Z%C3%BCrich_%28original_picture%29 gives systematicaly a 504 error. This was not the case before. [17:34:16] Kelson: does the category include DjVu files? [17:34:25] Nemo_bis: no, only big tiffs [17:34:30] Ah. [17:34:38] Do you know how big their metadata is? [17:34:49] ouch, no qgil nor andree [17:34:53] -e [17:35:08] Nemo_bis: you mean the tiff embeded metadatas? [17:35:20] MatmaRex: do you see a bug 38638 task open on melange? I can't see any, but AFAIK the draft was ready for posting [17:35:30] Kelson: yes, we've had problems with that in the past [17:35:40] Nemo_bis: I don't know... [17:36:19] Nemo_bis: no, i don't see any open ones [17:36:20] Nemo_bis: I think this desserves a bug... this problem is now a few days old (at least) [17:36:26] $wgTiffMaxMetaSize = 1048576; [17:36:41] MatmaRex: could you post it? [17:36:47] Nemo_bis: 1MB of metadata, this is really huge [17:37:06] Nemo_bis: I don't see how this is possible to reach this limit. [17:37:57] Nemo_bis: i could create the task, but i think i don't have the permission required to publish it [17:38:14] Kelson: TIFF is a really evil format, anything weird can be hidden under its extension [17:38:33] MatmaRex: ah, ok; I guess we have to wait for andre tomorrow? [17:38:43] Nemo_bis: probably, or qgil [17:38:59] Nemo_bis: ok, but TIFF is the only serious archival format. [17:39:20] Nemo_bis: so, if we want to work with GLAM, we have to support it correclty [17:39:42] it's not "the only serious archival format", it's mostly rubbish [17:39:52] but yes, GLAM are in love with it so we must bear with it [17:44:18] Kelson: meh, there doesn't seem to be anything new in that cat https://commons.wikimedia.org/wiki/Special:RecentChangesLinked/Category:Media_contributed_by_Zentralbibliothek_Z%C3%BCrich_%28original_picture%29 [17:45:07] though it may be a lie: https://commons.wikimedia.org/wiki/Special:WhatLinksHere/Category:Media_contributed_by_Zentralbibliothek_Z%C3%BCrich_%28original_picture%29 [17:46:00] can't see easy solutions, Kelson, you need a bug and someone hopefully will investigate.. [17:46:19] Nemo_bis: indeed, the pictures were uploaded in June/July. That why I have written: "it worked before" [17:46:37] Nemo_bis: bug is open https://bugzilla.wikimedia.org/show_bug.cgi?id=57359 [17:46:50] sure but there could have been some reupload or who knows what :) [17:47:02] Nemo_bis: yes... I don't think so. [20:41:34] petan: Your bot, it is t3h broken [20:41:52] In -fundraising we tried using RSS for their mingle feed, which sorta worked [20:42:01] But then it was spouting False again [20:42:14] So then I turned it off...and it continued to spout the rest of the "new" buffer [21:28:45] hoo: does wdsearch.js work for you on noarticletext, e.g. https://en.wikipedia.org/w/index.php?title=Alain_Danilet ? [21:29:10] Nemo_bis: Haven't tried... will take a look [21:30:14] Nemo_bis: Works in Firefox... I get the "Wikidata search results" at the bottom of the content area [21:30:56] going to restart X, I'll be back in a minute [21:34:02] hoo, thanks, found it: it doesn't work if you set language to anything other than en (even en-gb) [21:36:05] hoo, thanks, found it: it doesn't work if you set language to anything other than en (even en-gb) [21:36:37] mh :/ Weird