[00:28:35] 3Wikimedia Labs / 3Infrastructure: missing database entries at categorylinks table on dewiki db - 10https://bugzilla.wikimedia.org/70711#c3 (10merl) some more: http://de.wikipedia.org/wiki/Edition_Staub (page_id 8472288) http://de.wikipedia.org/wiki/S%C3%B3lja_Eidisgard (page_id 8469208) http://de.wikipedia... [06:57:33] xtools kaput again? :\ [07:08:39] wtf, puppet failures... [07:47:28] was a transient failure [09:31:38] 3Wikimedia Labs / 3Infrastructure: wikidata (federated?) database not available for many wikis - 10https://bugzilla.wikimedia.org/73511 (10Magnus Manske) s:5normal>3major [11:07:39] !log tools.wikibugs deployed https://github.com/legoktm/wikibugs2/commit/842d2d25a827dd2311ed98d1e4cd8af078bf10bb [11:07:45] Logged the message, Master [13:36:51] 3Wikimedia Labs / 3tools: Create postgresql user databases on request - 10https://bugzilla.wikimedia.org/63382#c23 (10Alexandros Kosiaris) Arun has contacted me privately and I sent him his password using PGP [13:38:06] Is it possible to redirect a Labs address to a production address? [13:38:06] asking because of https://phabricator.wikimedia.org/T704 [14:58:29] andre__: If you only want those redirects for a couple weeks/months then it's a simple matter to have the webserver at fab 303 to phabricator; but given the relatively short lifetime wouldn't it be better to just break what links currently exist than have to keep the redirects indefinitely? [14:59:12] Coren: yeah, I think I'd prefer to just have a totally generic redirect to the frontpage of phab.wm.o instead [14:59:19] I basically asked here because of the last comments [14:59:21] thanks [16:31:30] !log tools.lolrrit-wm Your bot is misbehaving [16:31:35] Logged the message, Master [16:33:09] multichill: yeah, I just asked it to die. [16:33:12] doesn't seem to want to [16:39:27] YuviPanda: Just get out a bigger kill canon [16:39:43] multichill: I did, 'mv src t' [16:39:45] that killed it [16:40:01] haha, nice one [16:43:02] valhallasw`cloud: do you remember how to set it to run on trusty? [16:43:16] man our docs suck [16:43:20] it's int he docs [16:43:22] I put it there :P [16:43:33] then someone cut it up, making it un-ctrl-F-able [16:43:38] ... [16:43:43] c-f trusty doesn't work [16:43:44] what does? [16:44:17] https://wikitech.wikimedia.org/wiki/Help:Tool_Labs/Grid [16:44:26] -l release=trusty [16:44:49] y u need trusty? [16:46:12] ok, if it doesn't work this time [16:46:17] I'm just going to give up and let someone else fix this [16:48:30] YuviPanda: just getting mails about grrrit-wm [16:48:34] what's goin on [16:48:58] 2014-11-18 16:46:06 error: /data/project/lolrrit-wm/.bigbrotherrc:1: command not supported [16:49:57] AzaToth: yeah, I'm not sure. it started failing, and thrashing, and I tried to restart it, but no luck [16:50:04] AzaToth: and then bigbrother wouldn'ta ctually let me stop it [16:50:09] heh [16:50:19] trying to remember how to login now again [16:50:29] :D can you take a look? I'm knee deep in other things [16:50:51] ok [16:57:22] 3Wikimedia Labs / 3deployment-prep (beta): Upgrade varnish automatically via puppet in Beta Cluster - 10https://bugzilla.wikimedia.org/73564 (10Greg Grossmeier) p:5Unprio>3Normal [16:57:22] 3Wikimedia Labs / 3deployment-prep (beta): Upgrade varnish automatically via puppet in Beta Cluster - 10https://bugzilla.wikimedia.org/73564 (10Greg Grossmeier) 3NEW p:3Unprio s:3enhanc a:3None From email discussion with Brandon Black re bug 73357: Brandon said: > Greg said: >> Can we make sure that... [16:57:52] YuviPanda: where is bigbrother documented? [16:58:03] (have no idea what it is) [16:59:02] AzaToth: https://wikitech.wikimedia.org/wiki/Help:Tool_Labs/Grid#Bigbrother [17:00:24] YuviPanda: Testing? [17:00:37] seems bigbrother doesn't allow jstart anymore [17:01:31] multichill: AzaToth is doing it [17:01:44] AzaToth: you can kill bigbrother by moving the .bigbrotherrc file somewhere I think [17:01:49] valhallasw`cloud: why did you add a bigbrother thing anyway? [17:07:45] YuviPanda: I've no idea why bigbrother didn't work, but I assume we'll keep it disabled; grrrit-wm is something that people notice it crashes [17:07:55] AzaToth: yeah, let's get rid of it [17:16:30] YuviPanda: I think valhallasw`cloud is on his phone or some other device without decent console [17:16:48] multichill: he was just talking in another channel tho [17:16:53] AzaToth: but grrrit-wm is back, THANK YOU! :) [17:17:25] The cloud irc thingie he uses has a web interface AFAIK [17:18:08] irccloud [17:18:09] I use it too [17:47:58] YuviPanda: on work pc without ssh keys [17:48:17] I set it up because gerrit to redis died a while ago [17:53:11] valhallasw`cloud: ah I see. But that's a different tool :) [17:54:06] I set up bigbrother for ALL the tools during the hackathon [18:14:52] hi guys, I'm not able to login to my gerrit account. Is there a way I can reset my password? [18:16:07] I mean I'm not able to login at gerrit.wikimedia.org [18:16:38] bmansurov: on https://wikitech.wikimedia.org . [18:16:49] bmansurov: try https://wikitech.wikimedia.org/wiki/Special:PasswordReset then use that on gerrit [18:16:52] bmansurov: your gerrit password should be the same as your wikitech password [18:17:01] So if you reset on wikitech, that'll reset gerrit as well. [18:17:21] thanks all, andrewbogott I'm able to login at wikitech with my password, but not on gerrit [18:18:07] bmansurov: that's… surprising. [18:18:47] andrewbogott: I'm able to login to gerrit after resetting my password. Thanks all for your help. [18:18:57] great! [18:20:07] 3Wikimedia Labs / 3deployment-prep (beta): Upgrade varnish automatically via puppet in Beta Cluster - 10https://bugzilla.wikimedia.org/73564#c1 (10Greg Grossmeier) a:3Mukunda Modell Mukunda: Could you take a stab at this one with feedback from Brandon and Antoine? [19:36:42] (03PS1) 10Alexandros Kosiaris: Add hieradata [labs/private] - 10https://gerrit.wikimedia.org/r/174197 [20:38:29] !project puppet-compiler [20:38:29] There are multiple keys, refine your input: project-access, project-discuss, projects, [20:38:35] !projects [20:38:36] https://labsconsole.wikimedia.org/w/index.php?title=Special:Ask&q=[[Resource+Type%3A%3Aproject]]&p=format%3Dbroadtable%2Fheaders%3Dshow%2Flink%3Dall%2Fsearchlabel%3D%E2%80%A6-20further-20results%2Fclass%3Dsortable-20wikitable-20smwtable&po=%3FMember%0A%3FDescription%0A&limit=500&eq=no [20:38:50] more smw,btw [20:39:03] well, broken smw [20:39:17] !help [20:39:17] !documentation for labs !wm-bot for bot [20:39:22] !documentation [20:39:46] !search puppet-compiler [20:39:46] http://bots.wmflabs.org/~wm-bot/searchlog/index.php?action=search&channel=%23wikimedia-labs [20:39:54] 404 :p [20:40:25] wm-bot is... not always useful. [20:40:59] i would like something where from a .wmflabs.org URL it tells me which instance its on [20:41:53] or docs for puppet-compiler [20:42:21] That's actually surprisingly hard to answer. There are two possible sources - either it's an instance public address, or it's a virtual server on the proxy [20:42:47] But, puppet compiler is used via jenkins; it's a project there. [20:43:58] is there a way to tell from 208.80.155.156 if it's the instance proxy or not? [20:44:16] i want to know which instance hosts http://puppet-compiler.wmflabs.org/ [20:44:26] manage proxies? [20:44:37] The proxy is 208.80.155.156 [20:45:11] Yeah, but manage proxies will only show you proxies for projects you are a member of, which makes it useless when you don't know what the project /is/ :-) [20:45:26] yea :) [20:45:55] When I need to find that, I go and ask the proxy's redis directly - we really need an interface for this. [20:46:02] but.. autocomplete [20:46:10] tells me there is a project called puppet3-diffs [20:46:25] tries that [20:46:46] hmm,no [20:47:01] * Coren goes and look. [20:47:03] or it's because i'd have to add myself [20:48:29] Coren: i think i .. just found it :) [20:48:33] I-00000387.eqiad.wmflabs ? right [20:48:58] http://puppet-compiler02.eqiad.wmflabs:80 [20:48:59] or once it was [20:49:20] thanks [20:49:34] in puppet3-diffs [20:50:04] i gotta add myself into that project [20:50:11] i was once in it, for some reason i'm not anymore [20:50:24] thanks Coren [20:51:46] And yes, figuring out 'wth actually serves $url' is harder than it should be atm. [20:53:03] now the next fun part, the last puppet run .. on the puppet compiler we use to test puppet .. was [20:53:06] 72386 minutes ago [20:53:33] wants to figure out if i need to update private labs repo inside the compiler [20:53:59] so that we can test a change that is for bugzilla->phab migration by somebody who doesnt have +2 [20:54:58] or.. i could not do all this .. and merge it and see what breaks :p [21:16:23] YuviPanda: if you are up… I'm trying to do a simple hiera test in labs. First problem is that I can't get https://wikitech.wikimedia.org/wiki/Hiera:Testlabs to format as proper yaml... [21:16:52] Hi [21:16:54] Looking [21:17:37] that's the right page name, right? [21:17:46] Yeah [21:17:57] That looks like proper yaml to me? [21:19:10] I type hieratest::foo: "set by hiera" [21:19:11] and I get [21:19:16] --- [21:19:16] "hieratest::foo": set by hiera [21:19:31] Why does wikitech quote my key and not my value when I want it the other way around? [21:20:12] Because yaml :) [21:20:19] Colon needs to be quotes [21:20:22] In quotes [21:20:26] Space not so much [21:20:38] We let spyc autoformat [21:20:44] And it does things like this [21:21:01] Should switch to phpyaml at some point... [21:21:03] really? but puppet/hieradata/eqiad.yaml isn't formatted like that at all [21:21:09] But that is valid yaml [21:21:13] ok... [21:21:18] Tons of ways to write valid yaml [21:21:23] well, then I guess we're on to my next issue, which is that it doesn't work :) [21:21:30] It is optimized for human readability and write ability [21:21:32] Aaaah [21:21:34] instance testlabs-hieratests in /var/lib/git/operations/puppet [21:21:57] How does yaml know when my string begins and ends, if not via quotemarks? [21:25:58] Indenting and newlines [21:26:09] andrewbogott: I'm about to sleep, on tablet. [21:26:19] ok [21:26:36] would you expect hiera to apply to a class defined in site.pp? [21:32:19] Defined? [21:32:22] Unsure. [21:32:28] It probably should? [21:32:44] Ok brain fried. I'll take a look tomorrow? [21:32:48] Sorry :( [21:46:06] 3Wikimedia Labs / 3deployment-prep (beta): Upgrade varnish automatically via puppet in Beta Cluster - 10https://bugzilla.wikimedia.org/73564#c2 (10Antoine "hashar" Musso (WMF)) CCing Brandon The straight forward way would be to have puppet auto-upgrade varnish on beta cluster. Maybe using hiera() to define...