[00:00:13] The dn implies that the domain is pmtpa.wikimedia.org, but the 'associatedDomain' entry says otherwise. [00:00:17] What's with that? [00:00:50] petan: Hm? [00:00:57] Why would live need to be moved [00:01:28] johnduhart: not live [00:01:34] folder global I made inside :D [00:01:51] uh [00:01:54] :D [00:02:02] why did you touch live? [00:02:04] it would be cool to have it "global" [00:02:13] because of ^ [00:02:15] Why can't this go on a new subdomain? [00:02:33] hm... maybe it could... but I am too tired to mess up with apache config [00:02:36] I wanted to go sleep [00:02:47] Then go to sleep and I'll handle it [00:02:48] anyway the global can be moved anywhere [00:02:50] :) [00:02:51] no need to change content [00:02:57] it should work [00:03:18] one sec though [00:03:26] btw check if I enabled Flagged properly [00:03:29] in Deployment.php [00:03:30] andrewbogott: it's a subdomain [00:03:34] That's what I was about to say [00:03:38] but don't worry I'll fix it [00:03:41] huh? [00:03:43] what's wrong [00:03:45] andrewbogott: wait... [00:03:53] It's a private domain, I think. [00:04:10] But I'm confused about how that fits into the hierarchical nature of ldap. [00:04:11] andrewbogott: wait. no. I think the dc can be anything [00:04:17] petan: There "right way" would be a dblist for flagged rev wikis, but that's not completely setup [00:04:21] don't worry I'll handle it [00:04:32] ah [00:04:34] andrewbogott: it depends on what type you are using in powerdns [00:04:37] right [00:04:53] andrewbogott: tree type requires a heirarchy [00:05:03] don't forget to run updatedata [00:05:12] So if I'm creating a new domain I can just put it any damn place? [00:05:14] btw SUL doesn't work to hexmode [00:05:17] With an arbitrary parent? [00:05:17] heh [00:05:24] well, kind of [00:05:32] hexmode: What's the problem with SUL? [00:05:41] he was loosing cokies [00:05:44] take this, for instance: dn: dc=i-0000003a,dc=pmtpa,ou=hosts,dc=wikimedia,dc=org [00:05:51] associatedDomain: i-0000003a.pmtpa.wmflabs [00:05:52] petan: Odd, I'll tinker with it [00:06:08] petan: Probably just missing some entries so it doesn't autologin [00:06:15] btw I reconfigured memcached to use all memory on nfs [00:06:16] johnduhart: I created a user ("hexmode-test") on commons after logging out of sul with MarkA... [00:06:20] dc=pmtpa has an associated domain of pmtpa.wmflabs [00:06:21] hm... [00:06:31] johnduhart: I saw that the user was created [00:06:37] entries under that domain must be located under that domain [00:06:38] johnduhart: and I was logged in [00:06:53] johnduhart: but when I clicked on the new messages line [00:07:08] johnduhart: the upper right showed that I was logged out again [00:07:18] hrm [00:07:34] hexmode: Is this consistent [00:07:38] Huh, ok. So to find the appropriate parent for a given new domain... [00:07:59] johnduhart: it keeps happening with that user, but I am able to log in with MarkA... [00:08:04] you search for the fully qualified domain name [00:08:23] I search for the fully qualified domain name of the parent, in the associatedDomain field [00:08:25] ? [00:09:28] So, e.g. creating foo.bar.baz.com, I search for associatedDomain=bar.baz.com, and use whatever DN comes up as the parent for my new record [00:09:38] I think all domains can be in the base [00:09:45] Ryan_Lane: Did you finish reviewing the config btw? [00:09:57] entries under that domain need to be underneath that [00:10:01] johnduhart: no [00:10:06] k just checking [00:10:23] Ryan_Land, is what you're saying different from what I just said? [00:10:33] heh [00:10:38] Oh, you're just saying, plus, if I don't find anything, just create the new domain in the base. [00:10:44] yes [00:10:49] wait [00:10:59] I think if it's a domain, you always use the base [00:12:18] !ep gdsfg | petan [00:12:18] petan:http://etherpad.wikimedia.org/gdsfg [00:12:18] I don't think so [00:12:19] booting :o [00:12:20] dc=foo,dc=pmtpa,ou=hosts,dc=wikimedia,dc=org' [00:12:21] * andrewbogott looks for examples in the db [00:12:22] damn! [00:12:22] wait. maybe it is. [00:12:27] let me look up the documentation [00:13:28] welp, I can't find any examples to contradict what you're saying, but it seems wrong for it to not be hierarchical. [00:13:37] it seems that my entries do indeed show heirarchy [00:14:04] ok... [00:14:14] though I actually only have one soa record [00:14:48] that doesn't seem right [00:15:52] !t gdsfg | petan [00:15:52] petan: gdsfg [00:15:53] dn: dc=wikiversity,ou=hosts,dc=wikimedia,dc=org [00:15:53] sOARecord: virt1.wikimedia.org hostmaster@wikimedia.org 20111022000607 1800 36 [00:15:53] 00 86400 7200 [00:15:53] associatedDomain: wikiversity.wmflabs.org [00:15:55] all domains are in the base [00:15:59] finally [00:16:07] this makes sense, actually [00:16:13] in this mode [00:17:22] when you do a lookup, it'll take the fully qualified name and walk recursively up the tree [00:17:28] by doing searches [00:18:03] OK. So, if I want two domains, foo.pmtpa.wmflabs and foo.pmtpa.wikipedia.org, what are their respective fqdns? [00:18:25] so, en.wikipedia.deployment.wmflabs.org -> dn: dc=*,dc=deployment,ou=hosts,dc=wikimedia,dc=org [00:18:48] then it walks up the tree: dc=deployment,ou=hosts,dc=wikimedia,dc=org [00:19:04] dn: dc=deployment,ou=hosts,dc=wikimedia,dc=org [00:19:04] sOARecord: virt1.wikimedia.org hostmaster@wikimedia.org 20120108222553 1800 36 [00:19:04] 00 86400 7200 [00:19:15] associatedDomain: d.wmflabs.org [00:19:19] hah. that's broken [00:19:21] * Ryan_Lane goes to fix that [00:19:25] anyway, it still works [00:19:33] basically it finds the domain, and gets the SOA entry [00:20:12] Uhoh, I'm more confused than ever. [00:20:42] heh [00:20:52] so, for the two domains you meantioned [00:21:56] the problem I currently have is that I don't ensure two different domains have unique DCs [00:22:03] but I think the DCs can be anything [00:23:13] dc=foo,ou=hosts,dc=wikimedia,dc=org [00:23:31] associateddomain: foo.pmtpa.wikipedia.org [00:23:50] then entry.foo.pmtpa.wikipedia.org would be: [00:24:09] dc=entry,dc=foo,ou=hosts,dc=wikimedia,dc=org [00:24:29] associateddomain: entry.foo.pmtpa.wikipedia.org [00:24:46] and foo.pmtpa.wmflabs? [00:24:49] I'm wondering if it's fine to use the FQDN of the domain in the DC [00:25:24] thats the problem. foo here would be an issue [00:25:32] lemme look at the docs [00:26:36] seems the DC doesn't matter [00:26:50] "The "dc" attribute can be set to any value in simple or strict mode - this doesn't matter." [00:27:10] so, we should use the FQDN as the dc entry for the domain [00:27:31] dc=foo.pmtpa.wmflabs,ou=hosts,dc=wikimedia,dc=org [00:27:37] And that means that I don't care if there are already entries for a parent domain, right? [00:27:39] associateddomain: foo.pmtpa.wmflabs.org [00:27:44] yep [00:27:54] As long as I verify that there aren't any exact matches in associatedDomain [00:28:02] yes [00:28:09] Easy enough. [00:28:15] and if you name things this way, you can actually just check the entry directly [00:28:28] And your code already doesn't care about dn, so I won't break anything by using a different scheme? [00:28:43] (me is confused about terminology, dn vs dc) [00:28:59] my code does not care about dn, no [00:29:07] Great. [00:29:19] I'm likely going to need to change our entries, though [00:29:20] OK, this will be simple to implement; we'll see if it works. [00:29:25] lemme test to make sure this works [00:29:28] ;) [00:31:15] bah. nova-production1 is broken [00:31:49] ah. right. dnsmasq is running, so pdns is dead [00:33:52] I really need to make a multi-node install [00:34:22] oh. it isn't even installed [00:34:24] * Ryan_Lane groans [00:34:45] dear production testing [00:38:56] Ryan_Lane: Is there some sort of page detailing the current status of testlabs [00:39:29] johnduhart: probably not [00:39:46] what kind of status were you looking for? [00:40:02] Like what needs to be done, where are we now [00:40:06] oh [00:40:08] yes [00:40:22] http://www.mediawiki.org/wiki/Wikimedia_Labs#Roadmap [00:40:45] under "create clone of production cluster" [00:40:49] is that the part you are looking for? [00:40:57] andrewbogott: it works. I just tested it [00:40:59] yup [00:41:20] ryan_lane: OK. I'll run some code by you in a few minutes to make sure I'm understanding what you're saying. [00:43:27] andrewbogott: http://pastebin.com/Dp8pFtxs [00:44:19] now I *really* wish I would have done it this way to begin with :D [00:44:32] oh well, easy enough to refactor [00:45:04] At the moment, will things break if someone causes a name collision? [00:45:16] no, it won't create the domain [00:45:22] it'll just error out on them [00:45:46] probably :D [00:46:09] I'm the only one creating domains right now [00:46:26] I'm really glad this code is getting moved out of OSM [00:49:01] Ryan_Lane: This is what you'd expect, roughly? http://pastebin.com/iGYHikcx [00:51:27] yep [00:51:42] I love python [00:51:55] that's so much neater and concise than what I have to do in php. heh [00:52:19] It's also a first draft. It'll become convoluted eventually :) [00:53:00] heh [00:55:05] my DNS code became convoluted really, really quick. that's partially because I didn't directly have access to nova info, though [00:55:36] so some things were slightly harder. [01:01:50] If a domain has subentries, and the user requests that the domain be deleted... would you prefer that it automatically clear out leaves, or that the delete fail until the user explicitly deletes leaves one by one? [01:02:07] Can't think of the use cases for this. [01:03:09] 01/11/2012 - 01:03:09 - Creating a home directory for danny_b at /export/home/bastion/danny_b [01:04:08] 01/11/2012 - 01:04:08 - Updating keys for danny_b [01:04:31] andrewbogott: if a domain is to be deleted, the leaves must be deleted [01:04:49] oh [01:04:51] hm [01:05:01] delete all [01:05:15] don't fail [01:05:17] ok. [01:05:28] this may actually be a good flag to set [01:05:32] so that people can choose [01:05:54] but… I'd say let's ignore that for now [01:05:59] if someone else wants it, they can add it [01:06:29] we should specify the api behavior as well. deletion of domain deletes all subentries [01:12:09] 01/11/2012 - 01:12:09 - Updating keys for danny_b [01:19:31] !terms | Danny_B|backup [01:19:31] Danny_Bbackup: https://labsconsole.wikimedia.org/wiki/Terminology [01:19:47] heh. the bot stripped your | [01:20:03] !projects [01:20:03] https://labsconsole.wikimedia.org/wiki/Special:Ask/-5B-5BResource-20Type::project-5D-5D/-3FMember [01:21:28] petan: tell to your bot that i am really really disappointed by its behaviour... stripping my pipe, tssss... what a dare! [01:26:48] :D [01:30:03] I so just didn't add this channel to my autojoin list.... yearly irssi restart done though! [01:30:57] Ryan_Lane: can I access the production search machines ? [01:31:16] umm... [01:31:32] oren: let me ask the team. [01:31:38] sure [01:31:48] in general we are trying to not give out shell [01:31:56] I know [01:32:03] though pdf and search have always been oddballs there [01:32:16] I just want to look around at this point [01:32:22] * Ryan_Lane nods [01:32:28] We should just get root on everything, no access issues there :P [01:32:33] heh [01:32:37] in labs, sure, why not [01:33:14] production is problematic [01:33:29] the problem at this point is that the docs don't relay explain what is happening in production [01:33:50] at least not as clearly as I'd like [01:33:54] yeah [01:34:44] I'd like to ask Rainman some stuff but I don't know what ... [01:41:24] !log deployment-prep setup flagged revisions [01:41:25] Logged the message, Master [01:44:12] !log deployment-prep updated databases and interwiki [01:44:13] Logged the message, Master [02:28:40] !log deployment-prep Moved config to http://config.deployment.wmflabs.org/viewfile.php?file=CommonSettings.php [02:28:41] Logged the message, Master [02:42:22] RECOVERY Total Processes is now: OK on cantlogin cantlogin output: PROCS OK: 95 processes [02:43:12] RECOVERY dpkg-check is now: OK on cantlogin cantlogin output: All packages OK [02:43:52] RECOVERY Current Load is now: OK on cantlogin cantlogin output: OK - load average: 1.29, 0.51, 0.18 [02:44:32] RECOVERY Current Users is now: OK on cantlogin cantlogin output: USERS OK - 0 users currently logged in [02:45:32] RECOVERY Disk Space is now: OK on cantlogin cantlogin output: DISK OK [02:46:02] RECOVERY Free ram is now: OK on cantlogin cantlogin output: OK: 73% free memory [02:48:40] there's a node called cantlogin?! [02:50:25] * johnduhart shurgs [02:51:17] did LDAP break or something? [02:51:26] why do you ask? [02:51:30] it won't even let me view my own ssh keys [02:51:32] https://labsconsole.wikimedia.org/wiki/Special:NovaKey [02:51:40] No Nova credentials found for your account. [02:51:40] There were no Nova credentials found for your user account. Please ask a Nova administrator to create credentials for you. [02:52:01] works for me [02:52:04] log out and log back in [02:52:09] though it's weird you hit that bug [02:52:12] I fixed it [02:52:14] i knew you were going to say that... [02:52:21] wasn't just that page [02:52:21] I guess there's another mediawiki bug around somewhere [02:52:25] I know [02:52:34] mediawiki has somehow fucked up your session [02:52:36] A bug? In MediaWiki?!? [02:52:43] * johnduhart refuses to believe [02:52:55] well, this is a bug in mediawiki that screws up ldap auth [02:53:05] Ryan_Lane: is that mediawiki sending sessions -> memcached? [02:53:15] because it unsets or resets the domain session variable [02:53:21] jeremyb: no [02:53:25] woot, it likes me again! [02:53:33] it's a mediawiki bug. has nothing to do with memcache [02:53:35] vanilla php sessions? [02:53:42] we're using memcache [02:53:46] ok [02:53:49] I just explained what the problem is.... [02:54:13] if the explanation is "because it unsets or resets the domain session variable" idk what that means [02:54:23] but it's not important [02:54:26] to me at least :) [02:54:55] how'd class go? [02:55:11] can OSM interface msgs have SMW queries in them? [02:55:43] class was fine [02:55:58] which interface messages, and why would they need to? [02:56:46] 03 23:09:22 < jeremyb> can {{int:openstackmanager-rebootinstancequestion}} contain a semantic query? [02:56:54] 03 23:09:32 < jeremyb> https://labsconsole.wikimedia.org/wiki/MediaWiki:Openstackmanager-rebootinstancequestion [02:57:06] resurrecting from 7 days ago :) [02:59:55] and the answer for why was so that you could display extra info. like instance's symbolic name and project name not just what's essentially a meaningless primary key [03:00:32] anyway, that's just an example [03:05:00] hrmmm, someone changed Discussion to Talk for at least ns1 and that threw me for a loop [03:05:19] (saw different tabs depending on whether i was ssl'd. both logged out) [03:05:25] hard refresh fixed it [03:09:57] [[Bastion//Documentation]] and [[Bastion/]] have too many / ? [03:10:25] and for that matter [[/Documentation]] [03:12:04] huh, must be related to [[Form:Nova Project Documentation]] [03:19:22] !log deployment-prep Added production commons to ForeignFileRepos http://en.wikipedia.deployment.wmflabs.org/wiki/File:BradPittBAR08.jpg [03:19:23] Logged the message, Master [03:25:13] wtf [03:25:30] Ryan_Lane: My depops LDAP group just went poof? [03:25:40] eh> [03:25:47] where? [03:26:05] did you manually add it? [03:26:13] Nevermind [03:26:23] Something on -test is just whacky [03:30:01] oh [03:30:20] maybe my 1.18 was outdated [03:30:33] nope [03:30:47] what's depops? [03:30:59] jeremyb: Group for deployment-prep people [03:31:00] whoops [03:31:43] * Damianz throws Ryan_Lane a can of whoops [03:32:07] I was in the wrong channel :) [03:33:27] lol, I'll just go back to beating puppet to death with a crowbar then. [03:33:42] Ryan_Lane: so, whatchya think about interface msg question? [03:34:43] jeremyb: ah [03:34:44] I see [03:34:54] probably could [03:35:05] but the extension doesn't actually require SMW, right now [03:35:11] orly [03:35:21] no. that's totally optional [03:35:50] so then if not SMW how are node properties remembered? [03:36:01] i thought the node's page was teh only place they were recorded [03:36:25] anyway, i'm running away momentarily [03:38:32] PROBLEM Disk Space is now: CRITICAL on cantlogin cantlogin output: DISK CRITICAL - free space: / 0 MB (0% inode=20%): [03:38:49] 11 02:48:40 < jeremyb> there's a node called cantlogin?! [03:39:54] aha, instancecreator_username=Hashar https://labsconsole.wikimedia.org/wiki/Nova_Resource:I-000000dd [03:41:03] ok, well nacht [03:49:17] Oooh siny I appear to have nova credentials. [04:15:51] are you guys really having that issue again? [04:15:52] wtf [04:16:09] I wonder if I somehow reverted my change [04:16:26] Nope, I had it last week but it works now! Well works to the point I can see instances but do nothing with them :P [04:16:36] heh [04:16:47] no. my fix is still there [04:16:59] Does it start with // DIE MEDIAWIKI? [04:17:03] heh [04:17:06] it should [04:18:13] I'm clearly bored as my desktop now has ruby installed, not that I'm any closer to figuring out if puppet is worth this hastle. [04:21:09] 01/11/2012 - 04:21:08 - Creating a home directory for yaron at /export/home/bastion/yaron [04:21:49] hahaha [04:21:51] ruby sucks [04:22:09] 01/11/2012 - 04:22:09 - Updating keys for yaron [04:22:35] Indeed it does, the hastle of ruby makes me dislike puppet and I've only configured it for one node :( [04:29:15] +1 [04:29:18] trust me. I know [04:29:21] we hate puppet [04:29:25] but the alternative is chef [04:29:33] and guess what it's written in? :) [04:30:00] I started out along the lines of cfengine but it kinda sucks for doing anything more logicall than please put file from x to y and make sure its perms are xxx. [04:36:49] yeah [04:36:59] well, there's also juju now [04:37:08] but it doesn't really do what I'd like either [04:37:23] scary stuff http://www.reddit.com/r/hardware/comments/oae0u/adventures_in_a_datacenter_run_by_apes/ [04:37:33] I really just want a non-shitty, written in python, version of puppet [04:37:37] that has some iteration [04:37:52] and has the ability to run some actions for everything on the server, and others on the client [04:38:51] :D [04:38:58] it's our datacenter! [04:39:09] rob would kill me if he saw me say that [04:39:15] haha [04:39:20] because he keeps our datacenter beautiful [04:39:40] I have a slightly annoying setup where there are say 5 types of servers, each has their own policies and can't access the files for the other types /or/ the list of hostnames :( Which means extending nodes from nodes as far as I can tell just isn't going to work due to the face all those manifests are downloaded to the client *sigh* [04:39:40] From the pictures I see I agree :) [04:40:56] well, you can use exported resources [04:41:09] but you'll need a database of some variety [04:41:20] Holy sh**, his temps is a good way to kill hardware. [04:42:18] heh [04:42:28] "the network was drowning in broadcast traffic. The CEO's solution was to disable spanning tree on all the switches, because it "causes uneeded overhead."" [04:42:50] so, new thing I'm working on: https://labsconsole.wikimedia.org/wiki/Special:Ask/-5B-5BResource-20Type::project-5D-5D/-3F/-3FMember/-3FDescription/mainlabel%3D-2D [04:42:57] descriptions for all projects [04:43:06] as well as documentation [04:43:09] Hmm a database on the master node or the clients? There will be (when I finish writing it) a db of the hosts, which will also list things like their puppet class. Debating betwean just dumping those out into pp files or using the puppet exec db thing that it uses for ldap. [04:43:09] https://labsconsole.wikimedia.org/wiki/Nova_Resource:Bastion [04:43:12] on the project page [04:43:25] oh get out of here with your semantic crap ;) [04:43:30] :) [04:44:46] Oooh shiny, red links urgh :P [04:44:49] yeah [04:44:56] I'm going to make OSM populate all of them [04:45:02] I haven't gotten to that yet [04:45:13] o.0 [04:45:24] Wth at the "This property is special" hover box thing. [04:45:31] where? [04:45:58] I'm not seeing this [04:46:04] Hover over "Modification date" on the resource page. [04:46:08] ah [04:46:29] basically it's saying it's prepopulated [04:46:38] err [04:46:42] automatically generated [04:47:34] hm. I need to make the project pages set __NOEDITSECTION__ [04:48:23] oh. I can do that in the template [04:53:06] I can't transclude in __NOEDITSECTION__? [04:55:31] * Damianz thinks he might hate php [04:59:21] Ryan_Lane: [04:59:27] Ryan_Lane: Try includeonly? [04:59:32] tried :( [04:59:37] hm [05:00:10] __NOEDITSECTION__ [05:00:22] Hacks like that are used alot, try ut [05:00:25] haahah [05:00:53] nope [05:01:08] Daern [05:51:22] hexmode: Don't import file pages on commons unless the file gets uploaded as well [05:51:30] Otherwise this happens: http://commons.wikimedia.deployment.wmflabs.org/wiki/File:P14.png [05:53:15] what are you talking about? (But I did upload a few images from one category) [05:53:35] johnduhart: I'm not seeing the issue with that page... halp? [05:54:02] hexmode: Content is duplicated and it's weird [05:54:27] Not a major issue just, eh [05:54:30] oh, yeah, I see now [05:55:09] just got excited about helping someone test commons... [05:55:20] heh that's okay :) [05:55:36] johnduhart: is it using instantcommons... is that how the dupe stuff happens? [05:56:15] Yeah, I added instantcommons to all of the wikis so we get images instead of a load of redlinks [05:56:26] Our commons has prioirty however [05:56:54] sure [05:56:58] makes sense [08:38:56] Ryan_Lane: Hi [08:39:06] hi [08:39:18] I am at work now, but can help out :) [08:40:24] well, look at the proposals list, and pick something out [08:40:38] ok. [08:40:51] * Damianz picks initialize skynet [10:48:31] I see file copy between partitions speed is 9.5Mb/s. does Labs run on 100Mbit Ethernet? :P [14:22:27] RoanKattouw_away: https://en.wikipedia.org/wiki/Zooko%27s_triangle [14:28:12] PROBLEM Disk Space is now: CRITICAL on puppet-lucid puppet-lucid output: DISK CRITICAL - free space: / 12 MB (0% inode=35%): [14:29:19] petan: I doubt it respects blocks... http://meta.wikimedia.deployment.wmflabs.org/wiki/Special:Log/block [14:33:12] PROBLEM Disk Space is now: WARNING on puppet-lucid puppet-lucid output: DISK WARNING - free space: / 46 MB (3% inode=35%): [14:33:58] actually I should ask here [14:34:19] hexmode: what's left to do for the test deployment site? [14:41:11] sumanah: We have a todo list, hold on [14:41:18] !ep DeploymentPrep [14:41:18] http://etherpad.wikimedia.org/DeploymentPrep [14:41:59] johnduhart: ok. What I see here is "a bunch" :) [14:42:17] hexmode: Pretty much :) [14:42:37] hexmode: Cleaned up the notice http://meta.wikimedia.deployment.wmflabs.org/w/index.php?title=Special:NoticeTemplate/view&template=welcome [15:21:50] * hexmode sees petan on the etherpad twice [15:21:58] double your prsence! [15:22:41] johnduhart: petan: what can I do to help today? [16:01:16] hexmode: Anything documentation related I guess [16:02:56] johnduhart: on it! [16:04:47] grrr [16:04:57] who changed the font-size on the notice [16:05:17] Just leave it at 1.25em, I don't want a huge notice [17:06:15] Hi there. Can someone attach the sysop-usergroup to me on http://commons.wikimedia.deployment.wmflabs.org ? [17:10:30] Sure, one sec [17:12:08] rillke: username? [17:12:22] Rillke [17:15:21] rillke: Done [17:15:33] thx [17:21:03] hi [17:21:15] johnduhart: you know that logo is now cut? [17:21:20] in small notice [17:24:29] petan: It's intentional [17:24:48] johnduhart: re block I didn't mean it seriously I know it doesn't block it [17:25:07] huh? [17:25:11] oh lol [17:25:53] johnduhart: right, anyway if you don't like big text maybe we could insert some more small text, so that it's more clear what's that + info that people can request import rights to get content to small wikis if they want [17:26:10] because I created some more wikis today [17:26:20] which are going to be empty for some time [17:26:45] Just have the notice link to a page with all the need info [17:26:56] ok, I hope will click it [17:27:00] * people [17:32:21] johnduhart: I need to enable lqt on test wiki [17:35:22] johnduhart: it's already in settings why it isn't enabled :o [17:38:04] aha [17:41:08] oh? [17:41:14] nvm [17:41:24] I enabled lqt we need to make it work [17:41:26] ok? [17:41:34] I'm in class atm [17:41:37] right [17:41:40] np [17:42:16] wait [17:42:24] why did you make a wiki for every language? [17:42:43] why not, it was in proposal, I created same wikis as on prod [17:42:54] Not this proposal [17:43:03] we can make empty wikis for everyone, it's no problem to disable them after deployment [17:43:12] it takes almost no space in sql [17:43:17] so why not? [17:43:31] Whatever [17:43:33] * johnduhart goes to class [17:43:41] it's predeployment test I think we should be able to test it on all wikis where it is about to happen [17:43:52] hexmode: what is your opinion on that [17:44:51] btw having this number of wikis make it closer to prod [17:45:02] so if there was a bug in SUL etc we would see it [17:45:21] petan: there are a lot of languages, I don't think getting closer to the actual number would show any problems. [17:45:46] right but wikis are running different gadgets [17:46:01] why we shouldn't allow people from small comunities to test their scripts etc in new mediawiki as well? [17:46:04] petan: the most important thing (I think) is to have "interesting" languages like hi and ar as well as large languages like en and de [17:46:09] maybe ta [17:46:16] that we already have [17:46:35] but setting up all these wikis was a matter of 10 minutes [17:46:45] I still see no reason not to have them [17:46:54] if it is no real trouble, then sure... but I don't think it is something to focus on or delay deployment for [17:46:57] they eat less than 10mb in sql [17:47:17] no these 10 minutes really didn't delay me [17:48:03] anyway what if someone from some local community discovered a bug in their language etc? in that case it could be usefull + they have own gadgets they can import and test [17:48:16] on zh wiki are different gadgets than on en wiki [17:48:47] sure [17:49:08] I think we could give import rights to anyone to test stuff if they want [17:49:13] anyone who ask [17:49:19] go for it if that is what you want to do :) but let me check the etherpad for what we're held up on [17:49:49] I will probably import rest of wikis later, I was just testing my mass import script [17:50:07] that's why we have all wikipedias [17:50:19] mass import ? how does it work? [17:50:36] I was importing a lot of stuff (templates, etc) from commons [17:52:11] 01/11/2012 - 17:52:11 - Creating a home directory for maxsem at /export/home/deployment-prep/maxsem [17:53:12] 01/11/2012 - 17:53:12 - Updating keys for maxsem [17:59:46] I meant mass creation, not import that's what isn't finished yet [19:28:02] Ryan_Lane: can you talk me through getting ldap up and running on my vm? I just want to import dns.ldif and manipulate those records via python-ldap. [19:28:11] Like, for starters, what packages do I need? [19:28:24] puppet will handle all of it for you [19:28:27] (You can look over my shoulder, or not, whatever's easier) [19:28:29] hi Ryan [19:28:32] though, sometimes it's a pain [19:28:34] petan: howdy [19:28:34] ah, yes, but this is not on a labs machine. [19:28:52] Because I suspect that getting ldap onto my local VM will be easier than getting devstack onto a labs box. [19:29:03] oh [19:29:06] a local one... [19:29:06] hm [19:29:12] that's harder [19:29:34] It doesn't need to talk to anything external, just store a little demo db. [19:30:34] * Ryan_Lane nods [19:30:39] lemme see. [19:30:46] Ryan_Lane: if I set up an instance and later its storage is too small can that be amended by editing it's config later ? [19:30:48] it actually shouldn't be too bad [19:30:53] oren: nope [19:30:57] Alternatively, if we can get a labs instance w/oneiric and a working apt database, I could try devstack there. [19:31:31] well. oneric is good from an instance perspective. the repo is harder. [19:31:58] Ryan_Lane: what about other options ? [19:32:14] the only thing you can change is puppet configuration [19:32:29] this is an EC2 API limitation, so I can't change that at this point in time [19:32:48] andrewbogott: hm. let's try the oneric instance [19:32:54] cause I'd like to be able to have a dev build too [19:33:07] what EC2 [19:33:08] does the ldap instance need to be local? [19:33:14] what is EC2 ? [19:33:16] nope, doesn't matter. [19:33:25] oren: Amazon EC2, look it up on Wikipedia :) [19:33:25] Although what I have on nova-dev1 is nice. [19:33:36] elastic cloud [19:33:38] oren: It's a VM service much like OpenStack Nova [19:33:40] Yeah [19:33:46] ok. let's bring up an LDAP instance [19:33:49] OpenStack maintains API compatibility with EC2, IIRC [19:33:52] I mean, it doesn't need to be local, but it does need to be safe for me to break [19:33:56] RoanKattouw: yeah [19:34:01] andrewbogott: yeah, it will be [19:34:25] So, I have an oneiric instance, nova-dev2. But apt pretty much fails at every turn. Can I just point apt to an external ubuntu rep? [19:34:29] crap 1/2 of the available storage is gone [19:34:44] andrewbogott: what fails about it? [19:34:52] our apt mirror is a complete apt mirrror [19:34:55] lemme get back to where I was... [19:35:25] * johnduhart is here [19:35:26] sorta [19:35:54] Running a robotics club, ysy [19:36:53] Ryan_Lane: for starters, W: Failed to fetch http://apt.wikimedia.org/wikimedia/dists/oneiric-wikimedia/main/source/Sources [19:37:14] yeah, that's because we're missing a repo there [19:37:20] that can be ignored, though [19:37:42] Well... that error causes devstack to bail out [19:37:55] I can tinker with devstack, if that's easier than fixing the repo [19:39:01] There are five more similar failures, each for a different repo [19:39:11] I saw one of the project is running hadoop - anyone know what its for ? [19:39:36] I meen what it is being used for [19:41:47] andrew_wmf: ah. crap [19:41:54] doh [19:42:05] he always hits my autocomplete first. heh [19:42:11] andrewbogott: I see... [19:42:16] lemme see if I can add an oneric repo [19:42:20] an empty one at least [19:42:27] time to reboot [19:42:36] Oren you are out of space? [19:42:41] ah [19:42:41] Is there a reason for me not to just change the apt sources on that machine to point at ubuntu? [19:43:24] out of space ? [19:43:41] andrewbogott: it won't help [19:43:47] you can remove the wikimedia ones [19:44:09] but puppet will stick them back [19:44:29] What is the purpose of having our own repo mirrors? Do they sub in some different files? [19:44:32] it's at /etc/apt/sources.list.d/wikimedia.list [19:44:46] well, our mirrors are exactly like the ubuntu ones [19:44:51] but we have extra repos [19:44:53] that are our repos [19:45:01] we put our own packages into it [19:45:47] OrenBochman: you talked about disk space [19:46:07] it shouldn't be so hard to extend size depends how you set it up before [19:46:30] I think once we have gluster lvm should be available for each project [19:46:32] no it is about the new instances of the deploment [19:46:46] aha, ok [19:46:48] well, we won't need lvm if we have gluster [19:46:56] since we can just adjust the volume size [19:47:04] and volumes can have quotas too [19:47:43] ok, that's cool, I think wanted to ask if it's possible time ago [19:50:02] andrewbogott: we're setting up an oneric repo [19:50:09] great. [19:54:10] <^demon> I could've used an oneric repo about a month ago ;-) [19:55:48] Ryan_Lane: do I raise my hand here for a Labs account? [19:55:56] yep [19:56:05] hexmode: email doesn't work on labs [19:56:14] so No email on minor edits can't be checked [19:56:31] I need the following: 1. your preferred wiki user name 2. your svn account name 3. your preferred email address [19:57:44] hi binasher! [19:57:52] got the email, again many many thanks! [19:58:19] just final question: on what box will the data be stored? and can I get access to that box? [20:05:22] PROBLEM Disk Space is now: CRITICAL on nova-dev2 nova-dev2 output: Connection refused by host [20:06:52] PROBLEM Total Processes is now: CRITICAL on nova-dev2 nova-dev2 output: CHECK_NRPE: Error - Could not complete SSL handshake. [20:06:52] PROBLEM Free ram is now: CRITICAL on nova-dev2 nova-dev2 output: CHECK_NRPE: Error - Could not complete SSL handshake. [20:07:02] PROBLEM Current Users is now: CRITICAL on nova-dev2 nova-dev2 output: CHECK_NRPE: Error - Could not complete SSL handshake. [20:07:52] PROBLEM Current Load is now: CRITICAL on nova-dev2 nova-dev2 output: CHECK_NRPE: Error - Could not complete SSL handshake. [20:09:37] Ryan_Lane: 1. Pchang 2. none 3. pchang@wikimedia.org [20:09:45] andrewbogott: ok. repo is fixed [20:09:54] andrewbogott: so, hopefully devstack will now work [20:09:59] cool! I will... recreate nova-dev2 :) [20:10:10] philinje: ok, what's your preferred shell account name? [20:10:15] andrewbogott: already did [20:10:20] great [20:12:56] ok. lemme make an LDAP instance [20:13:20] so, we'll use separate OUs as our bases [20:13:23] so that we can share it [20:13:34] or maybe dcs [20:13:40] since it looks more real [20:13:42] heh [20:20:05] Beetstra: welcome [20:20:15] thanks! [20:20:18] !project bots | Beetstra [20:20:18] Beetstra: https://labsconsole.wikimedia.org/wiki/Nova_Resource:bots [20:20:36] list of members can be found there [20:20:44] there's also a labs-l list [20:20:46] OK [20:20:57] it's a good way to get ahold of the bots project members [20:21:23] I will start with things tomorrow (it is 23:20 here now) - have a whole weekend of nothing but being locked up in a hotel anyway [20:21:31] heh [20:21:32] cool [20:21:36] where are you? [20:21:38] Oh sorry, my weekend is Thursday/Friday [20:21:42] Saudi Arabia [20:21:46] ah. ok [20:22:00] And no, I am Dutch [20:22:12] :D [20:22:24] I make no assumptions when I meet wikimedians [20:23:10] :-D [20:23:24] Same from me, you never know where they are from [20:24:15] I guess I will start with empty databases and just run for some time, so drive-size is not an issue at the moment [20:24:33] If all runs fine, its good, otherwise I will just empty the tables and start over [20:24:35] well, we should wait until I add a litle more storage [20:24:47] we can't handle 100-150GB right now [20:24:55] and may need to make another mysql instance for this [20:25:11] I should be doubling our available storage this week or early next week [20:25:21] It does A LOT of writing, reading and counting .. [20:25:26] * Ryan_Lane nods [20:25:43] at some point we'll have dedicated hardware databases [20:26:11] 40 stores a minute are also 40 * 8 count-actions a minute, and then COIBot reads a lot as well [20:26:22] And I just upgraded the source, that number is likely going to be higher [20:26:33] * Ryan_Lane nods [20:29:16] We could first just set everything up empty to see if it runs, when you have the bigger storage, we just move the (then small) tables and then try to get the big stuff in there (that is going to be a fun challange anyway by then) [20:30:25] I'm going to try to have it up by today [20:30:27] OK [20:30:52] philinje: preferred shell account name? I need that to create your account. [20:32:43] Would the database also be accessible from other accounts? [20:34:37] if you wanted it to be, yes [20:34:39] yes please don't kill the cluster [20:34:46] back in a little. [20:36:23] Ryan_Lane, OK, good [20:40:40] johnduhart: no idea what's up with math, is there error log or some debug info? [20:40:55] johnduhart: everything is in order, so it rather looks like a bug [20:41:23] unless Texvc is broken [20:59:47] I'll look at it when I got home petan [20:59:54] right [21:02:52] RECOVERY Current Load is now: OK on nova-dev2 nova-dev2 output: OK - load average: 0.69, 0.41, 0.24 [21:05:22] RECOVERY Disk Space is now: OK on nova-dev2 nova-dev2 output: DISK OK [21:06:52] RECOVERY Total Processes is now: OK on nova-dev2 nova-dev2 output: PROCS OK: 85 processes [21:06:58] RECOVERY Free ram is now: OK on nova-dev2 nova-dev2 output: OK: 88% free memory [21:07:02] RECOVERY Current Users is now: OK on nova-dev2 nova-dev2 output: USERS OK - 2 users currently logged in [21:10:02] JeroenDeDauw: can you get into bastion? [21:10:08] what's your instance name? [21:10:18] and what do you mean it doesn't show anything associated with you? [21:10:32] you're is wep, right? [21:11:25] JeroenDeDauw: how were you connecting to it before? via a password? [21:11:35] you need to ensure your key is properly forwarded [21:15:48] andrewbogott: ok. I'm going to try to get opendj install going [21:16:00] I added the opendj package to oneric repo [21:16:05] hopefully it works :) [21:16:27] ok. [21:16:37] Meanwhile devstack is throwing ganglia errors which I don't understand at all. [21:17:06] ganglia errors? [21:17:28] the package? [21:17:38] It makes no sense to me; I don't know why it's even installing it. [21:17:42] Unless it's a dependency of something else [21:17:42] hm [21:17:51] could be. that doesn't make sense. right [21:17:58] what package name is it complaining about? [21:18:07] I tried adding ganglia via puppet to see if that suppressed it, but didn't matter. [21:18:50] ah. it's cause the user and group exist [21:18:57] which stupid puppet installs [21:19:08] Puppet installs the ganglia user/group even if ganglia isn't selected? [21:19:18] yep [21:19:36] ok, that's the problem then [21:20:42] hm [21:20:50] I wonder how it's trying to install it [21:21:05] I get the same errors if I just do apt-get install ganglia-monitor [21:21:15] yeah [21:21:33] So can we just remove those entries by hand, or will puppet just replace them? [21:21:39] tried [21:21:43] there's some other issue [21:23:45] seems the problem was it was trying to add it incorrecrtly [21:23:48] which is weird [21:23:53] I added the user manually [21:23:57] then installed the package [21:24:02] adduser --system --ingroup ganglia --home /var/lib/ganglia ganglia [21:24:05] Could be the ganglia .deb package is just wrong. [21:24:10] likely [21:24:28] So, you're doing all that on nova-dev2, so it's already done? [21:24:34] yep [21:24:57] it's likely that devstack isn't trying to install it [21:25:03] but that the base install did [21:25:05] and it failed [21:25:30] and then every time you run apt after that, apt stupidly tries to reconfigure every failed package [21:25:36] which returns failures, which kills devstack [21:25:48] That makes sense. [21:26:27] btw -- this is stupid, but part of my testing cycle with devstack involves restarting the system (this is simpler than hunting down all the running processes that devstack starts -- it's what the devstack people recommend for the time being.) If I'm going to be doing that, it would be really bad for anyone else to be working on dev2. [21:26:37] Is there a way I can privately reserve an instance? [21:26:58] Or, I guess I can just set up a warning as soon as anyone starts a session. [21:27:12] RECOVERY dpkg-check is now: OK on nova-dev2 nova-dev2 output: All packages OK [21:27:19] (Is anyone in the project besides you and me anyway?) [21:27:59] umm [21:28:12] just us two [21:28:36] andrewbogott: yeah, no issues. reboot it when you like [21:28:50] if someone else wants to work on the same box with you, that's up to you [21:29:02] and then you should coordinate with people using the SAL [21:29:52] Hm... now it's "apache2: bad group name andrew" [21:29:57] !log openstack created a shared LDAP instance for nova use. Please add a DC entry under the base entry, to use as your base; for instance: dc=mytest,dc=wmflabs,dc=org [21:29:58] Logged the message, Master [21:30:03] hm [21:30:34] I wonder if it's trying to use system uids in the user range [21:30:40] I wonder if the system uid range expanded. [21:31:51] crap [21:31:55] anything below 1000? [21:33:12] I wonder if this was different in lucid [21:33:26] nope... [21:33:27] hm [21:33:34] well, this is problematic [21:34:16] it's conflicting with LDAP user uids [21:34:38] of course, we're going to have the same issue in the production cluster [21:35:03] This is an Apache thing, not an openstack thing? [21:35:45] this is an ubuntu thing [21:35:56] and a we have user uids in the system range [21:36:21] I'm gonna fix something temporarily for you [21:36:25] and I need to do it everywhere soon [21:36:26] ok [21:36:36] I was about to say -- that sounds like nothing would ever work [21:37:00] well, it seems lucid handles this ok [21:37:16] either that, or users are sharing uid/gids with system accounts, somehow [21:37:44] try now [21:38:48] I *love* that I found the answer thanks to hexmode: http://serverfault.com/questions/67139/limiting-uid-range-for-new-local-user-accounts [21:39:10] that's the second thing I've stumbled into from him in a couple weeks [21:40:05] andrewbogott: still getting that error? [21:40:17] Ryan_Lane: I'm a useful troll [21:40:19] :) [21:40:21] heh [21:40:29] Um... yes, same failure. [21:40:33] hm [21:40:35] which package? [21:40:36] apache2? [21:41:49] is there a puppet thing for php_wikidiff.so? [21:41:57] there's a package [21:42:06] error logs were showing it was needed on deployment [21:42:14] ah [21:42:16] maybe so [21:42:24] I think there's some weirdness [21:42:55] you guys should really try to use puppet where possible [21:43:05] Ryan_Lane, why does going to http://fenari.wikimedia.org/ suggest it's WMF labs? :/ [21:43:22] because it's going to graphite [21:43:24] johnduhart: php_wikidiff.so isn't installed? [21:43:26] which uses LDAP auth [21:43:51] johnduhart: talk to Ryan_Lane to find out how to use puppet for this? [21:44:01] s/this/deployment/ [21:44:10] of course, it looks like fenari's web server config is royally fucked, as always [21:44:26] ryan_lane: yes, apache2 [21:44:44] andrewbogott: it's installed... [21:44:50] and I don't see any errors [21:45:30] hexmode, johnduhart: use applicationserver::homeless class [21:45:37] on the apache server [21:45:51] hm [21:45:58] $ sudo service apache2 restart [21:45:58] it may do stuff you don't want, though [21:45:58] apache2: bad group name andrew [21:45:59] Action 'configtest' failed. [21:45:59] The Apache error log may have more information. [21:45:59] ...fail! [21:46:04] ah [21:46:06] hm [21:46:08] sec [21:46:15] (the ...fail! part is apache2 talking, not me.) [21:46:57] SetEnv APACHE_RUN_USER andrew [21:46:57] SetEnv APACHE_RUN_GROUP andrew [21:47:00] that's why :) [21:47:08] you don't have a group named andrew [21:47:31] is there any way to make it change which group it tries to get apache to run as? [21:47:42] hexmode: Add it to my todo please [21:47:48] Ryan_Lane: Did you look at those configs yet? [21:47:56] johnduhart: nope [21:47:57] johnduhart: will do [21:48:00] Sure... what's an example of a valid group name? [21:48:20] andrewbogott: type id [21:48:27] I recommend using the openstack group [21:48:39] every project is a group on the system [21:48:42] I can't tell from http://labs.wikimedia.deployment.wmflabs.org and http://etherpad.wikimedia.org/DeploymentPrep whether we think it's now a good time to publicize this test site & get people to test it. [21:49:08] and every project that you are a member of you are also a member of on the systems [21:50:05] brb [21:50:15] sumanah: Not yet [21:50:23] ok, thanks johnduhart [21:52:13] $ sudo APACHE_RUN_GROUP=openstack service apache2 restart [21:52:13] apache2: bad group name andrew [21:52:19] It's coming from somewhere... [21:56:09] it's in the apache config [21:56:40] oh. weird [21:56:43] nope, config says Group ${APACHE_RUN_GROUP} [21:56:47] right [21:58:09] hahaha [21:58:14] fucking devstack [21:58:31] it writes a file directly into sites-enabled? [21:58:42] full. of. fail. [21:58:48] But... I changed the devstack setting too... [21:58:50] WSGIDaemonProcess horizon user=andrew group=andrew processes=3 threads=10 [21:59:00] Where is that? [21:59:23] in /etc/apache2/sites-enabled/000-default [21:59:44] Ah, ok, found it in devstack. [21:59:46] so, it's the devstack thing that automatically sticks that file there? [22:00:02] I think so. [22:00:21] devstack does many things the wrong way... everything about it reeks of desperation. [22:00:24] But it works pretty well :) [22:00:37] heh [22:00:38] yeah [22:01:50] Is there any not-extremely-difficult way for me to point my browser at nova-dev2? I have to set up a proxy somewhere, right? [22:03:10] We have a labs in labs now? [22:03:17] (devstack claims to have started up, so that's good!) [22:07:40] johnduhart: have for a while [22:07:53] Ryan_Lane: We must go deeper [22:07:57] johnduhart: I have the production version running in nova-production1 [22:08:32] now that I have openstack running on nova-dev2, my plan is to create an instance there an install openstack into that. [22:08:34] and so on [22:09:19] heh [22:09:26] see how far down we can go? [22:10:00] submitted a couple bugs to devstack [22:10:43] ok. lemme get that LDAP instance going [22:14:38] oooooo. I can make this a dns server too [22:21:43] andrewbogott: so, rather than nova-ldap1 being shared, we'll just create a new instance for each person who needs one [22:24:56] i had to kill the DNS server to make puppet keep running [22:25:00] I guess it hung for some reason [22:25:08] ah. opendj installed *after* it [22:25:30] I guess i can't really make a dependency there, since they can be on different instances [22:26:11] bah. a certificate installs after the ldap server, too [22:33:16] hexmode: wikidiff2 should alerady be installed [22:36:18] k [22:43:13] johnduhart: see /var/log/apache2/error.log [22:44:03] hm [22:45:01] Fixed [22:52:24] Interwiki links.... need to re-create them [22:52:32] or at least add bugzilla: back [22:52:40] * hexmode toddles off the the cli [22:56:01] andrewbogott: nova-ldap1 is set up, but doesn't have data yet [22:56:10] ok. [22:56:56] Ryan_Lane: btw, the time values in the SOA (e.g. 'refresh') are in ms? or us? [22:57:09] I guess I'm assuming that 'refresh' is a time value. [22:57:31] it's the current date [22:57:50] refresh/retry/expiry/minimum <- dates? [22:57:53] oh [22:57:57] seconds, I think [22:58:09] 1800/3600/86400/7200 [22:58:18] yep. seconds [22:58:20] ok. [22:58:49] sorry [22:58:52] johnduhart: how are you handling svn-up? Anything special I should know? Is this documented somewhere so I don't have to bug you? [22:58:55] I thought you meant the serial [23:02:31] !log deployment-web svn up live [23:02:31] deployment-web is not a valid project. [23:02:37] !log deployment svn up live [23:02:37] deployment is not a valid project. [23:02:47] !log deployment-prep svn up live [23:02:47] !project deployment-prep [23:02:47] https://labsconsole.wikimedia.org/wiki/Nova_Resource:deployment-prep [23:02:48] ;) [23:02:48] Logged the message, Master [23:03:02] beat you to it [23:03:03] !projects [23:03:03] https://labsconsole.wikimedia.org/wiki/Special:Ask/-5B-5BResource-20Type::project-5D-5D/-3FMember [23:03:14] but it took me a while [23:03:51] I thought I added a feature to get a project list back [23:03:57] guess I didn't heh [23:16:32] RECOVERY Disk Space is now: OK on testpuppet testpuppet output: DISK OK [23:20:03] andrewbogott: loaded it with data [23:20:31] user cn=Directory Manager? [23:20:35] yep [23:20:42] should be the same password as on nova-dev1 [23:21:00] The one from private, or the one I changed it to? [23:21:06] oh [23:21:07] private [23:21:22] it's fine to leave it as the private one [23:21:28] no one outside of the project can access it [23:21:37] can you set it to something less sensitive? So I don't accidentally commit our real password to gerrit? [23:21:46] ah [23:21:52] sure [23:21:59] Eventually I'll put it in a flag but for the moment it's going to be hardcoded. [23:22:06] * Ryan_Lane nods [23:22:28] btw, instructions for LDAP are here: http://wikitech.wikimedia.org/view/LDAP [23:23:13] url 'ldap://nova-ldap1.pmtpa.wmflabs:389' [23:23:16] ? [23:23:17] yep [23:23:24] ldaps is going to be difficult [23:23:33] Oh, ok, it's cooperating now. [23:23:40] because the system doesn't trust the wmflabs cert [23:23:59] cool [23:24:56] it's funny, the DNS entries that labsconsole is added are a little screwy, but they still work. [23:25:08] I changed them in this ldap server to how they should be [23:25:24] *had added [23:25:45] hmm. now to see if pdns is working [23:26:39] ah. no novaadmin user entry [23:32:28] andrewbogott: actually. use: uid=novaadmin,ou=people,dc=wikimedia,dc=org [23:32:33] gimme a sec, thoigh [23:32:35] *though [23:32:36] same password [23:33:16] ok. should be able to use it now [23:33:25] johnduhart: what have you been using for mwscript? [23:33:36] I'm trying to https://wikitech.wikimedia.org/view/Update_the_interwiki_cache [23:33:54] and it doesn't appear to be working :( [23:34:18] !log openstack made a /root/backup.ldif with all entries necessary to test openstack DNS (and possibly openstack) [23:34:19] Logged the message, Master [23:34:30] !log openstack that file is on labs-ldap1 [23:34:30] Logged the message, Master [23:35:30] it's bad practice to use the directory manager [23:35:40] it gets to bypass all kinds of crap [23:35:51] better to test with a normal user that has privileges added [23:37:24] ok, changed. [23:37:36] cool [23:37:42] let me know if it isn't working [23:51:22] ok. now on to bringing up virt0