[00:05:30] Coren|AFK: Ryan_Lane: Any idea what could be causing socket closing on labs? [00:05:37] It is happening on labs when I try to start an irc bot [00:05:38] ERROR :Closing Link: 208.80.153.192 (Too many user connections (global)) [00:05:46] Warning: There is 1 user waiting for shell: Hkam (waiting 67 minutes) [00:06:00] /data/project/wmfdbbot/dbbot-wm.out [00:06:02] sounds like the IRC is limiting us based on the IP [00:06:03] tools-login [00:06:25] But is it freenode closing us, or labs on itself? [00:06:29] freenode [00:06:42] (Too many user connections (global)) [00:06:49] ERROR :Closing Link: 127.0.0.1 (Connection timed out) [00:07:08] Krinkle: IIRC, the toolserver has an exemption from freenode staff for a higher limit [00:07:25] yep. we probably need to apply for one for labs [00:07:47] and there was an issue after the ts got new IPs recently [00:07:49] I'll contact #freenode, I'm a group contact for some wikimedia projects. I'll create an RT ticket if they need anything from ops. [00:08:14] 208.80.153.192 is the NAT IP [00:08:25] Is that the only IP for labs for now? [00:08:34] yep [00:08:48] it'll change at some point in the future, but likely not for 8 months or so [00:19:16] Warning: There is 1 user waiting for shell: Hkam (waiting 81 minutes) [00:29:49] Coren|AFK: Ryan_Lane: https://rt.wikimedia.org/Ticket/Display.html?id=5055 [00:30:07] Looks like we need to email eyeliner :) [00:31:30] I also have no clue how many [00:32:51] Warning: There is 1 user waiting for shell: Hkam (waiting 94 minutes) [00:33:09] Ryan_Lane: I suppose there is a sense of trust between, us, them and toolserver. So we can probably jus ask for the same without knowing how many. [00:33:20] Or we can ask a ts-admin first. [00:45:09] Krinkle: I asked to have our limit doubled for now, until we've come up with a more accurate number [00:45:25] ok [00:46:17] Warning: There is 1 user waiting for shell: Hkam (waiting 108 minutes) [00:58:45] The wikitech Nagios page said nagios.wikimedia.org "is currently an alias to [[spence]]". Is that still true for its replacement https://icinga.wikimedia.org/ ? [00:59:44] Warning: There is 1 user waiting for shell: Hkam (waiting 121 minutes) [01:05:37] spagewmf: icinga is an alias for "neon" [01:07:12] Ryan_Lane: how about installing http://www.mediawiki.org/wiki/Extension:Interwiki on labs/wikitech [01:07:29] i would like to add an interwiki prefix back that old wikitech had [01:07:32] Thanks mutante, will update [01:07:38] spagewmf: yw [01:07:54] neon is in eqiad, spence is in tampa [01:11:23] mutante: open a bugzilla ticket :) [01:11:43] wikimedia labs product, infrastructure component [01:11:54] ok, i will do, because i'm never sure about the status of the old interwiki table in db, i tried to add it [01:12:10] i used to use that [01:23:46] [bz] (NEW - created by: Daniel Zahn, priority: Unprioritized - normal) [Bug 47906] install Extension:Interwiki on wikitech/labs wiki - https://bugzilla.wikimedia.org/show_bug.cgi?id=47906 [01:27:10] mutante: I added the extension, you can add the interwiki [01:27:52] Ryan_Lane: woohoo, that was quick, thanks!:) [01:27:56] yw [01:28:13] was working on that redis stuff before. didn't know if I'd get to it or forget when you told me :) [01:29:40] "$wgInterwikiMagic", heh [01:30:03] $wgDisableBugs = true; [01:31:24] Ryan_Lane: do you have an edit link or Special:Interwiki though? [01:31:43] do you not? :) [01:32:00] no [01:32:07] hm [01:32:10] I don't either [01:32:46] $wgGroupPermissions['sysop']['interwiki'] = true; [01:32:47] ? [01:33:04] or maybe another group? [01:33:42] it adds a new permission [01:34:27] "The interwiki data is cached. Modifying the cache is not possible." [01:34:28] heh [01:34:51] that's why [01:35:19] does it mean it uses a .cdb ? [01:35:27] yeah. it's using a cdb right now [01:35:41] one generated for production [01:35:55] $wgInterwikiCache = "$wgCacheDirectory/interwiki.cdb"; [01:36:03] hrmm. the extension might not be able to that setup then .. [01:36:08] it can't [01:36:39] ok, then i just want RT in the production one [01:36:41] and of course interwiki.cdb is a hack that only works in producton [01:36:48] yea [01:36:51] which is incredibly annoying [01:36:53] yes [01:37:52] oh well, it was worth a try, thought the extension would have saved us some tickets to change interwiki [01:38:22] heh [01:38:28] well, at least we can see them now! :D [01:39:00] that is true indeed, and while it works via API as well this looks nicer:) [07:29:15] legoktm: your bot is making mistakes. [07:29:18] https://www.wikidata.org/w/index.php?title=Q4212&diff=31763141&oldid=24562400 [07:29:41] yeah >.< [07:29:45] i'm still cleaning up [07:30:32] ok [08:52:18] Warning: There is 1 user waiting for shell: EnDumEn (waiting 0 minutes) [09:05:40] Warning: There is 1 user waiting for shell: EnDumEn (waiting 13 minutes) [09:05:58] hey [09:19:02] Warning: There is 1 user waiting for shell: EnDumEn (waiting 26 minutes) [09:32:23] Warning: There is 1 user waiting for shell: EnDumEn (waiting 40 minutes) [09:45:45] Warning: There is 1 user waiting for shell: EnDumEn (waiting 53 minutes) [09:58:49] Coren ping [09:59:06] Warning: There is 1 user waiting for shell: EnDumEn (waiting 66 minutes) [09:59:16] !sh [09:59:16] http://bit.ly/10eZZoa [10:33:51] Warning: There is 1 user waiting for shell: Kenrick95 (waiting 0 minutes) [12:04:29] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 0 minutes) [12:17:54] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 13 minutes) [12:28:42] Is there a url that shows all of the wikitech tools? [12:30:50] wikitech tools no [12:30:54] tools project yes [12:31:04] there is nothing like "wikitech tool" [12:31:10] tools is a project of wikitech [12:31:15] :P [12:31:16] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 27 minutes) [12:33:28] ok, where is the tools project list? [12:35:15] either root html [12:35:18] or on wikitech [12:35:24] if you click manage projects [12:35:33] you should see list of local- accounts [12:35:39] https://wikitech.wikimedia.org/wiki/Main_Page [12:35:44] each is a 1 tool [12:36:11] not seeing this [12:36:34] I'm just looking for a URL that I can show on my tool so users can get more information [12:36:41] ah [12:36:47] well, Coren would know more [12:36:53] there is a list at tools.wmflabs.org [12:37:11] that will work [12:38:18] www.wmflabs.org should be populated with something [12:43:05] !log deployment-prep updated puppet manifests on -video05 34ad3d6..32fef26 [12:43:08] Logged the message, Master [12:43:25] !log deployment-prep migrating jobruner08 and video05 to the NFS server [12:43:27] Logged the message, Master [12:44:41] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 40 minutes) [12:51:23] Coren [12:58:07] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 53 minutes) [13:05:03] have you installed the perl modules? [13:11:42] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 67 minutes) [13:25:03] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 80 minutes) [13:38:26] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 94 minutes) [13:45:00] UA31_: Should be. Would you like to try and see if you've got anything still missing? [13:49:02] Coren: https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help says "You can create a tool account with the 'Add service group' link in the action column.", yet I get a "You must be a member of the projectadmin role to perform this action." Could you create a tool "dbreps" with me, legoktm and mzmcbride as members? [13:49:24] scfc_de: Known bug, andrew is on it. Sure, I'll create it. [13:50:05] Coren: Thanks. [13:51:28] scfc_de: {{done}}. Also added MZM to tools. :-) [13:51:48] Warning: There is 1 user waiting for shell: Suman.bahuguna (waiting 107 minutes) [13:54:08] (When will I learn that wmbot is something very different than wm-bot?! :-)) [13:55:56] Coren: "Configure project local-[...]" has "Share home directories across instances" unmarked. That's rather surprising. Is this another bug? [13:59:54] scfc_de: o_O I'm not sure I understand what you mean. The project is 'tools'; local-* is just a service group in that project [14:00:35] scfc_de: In other worse, pix^H^H^H URL or it didn't happen. :-) [14:00:39] words* [14:00:56] https://wikitech.wikimedia.org/w/index.php?title=Special:NovaProject&action=configureproject&projectname=local-wikilint [14:01:23] (And the same for dbreps.) [14:02:46] Ah, yeah, terminology fail. :-) "local-wikilint" is a service group in the "tools" project; configureproject is only about the higher-level projects and the service groups inherit. [14:02:46] Admitedly, configureproject should yell at you about the project not existing rather than show you some blank info. [14:02:46] (That part would be a bug) [14:03:07] Yeah, local-* aren't projects at all, they are service groups. [14:03:46] Well, it shows up when I hit any of the "configure" links on https://wikitech.wikimedia.org/w/index.php?title=Special:NovaProject. [14:04:10] scfc_de: Aha! Now /that/ is a bug. [14:05:06] I don't seem to be able to reproduce it on my end, though. [14:05:17] * Coren suspects a permission issue? [14:05:21] Too much karma? :-) [14:05:32] Plz to file a bz? [14:05:54] You don't see "configure" links for tools? [14:06:25] I see /a/ configure link in the Actions column, that leads to the configuration for tools itself. [14:06:40] https://wikitech.wikimedia.org/w/index.php?title=Special:NovaProject&action=configureproject&projectname=tools [14:06:47] Note "projectname=tools" [14:06:48] I have one for every "local-" tool I am a member of. [14:07:27] o_O I don't see those. [14:07:28] Have you done "Show project filter" to show other "projects" apart from "tools"? [14:07:52] I got a couple more.. oh! [14:08:08] There /was/ a bug in show project filter that mistakenly listed service groups for a while. [14:08:25] If you selected some of those then, they'd show as confusingly broken projects. [14:08:49] I don't see em in the filter now, though. Do you still see those? [14:09:10] Warning: There is 1 user waiting for shell: Alvarin32 (waiting 0 minutes) [14:09:21] Ah, okay, so the list as part of the "Tools" section (terminology sucks again) is the one where you're supposed to add/remove members? [14:09:57] "Project filter" shows bots, bastion, webtools, checkwiki, tools, local-wikilint and local-dbreps for me (now). [14:10:01] Yes. You should see an "add user..." and "remove user..." in the entries there. [14:10:12] https://bugzilla.wikimedia.org/show_bug.cgi?id=47101 [14:10:14] Yes, they're there. [14:10:29] Coren:Try if you like [14:11:17] scfc_de: Those are the right links to manage maintainers of specific service groups (aka tool accounts) [14:11:31] Okay, to answer Andre's question, apparently there "is more needed here" to fix the bug :-). [14:11:43] And yes, the terminology is a mess. It's almost as bad as the mediawiki/wikimedia/wikipedia mess. :-) [14:13:34] [bz] (NEW - created by: Peter Bena, priority: Normal - normal) [Bug 47101] Project filter on "Instance list" lists service groups showing up as projects - https://bugzilla.wikimedia.org/show_bug.cgi?id=47101 [14:22:32] Warning: There is 1 user waiting for shell: Alvarin32 (waiting 13 minutes) [14:23:19] Coren: One positive side effect of this bug is that the section titles for the service groups (= tools) are (red-)linked to https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource:Local-wikilint&action=edit&redlink=1 which would be a nice place for documentation. Is this "Nova Resource" for service groups permanent, or do you have another structure for documenting tools in mind? [14:24:20] Probably under subpages of Nova Resource:Tools [14:24:31] scfc_de what? [14:24:43] scfc_de wmbot? never heard of that [14:24:59] petan: /query wmbot :-). [14:25:34] ::moorcock.freenode.net 401 petan wmbot :No such nick/channel [14:26:32] Coren: The nice thing about Nova_Resource:Local-* would be the 1:1 mapping, but I don't have any particular opinion on that. [14:27:01] The problem is that local-* are not globally unique, they are per-project namespace. [14:27:58] How are the URLs then resolved? Or are those service groups not Nova resources (which I'm not sure what exactly the latter are anyway)? [14:28:45] petan: Yeah, but the fun part is that this (at least with ERC) is the "answer" to "@notify petan". [14:29:19] sorry I don't undestand what you mean (what is ERC) [14:29:27] @notify petan [14:29:27] This user is now online in #huggle so I will let you know when they show some activity (talk etc) [14:30:17] petan: http://www.emacswiki.org/ERC: "ERC is a powerful, modular, and extensible Emacs InternetRelayChat client." [14:30:36] aha [14:31:04] so you see wm-bot as wmbot with that? [14:31:25] Nova resources <-> projects, as far as I know. [14:32:57] petan: (This takes way too long to explain a joke, but anyhow ... :-)) No. When I'm "feeling lucky" and don't look up wm-bot's name, but just overconfidently type in "wmbot", the confusion starts. [14:33:13] ah [14:34:24] Coren: Okay, then the "Nova_Resource" links are probably just an artifact of the bug, and putting documentation under Tools/ is a better idea. [14:34:41] They are, as far as I know. [14:35:30] One last question: The descriptions at http://tools.wmflabs.org/home.php were in what files? [14:35:46] scfc_de: The tool's ~/.description if it exists. [14:35:54] Warning: There is 1 user waiting for shell: Alvarin32 (waiting 26 minutes) [14:37:18] Ah, okay, thanks. Would be nice if this could be documented on the web page (which is probably where tool maintainers will look first). [14:38:03] It's in /Help; I should probably point ''there'' from the landing page actually. [14:38:20] In the sidebar [14:39:05] * Coren frowns at IRC clearly not understanding wikimarkup. DWIM, dammit! [14:39:37] With the documentation spread out over mediawiki.org, wikitech and meta, finding "/Help" is hard enough :-). I searched wikitech for ".description" and "~/.description", and it came up empty. [14:39:59] * Coren has no idea if search even works right on Wikitech. :-) [14:40:12] https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help [14:41:37] Probably the easiest way to add a link to the landing page if the tool itself isn't at index.* would be some symlink? :-) [14:42:38] petan: do you happen to know how we handle load balancing on the beta cluster? I have a lot of errors that look like "LBFactory_Multi::newExternalLB: Unknown cluster "extension1"" [14:42:50] * addshore returns [14:43:22] chrismcmahon sorry I have no idea :( last time squid was responsible for that [14:43:30] hashar will know [14:44:20] petan: thanks [14:57:45] hello! [14:58:08] Hello, John. [15:01:24] Not sure you saw, but there were TfD tags put on all the library templates last night. I've added some comments. and it looks like at this point, discussion is weighting towards "Keep". [15:01:45] But if you have any advice on handling this, I'd be happy to hear. [15:10:26] scfc_de, if you have the time... can you log out of wikitech, log back in, and then post a screenshot of the project filter to that bug? [15:11:27] andrewbogott: Will do. [15:18:53] scfc_de: thanks! I may have more tests for you in a bit. [15:19:06] andrewbogott: Okay. [15:28:03] scfc_de, can you uncheck the local-* entries in the project filter, submit, and then reload the filter? [15:33:04] andrewbogott: Did that (only leaving "tools" checked), got "Successfully set the project filter." and local-* unchecked, but still there. Reload didn't change that, logged out and in again, still no change: "local-dbreps" and "local-wikilint" still show in the filter list. [15:33:24] scfc_de: OK, cool -- I have an idea of what this might be now. [15:33:25] Thanks. [15:36:27] scfc_de: OK… once more? Just reload the page this time, no need to do anything else. [15:37:07] andrewbogott: Now local-* have disappeared. Well done! :-) [15:37:16] But the other stuff is still there, right [15:37:17] ? [15:37:22] * andrewbogott doesn't want to overcorrect [15:37:42] :-) [15:38:53] Was this a permissions issue or was some code broken? [15:39:10] scfc_de: OK, I'm going to revert my change pending a proper patch getting merged. Don't fret about seeing those options back in the filter for a few days. [15:39:49] I can cope with that. [15:40:03] scfc_de: It was just an oversight… there turned out to be two code paths, one for people who can see all projects and one for people who can only see projects they belong too. I fixed the bug a few weeks back but only in my codepath. [15:40:46] Ah, okay. [15:42:18] Coren [15:43:27] Coren, https://gerrit.wikimedia.org/r/#/c/61783/ [15:50:26] andrewbogott: merged [15:51:18] thanks. There's some scary JS stuff pending merge so this patch will have to wait until someone comes along who's brave enough to deploy those bits too :) [15:51:58] Scary javascript is scary. :-) [15:54:57] UA31_: Success? [15:56:27] segmentation fault [15:56:33] o_O [15:56:46] Can you tell me what command line you are using so I can try to debug it? [15:57:16] perl bot.pl [15:59:21] UA31_: ... it works when I try it. [15:59:43] Can you do the test, and pastebin the problem so I can look at it? [16:00:16] ua31@tools-login:/data/project/elvisor$ perl bot.pl [16:00:16] [16:00:16] [[4: The Remix]] [16:00:16] >> http://www.beyonce.com/music/4-the-remix-ep [16:00:16] 200 OK [16:00:17] ... [16:00:24] Ooops. Sorry. [16:07:51] andrewbogott: the js bits? [16:07:56] deploy away :D [16:08:04] they are reviewed and tested [16:08:56] Coren: Can you setup a new project on tools for me pls? [16:09:11] greenrosetta: Sure thing. What name? [16:09:21] flask-stub [16:09:32] greenrosetta: Maintainer(s)? Just you? [16:09:36] I'm going to create a simple stub project for others to use the workflow [16:09:39] anyone [16:10:03] I spent enough time getting this workflow going, might as well let others use it [16:10:17] o_O? Can't do fully public, I'm afraid, but you can make the files publicly readable though. [16:10:56] as long as anyone can "become" that should be good enough [16:11:02] greenrosetta: Incidentally, that's a nice idea. :-) [16:11:15] gotta hook my bother and sister coders up [16:11:34] greenrosetta: That's the part I can't do, at least not yet. Ryan_Lane: thoughts? Is this something we want a provision for? [16:11:44] Ryan_Lane: OK… here goes. [16:11:56] greenrosetta: (project created, btw) [16:12:00] ty [16:12:21] I'm not sure I know what you mean by opening a workflow [16:12:33] btw, shouldnt people create a page for their tool? eg I created this [16:12:33] https://wikitech.wikimedia.org/wiki/Common-interests [16:12:49] Ryan_Lane: He's making a "skeleton/example" for using CGI with Flow. [16:13:11] this sounds like something that belongs in a gerrit repo [16:13:31] probably, though im an mercural guy at th emoment [16:13:38] greenrosetta: We haven't quite set down the right namespace and titles for tool documentation yet, but we'll point you at it once we figure it out. :-) [16:13:45] I'll have one of you guys gerrit it for me later [16:13:49] Ryan_Lane: I think he wanted it to be a "working example" [16:14:18] this is for use in tools, right? [16:14:26] * Coren nods. [16:14:35] then maybe an open tool? [16:14:59] Yeah, that's the idea. He /can/ add everyone to the service group, but that won't track additions. [16:15:32] just change the sudo policy to allow anyone in the tools project to sudo to it [16:18:59] hahaha [16:19:13] the entirety of the engineering report can't be edited by visual editor :( [16:22:12] how do you use chown to take ownserhip as the logged in user? [16:22:38] you still have to specify your own username, there's no implicit self [16:23:06] whatst he cmd for finding the current username? [16:23:29] greenrosetta: whoami [16:23:58] Ryan_Lane, in several places the OpenStackManager code checks this: if ( !$this->userCanExecute( $this->getUser() ) && !$this->userLDAP->inProject( $projectname ) ) [16:24:03] What does the first half of that check, exactly? [16:24:25] andrewbogott: it checks the right assigned to the special class [16:24:49] for instance: parent::__construct( 'NovaProject', 'manageproject' ); [16:24:59] in that case it would check 'manageproject' [16:25:04] is there an equivilant whoami for owner-group? [16:25:15] greenrosetta: you mean default group? [16:25:19] yes [16:25:30] I copied a directory and want to change the ownership [16:25:31] you can see all the info using id [16:25:50] user and group should be the same thing, though [16:25:55] OK, makes sense. I will copy/paste with confidence :) [16:26:06] heh [16:27:35] Coren, you want the same permissions to delete a group as to create one? [16:27:49] andrewbogott: No, deleting should still need project admin. [16:27:50] nvm... i just created the directory through the term [16:27:55] ok [16:28:13] Since deleting is destructive. :-) [16:33:20] Coren, https://gerrit.wikimedia.org/r/#/c/61788/1 [16:34:07] Coren how can one become a group admin? [16:34:20] there is no management interface for that [16:34:22] andrewbogott: https://gerrit.wikimedia.org/r/#/c/61787/ :P [16:34:22] andrewbogott: did you deploy that change? [16:34:26] I want to test it in production :) [16:34:28] "group admin"? [16:34:37] Coren yes [16:34:41] when you create a tool [16:34:46] you need to create a group for it [16:34:48] service group [16:34:51] * Coren nods. [16:35:03] Ryan_Lane: Yeah, the js is deployed. [16:35:05] cool [16:35:06] some people want to be able to manage that group [16:35:13] Anyone in the service group can add and remove people from it. [16:35:18] aha [16:35:20] didn't know that [16:35:28] hm [16:35:34] someone was asking me before [16:35:43] I'm not seeing it for reboot [16:36:02] Ryan_Lane: is this the instance api JS thingy? [16:36:05] petan: It's done (unintuitively) from the Manage Projects interface [16:36:09] ori-l: yep [16:36:17] * ori-l looks [16:36:21] Coren is creating fully automatic now? [16:36:33] I tested your version on nova-precise2 [16:36:34] or is there still a need to run cripts [16:36:36] scripts [16:36:37] petan: Yes, with the merge just done. [16:36:39] let me check virt0 [16:36:59] andrewbogott: Merginated. [16:37:02] Coren so now when people want to create a new group, they create it themselve, and the databases etc are created? [16:37:09] petan: Right. [16:37:39] did you prevent people from creating dangerous user names? [16:37:41] like * [16:37:42] petan: /usr/local/sbin/toolwatcher [16:37:43] etc [16:37:50] gah, it's throwing an error [16:37:56] i'll diagnose, sec [16:38:06] petan: wikitech only allows [a-z][a-z0-9-]* IIRC [16:38:10] ori-l, do you have +2 on core? Lack of this patch makes testing mwreview_singlenode annoying: https://gerrit.wikimedia.org/r/#/c/61064/ [16:38:14] ok [16:38:24] ori-l: Although, I think the patch needs work before it gets merged. [16:38:48] andrewbogott: I do, added self as reviewer, will look when I get the chance [16:39:04] thanks. Probably I should nag maxsem as well. [16:39:34] * MaxSem got nagged [16:39:44] :) [16:42:13] Coren: Where should crontabs be installed? -login? [16:42:44] scfc_de: Yes. I'm looking into a distributed cron alternative but, in the meantime, -login will do. [16:44:24] I think the default cronie has some cluster functionality (that's also used on Toolserver). I was talking about crontabs just for submitting SGE jobs anyhow. [16:44:50] Yeah, I want a distributed cron for redundancy purposes. [16:46:47] andrewbogott, amended per comments [16:47:30] this month's labs report was pretty large. thanks guys :) [16:47:44] I probably forgot some stuff, too. feel free to update: https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2013/April#Technical_Operations [16:48:21] hi Ryan_Lane, any updates on the root partition size problem? [16:49:30] not yet [16:49:46] BTW, /home on Tools is owned by petrb.root. That doesn't look right. [16:50:30] hm. I'm specifying the root size as: rootsize = 10240 [16:50:39] fucking vmbuilder [16:51:21] scfc_de: Indeed not. Greedy petan. :-) Fix't. :-) [16:51:30] huh [16:51:37] wtf [16:51:42] petan: All our homes are belong to you? :-) [16:51:42] howcome it was owned by me? [16:51:54] I never chowned that or I don't remember that [16:52:12] petan: Might be a burp when I did the rsync to move the homes from gluster to NFS [16:52:21] I usualy log all commands I do with sudo... lemme check my history [16:55:27] ottomata, I'm a bit uneasy about the inbetween state that puppetmaster::self is in right now. Are you mostly done with your dev work there and it's just a question of updating the docs? [16:55:58] The docs say to use puppetmaster::self and don't mention role::puppet::self but I'm pretty sure the former is broken. [16:56:17] um… oops, he isn't here. [16:56:18] oh... it might be me [16:56:28] I did chown .* once, in my home [16:56:37] which took effect probably on .. [16:56:39] as well [16:56:41] andrewbogott: AFAICT, puppetmaster::self is still working. [16:56:51] petan: I would have. :-) [16:56:52] It failed for me yesterday but it could've been a fluke [16:56:58] interesting, didn't know shell does that [16:57:18] * won't match . and .. unless you ask it to. Which you did. :-) [16:57:43] Just be glad you didn't chown -R .* :-) [16:57:44] * won't match any hidden file [16:58:05] I try to avoid -R and -f everytime when I use * in shell ;) [16:58:20] Ryan_Lane: I was naughty [16:58:29] oh? :) [16:58:31] More precisely. * won't match anything that starts with a . but .. isn't special that way. .* matches it [16:58:41] Ryan_Lane: https://gerrit.wikimedia.org/r/#/c/61790/ [16:59:04] !log tools petrb: fixed invalid permissions on /home [16:59:06] Logged the message, Master [16:59:12] hm. weird [16:59:19] I wonder why this worked on nova-precise2 [16:59:49] it's required by other modules so depending on how resourceloader chose to order assets it may or may not crash [16:59:53] ah [17:00:26] heh [17:00:29] anyways, that's entirely my fault, should have noticed that [17:00:34] I see something else was missed, too :) [17:00:50] oh? [17:00:56] reboot is supposed to replace "active" with "rebooting" when success is returned [17:01:08] well, with the response from the api [17:01:24] no worries. I'll add that back in. [17:01:29] thanks [17:01:43] thanks for the help on it :) [17:02:32] how would you feel about making JS a requirement for the management interface, btw? [17:03:43]