=== sputnik1_ is now known as sputnik13 [02:25] bigjools: thanks. I was going to fill out that bug - I just created it to track the work to start with. [02:25] rbasak: :) [02:25] bigjools: I've fixed the test issue with iscpy locally. Just sorting an upload out for that now. [02:25] I had it on my list of things to do anyway, I didn;t know you were doing it [02:25] oh! [02:25] I was just doing *that* as well [02:26] I had to patch a test - just sending that upstream now, then I'll upload [02:26] roaksoax (via gaughen) asked me if I could take care of these two MIRs. [02:27] rbasak: oh, tests all ran for me [02:28] bigjools: yeah they run fine, but can't find their data if the working directory is the top level, which is the normal way for nosetests to run. [02:29] bigjools: http://paste.ubuntu.com/7160450/ is what I did. Just used __file__ to make the test a bit more resilient finding its own data. [02:29] Then nosetests runs fine. [02:29] ok [02:31] rbasak: looks almost exactly what I had done so far [02:31] so I'll let you finish I guess :) [02:32] bigjools: I'm just sending the patch upstream, then I'll upload. Sorry about duplicating work. [02:32] I had assumed that roaksoax owned it and had handed it to me. [02:32] rbasak: no worries, let's just blame roaksoax :) [02:32] :) [02:33] Hi rbasak — what are you doing up at this hour? [02:34] jtv: can't sleep. I have body clock issues :( [02:34] I figured I'd work now and sleep later, rather than remaining sleep deprived today. [02:38] I find that unless I work until the point of collapse, I need a few hours to unwind after work. [02:38] Otherwise, no sleep again. [02:45] I think I more or less understand my body clock and how to fix it. I have a really bright daylight lamp on a timer switch. [02:45] Unfortunately life got in the way and my body clock gets disrupted very easily. [02:46] Same here, though I found ways of coping. Probably not as bad as you. Never got Redshift to work, but it sounded like a good idea. [02:46] The lamp should fix it in a week or so though. Luckily it's only slightly annoying, especially with a job where I can mostly just get on with it without worrying about working hours. [02:47] Meetings excepted, but I don't have so many so can usually manage to make those. [02:47] (well, always, I think so far) [02:47] On the bright side, you get to talk to colleagues you wouldn't normally have much overlap with. :) [02:47] Indeed :) [03:06] jamespage: we need to be subscribing ~ubuntu-server to MAAS MIRs, right If so, could you please subscribe us to iscpy and to python-seamicroclient? [03:06] We have MIRs active on these now, and I've linked the MAAS blueprint to the bugs. [03:06] roaksoax: ^^? [03:07] rbasak: it must be 3am for you... wtf? :) [03:07] bigjools: see backscroll :) [03:08] rbasak: get a blood test for MTHFR mutation [03:08] and then read this http://mthfr.net/mthfr-c677t-mutation-basic-protocol/2012/02/24/ [03:08] So python-seamicroclient appears to be running tests, but they are failing and the failing results are explicitly being ignroed with a ||true [03:08] !!! [03:09] kwality [03:31] jtv: I am going to have lunch then I will review your branch [03:33] Thanks. [03:36] Sometimes I wonder what systems would look like if the world had an iron-clad engineering rule: you can't land code that grabs a persistent lock without a watchdog to protect against process death. [03:37] * jtv just rebooted a system to get rid of an apt lock. Does it show? === sputnik1_ is now known as sputnik13net [06:25] rbasak, ok === CyberJacob|Away is now known as CyberJacob [07:34] hey maas guys, I'm wondering how can I install maas 1.5 from the package here https://launchpad.net/ubuntu/trusty/+source/maas/1.5+bzr1977-0ubuntu5 [07:35] I have a local install with maas (originally on precise using v1.2, but then upgraded to 1.4) with libvirt vm as cluster controller and 5 vm nodes, which is working well with juju [07:36] so, can I install 1.5 on precise? i've added the cloud-tools pocket but can't see newer version than 1.4 [07:36] rvba, perhaps you can help? ^^ [07:37] dimitern: hi [07:37] AFAIK, 1.5 is not available on precise. You need trusty. [07:37] dimitern: ^ [07:37] what he said :) [07:37] bigjools, hey [07:37] dimitern: you need trusty [07:37] so I can try installing a new maas on trusty and I should get the latest [07:38] not the very latest but it will have the latest VLAN code [07:38] cheers bigjools and rvba [07:38] dimitern: canonistack to the rescue! [07:38] bigjools, why canonistack? [07:39] dimitern: I'm sure you'll figure it out [07:39] :) oh boy [07:40] and this time i'm writing everything down each step of the way and will post a yet another "installing maas+juju" blog article :) [08:19] How would I go about changing how Curtin creates the filesystem ? [08:33] basicer: you wait for smoser to come online and get him to help :) [08:34] rvba: just checking if https://launchpad.net/~maas-maintainers/+archive/dailybuilds/+packages is appropriate if we want to set up our own MaaS to do testing against VLAN [08:34] or if that is going to be *too* new and sometimes broken [08:35] I guess I see this one, too: https://launchpad.net/~maas-maintainers/+archive/daily-qa-ok [08:35] jam: not sure the package in daily-qa-ok is recent enough. [08:35] rbasak: it is [08:35] rvba: 1.5+bzr1977+2115+246~ppa0~ubuntu14.04.1 [08:35] rvba: it is [08:35] says 2115 in there [08:35] Okay then. [08:44] Also, I dont know if this is fixed or not, but it took me like 4 hours to figure out. [08:44] If you public IPs for your nodes, the deb package cache will reject you, and nothing will work T.T [08:46] you what? [08:46] you use public IPs for your nodes. [09:27] bigjools: you didn't vote on https://code.launchpad.net/~rvb/maas/api-anchors/+merge/212997 [09:28] rvba: yeah sorry I've not really looked at it in detail [09:28] Okay, no worrie. [09:28] worries* [09:28] Maybe jtv will be willing to review it… ? [09:28] ? [09:29] The anchor branch. See above. [09:29] Yes I would. [09:29] Ta. [09:42] rvba: reviewed [09:42] jtv: thanks [09:59] bigjools: I filed two new cards — for updating the import-pxe-files manpage, and for making it clear that those old shell import config files are obsolete. [09:59] We can handle the latter from the upgrade hook. No packaging changes needed. [09:59] jtv: right! thanks [10:00] of course! [10:03] I'm going to replace that awkward boot_walk() with its callback parameter with a generator. [10:16] rvba: are you working on labels in the new import script? [10:16] Because I'd like to throw boot_walk out the window. It's clearer as a generator. [10:16] No more nested callbacks! [10:17] jtv: I'll resume my work on that this afternoon. Basically testing Oleg's branch. [10:17] This means I'll have to read his email, doesn't it? [10:18] jtv: just have a look at his branch to see if it clashes with want you intend to do. It's tiny. [10:18] Ah good. [10:19] Yup, there will be conflicts. But nothing serious. [10:33] jtv: the daily package failed to build: https://launchpadlibrarian.net/170842514/buildlog_ubuntu-trusty-i386.maas_1.5%2Bbzr2153%2B2184%2B254~ppa0~ubuntu14.04.1_FAILEDTOBUILD.txt.gz [10:33] Blast. [10:33] Looks related to your recent changes. [10:33] It was "uploading"... [10:34] Actually, it says "successful build." [10:34] Weird. [10:34] rvba: Have you seen the maas_longpoll problem before? [10:35] allenap: Are you referring to the discussion in #juju-dev? [10:35] rvba: Yeah. [10:35] No, I don't think I've seen this before. [10:37] Ahhh, setup.py still mentions the ephemerals script! [10:37] New branch... [10:42] jtv: didn't 'make package' catch that? [10:42] I have no idea why, but we got a "Build successful" — followed by this error. [10:42] I wonder if running 'make package' shouldn't be part of the landing process as well. [10:43] Yes, now that we have it, we ought to use it. [10:43] Although there are practical problems. [10:43] Sometimes a branch change is paired up with a packaging change, and they need to land in lockstep. [10:44] In that it writes to it’s parent directory? (Whoever though that was a good idea when developing deb tools was on meth.) [10:44] You can always land things manually in this case. [10:46] rvba: Do you understand what’s happening in that paste from vladk? [10:46] Small & easy branch for review! Cheap karma! https://code.launchpad.net/~jtv/maas/remove-ephemerals-script-from-setup/+merge/213017 [10:47] allenap: No really, could "invoke-rc.d: policy-rc.d denied execution of restart." be the cause of this mess? [10:48] jtv: approved [10:48] Thanks. === marcoceppi is now known as marco_traveling [12:36] hola ! I have a customet that tells me "when i add-unit nova-compute, a box is installed, but no nova-compute charm is never installed" [12:37] i was expecting to see some error in /var/log/cloud-init-outpout.log but there is no such file [12:37] there is a /var/log/cloud-init.log though https://pastebin.canonical.com/107252/ [12:37] but i dont see any obvious error to my eyes.. where should i investigate ? [12:38] basicer, its not really trivial to change the way curtin changes filesystem. [12:39] what did you want to do ? === roadmr_afk is now known as roadmr === roadmr_afk is now known as roadmr === roadmr is now known as roadmr_afk [14:05] rbasak: cool! thanks for taking care of that === roadmr_afk is now known as roadmr [14:52] gmb, https://bugs.launchpad.net/maas/+bug/1297814 that's the bug [14:52] Ubuntu bug 1297814 in MAAS "MAAS does not advertise its capabilities" [High,Triaged] [14:53] dimitern: Cool, thanks. === matsubara_ is now known as matsubara === sputnik1_ is now known as sputnik13net [16:23] rvba: hi, have a moment for a question regarding gomaasapi.testservice? [16:26] perrito666: go ahead [16:27] rvba: I am trying to make the testserver have /networks [16:27] I registered the function to handle /api//networks/ [16:27] yet I get bad request whey I run the test I wrote [16:27] before I start debugging my own code :) [16:27] is there any step I am missing to register a new api endpoint? [16:27] perrito666: do you have a diff I could look at? [16:28] cetainly [16:29] rvba: http://pastebin.ubuntu.com/7163586/ [16:39] smoser: Well my machines have four disks; I would like to either put them in raid; or set up a btrfs filesystem that uses all 4. [16:40] perrito666: what's the url of the request that generates a 400 error? [16:44] rvba: I am trying to igure out how to get that :) since I am using maasObj.CallGet("networks", params) [16:44] will get back t you when I do [16:45] perrito666: I think the problem is that, if you have params (and I assume you do), "/api/%s/networks/" isn't going to catch the request. [16:45] rvba: I thought they where not considered in the url matching [16:45] * perrito666 is djang biased [16:46] rvba: tx [16:46] perrito666: hum, you might be right, looks like we're comparing that to the 'path' part of the URL [16:47] perrito666: you mean you're written in python too? [16:48] mgz: yes, I am poorly templated tho [16:53] perrito666: is networksHandler() being called at all? [16:57] rvba: apparently not [16:58] that i wh I was wondering if I was missing a step ther [17:00] perrito666: I don't see anything obviously wrong. [17:00] rvba: Ill keep looking into it, perhaps I can get the fake server to output all requests to stdout [17:01] Yeah, that would be a start. === alexpilotti_ is now known as alexpilotti [17:30] rvba: duh, call get is calling http://127.0.0.1:41401/api/1.0/nodes/test1/?node=test1&op=networks === marco_traveling is now known as marcoceppi [20:02] how many physical servers do I need to setup an ubuntu cloud, maas, juju, openstack etc [20:03] Valduare: simplistically, I think 10: 1 for maas, 1 for the juju bootstrap node, and 8 for the services comprising openstack (I count 8 of them) [20:04] 10 physical servers? [20:05] Valduare: right. I think you can put several services in the same node to cut down on number of servers needed [20:06] Right now I have one little mini itx board running 14 vm’s all setup manually lol [20:06] cant afford 10 physical servers [20:06] Valduare: (that's why I said "simplistically" - if you have enough hardware, just slap maas on one node, install juju on that one, and juju deploy all the openstack services, you don't need to configure anything else) [20:07] Valduare: haha well I think you can have maas managing virtual machines, then you'd only need 1 server :D [20:07] I have all of my vm’s stored on a freenas box serving iscsi atm [20:08] and an esxi host on a gigabyte gae-350n mobo with 16 gigs of ram [20:23] http://insights.ubuntu.com/resources/tutorials/interested-in-maas-and-juju-heres-how-to-try-it-in-a-vm/ interesting === alexpilotti_ is now known as alexpilotti === CyberJacob is now known as CyberJacob|Away