[02:13:59] !log LocalisationUpdate completed (1.20wmf1) at Sun Apr 29 02:13:58 UTC 2012 [02:14:03] Logged the message, Master [02:51:45] Has SPDY been considered on Wikimedia sites? [02:56:52] NotADJ: i've no idea. do you know much about it? [02:57:30] i assume it would help to have some intelligence in the app layer. e.g. to know which pieces to push out before the client asks for them [02:57:50] but SPDY could help a little even without that intel? [02:57:57] idk much about how it works [02:58:04] NotADJ: There is a bugzilla ticket about it [02:58:54] p858snake|l_: Oh cool [02:59:07] The reason I ask is because I noticed it's been implemented in Firefox [02:59:12] And aside from the speed benefit [02:59:39] The whole everything's-encrypted idea is nice from my point of view (as an end user) [02:59:41] But if memory serves me correctly, Due to our setup, it wouldn't benefit us at all [02:59:48] p858snake|l_: How so [03:00:04] NotADJ: If you want encryption just use our secure side, Https:// [03:00:04] !b 33890 [03:00:04] https://bugzilla.wikimedia.org/show_bug.cgi?id=33890 [03:00:11] NotADJ: due to the exit points and such [03:01:02] although I could be thinking of something else here [03:01:31] p858snake|l_: I do use https :) I just think in general (not wiki-specific) it's a cool idea client-side [03:02:09] Platonides: elaborate on your comment on the above bug? [03:02:17] An yeah, I'd understand it not fitting in well [03:02:20] And* [03:03:03] !b 23602 [03:03:03] https://bugzilla.wikimedia.org/show_bug.cgi?id=23602 [03:03:11] ^^ is funny ;-) [03:03:47] That's actually pretty ridiculous xD [03:05:53] Silly Apple, not using a simple API [03:06:11] well idk what year they wrote it to begin with [03:06:27] but at least they could have used action=render? [03:06:30] Yeah [03:35:12] Hi, so I read that IPV6 can't edit Wikipedia. Why would this be? [03:41:04] IPV6 users can, where did you read that? [04:47:56] Anyone else getting baby blue backgrounds on many pages on en.wiki? [04:49:09] reset your zoom in chrome [04:49:09] http://img502.imageshack.us/img502/2871/selection024y.png [04:49:21] oh, that fixes it [04:49:25] how very strange [04:49:38] p858snake|l_, thanks [04:49:39] its a bug with chrome [13:32:24] oh my ears [13:32:27] wassup ^demon [13:36:10] <^demon> Fighting a headache :\ [13:52:21] I hope "oh my ears" didn't mean he had pain there [13:52:22] you would make a funny couple [13:59:20] <^demon> Haha, Joe Biden reminds me of that crazy uncle who shows up at family reunions and says things he really shouldn't. [16:15:01] https down again? [16:15:28] oh no [16:57:43] Hi guys, nl.wikipedia.org resolves to 91.198.174.225 for me. If i telnet to port 443 (https) I get a connection refused. If I do this from another machine I can connect [16:59:03] According to Nagios ssl3001 died about 90 minutes ago, I started to have problems around than. This might be related. Could someone give me a hand? [17:00:40] works for me [17:00:51] Beau_: That's called load balancing [17:01:24] multichill: you are not in europe? [17:01:24] multichill: let me give you a hand [17:01:27] *clap clap clap* [17:01:29] :-P [17:01:37] apergos: Can you remove it from the lb pool? I assume it's still in there [17:01:43] so in wm ops, I'm looking at it [17:02:58] basically I'm trying t fix up the rest of the pool atm [17:04:02] Why not just pull the misbehaving server from the pool? [17:04:29] because it's not an isolated incident [17:06:11] Good luck, please ping me when you power cycle ssl3001 [17:06:27] it's been power cycled [17:06:41] there's a secondary issue [17:06:45] I'm looking at it [17:08:43] Would anyone perchance be around who could explain the following Software deployments entry to me: [17:08:53] PageTriage initial deployment (early prototype of List View via private url, see labs prototype) [Roan/Ian] [17:09:12] I know what PageTriage is, but what is deployment by private URL? [17:09:24] (As compared to a labs prototype/) [17:09:54] (Will it be processing data from a live wiki, for example?) [17:33:06] jarry1250, maybe one of those features shown only with esoteric parameters ?pagetriage=secretspicyword ? [17:33:49] Presumably so: which would suggest it's being deployed to an actual live wiki, but then, it doesn't actually say that... [17:48:18] Hiho ! [17:48:42] I have some trouble connecting to fr.wikipedia.org with https, it says "connection refused" [17:49:04] (telnet fr.wikipedia.org 443 says "telnet: Unable to connect to remote host: Connection refused") [17:49:26] but the regular (http, port 80) works well [17:53:26] So if it's a problem on my side, don't worry it's ok. But if it doesn't work for you, at least I'll have reported the problem [17:55:17] yeah [17:57:58] http://paste.debian.net/plain/166554 <-- nmap -P0 fr.wikipedia.org -p 443 [17:58:30] yeah. I know [17:59:47] ok. I don't bother anymore. Bye and good luck ;) [17:59:55] thanks [18:00:12] hmm [18:00:18] it looks like it's workingnow [18:02:53] does someone not in the us want to try... ah. I should ping multichill [18:03:29] if you're still around, you want to try getting to secure nl.wp or whichever it was? [19:32:18] apergos: Works :-) [19:32:24] ok [19:32:33] only half the esams pool is functional :-( [19:36:25] Shouldn't the load balancer have detected the broken ssl hosts? [19:37:37] apergos ? [19:38:03] the one it detected [19:38:08] the other has something screwed up on it [19:38:22] that one I disabled manually [19:39:59] Is the lb agent checking avalability of the servers with a ping or https check? [21:44:14] gn8 folks [21:55:18] hi, from a question on the dutch helpdesk, compare https://commons.wikimedia.org/wiki/File:P.J._Proby_2007.jpg with for example https://upload.wikimedia.org/wikipedia/commons/thumb/3/3b/P.J._Proby_2007.jpg/384px-P.J._Proby_2007.jpg [21:55:33] did somebody go wrong in thumbnail generation? [21:57:01] whoa, that's pretty bad [21:57:54] yep [21:57:59] hah, "permission=yes" ?! [21:58:43] yeah, that is always a confusing field for people [21:59:40] https://upload.wikimedia.org/wikipedia/commons/thumb/3/3b/P.J._Proby_2007.jpg/2300px-P.J._Proby_2007.jpg [22:00:37] that one looks good [22:02:19] 2039px is bad, 2040px is good [22:02:33] seems like everything on the good side is good and everything on bad is bad [22:02:40] but i'm not being comprehensive [22:02:46] ehhh [22:03:00] good is good and bad is bad, sounds logical ... [22:03:24] haha [22:03:29] although the one used on the file page is only 480px [22:03:55] so, idk [22:04:06] i think you're ready to file a bug! [22:04:15] :-) [22:04:36] the thumbnail looks ok as well [22:04:56] so does the 200px image [22:05:16] off to bugzilla [22:12:30] https://bugzilla.wikimedia.org/show_bug.cgi?id=36346 [22:20:25] huh, no image scaling/thumbnailing component in BZ? besides the one for SVG [22:20:28] this is a JPG [22:22:40] nope, didn't quickly see one, so picked general [22:23:13] * jeremyb also sees none and doesn't like it ;P [22:27:47] was doubting about 'media storage' [22:28:02] but that is different imho [22:35:53] bedtime for me, night :-) [23:08:21] any known bits problems? [23:08:40] not yet afaik [23:08:45] details? [23:08:55] jeremyb: see http://be.wikimedia.org/wiki/Special:Contributions/Bradford [23:09:07] I keep getting 404 [23:09:10] that looks bad [23:09:31] Reedy: ^ [23:09:37] just because you're around ;) [23:10:00] Failed to load resource: the server responded with a status of 404 (Not Found) [23:10:52] hmm [23:10:56] Cached rubbish [23:11:01] https://bits.wikimedia.org/be.wikimedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector (without the version) works fine [23:11:07] yes [23:11:18] Setting the Version to -1 worked for me [23:11:54] I'm not sure if we've got it documented on how to purge from bits/varnish [23:12:59] Reedy: but why's it broke on hard refresh? [23:13:38] the proxy is presumably still serving the same version [23:15:13] there's a command on wikitech to purge a url from bits, I don't have the permissions to login to the boxes though [23:17:18] For 1 bad URL I'm not raising any ops :p [23:17:31] Zero edits to the local vector/ common js would do it, usualy no? [23:18:06] at least for some modules [23:19:13] you mean null edits i assume [23:19:14] and idk [23:19:21] yes [23:19:32] TIAS? [23:19:36] You're not going to break anything [23:19:56] TIAS? [23:21:50] anyone know what https://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=blob;f=manifests/role/cache.pp;h=dc69bb2077e7fbcf6e1568163cd459970941f8a6;hb=HEAD#l105 means? seems to be missing one of the servers i've hit when testing this (strontium) [23:22:09] compare with https://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=blob;f=manifests/site.pp;h=9f74f189e904b97440fd1d70da1a82097b59573c;hb=HEAD#l332 [23:22:34] Reedy: the headers say miss. i don't think it's just cached... but i have no other explations [23:23:43] "

Additionally, a 404 Not Found [23:23:43] error was encountered while trying to use an ErrorDocument to handle the request.

" [23:24:49] hoo: i get that sometimes and not others [23:25:03] yes... [23:26:25] actually, more interesting: http://be.wikimedia.org/wiki/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20120423T214913Z [23:27:02] err, nvm [23:27:08] that's some redirect from JS [23:27:42] it should be /w/load.php [23:27:48] yeah [23:28:29] My test with creating vector.js didn't work out :/ [23:28:43] Or maybe I deleted it to fast, but I doubt that's the issue [23:31:37] the metals are conspiring [23:41:23] * Karol007 is away: Pracuję albo śpię [23:42:04] Karol007: here too? [23:43:57] * jeremyb wonders why that message was kinda garbled here (charset) but not garbled in #-ops [23:44:48] it doesn't look garbled to me [23:45:46] IRC is 8-bit clean, charsets are the responsibility of the clients [23:47:12] well for me it's clearly much different in here vs. #-ops [23:49:13] * jeremyb compares to the logs (on disk) [23:55:10] hrmmmmm.... [23:55:27] $ diff -U 30 ~/irclogs/2012/freenode/#wikimedia-{ops,tech}.04-29.log | perl -ne 'print if s/Karol007 is away//;' | sed -n l-29 23:41:27 * : Pracuj\304\231 albo \305\233pi\304\231$ [23:55:31] +29 23:41:23 * : Pracuj\304\231 albo \305\233pi\304\231$ [23:57:03] * jeremyb gives up [23:58:02] TimStarling: idk if you have time, maybe have some insight into the bits issue with be.wikimedia ? see above if you do