[13:44] <AskUbuntu_> relation error between nova-compute and nova cloud controller | http://askubuntu.com/q/277139
[15:30] <roaksoax> rvba: howdy!
[15:30] <roaksoax> allenap: howdy! were you able to make a branch available with the changes needed for the cluster_url thing for the FPI?
[15:32] <roaksoax> rvba: were you able to take a look at https://code.launchpad.net/~andreserl/maas/ipmi_usercreation_ilo_versions_trunk/+merge/148579 ?
[15:34] <roaksoax> allenap: and does this make sense to you? http://paste.ubuntu.com/5670766/
[15:34] <rvba> roaksoax: hi.  Sorry, not yet;  I know I'm a bit late with this I'll take a look tomorrow morning first thing.
[15:34] <roaksoax> rvba: awesome! thank you!
[15:35] <rvba> roaksoax: allenap is off today and tomorrow btw.
[15:36] <roaksoax> rvba: plop :) thanks!!
[15:36] <roaksoax> rvba: how was australia btw? lots of gofun?
[15:37] <rvba> roaksoax: it was great :).  We got started on a library written in Go indeed.
[15:37] <roaksoax> rvba: awesome!
[15:39] <rvba> roaksoax: do you have a list of the things we need to do (for the FPI, etc) in MAAS?
[15:39] <rvba> There is https://code.launchpad.net/~andreserl/maas/ipmi_usercreation_ilo_versions_trunk/+merge/148579
[15:39] <rvba> Then https://code.launchpad.net/~allenap/maas/preseed-cluster-host/+merge/149954 … ?
[15:40] <rvba> And then there is bug #1148016.
[15:40] <rvba> roaksoax: These are the 3 things I have on my TODO list… anything else?
[15:41] <roaksoax> rvba: allenap branch above as bigjools mentions it doesn';y fix the issue really, but it is an improvement to the code. I already made changes to that to support the cluster_host correctly
[15:41] <roaksoax> rvba: so bug #1148016 is the real blocker right now
[15:41] <rvba> roaksoax: ok… allenap is working on this one IIRC.
[15:42] <roaksoax> rvba: the bug is happening specially when the cluster controller is not managing any interfaces... hence maas doesn't know how to tell that a node belongs to a particular cluster controller
[15:42] <roaksoax> and I tested that in the same network
[15:43] <rvba> All right.
[15:43] <rvba> I think we've identified where the problem is.  The only trick is that we will need to tweak the lab's network setup after the fix for this lands.
[15:43] <rvba> That's what alexlist was investigating.
[15:44] <roaksoax> biut i'm guessing its the same case on cluster with different networks (not managing dhcp/dns)
[15:44] <rvba> err, allenap
[15:45] <roaksoax> rvba: yeah he did say he was gonna make a branch available for me to test
[15:46] <rvba> roaksoax: I can probably do that for you since he is off today… would a branch based on trunk work for you?
[15:47] <roaksoax> rvba: yeah that would be perfect
[15:56] <rvba> roaksoax: lp:~rvb/maas/all-interfaces
[15:56] <rvba> roaksoax: that branch changes the way we guess to which nodegroup a node should be attached.
[15:56] <rvba> All the interfaces are considered, not just the managed ones.
[15:57] <rvba> So, if you configure the interfaces correctly (and still leaves them "unmanaged"), you should be able to get the detection working, even when using an external DHCP server.
[15:58] <roaksoax> rvba: ok awesome! I'm gonna test it
[15:59] <roaksoax> thanks for making it available
[15:59] <rvba> np