[07:58] <clouder007> please kindly help me......... I am trying to import boot images, i have tried everything help please ..................:(
[08:30] <gmb> rvba`, All these timeout errors in the CI job are worrying… And yet when I tried last week I couldn’t reproduce them for love nor money (those were timeouts in the image download tests). Not sure how to proceed now except for maybe increasing the timeouts to see how badly the time-to-run has inflated on those tests.
[08:44] <jtv> gmb: wonder if it might be worth adding an "ls -lR" just so the failure tells us anything about what the import was doing...
[08:48] <rvba> gmb: the images in the lab come from a proxy so the download shouldn't take very long.
[08:51] <gmb> Right.
[09:01] <rvba> allenap: reviewing your rpc-dhcp-helpers branch now
[09:21] <rvba> allenap: I'm a bit confused by the docstring of gen_calls_to_create_host_maps… it doesn't document the right parameters, the description of what the method returns seems wrong… it looks to me that you've changed the code at some point without updating the docstring, or vice versa.
[09:26] <allenap> rvba: Oops, sorry.
[09:27] <rvba> No worries.
[09:47] <rvba> gmb: seems that we have two failures: a problem while importing the images (sometimes) and a problem enlisting all 4 nodes (sometimes).  The trusty job failed (second failure) as well so I'm assuming there is something wrong with one of the nodes.
[09:58] <rvba> allenap: should I have another look at your branch now?
[10:01] <allenap> rvba: Yes please, I’ve updated the docstrings.
[10:02] <rvba> allenap: does gen_calls_to_create_host_maps really return a generator of :py:class:`~Failure`s?
[10:02] <rvba> allenap: looks to me that it's returning a generator of callables…
[10:03] <allenap> rvba: Oh, sorry, I missed that. I appear to not be firing on all cylinders yet today.
[10:03] <rvba> allenap: no worries, I'll grab something to eat now and review your branch when I'm back.
[10:06] <allenap> rvba: Okay. I think I’ve done them properly now.
[10:21] <onicrom> morning
[11:06] <rvba> allenap: I'm not sure I understand why you need 'gen_dynamic_ip_addresses_with_host_maps'.
[11:08] <rvba> allenap: or rather, I'm not sure why you compute things this way… you're extracting the dynamic mappings from the records in DHCPLease right?  Why don't you use StaticIPAddress?  i.e. dyn_adr = DHCPLease - StaticIPAddress …?
[11:19] <allenap> rvba: I guess that would work too. Is there a problem with this approach that I’m missing?
[11:21] <rvba> allenap: no.  I'm trying to see if one approach is more efficient than the other…
[11:22] <rvba> allenap: it probably doesn't matter that much.  I was just curious, because the other approach is the one I would have instinctively used.
[15:37] <mfa298> I've been trying out maas with multiple cluster controllers (1 region controller, 3 cluster controllers all on different networks) I've also got 6 nodes (2 in each cluster controller subnet) however after enlisting and commisioning they all appear to be linked to the 1st cluster controller. Is this normal ?
[16:31] <lamont> what does this mean? ValidationError: {u'mac_addresses': [u'One or more MAC addresses is invalid.']}
[16:35] <lamont> ah.  seems to be https://bugs.launchpad.net/maas/+bug/1308292
[20:03] <lamont> cat /etc/maas/dhcpd.conf
[20:03] <lamont> # DHCP server stopped. <-- no newline
[20:03] <lamont> so how do I get it to actually have a config?
[20:04] <lamont> and more significantly, why did it not get one?  <-- bigjools ?
[20:04] <lamont> (trusty +updates maas)
[20:10] <lamont> ah, nm
[20:10] <lamont> (I think)
[22:10] <bigjools> lamont: edit a cluster interface and set it to managed
[23:09] <lamont> bigjools: yeah, it appears that doing that through the cli doesn't have immediate effect, resulting in a fun race condition in our script.  I taught it to wait
[23:09] <bigjools> there is a small delay, yes