[00:57:11] Quick question: is it possible to search the `text` table via a labs database replica? (In other words, look for pages that meet certain requirements and also contain a given string) [01:01:44] theopolisme: I don't believe so [01:01:59] we have the revision table around, but text is in external store and isn't (and won't be) available [01:02:10] you can search the dumps [01:02:52] external store is massive and isn't really in a format that's queryable anyway [06:34:32] https://de.wikipedia.org/w/api.php?action=login&maxlag=300 [06:34:33] Waiting for 10.64.16.15: 26495 seconds lagged [06:34:34] ?? [06:35:51] There's a ton of wiki(p/m)edia channels around, which one is for questions about wikipedia commons? [06:36:29] wikimedia commons* [06:36:48] #wikimedia-commons [06:36:58] krd: ooh, that's bad http://ganglia.wikimedia.org/latest/graph.php?r=week&z=xlarge&title=cpu_system&mreg[]=^cpu_system%24&hreg[]=db1026&aggregate=1&hl=db1026.eqiad.wmnet|MySQL+eqiad [06:37:02] thanks [06:38:00] anything to do about it? single machine affected? take it out of service? [06:39:12] if you can get someone's attention, it'll be rotated out or whatever you call it [06:39:22] though good luck on the weekend [06:39:55] I even don't know whom to ask. [06:40:08] yeah i can never remember [06:40:53] #wikimedia-commons is the channel for you [06:42:04] apergos: db1026 is lagging badly, are you able to deal with it? [06:43:44] All my bot skripts are stopped currently. I have no idea what I shall do, and only two hours left before I have to leave for today. [06:47:16] can you set it to ignore maxlag? [06:48:07] yes, but I'm doing a lot of realtime text replacement, and that could be a bad idea to ignore it. [07:25:26] @lag all [07:25:44] where's that pesky bot? [07:25:59] krd: MaxSem has fixed the issue (see -operations) and the lag is slowly going down [07:26:12] Thank you! [07:26:58] closedmouth: ottomata is on RT duty, BTW. [07:27:01] Though he's also not online. [07:27:35] closedmouth: Also, it's adorable that you're using ganglia. [07:27:57] i just followed the link from dbtree [07:28:18] You're a dbtree. [07:28:28] you love it [07:28:34] It's true. [07:28:44] krd: https://bugzilla.wikimedia.org/show_bug.cgi?id=52979 [07:28:55] If you're interested in following the issue more generally. [07:30:22] ah so it wasn't me after all, how interesting is that [07:30:42] Elsie: Indded I am, because this is causing my lots of trouble. [07:30:57] lemme make sure they did not in fact kill my dumps... [07:33:52] nope, they are chugging right along [07:34:03] ! [07:35:02] at least nice that my stuff starts to work by itself and I don't have to kick it... [07:35:09] yay for that [07:43:40] uh, https://bugzilla.wikimedia.org/show_bug.cgi?id=51741 mentioned as particularly evil by RoanKattouw_away was fixed [07:44:01] or was it https://bugzilla.wikimedia.org/show_bug.cgi?id=50749 [08:28:06] Error while moving the page. [08:28:07] A detailed description of the error is shown below: [08:28:07] API request failed (filetypemismatch): The new file extension doesn't match its type at Sun, 18 Aug 2013 08:27:28 GMT served by mw1117 [08:28:10] o_O [08:35:09] what page title originally (including namespace) and moved to what? [09:09:00] apergos: http://commons.wikimedia.org/wiki/File:Test_vc_%282%29.ogv [09:09:07] (see the request) [09:09:50] weird [09:11:16] [ariel@localhost ~]$ file Test_vc_\(2\).ogv [09:11:16] Test_vc_(2).ogv: ISO Media, MPEG v4 system, version 2 [09:11:21] well that's special [09:12:50] try moving it to blahblah.mp4 ? [09:12:59] this file http://commons.wikimedia.org/wiki/File:Boomer_fires_at_Apogee_Stadium.ogv has the right type, just for comparison... [09:13:46] no to mp4 [09:13:54] hahaha [09:13:58] ? [09:13:59] http://commons.wikimedia.org/wiki/Commons:File_types [09:14:02] mp4 not allowed [09:14:08] but why is uploaded [09:14:09] ....? [09:14:20] good question. there's a bug someplace! [09:14:40] do we even properly check the file type at upload? or does the transcoding magic do it later? [09:14:56] I assume there is a check but that's truly an assumption [09:15:13] (https://triton.aquila.uberspace.de/wiki/comapi.jpg... to late, now we know the problem :D) [09:16:36] maybe conversion failed or something, who knows [09:17:29] now what? [09:17:49] file a bug and run [09:17:53] ask the maintainer of the file upload bot about it first [09:18:20] (Magnus) ... if he doesn't see anything there, a bug report would be next [09:18:56] apergos: is ihmo a tech priblem, ulpading mp4 is not bit operators problem imho [09:19:06] *bot [09:19:20] ther is a bug in the medawiki [09:19:29] not the operator, sorry, the maintainer [09:20:14] the mainteiner... but is a bug. [09:20:26] flickrtocommons is the software piece, so start there [09:20:29] it is abusive if evry user can upload mp4 [09:20:32] magnus will know, it's his [09:20:58] the softear user upload by url? [09:21:19] I don't know anything more about it [09:21:29] this is why asking the author is good [09:22:25] okay, i open a bug and add magnus in the CC. maby he can comment this [09:22:30] sure [09:26:48] can i post your console/ssh command in the ticket? [09:29:19] you can but it's also obvious form the commons file decription page [09:29:43] Full resolution ‎(MP4 audio/video file, AAC/h.264, length 42 s, 1,280 × 720 pixels, 2.12 Mbps overall) [09:29:48] it shows right there [09:30:11] okay thx [16:38:38] hey, some admins of commons on board? [16:39:37] Pitlane02: Sure that you are in the correct venue? [16:40:13] no, i'm not sure [16:40:34] Pitlane02: #wikimedia-commons [16:40:44] oh, thx [16:43:11] Hi Glaisher. [16:43:19] :O [16:47:12] Elsie: You called me? [16:48:16] [22:17:37] gn8 folks [22:31:34] apergos: there still seems to be some irregularities with the lag of db1021: https://ganglia.wikimedia.org/latest/graph_all_periods.php?title=mysql_slave_lag&mreg[]=^mysql_slave_lag%24&hreg[]=db1021&aggregate=1&hl=db1021.eqiad.wmnet|MySQL%20eqiad