[00:04:16] 6Labs: Add DNS entry for promethium.wikitextexp.eqiad.wmflabs - https://phabricator.wikimedia.org/T129181#2192185 (10ssastry) Great! Thanks. I updated the nginx settings and http://mw-expt-tests.wmflabs.org/ is now proxying to my webapp. [00:18:27] YuviPanda: What if I'm using the old? https://wikitech.wikimedia.org/w/index.php?title=Help:Access&curid=228&diff=425652&oldid=425639 [00:23:10] andrewbogott: I think an interwiki "horizon" would be very useful [00:24:52] Luke081515: it should continue to work for the foreseeable future. I'd like to deprecate it soon and disable it in ~6 months or so [00:25:01] ok [00:25:20] YuviPanda: I'm goign to request a horizon: interwikiprefix at meta, what do you think? [00:25:35] Luke081515: +1 although I don't think the URLs will be stable enough to be of much use [00:26:00] but a general link to horizon is better then using external links [00:26:20] probably. I don't use interwiki links enough to know though :D [00:28:03] YuviPanda: Is the plan to migrate the full wikitech settings to horizon? [00:28:14] Luke081515: eventually yeah [00:28:22] ok [00:28:28] makes my porposal better :P [00:29:11] :D [00:29:42] YuviPanda: https://meta.wikimedia.org/wiki/Talk:Interwiki_map#Horizon [00:32:51] YuviPanda: I noticed this, because I updated the doc: https://wikitech.wikimedia.org/w/index.php?title=Help%3AAccess&type=revision&diff=425750&oldid=425652 [00:33:12] I hope both linsk are right, but better than links to "no such sepcialpage" [00:33:16] *specialpage [00:33:20] Luke081515: ah, nice. wonderful. yah, a lot of docs need to be updated :| [00:35:08] I'm currently working at a documentation page for arcanist too [00:35:22] Help:Arcanist shows already a small draft [00:35:22] Luke081515: \o/ awesome [00:35:48] YuviPanda: In general do you think it's a problem to install arcanist at a toollabs tool? [00:36:00] useful for developing [00:36:13] Luke081515: I think it might be ok, but I don't know enough about arcanist to comment. but yeah should be fine if it is installed somewhere and tools just use it [00:37:02] YuviPanda: the only problem is, that then your tool stores the certificate for phabricator, but I guess this is not a problem, if the docu includes too chmod 0600 the file? [00:37:03] 6Labs, 10PAWS, 10Tool-Labs: Setup a devpi server to help speedup pip installs - https://phabricator.wikimedia.org/T132025#2192212 (10yuvipanda) a:5yuvipanda>3None [00:37:14] In general no differences to bot passwords [00:37:33] Luke081515: aaah, then yeah, if you make sure it is chmod appropriately (0400 even) [00:37:42] Luke081515: but yeah, without that it's scary. [00:38:18] ok, then I'm writing the docu now [00:40:42] 6Labs, 10Tool-Labs: Make catchpoint hit checker.tools.wmflabs.org not tools-checker.wmflabs.org - https://phabricator.wikimedia.org/T132233#2192213 (10yuvipanda) a:5yuvipanda>3None [00:52:52] YuviPanda: IIRC, adding a command to .bash_history loads the command if you become that tool, or am I wring? [06:29:40] 6Labs, 10Tool-Labs, 6Wikisource: ebook-convert seems not available on some ToolLabs grid instances - https://phabricator.wikimedia.org/T132240#2192312 (10Tpt) [06:56:59] PROBLEM - Puppet run on tools-webgrid-lighttpd-1411 is CRITICAL: CRITICAL: 30.00% of data above the critical threshold [0.0] [07:32:00] RECOVERY - Puppet run on tools-webgrid-lighttpd-1411 is OK: OK: Less than 1.00% above the threshold [0.0] [07:35:54] 6Labs, 10Tool-Labs, 6Wikisource: ebook-convert seems not available on some ToolLabs grid instances - https://phabricator.wikimedia.org/T132240#2192339 (10Tpt) 5Open>3Resolved a:3Tpt Resolved by https://github.com/wsexport/tool/commit/a441692f5811575616049c3f9c17af71a6a1a817 [07:51:37] 10Tool-Labs-tools-Other: Gadget for Article Monitor from RENDER is broken - https://phabricator.wikimedia.org/T132161#2192349 (10Aklapper) Hmm, http://tools.wmflabs.org/render/stools/articleMonitor links to http://tools.wmflabs.org/render/stools/feedback/form for providing feedback... [10:06:32] YuviPanda: ping - ERR_TOO_MANY_REDIRECTS on paws [10:06:46] cookies enabled if you ask [12:05:14] PROBLEM - ToolLabs Home Page on toollabs is CRITICAL: CRITICAL - Socket timeout after 10 seconds [12:10:12] RECOVERY - ToolLabs Home Page on toollabs is OK: HTTP OK: HTTP/1.1 200 OK - 812155 bytes in 7.515 second response time [15:17:43] 10Tool-Labs-tools-Other: Gadget for Article Monitor from RENDER is broken - https://phabricator.wikimedia.org/T132161#2192707 (10jeblad) Added a link there back here. [15:47:15] !log deployment-prep reenabled puppet on eventlogging04 as no reason was provided for disabling, first run successful [15:47:15] Please !log in #wikimedia-releng for beta cluster SAL [15:47:19] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL, Master [15:56:39] !log deployment-prep fixed broken /etc/puppet/puppet.conf on deployment-cache-text04 (it started with a copy of the file for the labs central puppetmaster and then had the correct version pointing to the project's puppetmaster) [15:56:39] Please !log in #wikimedia-releng for beta cluster SAL [15:56:43] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL, Master [15:59:01] !log deployment-prep mostly fixed puppet on deployment-sca02 by changing /etc/puppet/puppet.conf to use project name as part of puppetmaster's hostname [15:59:01] Please !log in #wikimedia-releng for beta cluster SAL [15:59:04] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL, Master [16:08:31] !log deployment-prep (same for -conf03, -sentry01, -redis01, -upload - some of these are now fully fixed and some are better than they were before) [16:08:32] Please !log in #wikimedia-releng for beta cluster SAL [16:08:35] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL, Master [16:47:51] (03Abandoned) 10Alex Monk: Add blank mx secrets [labs/private] - 10https://gerrit.wikimedia.org/r/245139 (https://phabricator.wikimedia.org/T87848) (owner: 10Alex Monk) [17:12:55] /msg NickServ VERIFY REGISTER Nicko777 toacvrssorru [17:14:33] o.O [17:20:53] PROBLEM - Host tools-worker-1011 is DOWN: PING CRITICAL - Packet loss = 100% [18:09:01] Hey there! [18:11:32] o/ [20:39:07] 10Wikibugs: Wikibugs has problems with username - https://phabricator.wikimedia.org/T132271#2193060 (10Luke081515) [20:39:24] 10Wikibugs: Wikibugs has problems with usernames - https://phabricator.wikimedia.org/T132271#2193074 (10Luke081515) [20:49:42] YuviPanda, what might be going on with this .. the dns names for the vm proxies aren't resolving on promethium. [20:49:44] ssastry@promethium:~$ curl -v http://nl.base.wikitextexp.wmflabs.org/wiki/Sydney [20:49:44] * Hostname was NOT found in DNS cache [20:49:44] * Trying 208.80.155.182... [20:51:22] i can access that url in my browser however. [20:51:50] also, the old proxies i had added still resolve. ssastry@promethium:~$ curl -v http://nl-mw-base.wmflabs.org/wiki/Sydney [20:51:50] * Hostname was NOT found in DNS cache [20:51:50] * Trying 10.68.21.68... [20:51:51] * Connected to nl-mw-base.wmflabs.org (10.68.21.68) port 80 (#0) [20:54:02] 6Labs, 15User-bd808: Setting up bulk proxies pointing to a multiwiki mediawiki-vagrant setup running on a labs vm - https://phabricator.wikimedia.org/T132216#2193077 (10ssastry) The proxies aren't resolving from promethium. ``` YuviPanda, what might be going on with this .. the dns names for the vm pr... [20:54:16] updated the ticket. off now. [21:12:27] 6Labs, 15User-bd808: Setting up bulk proxies pointing to a multiwiki mediawiki-vagrant setup running on a labs vm - https://phabricator.wikimedia.org/T132216#2191770 (10Krenair) I was going to say use `http_proxy=webproxy:8080`, but actually it seems that host is labs baremetal (which I've never dealt with bef... [22:04:59] 6Labs: Allow to add items to an array of array in InitialiseSettings-labs.php - https://phabricator.wikimedia.org/T132274#2193130 (10Dereckson)