[01:25:21] I get "unable to connect" when I try to hit http://ganglia.wmflabs.org/ (Firefox can't establish a connection to the server at ganglia.wmflabs.org.) - known problem? [01:28:56] Ryan_Lane: http://ganglia.wikimedia.org is responsive, but http://ganglia.wmflabs.org/ isn't (the latter is the one linked to from the monthly report/status update) [01:29:11] oh [01:29:13] gimme a sec [01:29:48] heh [01:29:51] seems the instance is down [01:31:07] g'night [01:31:15] * Ryan_Lane waves [02:13:30] !log LocalisationUpdate completed (1.20wmf1) at Wed May 2 02:13:30 UTC 2012 [02:13:34] Logged the message, Master [02:32:39] !log updated production civicrm to r1723 [02:32:43] Logged the message, Master [02:35:51] !log LocalisationUpdate completed (1.20wmf2) at Wed May 2 02:35:51 UTC 2012 [02:35:54] Logged the message, Master [08:20:59] foobar dologmsg broken? [08:24:52] hashar: using dologmsg on fenari [08:26:16] !log hashar: using my own logging script [08:26:18] Logged the message, Master [08:40:01] !log hashar synchronized php-1.20wmf2/includes/GitInfo.php 'Fix Special:Version for 1.20wmf2 (commit ae12df0)' [08:40:04] Logged the message, Master [09:46:26] bonjour les triso :) [09:49:45] ca va bien les triso ? [09:54:11] bonjour whoose triso [09:55:24] je vous traite de triso et vous reagisser meme pas ha ha mdr [09:56:38] bonjour rr0 triso mdr :p [09:57:47] triso un jour,triso toujours [10:00:04] triso [10:00:09] triso [10:00:10] triso [10:00:12] triso [10:00:14] triso [10:00:15] triso [10:00:19] ha ha [10:01:42] triso [10:01:43] triso [10:01:44] triso [10:01:46] triso [10:01:47] trisotriso [10:01:50] trisotrisotriso [10:01:51] triso [10:01:53] triso [10:01:56] triso [10:01:58] !ops flooding [10:05:48] triso [10:05:49] triso [10:05:50] triso [10:05:52] triso [10:06:01] triso [10:06:06] héhé [10:08:51] Kooo: bonjour [10:12:56] Kooo: c'est un canal sérieux ici :-] [10:13:07] merci [10:18:49] j'arrete si vous me donnez les droits d'operateur du canal [10:19:15] a prendre ou a laisser... [10:20:57] alors ... ? [10:22:02] ca me va [10:22:23] nous sommes toujours à la recherche de volontaires pour nous aider à gérer le site :-) [10:22:53] ;-) [10:23:50] j'arrête de vous embêter alors :) [10:25:32] Kooo: n'hésite pas à éditer le site! [10:37:41] bonjour frakir [10:37:50] Salut Ko__ [12:39:55] Reedy, about https://bugzilla.wikimedia.org/show_bug.cgi?id=28026 – what about changing the default for new users now? [12:40:36] markers don't seem to have increased load (or anyway we could measure it now), so now we can see what's the impact of some more emails [13:58:48] gsdfhj [13:58:49] hdfhxfkijgdj [13:58:50] ggdxg,jdgljyk [13:58:51] jfd^kjhdhdf [13:58:51] fggf [13:58:52] k [13:58:52] hgvsqfgd [13:58:53] htk [13:58:53] hikgjbb [13:58:54] nvhk,d [13:58:54] cfh [13:58:54] dfh [13:58:55] xfb [13:58:56] cjkgjhgffdf [13:58:56] jfdt [13:58:56] h [13:58:57] dcvb [13:58:57] nh [13:58:58] gfbdcs [13:58:58] dcf [14:01:52] bghwgwdh [14:01:57] haha [14:02:22] right [14:02:27] Lsifjdihg: agree! [14:02:42] i don't spêak english ! [14:03:05] bah, this client doesnt autoban modes on kick, lame [14:07:28] +o me and I will ban 4 u :p [14:08:18] I Love Rock'n'roll yeah [14:09:16] i am the winner, winner tralala [14:35:15] * DarkoNeko blinks [15:26:19] css stuff seems to be having problems [15:27:43] (bits is giving 503 again) [15:29:51] something gone skewy with bits.wm? [15:30:10] Reedy: ^ [15:30:12] I am getting display issues for aswiki, barwiki (preferences) [15:30:36] and diff issues at enwikisource (and just started looking wider) [15:31:08] ugh [15:31:10] in meta too [15:31:10] thanks [15:31:10] sDrewth: Varnish seems to run wild, so JS and CSS wont get server properly atm... that's why... [15:31:19] that's a global problem, btw [15:31:37] Seems to be loading fine for me [15:31:44] sounds like some of our users :-/ [15:33:28] works again, as it seems [15:33:57] a few purges has me back up to speed too [15:34:08] ack, sporadic [15:34:34] https://as.wikipedia.org/wiki/%E0%A6%AC%E0%A6%BF%E0%A6%B6%E0%A7%87%E0%A6%B7:%E0%A6%B6%E0%A7%87%E0%A6%B9%E0%A6%A4%E0%A7%80%E0%A6%AF%E0%A6%BC%E0%A6%BE_%E0%A6%95%E0%A6%BE%E0%A6%AE is not playing nicely [15:35:37] one refresh out of 5 shows unstyled pages [15:36:07] beau, I am running higher than that, but won't quibble [15:38:54] and seeing it at meta [15:39:28] I can see it on pl.wikipedia, en.wikisource etc. [15:51:03] Was having trouble loading css [15:51:20] bits gave 503 [15:51:59] * apergos grits teeth [15:52:10] still happening for me as stated above [15:53:07] js as well [16:00:00] they all come from the same place [16:03:58] omg sylelessness [16:04:00] * ToAruShiroiNeko panics [16:05:56] Hello -tech… you are aware of bits throwing 503 errors instead of stylesheets? [16:06:23] where are you located? [16:06:44] VA/US [16:06:45] europe or outside of europe? [16:06:48] ok [16:06:50] outside of europe [16:07:08] * Beau_ is in Europe. [16:08:17] * Alchimista in europe too [16:10:11] outside of europe? huh [16:10:14] oh both [16:10:18] even better :-( [16:11:00] I saw a 503 error a few minutes ago. Now, there is no problem. [16:11:35] still heap big problem [16:11:40]

Error 503 Service Unavailable

[16:11:41]

Service Unavailable

[16:11:43]

Guru Meditation:

[16:11:44]

XID: 1426629465

[16:11:45]
[16:11:46]

Varnish cache server

[16:13:52] wait outside of europe = what continent though? [16:14:01] Beau_: Alchimista [16:14:11] apergos: NA [16:14:12] sorry, I mean livitup [16:14:17] thanks [16:14:21] ugh [16:14:50] apergos: i'm in europe, not outside :P [16:15:01] yeah, I said sorry :-P [16:15:28] working *better* now, but still failing 10% of requests [16:17:12] Bits error (JS/CSS not loading). Known issue? [16:17:26] guillom: yeah, for about 50 minutes ;) [16:17:33] ok [16:17:45] I just got online so I didn't notice before :) [16:18:53] guillom: france? [16:19:26] Beau_: has it been an uninterrupted issue for an hour? [16:19:26] jeremyb: yep [16:20:07] guillom: i'm not seeing it yet but supposedly it's effecting US+europe [16:20:20] i've also only been looking for a few mins [16:20:36] err, affecting* [16:21:38] jeremyb: HTTPS only? [16:21:51] guillom: i've no idea. i'm HTTPS only [16:22:20] guillom: i don't see much info on the issue. unless i'm missing something. just scroll up and you'll know as much as i do ;) [16:22:34] I'm not and got the problems as well (from Germany) [16:22:34] right :) [16:22:42] first mention seems to be 02 15:26:19 < Alchimista> css stuff seems to be having problems [16:22:47] UTC [16:23:22] It's weird, I get no CSS in FF (where I'm logged in and on HTTPS) but it works fine in Chromium (where I'm logged out, on either HTTP or HTTPS) [16:23:29] (even after force-reloading in FF) [16:24:39] guillom: it does not happen every time you refresh the page [16:24:48] HTTP here and fails about 20% of the time [16:25:53] I'm getting 503s again [16:26:06] Just got worse AFAIS [16:27:46] My skin keeps randomly changing to Nostalgia [16:28:22] omtsh: that's just without css [16:28:25] The skin isn't changing, it's just broking :P [16:28:48] broking... what :P * broken [16:29:30] What's up with the CSS :( [16:29:39] omtsh: bitss problems [16:29:42] *bits [16:33:18] ok does it work better now? [16:33:27] checking [16:33:51] it seems ok on ptwiki [16:34:07] looks ok [16:34:29] yup, ok [16:38:05] Seems okay now, thanks [16:51:59] !log Changing docroot/bits/skins-1.19 and other 1.19 symlinks to point to the 1.20wmf1 tree instead. This is needed because we're still getting requests for magnify-clip.png at the 1.19 URL from cached HTML [16:52:02] Logged the message, Mr. Obvious [17:14:01] !log catrope synchronized php-1.20wmf2/skins/vector/ 'Deploying 7260cc5fe4071e03241378ba1a48bc0b6f188948' [17:14:03] Logged the message, Master [17:28:50] !log preilly synchronized php-1.20wmf1/extensions/ZeroRatedMobileAccess/ 'zero weekly carrier test' [17:28:52] Logged the message, Master [17:30:57] !log preilly synchronized php-1.20wmf2/extensions/ZeroRatedMobileAccess/ 'zero weekly carrier test' [17:30:59] Logged the message, Master [17:36:26] !log aaron synchronized php-1.20wmf2/includes/specials/SpecialContributions.php 'Deployed 799998c3a160ef6dd3b926b7d6fec223682b788c' [17:36:28] Logged the message, Master [17:37:16] preilly: my git pull also picked up some zerorated stuff fyi, not synced though [17:39:02] preilly: though it could mean you thought you pulled stuff you didn't [17:39:43] PHP Warning: in_array() expects parameter 2 to be array, string given in /usr/local/apache/common-local/php-1.20wmf1/extensions/MobileFrontend/skins/SkinMobile.php on line 156 [17:40:20] not related probably, but in the logs nonetheless [17:41:15] o hai AaronSchulz [17:46:06] !log updated production civicrm to r1726 [17:46:08] Logged the message, Master [17:46:47] preilly: you want that in wmf2? [17:47:52] seems ok [17:56:48] !log preilly synchronized php-1.20wmf1/extensions/ZeroRatedMobileAccess/ 'zero weekly carrier test' [17:56:51] Logged the message, Master [17:57:11] !log preilly synchronized php-1.20wmf2/extensions/ZeroRatedMobileAccess/ 'zero weekly carrier test' [17:57:14] Logged the message, Master [18:09:19] !log preilly synchronized wmf-config/CommonSettings.php 'only remove images for DIGI' [18:09:21] Logged the message, Master [18:15:27] robla1: enwikinews? [18:15:47] sure [18:15:49] maybe we should make a script that uses a dblist and mt_rand() to index into the array to pick a wiki [18:16:07] I'd prefer a physical wheel we spin [18:16:10] * AaronSchulz puts that at the top of his todo list [18:16:15] maybe hook it up via arduino [18:17:07] * robla files a bug [18:18:06] AaronSchulz if you have time could you tell me if cascaded protection is something you worked on? [18:18:06] https://bugzilla.wikimedia.org/show_bug.cgi?id=22521 [18:18:38] I've touched a lot of stuff, but I think werdna is the main guy there [18:19:17] OK, I'll ask werdna then [18:20:44] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwikinews to 1.20wmf2 [18:20:46] Logged the message, Master [18:22:56] preilly: did you sync that fix yet? [18:23:03] I still see those warnings [18:25:53] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwikinews to 1.20wmf2 [18:25:55] Logged the message, Master [18:26:08] there we go :) [18:31:03] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwikisource to 1.20wmf2 [18:31:06] Logged the message, Master [18:39:21] AaronSchulz: *.wikinews.org now? [18:44:35] index.php?title=Specjalna:BannerController&cache=/cn.js&303-4() [18:44:37] ops [18:44:42] umm... has someone upgraded centralnotice ? on pl.wikipedia on Firefox I get: jQuery is not defined [18:44:58] hrm...nope [18:44:59] :O [18:45:04] That's ... extremely concernign [18:45:32] Beau_: I don't see that [18:45:40] But only on Firefox, maybe it is related to RL asynchronousnes... [18:45:40] Beau_: Do you see this if you're logged out too? [18:45:48] RoanKattouw: I am logged out [18:46:07] no scaping now [18:46:16] I am too and I'm not getting the error [18:46:38] does central notice uses geolocation to display banners? [18:46:40] Beau_: Do you have Firebug turned on? Do you see red things in the Net panel? [18:46:47] I guess that's possible [18:47:23] But "jQuery is not defined" is an extremely scary error, unless it's caused by jQuery not being delivered, which you would see as a bad error code on the net panel [18:48:09] 200 OK [18:48:37] I would love to be able to reproduce this but I can't [18:48:51] Also it can't be RL async's fault, because RL itself depends on jQuery [18:49:46] The above 852 wiki DBs are missing wikiversion rows. [18:49:47] Re-configured 0 wiki(s) from php-1.20wmf1 to php-1.20wmf2. [18:49:49] RoanKattouw: lol [18:49:55] * AaronSchulz makes a newline fix [18:50:08] RoanKattouw: I will try with a new firefox profile [18:50:13] OK [18:50:47] If you get it again, please show me Firebug's net panel [18:50:55] (as a screenshot I mean) [18:51:58] !log asher synchronized wmf-config/db.php 'added ES cluster23 to templateOverridesByCluster but not activating' [18:52:00] Logged the message, Master [18:52:17] AaronSchulz: yes [18:53:05] RoanKattouw: sorry for the false alarm, it seems some extension was gettin in the way, on clean profile all works [18:53:15] OK [18:57:12] * robla hovers over AaronSchulz's shoulder, and finds out he's testing some stuff before doing the *.wikinews.org deploy [18:58:56] PHP Notice: Undefined index: X-Carrier in /usr/local/apache/common-local/wmf-config/CommonSettings.php on line 2347 [18:59:00] * AaronSchulz blames preilly :) [18:59:12] AaronSchulz: yeap [19:00:23] !log preilly synchronized wmf-config/CommonSettings.php 'only remove images for DIGI' [19:00:24] AaronSchulz: - if ( $_SERVER['X-Carrier'] == 'DIGI' ) { [19:00:25] + if ( isset( $_SERVER['X-Carrier'] ) && $_SERVER['X-Carrier'] == 'DIGI' ) { [19:00:25] Logged the message, Master [19:03:21] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: Moved all wikinews sites to 1.20wmf2 [19:03:24] Logged the message, Master [19:04:00] robla: good to know that the "each wiki has a version" sanity check works [19:04:29] yay for process improvement! :) [19:04:46] when you get "The above 852 wiki DBs are missing wikiversion rows." you know something is a little off [19:08:30] all of the homepages load. Special:Version spot checked on a few [19:08:34] looks good [19:08:40] onward to *.wikisource.org [19:11:20] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: Moved all wikisource sites to 1.20wmf2 [19:11:23] Logged the message, Master [19:13:02] it seems oldwikisource was left out again [19:14:23] interesting. AaronSchulz, I take it oldwikisource must not be in the wikisource.dblist [19:14:54] nope [19:18:02] funny, it's in wikipedia.dblist [19:18:26] that's part of a lot of weirdnesses it has [19:19:01] for instance "interwikis" pointed to Wikipedia until recently [19:19:09] and there's still https://bugzilla.wikimedia.org/show_bug.cgi?id=32189 btw [19:20:48] !log preilly synchronized php-1.20wmf1/extensions/ZeroRatedMobileAccess/ 'zero weekly carrier test' [19:20:50] Logged the message, Master [19:21:30] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: Moved sourceswiki to 1.20wmf2 [19:21:32] Logged the message, Master [19:23:56] alright enwikibooks, then wikiquote, wikiversity... [19:25:15] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: Moved enwikibooks to 1.20wmf2 [19:25:18] Logged the message, Master [19:28:57] * AaronSchulz sees some failed NFS thumb deletes [19:31:16] AaronSchulz: deployment related or something else? [19:31:23] wikibooks looks fine to me [19:31:37] enwikibooks that is. AaronSchulz: *.wikibooks now? [19:31:38] errors only on commonswiki [19:32:05] I wonder if a bot is moving something [19:34:46] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: Moved all wikibooks to 1.20wmf2 [19:34:48] Logged the message, Master [19:35:45] !log preilly synchronized php-1.20wmf1/extensions/MobileFrontend/skins/SkinMobile.php 'fix php notice for in_array' [19:35:48] Logged the message, Master [19:36:05] !log preilly synchronized php-1.20wmf2/extensions/MobileFrontend/skins/SkinMobile.php 'fix php notice for in_array' [19:36:07] Logged the message, Master [19:36:26] http://commons.wikimedia.org/w/index.php?title=Special%3ALog&type=move&user=TUBS&page=&year=&month=-1&tagfilter= [19:36:30] just a bunch of moves [19:36:34] !log fix for PHP Warning: in_array() expects parameter 2 to be array, string given in /usr/local/apache/common-local/php-1.20wmf1/extensions/MobileFrontend/skins/SkinMobile.php on line 156 [19:36:37] Logged the message, Master [19:36:38] sad that NFS is that fragile [19:38:54] werdna: PHP Fatal error: [] operator not supported for strings in /usr/local/apache/common-local/php-1.20wmf1/extensions/GlobalBlocking/GlobalBlocking.class.php on line 20 [19:39:42] PHP Fatal error: Allowed memory size of 125829120 bytes exhausted (tried to allocate 4730216 bytes) in /usr/local/apache/common-local/php-1.20wmf1/includes/ChangesList.php on line 1189 [19:40:45] commons coming up next... [19:40:45] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: commonswiki to 1.20wmf2 [19:40:48] Logged the message, Master [19:40:51] speak of the devil [19:45:46] preilly: the GlobalBlocking one has been around for like 5 versions ;) [19:46:02] AaronSchulz: can't that be fixed? [19:46:44] AaronSchulz: meta now? [19:46:45] it is a distinct theoretical possibility, yes [19:47:48] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: metawiki to 1.20wmf2 [19:47:50] Logged the message, Master [19:51:22] rsync: write failed on "/usr/local/apache/common-local/wikiversions.dat": No space left on device (28) [19:51:26] RoanKattouw: srv 219 & 224 [19:51:31] though df -h looks fine [19:51:34] on a/ [19:51:56] Well /a sure [19:51:58] Looking [19:52:11] Hah and / has space [19:52:30] It looks like it should work [19:52:31] all others partitions too (219 at least) [19:52:36] May be transient /tmp stuff [19:52:53] looking [19:52:53] who's stuff, rsyncs? for two files? [19:53:35] I bet it's /tmp all right [19:53:42] same filesystem. [19:53:55] we clear out old files every 5 mins I think so ... [19:55:07] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: [19:55:10] Logged the message, Master [19:55:16] yeah, transient [19:59:59] !log asher synchronized wmf-config/db.php 'adding dbs 52,53,57 to s2 at lower weights' [20:00:01] Logged the message, Master [20:04:33] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: Moved special, wikimedia, wikiquote, wikiversity, and wiktionary wikis to 1.20wmf2 [20:04:35] Logged the message, Master [20:06:05] robla: maybe it's http://commons.wikimedia.org/w/index.php?title=Special%3ALog&type=move&user=TUBS&page=&year=&month=-1&tagfilter= :) [20:06:30] new thumbs involve temp files, which may be filling up space for brief moments, hard to say for sure [20:07:52] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: [20:07:55] Logged the message, Master [20:10:14] for example srv220 is full right this second [20:10:21] same with 219 [20:10:27] steady at 100% [20:10:38] I just cleared mw-cache-1.19 off srv219 [20:10:42] srv220: /dev/sda1 7.4G 7.0G 0 100% / [20:10:42] not completely full but full enough, if you get my drift [20:10:42] Unfortunately that was only 18M [20:10:46] yeah [20:10:49] The scalers badly need more disk space [20:11:00] RoanKattouw: did you do 220? [20:11:01] we need to redo those partitions generally [20:11:27] and now they are all good again [20:11:30] for a few minutes [20:12:19] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: Re-pushing for srv219 and srv220 [20:12:22] Logged the message, Master [20:12:23] ok, done [20:16:02] did my intarweb connection survive my laptop move? [20:16:03] :) [20:18:05] yes! [20:24:53] !log hashar: updated TestSwarm to distribute tests to Firefox 12 users. [20:24:56] Logged the message, Master [20:25:32] is blue background in chrome the zoom bug? or i'm confusing with something else? [20:25:48] I just tried to create an account and got a "Database error" page with the following technical details: [20:25:49] Last attempted database query: (SQL query hidden) [20:25:51] Function: User::saveOptions [20:25:52] MySQL error: 1213: Deadlock found when trying to get lock; try restarting transaction (10.0.6.48) [20:26:37] did you repeat? [20:26:43] @info 10.0.6.48 [20:26:44] jeremyb: Unknown identifier (10.0.6.48) [20:26:56] I did not yet but I can [20:27:35] @info db38 [20:27:35] jeremyb: [db38: s1] 10.0.6.48 [20:27:40] PHP Fatal error: Invalid host name (wikipedia), can't determine language.#012 in /usr/local/apache/common-local/multiversion/MWMultiVersion.php on line 342 [20:27:44] hrm, bad urls? [20:27:52] Hmm...this time I got a big red box saying "Login error The user account was not created, as we could not confirm its source. Ensure you have cookies enabled, reload this page and try again." [20:28:11] and again? ;) [20:29:23] (that's the master btw. but it should be because this is a write) [20:30:18] Huh...this time "The requested username is already taken in the unified login system. Please choose a different name."...which is somewhat scary seeing as I'm trying to create Ks0spy [20:32:03] https://en.wikipedia.org/wiki/Special:CentralAuth/Ks0spy [20:32:32] O.o It's not in any of the user creation logs... [20:32:42] Or wasn't when I checked a minute ago [20:32:58] i have to assume that centralauth succeeded and then enwikip failed [20:33:11] and that left you with a centralauth [20:33:27] Hmm...so what do I do now? [20:33:34] you could try just logging in to the account (and not creating a new one) [20:33:59] @info centralauth [20:34:00] jeremyb: [centralauth: s7] db37: 10.0.6.47, db16: 10.0.6.26, db56: 10.0.6.66, db26: 10.0.6.36 [20:34:34] or try creating one since the centralauth seems to have fixed itself? [20:35:46] It let me log in but it's still not showing up in the user creation log [20:37:44] i don't see how that's possible... [20:37:52] it's saying there's no global account [20:38:02] what wiki were you on? [20:38:03] [06:25] is blue background in chrome the zoom bug? p858snake|l: danke [20:38:43] jeremyb: The https:// English Wikipedia [20:40:05] hrmmm, you do seem to exist... [20:40:23] this should prolly get a look in the db [20:42:02] I was logged in to Ks0stm when creating the account and it's not in https://en.wikipedia.org/w/index.php?title=Special%3ALog&type=newusers&user=Ks0stm&hide_patrol_log=1&hide_review_log=1 nor is it showing up at http://en.wikipedia.org/w/index.php?title=Special%3ALog&type=newusers&user=&page=User%3AKs0spy&year=&month=-1&tagfilter= [20:45:20] jeremyb: I also notice it's not allowing me to log in to one account on the https version and a different one on the http version anymore [20:45:31] huh?! [20:45:55] log out everywhere, clear WM, WP cookies, try again? [20:50:59] jeremyb: I logged out of both, removed cookies, and logged in to http with Ks5stm. When I clicked the log in link on https it loaded the log in page with me already logged in to Ks5stm. [20:51:17] 5? [20:51:39] sounds normal except that's a new (3rd?) username? [20:52:17] Ks5stm I've had for years...it's the one I've had logged on to the http one before today and normally I'm logged in on the https one with Ks0stm [20:53:18] Yeah, and then I logged out of Ks5stm just now and it logged me out on both http and https [20:53:44] right... still as designed [20:54:32] For the past few months it's let me be logged in on http as Ks5stm and https as Ks0stm [20:55:12] i would assume that to be a very fragile scenario [20:55:17] next? [20:56:18] It also appears that the one I just created (Ks0spy) still doesn't show up in the user creation log even though it lets me log in to it and everything. [20:57:36] NawlinWiki modified Special:AbuseFilter/47 (details); http://en.wikipedia.org/wiki/Special:log/modify [20:57:43] How come it showed the HTML? [20:57:50] (in the IRC feed) [21:00:17] jeremyb: And despite being able to log in to Ks0spy it appears that no SUL exists [21:02:48] <^demon> !log finished database maintenance on db9.reviewdb [21:02:51] Logged the message, Master [21:10:28] 02 20:40:23 < jeremyb> this should prolly get a look in the db [21:10:33] Ks0stm: still stands... [21:13:34] jeremyb: Is it safe to do anything with the account like blocking it or adding pages to its watchlist (I don't intend to use it for editing, just watchlisting)? [21:13:53] Ks0stm: uhhhh, i guess [21:14:03] Ks0stm: do you plan to use it on multiple wikis? [21:16:12] jeremyb: No, I just planned to split off a chunk of my Ks0stm watchlist to that account to make my watchlist more manageable. [21:16:35] And only my English Wikipedia watchlist is long enough to need that [21:17:52] i don't really see the point. unless there's something secret on your watchlist [21:17:56] just use related changes [21:19:06] I was just going to transfer some of my low activity pages to Ks0spy and throw some unwatched articles on there as well [21:19:31] my statement stands [21:20:43] I don't know that I've ever used related changes...I got the idea for a watchlisting only account from some other people who have such accounts [21:22:18] http://meta.wikimedia.org/wiki/Help:Related_changes#Watchlist-like_functionality [21:22:51] http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Outlines/Watchlist_using_Related_changes [21:27:48] jeremyb: That would probably work great for splitting up my Ks0stm watchlist, but I don't think it would be a very good idea to use for the unwatched articles I was going to add (for the same general reason as why Special:UnwatchedPages is a restricted page) [21:28:29] Ks0stm: sure, unwatched pages are special. but idk how many you're adding [21:29:14] I could probably add a good 500 of them, at least, seeing as if they're unwatched they're probably low traffic [21:43:44] !log asher synchronized wmf-config/db.php 's2: pulling db30, raising weights on new hosts' [21:43:47] Logged the message, Master [21:44:05] jeremyb: I forgot to ask...what kind of time frame should I expect for seeing about that account? It's not urgent by any means, I'd just like to know about when to be looking for a fix... [21:44:25] what account? [21:44:28] the SUL? [21:44:34] idk... [21:44:43] The Ks0spy one that seems to both exist and not exist, yeah [21:44:58] well not any more it seems [21:45:15] it seems to exist. just not logged right and not SUL [21:46:31] jeremyb: Hmm...would the link in My Preferences that says "Manage your global account" be a way I could maybe fix that, or would that just risk making it worse? [21:47:03] you could try... idk what it will do [21:51:38] jeremyb: I tried it; it didn't work. I got a big red box saying "No accounts matching your name were found in the central account tracking table! The database must be corrupt." [21:52:05] seems like a straightforward answer! [22:04:11] jeremyb: Alright...I've got it fixed. I had a bureaucrat rename the account and when I recreated it it worked perfectly. The old, broken account is now named Ks0notaspy , in the event someone wants to look into it. https://en.wikipedia.org/w/index.php?title=Special%3ALog&type=renameuser&page=User%3AKs0spy [22:04:28] k [22:09:26] Krinkle: i forget, is dbbot published somewhere? [22:09:33] yes [22:09:49] or maybe i should just ask it [22:09:51] @help [22:09:51] Type @commands for list of commands. This bot is running http://meta.wikimedia.org/wiki/WM-Bot version wikimedia bot v. 1.1.4 source code licensed under GPL and located in wikimedia svn [22:10:03] that.. is a different bot [22:10:09] is there a problem or just curious? [22:10:10] @docs [22:10:11] Krinkle: https://wiki.toolserver.org/view/dbbot-wm [22:10:36] It is Kribo + the wmfDbBot plugin, both which are mine. [22:10:40] Krinkle: `@info IP` don't work. `@info hostname` works and part of the output is the IP [22:11:18] > info arg:identifier [22:11:24] identifier [22:11:24] Can be a "section", "dbhost" or "dbname" [22:11:32] that is expected behavior [22:11:40] but feel free to add a feature requeset [22:11:42] request* [22:11:45] sure, but i see no reason not to allow IPs ;) [22:11:55] me neither, but it takes time to implement. [22:12:13] my primary objection is that it requires svn [22:12:14] source code is in toolserver svn, JIRA bug tracker (under KRINKLE) is open for patches or ideas :) [22:12:28] what requires svn? [22:12:45] cloning, patching, etc. [22:12:50] i guess i'll use git-svn [22:13:00] seriously ? [22:13:17] there is only one command relevant. 'svn checkout ' [22:13:36] yeah, yeah. it's a small deal [22:13:43] and afterwards 'svn diff > myfile.patch' [22:14:08] that was the fastest git-svn clone ever [22:14:17] you'll want to checkout the wmfDbBot code itself, not Kribo or the wrapper plugin [22:14:26] https://svn.toolserver.org/svnroot/krinkle/trunk/wmfDbBot/ [22:14:27] that's what i got [22:14:38] then use StartCliBot.php to test it [22:14:41] (from the command line) [22:14:56] make sure to run php updateExternals.php first, to fetch the latest data from noc.wikimedia.org [22:15:47] k [22:16:47] oh, it won't work without a TS db? [22:19:33] oh, right. there is that [22:20:25] * jeremyb wonders what this means [22:20:26] * Create a 'replag/info 0.0.0.1' way (get link form ip to db25) [22:20:40] I think I had the same idea last year :) [22:20:56] I remember noting that down as a todo [22:21:01] where did you read it? [22:21:10] oh, that means TODO [22:21:17] NOTES [22:21:20] ah, I see [22:22:05] * Krinkle added == TODO == header [22:22:15] https://svn.toolserver.org/svnroot/krinkle/trunk/wmfDbBot/NOTES?r56 [22:24:58] @info db1043 [22:24:58] jeremyb: Unknown identifier (db1043) [22:25:06] better at least [22:25:15] (not s3) [22:25:25] yeah, I fixed that at some point [22:25:29] it used to default [22:25:59] $wdbDefaultSection = 's3'; [22:26:03] should that go away? [22:26:10] I don't think so [22:26:34] why would it go away? [22:26:46] Most wikis are not assigned to a section on noc.wikimedia.org, only non-defaults [22:28:13] ahh, there used to be a TODO [22:28:27] ahh, nvm then about going away [22:29:02] https://fisheye.toolserver.org/browse/krinkle/trunk/wmfDbBot/TODO?r2=27&r1=25 [22:29:04] yeah [22:30:11] jeremyb: I use toolserver.wiki database to link dbnames to domainnames [22:30:23] k [22:30:52] Right now that is one of the messiest parts in wmf-config, because there is only a reverse-engineer stuff in wmf-config to guess the database name from the domain name, but no way the other way around [22:31:14] and there is too many exceptions to just assume [0][1].2+(pedia).org [22:31:36] there's the interwikimap generator [22:31:46] but yes is messy [22:31:53] maybe, dunno, but I doubt it covers all exceptions and takes a dbname like "enwiki" [22:32:05] i think it does [22:32:10] jeremyb: do you have a toolserver account? [22:32:17] nope [22:32:20] jeremyb: and I'd rather not make more http requests all the time [22:32:36] i don't follow? [22:32:52] jeremyb: "interwikimap generator" that is some API I assume? [22:33:09] no... i'm digging [22:47:36] Krinkle: i was digging for /trunk/extensions/WikimediaMaintenance/dumpInterwiki.php [22:48:14] which afaik is only run by hand [22:48:43] !log preilly synchronized php-1.20wmf1/extensions/MobileFrontend/ 'contact us change' [22:48:46] Logged the message, Master [22:49:06] !log preilly synchronized php-1.20wmf2/extensions/MobileFrontend/ 'contact us change' [22:49:08] Logged the message, Master [22:58:58] jeremyb: I'm not sure if that helps in mapping a dbname to domain name on a standalone server, but I don't know [22:59:10] !log raindrift synchronizing Wikimedia installation... : [22:59:12] Logged the message, Master [22:59:14] idk either [22:59:54] maybe someone could just expose a static dump of the TS mapping DB [23:00:03] maybe updated hourly [23:18:40] !log Scap tried to push two new source trees to php-1.20wmf1-* and php-1.20wmf2-* , causing full disks. Cleaning up now [23:18:42] Logged the message, Master [23:28:35] !log raindrift synchronized wmf-config/InitialiseSettings.php 'Aborting todays PageTriage deployment' [23:28:37] Logged the message, Master [23:30:00] jeremyb: maybe, but I think we can both agree that the simplest solution is to just run it on the toolserver :P [23:30:45] Krinkle-away: simpler is to have it exposed somehow directly from WMF... but yeah [23:30:52] indeed [23:30:58] i think the TS one is manual [23:31:04] kind of [23:31:26] acutally i don't see any reason the TS one can't be in revision control and the DB populated automatically from there [23:31:38] if it's manual anyway [23:31:52] don't talk, do! [23:32:01] jira.toolserver.org, #wikimedia-toolserver [23:32:08] open bugs, tickets, push it forward [23:32:33] Krinkle-away: well the canonical home for that repo could be in gerrit [23:32:34] jeremyb: btw, I dump a superset of toolserver.wiki database here: http://toolserver.org/~krinkle/WikiInfo/ [23:32:45] superset? [23:32:54] yes, since there is more data there [23:33:02] including first edit and most recent edit [23:33:11] oh, but not extra rows [23:33:14] just extra cols [23:33:16] yeah [23:33:37] and I have https://toolserver.org/~krinkle/getWikiAPI/ [23:33:47] which is an even bigger superset, only on-demand, not all at once [23:34:02] https://toolserver.org/~krinkle/getWikiAPI/?wikiids=enwiki [23:34:38] the raw database is dumped into wikitext format here: https://wiki.toolserver.org/view/Wiki_server_assignments [23:34:46] (so you can compare what is in there actually) [23:35:53] I use that api a lot in tools, (internally that is, without making http requests) [23:36:09] right [23:36:23] basically you give it anything and it figures it out [23:36:37] half-baked urls, one of various ways to identify the wiki, etc. [23:36:38] do other TS users use it? [23:37:02] I don't keep track, but I get an occasional bug report so I guess people are using it [23:37:26] I don't know another tool that does the same or is more "correct" [23:40:33] I spend a weekend once trying to create a tool to daily aggregate web server access logs on toolserver (anyone with shell access on the toolserver may read them) - and then a UI to query them (e.g. unique visitors to toolserver.org/~someuser/sometool/* or total hits to all tools of a user ~user/* [23:40:48] database fried, format changes, tool died, but was nice while it lasted [23:41:42] my tools were on #3 of unique visitors (not of total hits, a few other tools used a lot of ajax refreshing creating more hits) [23:41:52] anyway... I gotta go [23:41:57] ttyl jeremyb [23:56:56] !log aaron synchronized multiversion/ 'deployed svn HEAD' [23:56:58] Logged the message, Master [23:58:43] * jeremyb asserts that log message is useless [23:58:49] can has revision #? [23:58:56] i guess that should go in RT [23:59:23] (unless it was manual?) [23:59:36] ? [23:59:51] Reedy: HEAD