/srv/irclogs.ubuntu.com/2013/03/14/#maas.txt

shangbigjools: ping02:37
bigjoolsshang: hi02:38
shangbigjools: hey, had a quick question about the status on the maas backporting to 12.0402:38
bigjoolsthat's up to roaksoax02:39
shangaha!02:39
roaksoaxshang: i uploaded to -proposed, it is up to the SRU team02:39
roaksoaxto review02:39
shangroaksoax: ah, great! thanks for the info02:39
roaksoaxnp02:40
* roaksoax sleeps02:40
roaksoaxnight02:40
bigjoolsnn roaksoax02:40
=== jtv1 is now known as jtv
AskUbuntuLimitations of Ubuntu Cloud Infrastructure with respect to OS? | http://askubuntu.com/q/26770010:51
roaksoaxrobotfuel: howdy!!14:08
roaksoaxerr14:08
roaksoaxsorry14:08
roaksoaxrvba: howdy!!14:08
rvbaroaksoax: hi14:10
roaksoaxrvba: so I need your feedback on https://code.launchpad.net/~andreserl/maas/ipmi_usercreation_ilo_versions_trunk/+merge/14857914:11
roaksoaxrvba: or a recommendation on how to get bigjools request done :)14:14
rvbaroaksoax: you mean Julian's request right?14:14
roaksoaxrvba: yeah14:15
roaksoaxmgz: howdy! you worked on the constraints side right?14:26
roaksoaxmgz: any ideas on bug #115480314:31
ubot5bug 1154803 in MAAS "Constraints prevents the allocation of nodes if they are equal to the HW." [High,Triaged] https://launchpad.net/bugs/115480314:31
roaksoaxallenap: howdy!! So I was wondering if there are any updates on the nodegroup thing when nodes are being unmanaged?14:31
roaksoax(not managed by dns/dhcp)14:32
allenaproaksoax: I spoke with rvba this morning about this. We can revert the fix he added to only check managed interfaces, create a package, then you can test that. However...14:34
allenaproaksoax: this will break MAAS in the test lab. The primary QA tests will be fine, but there's a secondary multi-cluster script that runs too (iirc from rvba), and this will break.14:35
allenaproaksoax: One of use needs to figure out how to rearrange the lab and talk to retoaded about getting it done.14:35
allenaproaksoax: Basically, the test lab is not a supported configuration :)14:36
allenaproaksoax: I am super busy today, so I doubt I'll have time for it though :-/ I ought to have time on Sunday though.14:36
roaksoaxallenap: awesome! thanks!!14:37
allenaproaksoax: In short, MAAS does not support having two different clusters on the same subnet. Do you have somewhere you can QA where you have separate subnets?14:39
mgzroaksoax: aye (sorry, net connection flakey today)14:40
mgzroaksoax: what can I help you with?14:48
roaksoaxmgz: howdy! bug ##115480314:59
roaksoaxmgz: howdy! bug #115480314:59
ubot5bug 1154803 in MAAS "Constraints prevents the allocation of nodes if they are equal to the HW." [High,Triaged] https://launchpad.net/bugs/115480314:59
roaksoaxallenap: uhmmm i guess I could setup up an environment like that15:00
roaksoaxallenap: though, shouldn't it be simple enough to tell maas that the node is booting in X cluster?15:00
allenaproaksoax: Do you mean, we adjust the database once it's enlisted?15:06
mgzroaksoax: so, the guy's diagnosis in that bug is certainly wrong, but it's not clear to me what exactly is broken15:09
mgzthe maas logging being unhelpful there is unfortunate15:12
mgzmy suspicion is his machine with maas-name: zookeeper.hdl does not in fact get a cpu recognised15:15
mgzor he just got confused, as that maas-name had been assigned, and thought removing the cpu constraint was what made it work, when actually removing the maas-name was what was needed15:15
mgzif fact, I'm almost certain it's just that he set a maas-name constraint, bootstrapped, then couldn't create any other machines15:18
mgzroaksoax: commented on the bug15:22
roaksoaxallenap: mgz sorry meeting15:22
mgzah, the guy is you. have a look when you're done with the meeting. :)15:24
roaksoaxmgz: i tested removing maas-name15:28
roaksoaxmgz: and it didn't work15:28
roaksoaxi had tested every possibloe escenario15:28
roaksoaxmgz: and it came down to having the CPU being 1 in the maas node, and 1.0 in the constraint15:28
roaksoaxmgz: so setting the cpu=1.0 constraint to cpu=0, allowed me to deploy15:29
mgzbut you didn't try 0.5?15:30
roaksoaxmgz: no I didn't15:30
mgzthere's nothing in the report that shows cpu was the issue, and I can't see any reason it should be, provided you actually had a spare machine with populated cpu count15:30
mgzI have tested that code with exact values, and it works.15:31
roaksoaxallenap: so my understanding is that in order to determine from what cluster a node belongs to, the network of the enlisting node is compared to the network of a configured managed interface, if there are non, then the node is assigned to the default cluster right?15:31
roaksoaxmgz: let me access those nodes and test again15:31
mgzso, something may well be borked in picking out machines, but it's not the cpu constraint15:31
mgz(or at least, it more complex than just gt vs. gtc)15:32
mgz*gte15:32
roaksoaxok this seems to be happening with default constraints only15:37
roaksoaxmgz: ^^15:37
roaksoaxallenap: however, that is not ideal because we are assigning a node to a different nodegroup than the one it booted from. So we need to come up with a way to always figure out from what nodegroup it booted from.15:40
mgzroaksoax: if you can narrow down the *exact* constrain change needed to make it work, that would be really helpful15:41
mgzset one thing in turn to =any and see what works15:42
roaksoaxmgz: sure I'll retest15:42
mgzset back to default with =15:42
roaksoaxcool15:44
roaksoaxwill retest15:45
allenaproaksoax: Currently it checks the managed interfaces. Reverting rvba's change will make it check all interfaces, so should do the right thing.15:49
roaksoaxallenap: ok cool15:49
=== kentb is now known as kentb-out

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!