[00:07:29] <bd808>	 SMalyshev: the hacky way is something like this manifest does -- https://gerrit.wikimedia.org/r/#/c/193665/13/modules/vagrant/manifests/init.pp,unified
[00:08:15] <SMalyshev>	 bd808: I wonder if it'd be ok to use something like maven?
[00:08:16] <bd808>	 an exec to download the file and then another to unzip it (i'm manually installing with dpgk but you shoudl get the idea)
[00:09:00] <bd808>	 basically the official prod stuff will have to use debs or trebuchet
[00:09:10] <bd808>	 but in labs you can get away with just about anything
[00:09:56] <bd808>	 there is some support for a local maven system though I think. Nik would know about it
[00:10:35] <bd808>	 there's a local repo that things can be loaded into. I don't remember which project it was setup for but I do remember that Nik was involved
[00:11:36] <bd808>	 SMalyshev: also the host deployment-logstash2.deployment-prep.eqiad.wmflabs should now be open and listening on 10514 for syslog input
[00:11:55] <SMalyshev>	 how does one use trebuchet?
[00:12:23] <SMalyshev>	 well, there's archiva but I can just use maven central
[00:12:35] <SMalyshev>	 bd808: thanks will try it
[00:12:44] <SMalyshev>	 bd808: when do I see the results?
[00:12:57] <bd808>	 they should show up almost immeidately
[00:13:26] <SMalyshev>	 bd808: yes, but where? :)
[00:13:38] <bd808>	 oh. logstash-beta
[00:13:45] <bd808>	 they are joined in a cluster
[00:13:48] <SMalyshev>	 ah, cool. Let me try it then
[00:26:27] <SMalyshev>	 hmm... not seeing anything
[00:29:28] <SMalyshev>	 ah, I see it... old nginx
[01:26:51] <shinken-wm>	 PROBLEM - Puppet staleness on tools-redis is CRITICAL 44.44% of data above the critical threshold [43200.0]
[05:53:29] <Revi>	 YuviPanda: you there?
[06:38:38] <shinken-wm>	 PROBLEM - Puppet failure on tools-exec-gift is CRITICAL 44.44% of data above the critical threshold [0.0]
[06:39:44] <shinken-wm>	 PROBLEM - Puppet failure on tools-trusty is CRITICAL 40.00% of data above the critical threshold [0.0]
[06:50:19] <shinken-wm>	 PROBLEM - Puppet failure on tools-exec-cyberbot is CRITICAL 22.22% of data above the critical threshold [0.0]
[07:03:36] <shinken-wm>	 RECOVERY - Puppet failure on tools-exec-gift is OK Less than 1.00% above the threshold [0.0]
[07:09:45] <shinken-wm>	 RECOVERY - Puppet failure on tools-trusty is OK Less than 1.00% above the threshold [0.0]
[07:16:28] <wikibugs>	 10Tool-Labs-tools-Other: Fix tool kmlexport - https://phabricator.wikimedia.org/T92963#1343095 (10Teslaton) Really no way to fix?
[07:20:24] <shinken-wm>	 RECOVERY - Puppet failure on tools-exec-cyberbot is OK Less than 1.00% above the threshold [0.0]
[11:22:42] <wikibugs>	 6Labs, 10Beta-Cluster: Make it possible to run public queries against databases on beta cluster - https://phabricator.wikimedia.org/T99456#1343204 (10Glaisher) >>! In T99456#1327335, @hashar wrote: > Beta contains private data such as users IP addresses and emails. That is covered by the https://wikitech.wikim...
[11:34:49] <wikibugs>	 6Labs, 10Beta-Cluster: Make it possible to run public queries against databases on beta cluster - https://phabricator.wikimedia.org/T99456#1343206 (10Multichill) I understand the background of this request, but it could probably be formulated better. You don't want access the databases in beta. You want to hav...
[11:42:37] <wikibugs>	 10Tool-Labs-tools-Other: Fix tool kmlexport - https://phabricator.wikimedia.org/T92963#1343211 (10yuvipanda) (I restarted it)  According to http://tools.wmflabs.org/ only user Para is listed as maintainer.
[12:04:02] <wikibugs>	 6Labs, 10Beta-Cluster: Make it possible to run public queries against databases on beta cluster - https://phabricator.wikimedia.org/T99456#1343246 (10Glaisher) I was trying to reproduce a bug on the beta cluster (specifically there because it had to be done with Wikimedia-specific config and not on production...
[13:39:26] <wikibugs>	 6Labs, 10Labs-Infrastructure: Clean up old OSM cruft in puppetsigner - https://phabricator.wikimedia.org/T101037#1343312 (10Andrew) 5Open>3Resolved
[13:40:08] <wikibugs>	 6Labs, 10Beta-Cluster: Make sure labs ENC knows about cert changes - https://phabricator.wikimedia.org/T101124#1343314 (10Andrew) 5Open>3Resolved
[13:49:22] <shinken-wm>	 PROBLEM - Puppet failure on tools-redis is CRITICAL 100.00% of data above the critical threshold [0.0]
[14:37:10] <russblau>	 YuviPanda: you around?
[14:54:38] <russblau>	 YuviPanda: if you see this later, please check the message I left you on wikitech yesterday; thanks!
[15:14:29] <shinken-wm>	 PROBLEM - Host tools-redis is DOWN: CRITICAL - Host Unreachable (10.68.16.18)
[15:50:13] <wm-bot>	 Change on 12wikitech.wikimedia.org a page Nova Resource:Tools/Access Request/Jesse was created, changed by Jesse link https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Access_Request/Jesse edit summary: Created page with "{{Tools Access Request |Justification=Semantic wiki statistics |Completed=false |User Name=Jesse }}"
[15:55:53] <wikibugs>	 6Labs, 10Maps, 7Blocked-on-Operations: Upgrade postgres on labsdb1004 / 1005 to 9.4, and PostGis 2.1 - https://phabricator.wikimedia.org/T101233#1343408 (10yuvipanda) a:5yuvipanda>3None I asked them and they're ok with it :)  And nope, not the right assignee :) This has no assignee atm.
[16:00:01] <wikibugs>	 6Labs, 10Maps, 6Scrum-of-Scrums, 7Blocked-on-Operations: Upgrade postgres on labsdb1004 / 1005 to 9.4, and PostGis 2.1 - https://phabricator.wikimedia.org/T101233#1343410 (10Yurik)
[16:01:34] <Revi>	 YuviPanda: you thereeee?
[16:01:41] <YuviPanda>	 Revi: hey!
[16:01:43] <YuviPanda>	 vaguely :) 'sup
[16:01:45] <Revi>	 oh
[16:02:22] <Revi>	 Can you help migrating a tool to use jsub? (I found a tool which I co-maintain not using jsub)
[16:02:32] <YuviPanda>	 what is it using right now?
[16:02:34] <Revi>	 I still have no idea how to set it, so....
[16:02:45] <Revi>	 just crontab with sh /data/
[16:02:45] <YuviPanda>	 sure!
[16:02:49] <Revi>	 blah blah.
[16:02:53] <YuviPanda>	 oh? that shouldn't be happening.
[16:02:55] <YuviPanda>	 which tool is this?
[16:02:59] <Revi>	 dynbot-srv2
[16:03:21] <YuviPanda>	 looking
[16:03:36] <Revi>	 Dymamicwork is inactive so I'm the only active maintainer.
[16:03:49] <Revi>	 (He's been retired bit ago(
[16:04:18] <YuviPanda>	 hmm, this is really strange
[16:04:37] <YuviPanda>	 it should've automatically done the jsub bits for you
[16:04:42] <Revi>	 hmm
[16:04:46] <YuviPanda>	 I wonder if it's a bug in the perl script that does all these
[16:04:53] <YuviPanda>	 Revi: can you open a bug? I'll have Coren poke at the perl script later.
[16:05:01] <Revi>	 ok, which project?
[16:05:30] <YuviPanda>	 Revi: 'tool-labs'
[16:05:33] <Revi>	 ok
[16:05:38] <Revi>	 [[phab:]]
[16:05:39] <Revi>	 @link
[16:05:39] <wm-bot>	 https://wikitech.wikimedia.org/wiki/phab:
[16:05:42] <Revi>	 evil!
[16:05:51] <Revi>	 @link [[phabricator:]]
[16:05:51] <wm-bot>	 https://wikitech.wikimedia.org/wiki/phabricator:
[16:06:01] <Revi>	 ok, wm-bot needs patch.
[16:10:56] <wikibugs>	 10Tool-Labs: Tools not using jsub on crontab - https://phabricator.wikimedia.org/T101609#1343418 (10Revi) 3NEW
[16:12:50] <Revi>	 I like short things xD
[16:13:49] <wikibugs>	 6Labs: no matching mac found - https://phabricator.wikimedia.org/T100901#1343438 (10He7d3r) 5Open>3Resolved a:3He7d3r Ok, I commented out the line which starts with `MACs` in my `/etc/ssh/ssh_config` and this error doesn't happens anymore.
[16:14:46] <YuviPanda>	 Revi: :)
[16:20:17] <wikibugs>	 10Tool-Labs-tools-Other: Fix tool kmlexport - https://phabricator.wikimedia.org/T92963#1343453 (10Teslaton) No change after restart this time, permanent 502 Bad Gateway response for all requests...  Someone has already contacted Para on his enwiki talk page, but his recent contribs are from December/January.
[16:36:21] <wikibugs>	 6Labs, 7database: Rebuild s6 and s7 on labsdb1002 - https://phabricator.wikimedia.org/T101567#1343459 (10jcrespo) p:5Triage>3Low @springle did you fix this today at 8 UTC? I am interested on why it failed in the first place.
[17:41:59] <Krenair>	 YuviPanda, how do I look up which instance is behind which domain again?
[17:43:10] <Krenair>	 krenair@tools-bastion-01:~$ host slate.wmflabs.org
[17:43:11] <Krenair>	 slate.wmflabs.org has address 10.68.16.65
[17:43:11] <Krenair>	 krenair@tools-bastion-01:~$ host 10.68.16.65
[17:43:11] <Krenair>	 65.16.68.10.in-addr.arpa domain name pointer dynamicproxy-gateway.project-proxy.eqiad.wmflabs.
[17:43:11] <Krenair>	 hmm
[17:47:51] <wikibugs>	 6Labs, 10Security-Other: Labs makes use of a SHA-1 Certificate - https://phabricator.wikimedia.org/T101618#1343543 (10He7d3r) 3NEW
[18:59:27] <YuviPanda>	 Krenair: http://slatetest.eqiad.wmflabs:80	
[18:59:46] <Krenair>	 what's the process for getting that?
[19:02:52] <YuviPanda>	 go to https://wikitech.wikimedia.org/wiki/Special:NovaProxy and guess which project might have it and hope you are a member
[19:03:18] <Krenair>	 that's generally a no
[19:03:39] <Krenair>	 what's the proper way to get it out of the system?
[19:03:48] <Krenair>	 how is the request routed?
[19:05:18] <YuviPanda>	 sorry, back to my TV marathon. File a bug?
[19:08:16] <Krenair>	 ok
[20:32:49] <wikibugs>	 10Tool-Labs-tools-Other: Fix tool kmlexport - https://phabricator.wikimedia.org/T92963#1343631 (10Kolossos) Hello, I (Kolossos) and Plenz are only developers for the frontend. We have no access about the backend, also if I asked Para to get access to it.  I believe he code in Python, to query the database about...
[20:52:49] <wikibugs>	 10Tool-Labs-tools-Other: Fix tool kmlexport - https://phabricator.wikimedia.org/T92963#1343636 (10Teslaton) Hi Kolossos, nice to hear from someone familiar with the thing... :)  Yes, even in times when tool was operating, there seemed to be performance problems, caused both by depth ("unlimited" cat scan was pos...
[21:20:52] <wm-bot>	 Change on 12wikitech.wikimedia.org a page Nova Resource:Tools/Access Request/Jesse was modified, changed by Tim Landscheidt link https://wikitech.wikimedia.org/w/index.php?diff=162006 edit summary: 
[23:45:29] <wikibugs>	 10Tool-Labs-tools-Other: Fix tool kmlexport - https://phabricator.wikimedia.org/T92963#1343701 (10dschwen) Well, deep category scans are pretty cheap with FastCCI. Is there an API method to fetch coordinates? If so we could immediately modify the frontend to use FastCCI (I planned to do that for WikiMiniAtlas an...