=== EntropyWorks_ is now known as EntropyWorks === lborda is now known as lborda_afk === rvba` is now known as rvba [14:12] rvba: around? [14:13] rvba: i'm seeing this: http://pastebin.ubuntu.com/5676753/ any thoughts? [14:13] roaksoax: yep… [14:13] roaksoax: btw, you still need to merge https://code.launchpad.net/~andreserl/maas/ipmi_usercreation_ilo_versions_trunk/+merge/148579 in trunk right? [14:14] rvba: yeah so the reason why that did land in 1.2 and not trunk is because julian thought it would be better to have the testing of that in trunk,s ince it didn't make sense for 1.2 [14:15] rvba: and the above might be due to the nodegroup change? [14:15] roaksoax: right. Julian and I agreed that we don't really have time to add the testing so let's land this as is and file a bug about the lack of test for this. [14:15] rvba: ok sounds good to me [14:18] roaksoax: the error you pasted is due to the fact that 2 nodegroups match when we're trying to determine to which nodegroup a node should be attached. [14:18] rvba: so same network? [14:19] Yeah, the IP of the connecting node belongs to a network to which for nodegroups are connected to. [14:19] Thus we cannot determine to which is should be attached. [14:19] You can probably fix this by removing the network in question on one side. [14:20] yeah makes sense, I was jus testing whether your changes do fix the issue, but I just realized I was managing interfaces in both nodes [14:20] so makes sense [14:27] rvba: so this is a result of the revert you provided me with yesterday, righ? Since the current escenario I'm testing was working before that change [14:27] rvba: and this means that we cannot have 2 clusters in the same network [14:27] roaksoax: I've just had a chat with rvba, and we have a plan... [14:27] roaksoax: exactly [14:28] roaksoax: you can have two clusters in the same network, but you have to manually remove an interface (in MAAS) on one of the nodegroups. [14:28] rvba: ok I know how to setup an environment with 2 different clusters in different networks that's quite easy to do with kvm :) [14:28] rvba: I see [14:28] allenap: cool! what's the plan :)? [14:29] roaksoax: to tell to MAAS: this network, although physically attached to 2 nodegroups, is actually managed by *this* nodegroup. [14:29] right! makes sense [14:29] rvba: since the above error shows up even when both networks are *unmanaged* [14:29] roaksoax: I'll change the find_nodegroup() function to prioritise managed interfaces, but fall back to non-managed interfaces. Additionally, if more than one non-managed interface matches, we blow up, suggesting that either one interface is marked as managed, or to remove the other interface. [14:29] err both cluster interface are unmanaged [14:30] roaksoax: indeed, you need to *remove* one interface on one of the nodegroups/ [14:30] In your case, you don't have any managed interface. [14:30] rvba: right, say the master running in the region controller should not have any interface in the same network as the other cluster (bnoth managed/unmanaged) [14:31] roaksoax: exactly. [14:31] allenap: makes sense to me. But wouldn't it make better sense that if there's 2 cluster in the same network, to simply use 1 of those 2? [14:31] rvba: ok makes sense. Ok will setup an environment and test [14:32] roaksoax: That might be okay. I can't think of an issue with that offhand. rvba? [14:33] allenap: seems reasonable, as long as this only happens when no managed interfaces on this network are found I think that's ok. [14:34] rvba: If there's a managed interface, we will choose that one anyway. What if we find two managed interfaces for the same network? [14:35] if we found 2 managed interfaces in the same network that most likely would be the case that i'm using different ranges for DHCP. (which is what I was doing right now). [14:35] i guess it would make sense to try to detect from which one the node pxebooted from [14:35] if not fallback to the first one [14:36] roaksoax: When an interface is managed, the DHCP ranges are defined by the netmask, iirc, so you can't have two cluster controllers managing the same network. [14:37] Indeed, I don't think that's possible in MAAS right now. [14:37] allenap: right, but I can have 2 DHCP servers saying "Server IP between 192.168.1.100 - 200" and another one that will server "192.168.1.1 - 99" [14:37] s/server/serve [14:40] roaksoax: You /can/ do that, but it's not a supported configuration: the interface should be marked as unmanaged. [14:40] alright :) [14:42] Finding a node's nodegroup (aka cluster controller) in a nutshell: 1 managed interface on the network = choose this one; >1 managed interfaces on the network = misconfiguration; >1 unmanaged interfaces on a network = choose any [14:43] Version 2 of Finding a node's nodegroup (aka cluster controller) in a nutshell: 1 managed interface on the network = choose this one; >1 managed interfaces on the network = misconfiguration; 1 unmanaged interface on a network = choose this one; >1 unmanaged interfaces on a network = choose any [14:49] allenap: sounds good to me [14:49] Cool. [14:51] allenap: oh btw... i just made this change to python-tx-tftp in raring. Spads was getting his connection dropped and him and Daviey investigated and came up with the solution: http://pastebin.ubuntu.com/5676874/ [14:53] roaksoax: That's cool :) I'll submit that upstream (and also press for landing of the other patches). [14:54] allenap: that would be great! [15:29] Maas Web Interface not reachable after new installation! | http://askubuntu.com/q/277874 === kentb is now known as kentb-out === ubot5` is now known as ubot5