[00:18:45] <jeremyb>	 ^d: did you decide where to write down the next set?
[18:12:39] <dschwen>	 any idea why the shh login to my instance maps-wikiminiatlas just hangs waiting? I used to be able to login but haven't done so in quite a while. Stuff like login to tool labs works flawlessly.
[18:17:03] <jeremyb>	 dschwen: and console says? ping says?
[18:17:14] <jeremyb>	 dschwen: nc -v hostname 22 ?
[18:17:26] <dschwen>	 the console shows the instance is running
[18:17:30] <dschwen>	 as far as I can see
[18:17:33] <dschwen>	 already rebooted it
[18:17:45] <jeremyb>	 and the other questions? :)
[18:17:48] <dschwen>	 console shows puppet stuff
[18:17:54] <dschwen>	 one sec
[18:18:28] <jeremyb>	 you shouldn't be hanging normally. either home dirs are messed up and it fails relatively fast because you have no home or it's some other error or it works
[18:18:43] <dschwen>	 ok, got ping response (from tool labs)
[18:18:55] <jeremyb>	 (mostly first or last, not so much "some other error")
[18:19:04] <dschwen>	 and a permission denied trying to ssh from tool labs (rather than using the ssh proxy setup)
[18:19:30] <dschwen>	 I don't have my priv key on labs
[18:19:36] <dschwen>	 hmm
[18:21:41] <dschwen>	 the netcat works, too (of course)
[18:21:44] <dschwen>	 Connection to maps-wikiminiatlas 22 port [tcp/ssh] succeeded!
[18:21:44] <dschwen>	 SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1
[18:25:33] <dschwen>	 gmpf, now I have added the propper key on tool labs and the ssh login hangs as well
[18:25:39] <dschwen>	 (to maps-wikiminiatlas)
[18:31:08] <dschwen>	 hm
[18:31:18] <dschwen>	 the console does say something:
[18:31:21] <dschwen>	 Dec 30 06:25:44 maps-wikiminiatlas ntpd[986]: bind(22) AF_INET6 fe80::f816:3eff:fe66:3a5a%2#123 flags 0x11 failed: Cannot assign requested address
[18:31:21] <dschwen>	 Dec 30 06:25:44 maps-wikiminiatlas ntpd[986]: unable to create socket on eth0 (125) for fe80::f816:3eff:fe66:3a5a#123
[18:31:21] <dschwen>	 Dec 30 06:25:44 maps-wikiminiatlas ntpd[986]: failed to init interface for address fe80::f816:3eff:fe66:3a5a
[21:13:39] <dschwen>	 are the tool labs replica databases accessible from other labs projects?
[21:30:06] <spagewmf>	 https://wikitech.wikimedia.org/wiki/Help:Access says "This page explains how to gain access to labsconsole (this wiki) and thereafter access Labs instances".  But it doesn't give you access to labsconsole, and labsconsole isn't a bastion, and you use a different password for wikitech. What does that sentence mean?
[21:36:57] <dschwen>	 so... all the *.labsdb domains are just defined in the /etc/hosts file of tool labs?
[21:37:21] <dschwen>	 I guess then there is no reliable way of using the DBs from outside tool labs, is there?
[21:38:10] <giftpflanze>	 i do it
[21:38:18] <dschwen>	 by IP?
[21:38:27] <dschwen>	 from which project?
[21:39:48] <giftpflanze>	 yes, by ip
[21:40:03] <pir^2>	 Tools down or something?
[21:41:04] <dschwen>	 hmm
[21:41:20] <dschwen>	 I wonder how stable that IP mapping is
[21:41:42] <giftpflanze>	 i has not changed for some time for me
[21:42:15] <janstee>	 I am trying to use CatScan2 on labs and I get the 404-not found for the tool - At first I got the same message for labs main space as well - anyone know what is happening?
[21:43:48] <pir^2>	 I get the same
[21:44:02] <janstee>	 Apparently most of the links are dead
[21:44:34] <pir^2>	 maybe Damianz knows
[21:45:15] <pir^2>	 or Coren 
[21:45:47] <Nemo_bis>	 spagewmf: the labsconsole wiki was renamed to wikitech
[21:46:05] <Coren>	 The IPs are designed to be stable; that's why the NAt exists.
[21:46:28] <Coren>	 The hosts file is a workaround that'll go away in eqiad though.
[21:47:13] <Coren>	 dschwen: Alternately, you can use the tool's hosts file, and it'll be seamless when then end in DNS
[21:47:26] <Coren>	 pir^2: Know what?
[21:47:32] <dschwen>	 huh?
[21:47:56] <dschwen>	 ok.
[21:48:16] <janstee>	 I don't understand, what exactly is the work around
[21:48:48] <pir^2>	 Coren: why is Labs down?
[21:49:37] <Coren>	 It's not, as far as I know.  What doesn't work for you?
[21:50:17] <pir^2>	 toollabs
[21:50:19] <pir^2>	 e.g. https://tools.wmflabs.org/xtools/pcount/index.php?name=PiRSquared17&lang=meta&wiki=wikimedia
[21:50:27] <pir^2>	 and https://tools.wmflabs.org/pirsquared/
[21:50:29] <janstee>	 Most all the links lead to 404 - not found error code 
[21:50:42] <pir^2>	 janstee: have you found any that don't?
[21:50:52] <janstee>	 seems only fist and earwigbot
[21:50:53] <Coren>	 Huh.  That's new.
[21:50:57] * Coren  looks into it.

[21:53:19] <Coren>	 That, actually, was a side effect of a badly tested patch of mine.  *headdesks*
[21:53:27] <Coren>	 Should be fixed.
[21:53:54] <Cyberpower678>	 Coren, you create faulty code?
[21:53:58] <Cyberpower678>	 Tsk tsk. :p
[21:54:55] <Cyberpower678>	 Coren, Happy New Year, and may this year be free of BOMs.
[21:55:32] <pir^2>	 Coren: https://meta.wikimedia.org/wiki/Meta:Requests_for_help_from_a_sysop_or_bureaucrat#Wikimedia_Tools_Labs
[21:55:47] <pir^2>	 that problem is fixed now?
[21:56:27] <Coren>	 Yeah, I had a missing slash in a config file that broke non-root URLs.
[21:57:47] <janstee>	 Thank you! Thank you!
[22:36:35] <dschwen>	 what waiting time should I expect for a new project request? https://wikitech.wikimedia.org/wiki/New_Project_Request/fastcci
[22:39:48] <Reedy>	 dschwen: Do note it is holiday time ofr a lot of people ;)
[22:40:02] <dschwen>	 holiday schmolliday
[22:40:24] <dschwen>	 this is when I get stuff done
[22:46:18] <Reedy>	 Well, when some of it is done paid people...
[22:46:23] <Reedy>	 Both of them are /away atm
[22:50:30] <Reedy>	 https://wikitech.wikimedia.org/w/index.php?title=MediaWiki:Createaccount&action=history
[22:50:31] <Reedy>	 Why? :/
[22:50:38] <Reedy>	 It's used on Special:SpecialPages