[00:09:05] so, network-node per compute-node [00:09:16] replace nfs home dirs with gluster home dirs [00:09:24] (we already have shares configured for that) [00:09:41] hm. we're leaving [00:09:46] to ben's going away [00:09:49] oh, Ben's party [00:09:50] right [00:09:55] so, I'll talk with you later about upcoming things [00:10:00] probably tomorrow [00:10:17] I *hope* tomorrow, it's 3am already :) [00:10:22] heh [00:10:41] Only 1am meh [01:11:59] !log nagios Free ram plugin seems to be working, 27 hosts it's not working on - probably puppetmaster::self/broken puppet [01:12:01] Logged the message, Master [03:34:21] http://twitter.github.com/ that is pretty damn sexy [03:34:44] * Damianz thinks labsconsole so needs an overview page like that [08:03:51] blast from the past: no nova credentials? [08:03:58] are any "nova administrators" about? [08:04:12] logout and back in [08:04:28] I swear the wiki isn't keeping my session anymore now, wonder if the keystone ttl is looowwww [08:04:50] magic! works [08:05:01] (did i miss an email?) [08:05:15] !beta deployment-integration : update puppet git repo to latest master [08:05:15] !log deployment-prep deployment-integration : update puppet git repo to latest master [08:05:18] Logged the message, Master [08:05:22] The one that said ryan force logged everyone out wasn't 100% right it seems [08:07:28] Hmm, labs allows any software under an opensource license right? so wtfpl counts [08:10:21] I get "There were no Nova credentials found for your user account. Please ask a Nova administrator to create credentials for you." when I go to "Manage instances" [08:10:47] fixed by logout,login [08:13:06] yeah, same thing i experienced [08:13:55] is it in bugzilla? [08:15:02] Ryan deleted all credentials to force relogin [08:15:16] if it still happen then I guess we can fill in a bug for him [08:15:24] I did not face the issue myself [08:17:32] what is this 'fill a bug' I just yell at him [08:17:57] He ignores my bugs anyway (looks at ldap patch that's been there 6+months) [08:50:19] Damianz: which patch ? :-D [08:50:30] ? [08:50:57] [Ryan] ignores my bugs anyway (looks at ldap patch that's been there 6+months) [08:53:42] bz 34787, no one ever looks at patches in bz though [09:00:45] Anythoughts on https://github.com/DamianZaremba/labsnagiosbuilder/blob/master/labsnagiosbuilder/build.py vs http://svn.wikimedia.org/svnroot/mediawiki/trunk/tools/nparser/fetch.sh + http://svn.wikimedia.org/svnroot/mediawiki/trunk/tools/nparser/nparser.cpp? [09:07:51] Damianz: yup we have some troubles managing patches in bugzilla :( [09:10:02] gerrit makes that all better... for viewing them anyway [09:14:03] o.0 linking like actually works [09:14:18] I will mail ryan lane [09:14:28] also yay hashar make tidy, I suck at doing bz reports heh [09:17:01] Damianz: mail sent :) [09:17:18] also tweaked https://gerrit.wikimedia.org/r/#/c/21309/ commit message and fixed some whitespaces [09:17:19] ;) [09:19:44] Yeah... there seems to be lots of tab usage, makes my pep8ified bain and editor settings go crazy [09:20:42] we use tab by default in mediawiki [09:20:59] maybe your editor is able to change tab / space preferences based on file type ? [09:21:08] aka python : 4 spaces, php: tabs [09:21:41] I could probably do that, it's suppose to autodetect but sucks at doing so. [09:30:35] Btw did we ever get around to removing the production logos from beta? [09:56:30] never did [09:56:33] err [09:56:36] never looked at doing so [09:57:15] we could write an extension that would inject a css to overlay a big BETA on the logo [09:57:31] (or make the body pink :-)) [09:58:26] lol [09:58:34] Make the whole thing ping [15:20:39] Hmm no ryan :( [15:20:58] <^demon> It's only 8:20 in SF. [15:21:17] Ah true, he's not usually around for another hour [15:21:31] Feel like annoying him about labsconsole which is being fail ux wise [15:22:26] <^demon> andrewbogott_afk: So, turns out our bug with java in precise is [15:22:32] <^demon> Not actually our fault :) [15:22:39] <^demon> Production's still on lucid. [15:23:10] Oh meh, I really should remember to login to wikis [15:30:03] ^demon: Can we use the workaround described in that bug? (I don't entirely understand why doing that would make a difference.) [15:31:44] I don't suppose anyone happens to have a deep love for python's unittest module? [15:34:46] Damianz: I don't know that I love it, but I use it quite a bit. What's up? [15:36:39] Wondering if there's a better way of doing https://github.com/DamianZaremba/labsnagiosbuilder/blob/master/labsnagiosbuilder/tests/TestLdap.py#L49 without looping over each key, check if the key and value match returning false it not or dropping out the loop with true at the end. Granted those tests hardly cover any of what the script does but I don't usually write tests for stuff. [15:36:59] Basically if I don't sorted()'d the dicts, they error eventhough the keys/values are identical but running them though sorted seems so hacky. [15:37:27] <^demon> andrewbogott: Possibly. I'm trying a fresh instance to see. [15:38:56] Damianz: Does assertDictEqual maybe do what you want? [15:39:19] Oh, docs say that assertEqual calls assertDictEqual anyway. [15:39:31] I sorta can't imagine that it's ordering sensitive :( [15:40:01] Have you run an experiment to verify that order is for sure the problem? [15:41:09] Hmm I didn't think so but https://secure.travis-ci.org/#!/DamianZaremba/labsnagiosbuilder/jobs/2270803 suggested otherwise (as soon as sorted was added it pssed... after a bit of trying to fudge it with a diff of 2 sets) [15:41:52] It works for now... probably will break at some point heh. Oh well, I'll work on it and get it reviewed in gerrit when ^demon makes me a repo and then I can annoy suggest actually using it =\ [15:42:35] What if you do assertDictContainsSubset(A,B) and then assertDictContainsSubset(B,A)? [15:42:47] That's just as stupid as what you suggest, but uses fewer lines of code :) [15:43:34] That could work... maybe. I'm thinking I might just re-write this to have 1 big dict and non-duplicated checks if I end up doing that. [15:43:40] Oh, wait, I guess what you have is shorted. Nevermind :) I'd just add a comment apoligizing for the sort. [15:45:00] heh [15:45:09] # Warning: your sanity may be lost reading furthur [15:46:43] # If this line bothers you, complain to [15:49:30] This is probably why there's so many plugins for nose heh [15:52:46] Hi hashy [15:59:17] <^demon> andrewbogott: Purging and reinstalling doesn't seem to have worked. [15:59:28] dang [16:00:58] <^demon> So for now, I'm just going to stick with lucid for labs. I don't feel like dealing with a stupid package that put itself in a new directory. [16:08:29] ^demon: Did you see 'This bug was fixed in the package openjdk-6 - 6b24-1.11-0ubuntu1'? [16:08:40] Can we just get that version into our apt repo? [16:09:16] <^demon> That might be possible. [16:10:06] I'm not ready to abandon precise. Lemme see if I can get the version into our repo. [16:10:20] Um… as soon as I finish this other thing... [16:43:42] ^demon, can you try an update of openjdk-6-jre-headless and see if you get openjdk-6-jre-headless_6b24-1.11.3-1ubuntu0.12.04.1_amd64? [16:43:53] (Presuming you still have a precise test system up) [16:45:08] oops [16:55:49] ^demon: Nevermind, the version we're using is already newer than the one that claims to fix the bug. So, I'm baffled. [18:37:09] !log testlabs deleting p-b. It's corrupted and un-used. [18:37:10] Logged the message, Master [19:17:08] I seem to not be able to ssh to ee-prototype.pmtpa.wmflabs from bastion today. Gives me permission denied error. [19:17:59] sshing to beta works fine though [19:18:12] Ryan_Lane: ^ [19:18:24] sec [19:19:10] kaldari: try it for me [19:19:31] ah [19:19:33] / is full [19:19:43] oops :) [19:19:58] the gluster log filled it [19:20:01] not sure wh¥ [19:20:11] I guess I should have checked out the log before I deleted it [19:20:20] try now [19:20:37] I think I was testing gluster out on this node. it was probably my fault [19:21:01] hm. gluster mount isn't working on this node [19:21:17] same error [19:21:32] hm. autofs isn't workng [19:22:18] I'm going to grab some lunch while you're working on it [19:23:04] ok [19:23:29] I'm going to reboot your instance [19:26:07] kaldari: ok. it's working now [20:39:20] <^demon> Ryan_Lane: Can the tiny option go away? [20:41:29] heh [20:41:36] I should atleast make the default xsmall [20:41:48] I don't think I can delete it if any tiny instances still exist [20:42:10] I'm adding some other features right now [20:42:16] let me add that while I'm at it [20:42:58] hey, at least the interface is usable again, right? :) [20:46:43] ^demon: has 1.20wmf10 been deployed anywhere yet? [20:46:52] <^demon> It's deployed evyerwhere. [20:46:55] ok [20:46:56] good [20:47:02] I'm going to upgrade labsconsole soon [20:47:11] I'm going to test it on my test instance of course, right [20:47:32] will someone add me (kozuch) to "bastion" project? [20:48:37] Kozuch: are you already in another project? [20:48:55] I am purely new at Labs, I guess not [20:50:17] Kozuch: what would you like to use labs for? [20:50:25] bastion access alone doesn't really give you much [20:51:01] I guess Labs allows to set up a MediaWiki instance for "hacking"/developing? [20:51:16] yeah [20:51:27] but you'll need to be added to a project for it, or have your own [20:51:41] was there a specific extension you wanted to work on? [20:51:47] we try to name projects after their use [20:53:18] i am interested in couple of things, cant you name my instance with my username? if not, i am interested in wikidata... also in developing JavaScript charting/graphing reature [20:53:40] and trying to fix some easy bugs [20:54:26] hm [20:54:28] heh [20:54:43] we don't necessarily have a generic dev project set up yet [20:55:04] you create your own instances in labs [20:55:12] maybe I should make a generic mediawiki project now [20:55:39] well I guess I am unable to create any instance... [20:55:42] <^demon> Ryan_Lane: PS39 added ldap client utils to formey & manganese (in site.pp, so to not mess with labs). [20:55:53] Kozuch: currently, yes, because you aren't in any projects [20:56:08] <^demon> Lemme try it on a fresh instance and then maybe we can merge this behemoth. [20:56:10] ^demon: ok. cool [20:56:45] Kozuch: I'm trying to think of how to handle generic mediawiki work [20:57:03] people so far have come with project ideas, rather than bugfixes [20:57:12] ^demon: naming things is hard. any opinions? [20:57:20] <^demon> What're you naming? [20:57:23] labs project for generic mediawiki work [20:57:30] like bugfixes and such [20:57:56] robla: ^^ [20:58:00] also, workflow ideas [20:58:10] <^demon> mediawiki-bugfix? [20:58:15] ideally I wanted a clustered environment where the wikis were setup already [20:58:21] <^demon> wikibugs? [20:58:33] <^demon> meh, wikibugs is a bot [20:58:35] heh [20:58:36] yeah [20:58:40] mediawiki-bugfix would work [21:00:00] my test wiki's upgrade to wmf10 went well [21:01:03] Ryan_Lane: so would you get me going somehow please? [21:01:08] yeah [21:01:27] gimme a min [21:01:32] ok [21:01:54] whats the problem in me joining bastion? [21:03:37] it doesn't give you anything if you aren't also in another project [21:05:40] the help page says: In order to access instances (see Help:Terminology) you will need to be a member of the 'bastion' project. [21:05:50] yes [21:06:01] but that alone won't let you access instances [21:06:13] it'll let you access instances in projects you are a member of [21:06:46] ok [21:06:48] i see [21:06:52] I'm making a project for you, though [21:06:55] so, gimme a min [21:08:45] labs-home-wm: stupid bot, why don't you start on boot? [21:10:55] 08/29/2012 - 21:10:55 - User laner may have been modified in LDAP or locally, updating key in project(s): mediawiki-bugfix [21:10:55] 08/29/2012 - 21:10:55 - User kozuch may have been modified in LDAP or locally, updating key in project(s): mediawiki-bugfix [21:16:00] 08/29/2012 - 21:16:00 - User kozuch may have been modified in LDAP or locally, updating key in project(s): bastion [21:16:19] Kozuch: so, you can create instances in the mediawiki-bugfix project [21:16:23] <^demon> Ryan_Lane: So the only caveat is--on a fresh install it looks very broken (install tries to proceed before gerrit.config exists, we can fix this). If you just run init, then subsequent runs will work just fine. [21:16:23] !instances [21:16:23] need help? -> https://labsconsole.wikimedia.org/wiki/Help:Instances want to manage? -> https://labsconsole.wikimedia.org/wiki/Special:NovaInstance want resources? use !resource [21:16:26] !security [21:16:26] https://labsconsole.wikimedia.org/wiki/Help:Security_Groups [21:16:33] <^demon> We need to fix the behavior of when to run init, but other than that we're golden. [21:16:35] <^demon> One last minor fix. [21:16:36] Kozuch: please read that documentation [21:16:55] ^demon: ok [21:17:00] Ryan_Lane: ok thanks! [21:17:04] yw [21:17:54] <^demon> PS40 was the magic # :p [21:18:18] is jvm_path defined anywehre? [21:21:16] <^demon> Nope, that's what PS40 removed. [21:21:37] ah [21:21:42] read that wron g [21:22:23] <^demon> Still got some apache config cleanup to do for labs, but nothing there changed so production's still fine. [21:22:32] let's see if this breaks production, now :) [21:24:34] <^demon> andrewbogott: I'm cleaning up the gerrit project now. Do you still want your instances? [21:24:44] ^demon: Nope. [21:25:08] <^demon> Released to the cloud :) [21:25:10] ^demon, did you figure something out about the java path? Last time I tried I got an error message about not having defined it. [21:25:13] seems to still be working [21:25:25] wow. people cleaning up after themselves? [21:25:27] amazing [21:25:39] <^demon> andrewbogott: Yeah, I'll cross that bridge when we upgrade to precise. At least I know what I'm dealing with now. [21:25:46] <^demon> For now we're just going to leave the lucid path [21:44:55] Ryan_Lane: heya [21:45:28] want to continue that chat from yesterday? [22:01:33] <^demon> http://gerrit-dev.wmflabs.org/r/#/ - totally puppetized \o/ [22:26:27] <^demon> paravoid: I've got one small problem with LDAP right now. [22:26:39] what's that? [22:26:47] <^demon> gerrit-dev is now configured to use LDAP for auth (to be more like production), and I've got the hostnames and password & such. [22:27:02] <^demon> But it doesn't seem to be working. Does the host/ip have to be added to the LDAP server or something? [22:28:00] <^demon> Oh, I think the username is bogus. [22:28:01] I don't think so, the machine uses LDAP for unix logins anyway [22:29:00] <^demon> Hmm, not sure if this is right. [22:29:35] <^demon> I'll compare to production :) [22:29:54] what settings do you use? [22:32:30] <^demon> paravoid: http://p.defau.lt/?Uq_KUzJ0wvEtyFAydmlY6w [22:32:43] <^demon> I know [redacted] is correct. [22:33:23] oh, so gerrit has a bind dn to do search first [22:35:58] are these settings copied from production? [22:36:10] I have no idea how gerrit interprets "server" for example [23:49:28] Change on 12mediawiki a page Developer access was modified, changed by Zen4us link https://www.mediawiki.org/w/index.php?diff=577558 edit summary: [23:52:51] let's fix "/usr/local/bin/decom_servers.sh"? [23:53:17] (cronspam) [23:55:16] undefined/operations/puppet/manifests/decommissioning.pp: No such file or directory [23:55:36] looking for the "undefined" part in there obviously.. hmm