[14:07:24] Hello guys [14:07:50] Im using a new machine and I lost the bkps of my ssh keys [14:08:15] how can I update my keys to have access to the tool labs again ? [14:10:29] rodrigopadula: On the preferences page of Wikitech; check the "Openstack" tab. [14:11:39] ok.... I updated my key there [14:11:58] how can I access the server now ? [14:12:13] my user on the wiki is Rodrigo_Padula [14:13:57] rodrigopadula@DellXPS:~/.ssh$ ssh rodrigopadula@tools-login.wmflabs.org [14:13:58] If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances [14:13:58] Agent admitted failure to sign using the key. [14:13:58] Permission denied (publickey,hostbased) [15:40:12] 3Tool Labs tools / 3[other]: Migrate https://toolserver.org/~daniel/WikiSense/* to Tool Labs and provide redirect - 10https://bugzilla.wikimedia.org/58869#c2 (10Jérémie Roquet) Hi, Contributors.php now redirects to CatScan, which is not what users are looking for. Best regards, [16:22:47] andrewbogott: heya! PM for a bit? [16:22:57] YuviPanda: sure [16:29:28] 3Wikimedia Labs / 3tools: Provide namespace IDs and names in the databases similar to toolserver.namespace - 10https://bugzilla.wikimedia.org/48625#c38 (10Silke Meyer (WMDE)) Dear all, please verify and close if okay. Thanks, nosy! [16:35:12] 3Wikimedia Labs / 3tools: Tool Labs: Provide anonymized view of the user_properties table - 10https://bugzilla.wikimedia.org/58196#c48 (10Silke Meyer (WMDE)) Hi Luis, do the comments 46 and 47 provide the answers you need? If not, who can help? We are ... sort of in a hurry by now. [16:46:12] 3Wikimedia Labs / 3tools: Transfer domain toolserver.org to WMF - 10https://bugzilla.wikimedia.org/60864 (10Silke Meyer (WMDE)) [16:54:26] 3Tool Labs tools / 3[other]: Migrate https://toolserver.org/~daniel/WikiSense/* to Tool Labs and provide redirect - 10https://bugzilla.wikimedia.org/58869#c3 (10Daniel Kinzler) Hey folks! Sorry for the inconvenience. The WikiSense code is old and crufty, and not easy to port. Parts of it rely in nasty ways o... [16:57:21] !ping [16:57:21] !pong [17:29:26] 3Wikimedia Labs / 3tools: Copy contents of https://svn.toolserver.org/ to Wikimedia git - 10https://bugzilla.wikimedia.org/58801#c16 (10nosy) The backup can be found in tools-login:/home/nosy/svn [17:33:41] 3Wikimedia Labs / 3tools: Missing Toolserver features in Tools (tracking) - 10https://bugzilla.wikimedia.org/58791 (10Silke Meyer (WMDE)) [17:33:43] 3Wikimedia Labs / 3Infrastructure: filearchive table not available on labs - 10https://bugzilla.wikimedia.org/61813#c13 (10Marc A. Pelletier) 5NEW>3RESO/DUP *** This bug has been marked as a duplicate of bug 57697 *** [17:33:58] 3Wikimedia Labs / 3tools: Provide filearchive table with fa_storage_key or, if it exists and is sufficiently indexed and populated, fa_sha1 for commonswiki - 10https://bugzilla.wikimedia.org/57697#c9 (10Marc A. Pelletier) *** Bug 61813 has been marked as a duplicate of this bug. *** [17:35:50] 3Wikimedia Labs / 3tools: Update tcl-trf to version 2.1.4-dfsg-3 - 10https://bugzilla.wikimedia.org/62387#c4 (10Marc A. Pelletier) I'll try to get that tomorrow (Jun 11 2014) [17:38:57] 3Wikimedia Labs / 3tools: Missing Toolserver features in Tools (tracking) - 10https://bugzilla.wikimedia.org/58791 (10Silke Meyer (WMDE)) [17:38:58] 3Wikimedia Labs / 3tools: Upgrade git-review to >= 1.22 - 10https://bugzilla.wikimedia.org/63243#c1 (10Silke Meyer (WMDE)) This is not a missing toolserver feature, removing the dependency. [18:03:02] !ping [18:03:02] !pong [18:05:12] 3Wikimedia Labs / 3tools: Copy contents of https://svn.toolserver.org/ to Wikimedia git - 10https://bugzilla.wikimedia.org/58801#c17 (10Marc A. Pelletier) 5NEW>3RESO/FIX This has been moved to /public/backups/Toolserver/svn/ [18:05:34] Coren / andrewbogott do you need any cache servers in tampa for labs ? [18:06:42] matanya: I don't think so… we're keeping virt0 alive in tampa as a backup but it shouldn't be serving any outside traffic. [18:06:46] Well, maybe dns [18:07:21] andrewbogott: look at manifests/role/cache.pp [18:07:32] some hosts there point to tampa, can they be removed ? [18:09:19] you mean beta things? Or am I overlooking other entries? [18:09:37] Coren: ok, back to tcl-dev? [18:10:14] andrewbogott: line 366 [18:10:29] and below [18:11:18] gifti: Yeah; I see tcl8.5-dev that's obviously needed. Want me to try this and see if that suffices? [18:11:32] yes, please [18:11:47] matanya: Yeah, that's stuff from deployment-prep. So surely obsolete. [18:12:01] But if you strip it out, run the patch by Hashar so he knows what's happening [18:12:08] so i'll remove it all [18:12:10] gifti: Ah, hm; we have 8.6 installed by default though. [18:12:22] yeah [18:12:23] sure thanks andrewbogott [18:12:24] hm [18:12:47] I don't have the -dev for this in my repo. Lemme check. [18:14:17] -default is 8.5 [18:14:27] gifti: Build for default then? [18:14:37] ok [18:27:41] gifti: Done. [19:05:26] i have a webservice that is stuck queued, oh why … [19:08:17] queued? That normally happens if there is unusual load on the nodes; or we may be running out of resources and I should add one. [19:10:27] it finally runs, but still, no fun [19:12:49] Coren: we should define some metrics like 'average wait / queued time' or something and use that to monitor when we need to add new things [19:12:58] * YuviPanda makes note for future icinga work [19:43:41] Coren: i get a complaint about libfcgi.so.0 missing [20:13:57] 3Wikimedia Labs / 3tools: build and install tcl fcgi - 10https://bugzilla.wikimedia.org/56995#c16 (10Giftpflanze) I built xmlgen and Fcgi locally and replaced cgi with ncgi. Two problems remain: On the web nodes libfcgi.so.0 is missing (a search suggests the package libfcgi0ldbl). I almost seem to get it wor... [20:14:26] Coren: do you want to re-add yourself to that bug again? [20:30:54] 3Wikimedia Labs / 3deployment-prep (beta): Parsoid cache backend is a pmtpa IP address - 10https://bugzilla.wikimedia.org/66497 (10Antoine "hashar" Musso) 3NEW p:3Unprio s:3normal a:3None Found out that the Varnish cache for Parsoid most probably point to an invalid backend (a pmtpa address). So we... [20:44:49] Change on 12mediawiki a page OAuth/For Developers was modified, changed by Hedonil link https://www.mediawiki.org/w/index.php?diff=1033881 edit summary: /* Demo Time! */ + [[toollabs:oauth-hello-world|OAuth Hello World]] [20:50:51] gifti: I go take a look. [20:51:11] 3Wikimedia Labs / 3Infrastructure: filearchive table not available on labs - 10https://bugzilla.wikimedia.org/61813#c14 (10Rainer Rillke @commons.wikimedia) (In reply to Marc A. Pelletier from comment #11) > AFAIK, uploading doesn't check against deleted files' SHAs. It does. And it tells you the title. Fro... [21:25:30] woo, it works! thx, Coren :) [21:26:09] gifti: woot! does this mean that bug can be closed? [21:27:32] YuviPanda: Do you still need Android SDK on Tools? (https://gerrit.wikimedia.org/r/#/c/125241/) [21:28:01] scfc_de: nah, abandon it for now. [21:29:53] YuviPanda: I don't have the rights for that :-). [21:31:22] gifti: Joy! [21:32:43] YuviPanda: well there is still something that bugs me: i want it to work generally for all fcgi files [21:35:00] gifti: That's pretty much impossible; it'd require the lighttpd to guess what language it's in. [21:35:56] Coren: no, that's not what i mean [21:36:23] on the tools help page there is the standard configuration for php, it works for all .php files [21:36:42] i want the same with tcl for al .fcgi (or .tcl) files [21:36:46] *all [21:37:48] gifti: The PHP one only works because php-cgi has an FCGI mode that can take varying scripts as implemented. [21:37:58] also, you could just use the #! information (as with toolserver) [21:41:19] Are you sure that #! launched *F*CGIs on Toolserver? [21:43:40] yes [21:44:12] with .fcgi extension [21:46:42] Hurray for black magic! [21:47:24] valhallasw: scfc_de did toolserver have a puppet equivalent? [21:47:44] valhallasw: scfc_de or was it all hand-done? [21:48:16] it has had puppet for a long time (in theory) [21:48:31] right, but are things puppetized? [21:48:34] s/are/were/ [21:48:48] no, I don't think so [21:48:58] I think the .fcgi stuff is a standard option on ZWS [21:49:14] hm [21:49:17] (zeus webserver) [21:49:54] * YuviPanda has almost no toolserver experience [21:50:07] YuviPanda: https://svn.toolserver.org/svnroot/puppet/trunk/puppet/ [21:50:51] scfc_de: hmm, that doesn't look too bad [21:50:52] (And last time I checked, ZWS wasn't in there.) [21:51:10] scfc_de: there are some ZWS things in there [21:51:21] https://svn.toolserver.org/svnroot/puppet/trunk/puppet/modules/munin/manifests/zws.pp [21:51:31] scfc_de: did they use ZWS the way we use nginx? or is it the way we use NGINX+ProxyListener+Lighty+Portgrabber [21:53:43] valhallasw: Yeah, but the config itself is nowhere to be found. [21:54:21] YuviPanda: ZWS is a commercial Apache-likeness, i. e. mod_userdir & Co. [21:54:38] I don't know how it does FCGIs. [21:54:47] scfc_de: aaaah, right. [21:54:58] scfc_de: forgot it didn't have a 'only OSS please' rule [21:55:56] Judging by the google hits for "ZWS FCGI", it's also not used very widely outside of Toolserver :-). [21:55:57] YuviPanda: which was good in some parts (jira), not so good in other parts (solaris, zws0 [21:56:12] zws has almost no documentation available online [21:56:23] most of it is on the toolserver wiki :-p [23:14:31] uuuuh, there's so much wrong with this [23:14:42] what a nightmare [23:15:38] gifti: with what? [23:15:44] tcl? :) [23:16:04] no [23:22:26] ok, now i'm content [23:30:57] 3Wikimedia Labs / 3tools: build and install tcl fcgi - 10https://bugzilla.wikimedia.org/56995 (10Giftpflanze) 5PATC>3RESO/FIX [23:40:59] 3Wikimedia Labs / 3tools: build and install tcl fcgi - 10https://bugzilla.wikimedia.org/56995 (10Tim Landscheidt) a:3Marc A. Pelletier