Wednesday, 2014-03-26

adam_gNobodyCam, i was hitting that quite a bit yesterday after i had managed to wedge the database into a bad state00:00
NobodyCam:)00:01
NobodyCamvirsh list00:04
NobodyCamgah ww00:04
*** rloo has quit IRC00:20
*** krtaylor has joined #openstack-ironic00:20
* NobodyCam fires up another devtest after rebasing his elements dir00:24
*** matsuhashi has joined #openstack-ironic00:27
lifelessNobodyCam: should be00:29
NobodyCam:) i needed to rebase images on master to the compute_manager option.... I think I check'd out the patch vs pick'in it00:30
russell_hadam_g: added a comment on that change, I think you need to merge the nested if into the one above it00:32
adam_grussell_h, sure00:32
russell_hadam_g: "if hasattr(e, '__name__') and e.__name__ == 'InstanceDeployFailure':"00:32
russell_hunless I'm really losing it00:32
russell_hor you could add a nested else00:32
russell_hI don't care, I just think it doesn't actually work as-is00:33
adam_grussell_h, that was >80 lines and wrapping it in ()'s looked ugly at the time :)00:33
russell_hah00:33
russell_h:)00:33
russell_hthere is nothing you can do to make python look pretty to me00:33
* russell_h might be hanging out in the wrong spot00:34
adam_gha00:34
JayFBlueprint: Use Node.js for more faster eventing Author: russell_h00:34
JayF:P00:34
jrolls/node.js/go00:34
lifelessrussell_h: adam_g: if getattr(e, '__name__') == 'InstanceDeployFailure':00:35
adam_glifeless, goodcall00:36
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Raise unexpected exceptions during destroy()  https://review.openstack.org/8294800:42
*** matsuhashi has quit IRC01:12
*** matsuhashi has joined #openstack-ironic01:14
*** eguz has quit IRC01:18
*** nosnos has joined #openstack-ironic01:27
comstudlifeless: The no-DB scheduler is vaporware01:28
comstudas far as I'm concerned, anyway01:28
lifelesscomstud: ah; so I can change the comment if you like, but that is why I said what I said01:28
comstudunderstood01:28
*** krtaylor has quit IRC01:34
*** Haomeng has joined #openstack-ironic01:54
*** matsuhashi has quit IRC02:00
*** matsuhashi has joined #openstack-ironic02:08
*** hemna_ has quit IRC02:12
*** hemna_ has joined #openstack-ironic02:26
*** harlowja is now known as harlowja_away02:27
*** vkozhukalov has joined #openstack-ironic02:31
*** krtaylor has joined #openstack-ironic02:38
*** killer_p- has joined #openstack-ironic02:38
*** BadCub01 has quit IRC02:39
*** killer_p- is now known as killer_prince02:39
*** lazy_prince has quit IRC02:39
*** todd_dsm has joined #openstack-ironic03:03
*** todd_dsm has quit IRC03:08
*** matsuhashi has quit IRC03:15
*** nosnos has quit IRC03:28
*** blamar has quit IRC03:46
*** killer_prince is now known as lazy_prince03:53
*** blamar has joined #openstack-ironic03:56
*** blamar has quit IRC03:57
*** blamar has joined #openstack-ironic03:58
*** todd_dsm has joined #openstack-ironic04:10
*** blamar has quit IRC04:10
*** matsuhashi has joined #openstack-ironic04:25
*** killer_prince has joined #openstack-ironic04:27
*** eghobo has joined #openstack-ironic04:27
*** vkozhukalov has quit IRC04:28
*** nosnos has joined #openstack-ironic04:36
*** todd_dsm has quit IRC04:39
*** blamar has joined #openstack-ironic04:46
*** todd_dsm has joined #openstack-ironic04:49
*** todd_dsm has quit IRC04:49
*** lazy_prince has quit IRC05:28
*** Haomeng has quit IRC05:36
*** Haomeng has joined #openstack-ironic05:38
openstackgerritRussell Haering proposed a change to openstack/ironic: Re-use hash rings across requests  https://review.openstack.org/8291505:46
*** lazy_prince has joined #openstack-ironic06:00
openstackgerritJenkins proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/8299306:07
*** saju_m has joined #openstack-ironic06:19
*** Manishanker has joined #openstack-ironic06:23
*** mrda is now known as mrda_away06:31
*** matsuhashi has quit IRC06:33
*** matsuhashi has joined #openstack-ironic06:35
*** eghobo has quit IRC06:44
*** mdurnosvistov_ has joined #openstack-ironic06:49
*** vkozhukalov has joined #openstack-ironic07:02
*** stevehuang has joined #openstack-ironic07:02
*** matsuhas_ has joined #openstack-ironic07:03
*** matsuhas_ has quit IRC07:04
*** matsuhas_ has joined #openstack-ironic07:06
*** matsuhashi has quit IRC07:07
*** rameshg87 has joined #openstack-ironic07:12
*** saju_m has quit IRC07:13
*** stevehuang has quit IRC07:13
*** matsuhas_ has quit IRC07:59
*** matsuhashi has joined #openstack-ironic08:04
*** mdurnosvistov_ has quit IRC08:15
*** jistr has joined #openstack-ironic08:37
*** ifarkas has joined #openstack-ironic08:42
*** ndipanov_ has quit IRC08:44
dtantsurMorning Ironic08:56
agordeevdtantsur: morning08:57
*** ndipanov has joined #openstack-ironic09:00
*** max_lobur has joined #openstack-ironic09:03
*** athomas has joined #openstack-ironic09:10
*** martyntaylor has joined #openstack-ironic09:10
*** derekh has joined #openstack-ironic09:11
mdurnosvistovMorning all! =)09:29
*** lucasagomes has joined #openstack-ironic09:31
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Add worker threads limit to _check_deploy_timeouts task  https://review.openstack.org/7865109:38
*** derekh has quit IRC09:42
*** derekh has joined #openstack-ironic09:42
agordeevmdurnosvistov: morning!09:46
*** romcheg has joined #openstack-ironic09:49
*** pradipta_away is now known as pradipta09:54
*** matsuhashi has quit IRC10:09
lucasagomesdevananda, about the reversible AES https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide10:10
*** romcheg has quit IRC10:36
*** matsuhashi has joined #openstack-ironic10:39
lifelessdevananda: so comstud took his -1 away... :)10:49
lifelesslucasagomes: 82637 is a dependency for tripleo deploys of ironic10:49
lifelesslucasagomes: you had some concerns about etherpad links; I think my reasoning makes sense in the review, but I'm around for a little more if you want to talk10:50
lucasagomeslifeless, will take a look10:50
lucasagomeslifeless, right I need to talk to u about something not related to that ^ tho10:50
* lucasagomes grabs the link10:50
lucasagomeslifeless, https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/deploy_utils.py#L83-L8710:51
lifelessruhroh10:51
lucasagomesthis comment still makes sense? do we need to have that 1mb at the start of the disk?10:51
lifelessyes :)10:51
lucasagomesI saw it failing once I inverted the partition layout to have root to be always the last partition10:51
lifelesssadly10:51
lucasagomesouch10:51
lucasagomeslifeless, http://fpaste.org/88703/10:52
lifelesslets see if its changed in trusty10:52
lucasagomesack10:52
lucasagomescause I tested here without it10:52
lucasagomesand everything works10:52
lifeless    /* rounding up wastes almost an entire cylinder - round down10:52
lifeless       and leave it to compute_start_sect() to fix the difference */10:52
lifelesslucasagomes: looks like your disk is too small ?10:54
lifelesslucasagomes: max allowable size of 1 ? :)10:54
lucasagomesit's not, but having that 1MB seems to cause some partition overlap there10:54
lifelessdid you skip the leading comma in your patch?10:55
lifelessthats what makes it all work10:55
lifelesswithout the 1MB there is no room for e.g. grub10:55
lifelessand the partition table itself10:55
lifelessMBR can represent crazy stuff10:55
lucasagomeslifeless, right so disk partition softwares especially that ones with deal with mbr should preserve the 512 bytes at the beggining of the diisk10:56
lifelessso the reason for the 1MB10:56
lucasagomesyeah10:56
lifelesssfdisk preserves that 512 bytes10:56
lifelessbut it doesn't shift the partition up10:56
lifelessit shrinks it10:56
lucasagomesouch10:56
lifelessso when the partition size exactly matches the image size10:56
lifelesse.g. image size = 10GB10:56
lifelessflavor root = 10GB10:57
lifelessyou end up with 10GB-512bytes partition10:57
lifelessand boom.10:57
lucasagomesyeah... well that's expected ^10:57
lifelessthats what compute_start_sect does10:57
lifelessso by leaving a leading gap10:57
lucasagomesI mean, maybe ironic should be more smart and create the partition until the end of the disk10:57
lifeless10GB image + 10GB flavor works.10:57
lucasagomesin case both values are equal10:57
lifelessas in the current code works10:57
lifelessusing 0 there won't.10:58
lifelesscan you pastebin or point me at gerrit for the patch that caused that fpaste error?10:58
lucasagomesoh it's in my env, but I can post it here10:58
lucasagomes1 sec10:58
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Convert credentials for ipminative driver to binary strings  https://review.openstack.org/8214610:58
lucasagomeslifeless, http://paste.openstack.org/show/74327/10:59
lucasagomesall I did was to invert the swap partition with the root partition10:59
lucasagomesso the root will be always the last partiton for both layouts ephemeral and normal11:00
lucasagomesand then boom :) crashed11:00
lifelessis root_mb perhaps 0 ?11:00
lucasagomesno, | properties             | {u'memory_mb': u'512', u'cpu_arch': u'x86_64', u'local_gb': u'10',     |11:01
lucasagomes|                        | u'cpus': u'1'}11:01
lucasagomes10G11:01
lucasagomesand my disk has11:02
lucasagomesDisk /dev/vda: 16.1 GB,11:02
lifelessI meant swap_mb11:02
lucasagomesah11:02
lucasagomesyeah11:02
lucasagomesswap is 011:02
lifeless0 means 'use all disk' to sfdisk11:02
lucasagomeswhich will be converted to 111:02
lucasagomesohhhh11:02
lucasagomesah but no11:02
lifelessthats why we convert it to 111:02
lucasagomesinternally we change it to 1mb11:02
lucasagomesyeah, well I can check if the value changed to 1 there11:03
lucasagomes1 sec11:03
lucasagomesbtu odd enough, once I change that 1mb from the beggining it works11:03
lifelessodd indeed11:03
lucasagomeslifeless, http://paste.openstack.org/show/74334/ (without the 1MB, worked)11:05
lucasagomesyeah well I will investigate it a bit more11:05
lifelessperhaps you could add 1M onto the first partition size11:08
lifelessbut IIRC I tried that and the problem was cylinder rounding11:08
lifelessgnight!11:08
lucasagomeslifeless, night!11:09
*** rameshg87 has left #openstack-ironic11:17
*** saju_m has joined #openstack-ironic11:20
openstackgerritSergey Lukjanov proposed a change to openstack/ironic: Start using oslosphinx theme for docs  https://review.openstack.org/8304311:29
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Fix strings post landing for c63e1d9f6  https://review.openstack.org/8304411:30
*** romcheg has joined #openstack-ironic11:36
*** athomas has quit IRC11:59
*** Slower has quit IRC12:05
*** athomas has joined #openstack-ironic12:05
*** matsuhashi has quit IRC12:10
*** matsuhashi has joined #openstack-ironic12:11
*** matsuhas_ has joined #openstack-ironic12:13
*** matsuhashi has quit IRC12:13
*** lucasagomes is now known as lucas-hungry12:44
*** matty_dubs|gone is now known as matty_dubs12:46
*** matsuhas_ has quit IRC13:07
*** max_lobur1 has joined #openstack-ironic13:10
*** max_lobur has quit IRC13:10
*** rloo has joined #openstack-ironic13:12
*** pradipta is now known as pradipta_away13:12
*** nosnos has quit IRC13:35
devanandamorning, all13:43
*** killer_prince has quit IRC13:46
*** lazy_prince is now known as killer_prince13:46
rloomorning devananda13:47
*** lucas-hungry is now known as lucasagomes13:50
lucasagomesmornin devananda13:50
lucasagomesmorning rloo13:50
rlooafternoon lucasagomes ;)13:51
lucasagomes:D13:51
lucasagomesdevananda, ping, r u working on https://bugs.launchpad.net/ironic/+bug/1265587 ?13:51
devanandaJayF: didn't you start on ^ ?13:52
devanandalucasagomes: i'm not13:52
lucasagomesdevananda, right, if JayF is not working on it as well I will give it a go13:53
lucasagomesit's tagged as rc113:53
devanandayep. thanks13:53
rloowell, JayF did mention yesterday that he'd work on it. Maybe wait for a few hours to check with him?13:56
NobodyCamgood morning Ironic14:04
lucasagomesrloo, yup, will wait14:05
lucasagomesmorning NobodyCam14:05
NobodyCammorning lucasagomes :)14:05
rloomorning NobodyCam14:10
NobodyCammoring rloo14:10
NobodyCammorning even :)14:10
*** jgrimm has joined #openstack-ironic14:11
rlooNobodyCam: understandable, you haven't gotten your coffee yet ;)14:11
NobodyCam:) actually its ready now... brb ...lol14:12
*** Manishanker has quit IRC14:14
*** linggao has joined #openstack-ironic14:28
* Shrews settling on a post-morning-workout dirty chai.... mmmmm14:33
NobodyCam:) blond rost with vanilla cream here :)14:35
*** yuriyz has quit IRC14:40
NobodyCambrb14:40
*** branen_ has quit IRC14:40
devanandadirty chai?14:51
devanandasounds tasty14:52
Shrewst'is indeed. chai + shot of espresso14:52
devanandaso, i'm looking at https://launchpad.net/ironic/+milestone/icehouse-rc1 and really happy with the progress we made yesterday14:52
NobodyCam:)14:53
NobodyCammorning devananda14:53
devanandaonly two not committed yet14:53
Shrewsyeah, well, working on it  :-P14:53
devanandai'm going to give the bug list another pass, and am spinning up a fresh devstack locally14:54
devanandaShrews: we had ~10 open yesterday. that wasnt' a critique of the bug you're working on :)14:54
Shrewsoh, suuuuure  :-P14:54
ShrewsNobodyCam, devananda: when you brought the nova virt driver into the ironic tree, was it just a copy of the existing baremetal driver or separate?14:59
openstackgerritAleksandr Gordeev proposed a change to openstack/ironic-python-agent: Get rid of modes. Introduce pluggable extensions  https://review.openstack.org/8308715:00
openstackgerritA change was merged to openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/7558515:01
NobodyCamShrews: it came from here : https://review.openstack.org/#/c/5132815:01
devanandaShrews: i started the nova.virt.ironic driver from scratch back in december, it's been worked on by several folks (nobodycam, lucas, ...) since then, until we moved it into our tree15:01
NobodyCamundercloud | CREATE_IN_PROGRESS ... woo hoo15:03
NobodyCamthou I cann't get to that point with out a little hacking15:03
Shrewsdevananda: ok, gotcha. hmmm, wonder if i can use that unit test from 51328 if I copy the code back into nova for a test drive15:04
Shrewsdevananda: my only other thought for testing is to setup devstack, manually pull in my change to ironic, and drive enough api calls to test the parts i've modified15:06
devanandaShrews: "copy the code back into nova" -- should, in theory, work15:07
devanandaShrews: IMBC, but it'd be neat if that happened automatically in our unit tests15:07
NobodyCamShrews: I do know we have broken some of the current tests15:09
Shrewsdevananda: you're definitely crazy.... but we do need something15:09
Shrews:)15:09
NobodyCam:-p15:09
Shrewsi can't even fathom how that might work, atm15:10
Shrewsit'd almost be easier to modify nova's tests to look for external drivers, copy them in, and run the tests15:11
NobodyCamwounder if we could use someting like the current dib element that installes ironic in side the nova venv?15:11
*** dwalleck has joined #openstack-ironic15:11
NobodyCaminstalls even15:12
NobodyCamShrews: https://github.com/openstack/tripleo-image-elements/blob/master/elements/nova-ironic/post-install.d/81-nova-ironic-driver15:12
*** stevehuang has joined #openstack-ironic15:14
Shrewsseems a bit much for unit testing. functional testing, maybe.15:16
Shrewsi'm wondering if we can somehow copy/fake the nova ComputeManager....15:16
*** lsmola_ has quit IRC15:19
NobodyCamShrews: lots of mocking ?? :-p15:19
* NobodyCam ducks15:20
Shrewsheh, yeah. just spitballing ideas15:21
*** dwalleck has quit IRC15:28
lucasagomeslifeless, our disk partitioning function is completely broken15:30
lucasagomeslifeless, if you do a deploy with root size = 1GB and ask for 1GB of swap the partitioning breaks15:30
lucasagomes(even if the disk supports it)15:31
lucasagomeslifeless, check it out: http://paste.openstack.org/show/74363/15:32
lucasagomesdevananda, ^15:32
lucasagomesit's only working because somehow having 1MB of swap works, the sfdisk doesn't complain15:32
* lucasagomes files a bug15:33
*** lsmola_ has joined #openstack-ironic15:34
*** vkozhukalov has quit IRC15:34
*** ifarkas has quit IRC15:36
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Encapsulate Ironic client retry logic  https://review.openstack.org/8310515:37
jrollagordeev: thanks for the patch :) lgtm at a glance, I'll check it out in detail later this morning15:37
Shrews2 hour limit on parking about up. back online in a bit15:39
*** ifarkas has joined #openstack-ironic15:40
*** saju_m has quit IRC15:43
russell_hagordeev: jroll: this looks like about what I had in mind for killing modes too15:44
russell_hagordeev: thanks!15:44
*** ifarkas has quit IRC15:48
*** romcheg has quit IRC15:49
rloojroll: when you have a minute, wrt 81645, rabbit_virtual_host -- what did you want it to be set to? default is '/'.15:51
*** matty_dubs is now known as matty_dubs|lunch15:58
*** killer_prince has quit IRC15:59
*** killer_prince has joined #openstack-ironic15:59
*** eghobo has joined #openstack-ironic16:04
*** eghobo has quit IRC16:04
lucasagomesNobodyCam, you have an enviroment handy there?16:05
*** eghobo has joined #openstack-ironic16:05
*** eghobo has quit IRC16:05
*** eghobo has joined #openstack-ironic16:06
*** lsmola_ has quit IRC16:06
devanandaJoshNang: hi! are you still working on https://bugs.launchpad.net/ironic/+bug/1277555 ?16:09
devanandaJoshNang: it looks likeyou posted a fix then abandoned it, but i dont see any other fix for this bug16:09
devanandaJoshNang: I've unassigned that bug as you abandoned the patch sets targeting it16:15
*** killer_prince has quit IRC16:17
*** lazy_prince has joined #openstack-ironic16:18
*** lazy_prince is now known as killer_prince16:18
*** lsmola_ has joined #openstack-ironic16:20
JoshNangdevananda: ahh! I must have lost that in my email. I can take a stab at your comments today.16:20
devanandalucasagomes: https://bugs.launchpad.net/ironic/+bug/1288007 is assigned to you and InProgress with no patch set. maybe just an issue with jenkins... can you update?16:20
devanandaJoshNang: great! thanks16:20
lucasagomesdevananda, oh I think the patch is abandoned16:21
lucasagomeslemme revive it16:21
JayFdevananda: lucasagomes: I've started at all on that bug, but haven't made appreciable progress. If one of you want to pick it back up, feel free, otherwise I'll likely work on it again this afternoon.16:21
lucasagomesJayF, go ahead then16:22
lucasagomesJayF, I'm looking at another problem with the disk partitioning now16:22
lucasagomesthanks16:22
devanandalucasagomes: do you feel https://bugs.launchpad.net/ironic/+bug/1297871 is worth holding up the RC for?16:22
*** romcheg has joined #openstack-ironic16:23
devanandaor https://bugs.launchpad.net/ironic/+bug/1288007 for that matter16:23
lucasagomesdevananda, so, the reason why I'm looking at this disk partitoning is related to that bug16:23
lucasagomesI want to get rid of the swap partition first16:23
lucasagomesbecause just by changing from mb to gb16:23
lucasagomeswe will end up eating 1gb from the disk for the swap16:23
lucasagomesoh, or not really... if we set swap_mb = 116:24
lucasagomeshmm /me confused16:24
devanandalucasagomes: no, you're right. for testing in VMs, forcing swap to be measured in GB, but not providing support for swap_gb=0, means we eat up more disk16:25
devanandalucasagomes: so those two issues are related16:25
lucasagomesdevananda, yeah but we can work around in the code16:25
lucasagomesdevananda, we convert it from gb to mb16:25
devanandalucasagomes: i'd add support for no swap then change swap_mb -> swap_gb16:25
lucasagomesdevananda, so if it's 0 we can do swap_mb = 116:26
lucasagomesdevananda, ack16:26
lucasagomesI will work on that16:26
NobodyCamlucasagomes: not atm16:26
devanandalucasagomes: but mapping 0 => 1 is a really bad hack, and users would be very confused. "Hey, I created a flavor with 0 swap, why is there still a swap partition?"16:26
rlooin devstack, nova.conf, [ironic], I have api_endpoint=http://...:6358/v116:26
rloobut ironic endpoint is 638516:27
devanandalucasagomes: sounds like good things to fix but not RC-blockers16:27
devanandarloo: that sounds like a typo16:27
lucasagomesdevananda, +1, yeah I changed the importance of https://bugs.launchpad.net/ironic/+bug/1273785 today cause of that16:27
devanandalucasagomes: cool, thx16:27
rlooso is devstack setup actually using that api_endpoint?16:27
lucasagomesdevananda, ok but will we land it while in feature freeze?16:27
lucasagomesor we are going to hold it until juno opens?16:28
devanandalucasagomes: juno will open as soon as we tag an RC16:28
devanandalucasagomes: so it could be next few days or early next week16:28
lucasagomesdevananda, ah, alright16:28
lucasagomessounds good16:28
devanandahm, as a bit of context for why we're doing this RC thing16:29
devanandawe fork and open development early16:29
devanandaso juno gets more attention before the summit16:29
devanandabut16:29
devanandathe cost is that back-porting fixes to the RC branch(es) will be harder16:30
devanandaso we should try to get as many of the "critical" fixes for icehouse in before we tag the RC16:30
lucasagomesgotcha16:30
devanandathere will be a separate process for back-porting bug fixes after the tag is made16:30
lucasagomesI see, that sounds good, and I can imagine that other people depends on that16:31
lucasagomesfor e.g people documenting stuff16:31
devanandawith a smaller review team (basically me at the moment, i should add some people to it!)16:31
lucasagomesheh +116:31
devanandabut that team is necessarily small16:31
devanandabecause of the impact of any code landing on the RC branches16:32
devanandalucasagomes: not just on doc ppl. also down-stream packagers16:32
*** epim has joined #openstack-ironic16:34
lucasagomesyeah16:35
lucasagomesdevananda, there's a nice post from thierry that I saw while ago about the feature freeze16:36
lucasagomesdevananda, http://fnords.wordpress.com/2014/03/06/why-we-do-feature-freeze/16:36
rloodevananda. wrt the 6358 typo in devstack -- should i just submit a review to fix that, and/or are we accumulating changes somewhere? I'm not sure that this is a high priority.16:37
devanandarloo: that sounds like a bug in devstack, but I dont see how it could be working (and clearly it is for many people)16:41
devanandaadam_g: ^ ?16:42
rloodevananda. yeah, I also wonder.16:43
rloodevananda: my guess is that the driver is getting the ironic endpoint from keystone16:46
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Nova Ironic driver to set pxe_swap_mb in Ironic  https://review.openstack.org/8313116:48
devanandarloo: ah, i see. that option is only used if [ironic] admin_auth_token is set16:48
devanandarloo: so yes, it's getting the API endpoint from keystone16:48
devanandarloo: still, it is worth fixing that in devstack, and it should be trivial and easy for them to accept16:49
rloodevananda. ok, will do. just didn't want to give devstack more work to do with one little change :-)16:49
rloodevananda. and I don't plan on testing it. shhhh...16:50
devanandaheh16:50
NobodyCambad rloo :-P16:50
rlooNobodyCam. you weren't supposed to listen ;)16:51
*** vkozhukalov has joined #openstack-ironic16:51
devanandaafk a bit16:51
*** matty_dubs|lunch is now known as matty_dubs16:53
NobodyCamhehehe16:54
jrollrloo: default of '/' is fine for rabbit_virtual_host, I just want to see it mentioned in there16:55
rloojroll: hmm. there are other things that aren't mentioned cuz they are default. hard to know which are more important. let me think about it.16:56
jrollsure16:56
jrollit's just something I ran into while doing integration that would have been nice16:57
jrollnice to know*16:57
*** harlowja_away is now known as harlowja16:58
*** gpizza has joined #openstack-ironic17:03
*** ndipanov has quit IRC17:07
*** jistr has quit IRC17:10
*** gpizza has quit IRC17:13
JoshNangdevananda: when you get back, I left some comments on that patchset I'd like some input on (no rush) https://review.openstack.org/#/c/73121/17:14
devanandaJoshNang: gah, sorry about that ...17:24
JoshNangdevananda: no worries! i think both approaches have merits17:35
*** romcheg has quit IRC17:35
JoshNangbut as long as you're ok with the conductor getting suppressed DB errors, I think db api is the place to catch them17:36
russell_hdevananda: on this: https://review.openstack.org/#/c/82915/17:41
devanandaJoshNang: replied to https://review.openstack.org/#/c/73121/17:41
russell_hdevananda: I think its important that the API at least periodically refresh its hash rings17:41
russell_hI was trying not to do that because we'd been talking about the idea that a rebalance needs to be retriggered manually17:41
devanandarussell_h: api keeping hash rings up to date ++17:41
devanandarussell_h: use a broadcast17:42
devanandai think I started to put a scaffolding together... I can try to dig up that code if needed17:42
devanandarussell_h: but basically, use an rpc.fanout_cast17:42
russell_hdevananda: do we do a broadcast every time a conductor comes up?17:42
devanandawhen the hash ring changes to tell everyone to rebalance17:42
devanandarussell_h: nope. we should do taht during start and stop, tho17:42
russell_hso IMO this needs a little more thought17:43
devanandarussell_h: this is what i meant when I said, the ring rebalance stuff needs work :)17:43
russell_hyeah :)17:43
russell_hI'd like to land what amounts to caching with an expiration now17:43
russell_hI see lack of any sort of caching there as a bug that is likely to have real impact on use of Ironic17:44
russell_hthen give a lot more love to hash rings for juno17:44
devanandait'll impact API performance at scale, yes17:44
devanandabut shouldn't affect functionality17:44
russell_hright17:44
russell_hit probably also depends how many drivers/conductors you have17:45
devanandarussell_h: whereas cache-with-ttl that is not sync'd across API services will introduce non-deterministic behavior17:45
russell_hI see that as unavoidable17:46
devanandai think it's entirely avoidable if we do the rebalance logic correctly17:46
russell_hyou can minimize it with a broadcast by making it likely every service will see an update really really soon17:46
russell_hbut there is always going to be a window during which two services have different views of the hashring17:46
russell_h(unless you get really crazy with a multi-phased commit sort of thing)17:47
russell_h(which is a bad idea)17:47
devanandausing fanout_cast will reduce it from minutes to seconds in most cases17:47
devanandausing zookeeper (or another quorum mgr) will eliminate it17:47
devanandawe need to avoid split-brain scenarios too17:47
devanandawhich fanout_cast will not accomplish17:48
russell_heven with zookeeper, clients can "lag"17:48
russell_han individual client may will always have a view of the world that existed at some point in time, and it will always receive events in order, but its not guaranteed to be up to date17:48
russell_hhow does fanout_cast avoid a split brain?17:49
devanandarussell_h: i think it's premature to introduce something we know will add non-deterministic bugs just to remove what is essentially one db query today.17:49
devanandai meant, fanout_cast will not avoid split brain17:49
russell_hah :)17:49
russell_hoh17:49
russell_hyou said that17:50
russell_hdevananda: so in my view, today it is eventually consistent17:50
russell_hif you add a conductor, APIs will recognize it "soon"17:50
russell_hother conductors will never recognize it17:50
devanandarussell_h: today, all api servies have a synchronous view of the ring17:50
russell_hsure, for all requests that start after the conductor has registered17:51
russell_hthe window of inconsistency is _very_ short17:51
devanandaso at any time T, no matter which api service responds to it, which conductor it routes to is determined by ring(T)17:51
devanandawhereas your patch will change that consistency17:51
russell_hsure, if you externally order:17:52
devanandawhat the conductor believes is mapped to it is actually /not/ important in the context of where API requests get routed17:52
russell_h1. adding a conductor17:52
russell_h2. doing a request17:52
devanandaconductor will do what it's asked for17:52
russell_hyou have deterministic behavior today17:52
russell_hfor for requests that are in-flight it isn't deterministic17:52
russell_hso you really can't rely on deterministic behavior17:52
russell_hand, as far as I can tell, we don't17:52
devanandathe conductor's view of the ring is important only for a) precaching things to optimize take over for another conductor, b) take over a running instance from another condcutor17:52
devanandawhich is not implemented yet17:53
russell_hright17:53
devananda"requests that are in-flight it isn't deterministic" please explain17:53
russell_hif I make 2 requests to the API17:53
russell_hand meanwhile someone adds a conductor17:53
russell_hthe requests are for the same node17:54
*** epim has quit IRC17:54
russell_hit is possible for them to go to different conductors17:54
devanandayes17:54
devanandathat's fine17:54
russell_hits even possible for the first request to go to the "new" conductor and the second one to go to the "old" one17:54
devananda... how?17:54
russell_h(as long as by "first" and "second", we we're talking about when they're initiated - not if they're sequential)17:55
devanandaso the window for that to happen is incredibly small17:55
russell_hright17:55
devanandait would require the API service's green threads to execute SQL queries in the reverse order17:56
russell_hyeah, or just 2 API services or whatever17:56
devanandathd1: SELECT ; thd2: SELECT ; thd2: <get response> ; thd1: <get response>17:56
russell_hthe window is more-or-less the amount of time it takes the API to service a request17:56
devanandano17:56
russell_hif I have 2 API services17:56
russell_hand one request gets routed to each17:57
devanandait's the time it takes the API to start the transaction of the first query it makes after receiving teh API request17:57
*** saju_m has joined #openstack-ironic17:57
russell_hits entirely possible for one API to be doing a GC or something and not even accept the TCP connection until after the other one has serviced its request17:57
devanandaright17:57
devanandarussell_h: so that will be synchronized on the back end anyway17:57
devanandathe small time window conflict here is not a problem17:57
devanandabecause conductors synchronize locking of nod resources17:58
russell_hexactly17:58
russell_hso I'm advocating that since we rely on that anyway17:58
devanandathe issue is when they are far enough out of sync that action 1 is completed on conductor A and action 2 is set to conductor B17:58
russell_hwe make the window somewhat larger17:58
devanandawhich implies a substantial time window17:58
devanandawhcih is what you're proposing17:58
devananda:)17:58
devanandaand why i object to it17:58
russell_hheh17:59
devanandathe current error-margin is "time for a SQL query" and the current sync-window is "time for a SQL query"17:59
devanandayou're changing one without the other17:59
devanandathe DB is currently the lock mechanism AND the sync mechanism. take one away, but not  the other, and I think there's a substantial problem18:00
devananda(now, you could argue that DBs don't make good lock managers, and you'd be right, but they do make simple ones)18:00
*** max_lobur has joined #openstack-ironic18:00
*** epim has joined #openstack-ironic18:00
*** athomas has quit IRC18:02
*** lucasagomes is now known as lucas-afk18:02
russell_hthe sync-window really is longer than that though18:02
russell_hits still short18:02
russell_hbut its not like an entire request is serviced inside of one SQL transaction or something18:02
devanandano, but that doesn't matter18:03
*** max_lobur1 has quit IRC18:03
devanandamaybe i'm confused18:03
*** derekh has quit IRC18:04
russell_hdevananda: want me to write an email about it?18:04
russell_hI think I'm better at longer-form18:04
devanandarussell_h: sure. but pls consider that I'm focused on Icehouse release candidates this week18:05
openstackgerritRussell Haering proposed a change to openstack/ironic: Re-use hash rings across requests  https://review.openstack.org/8291518:05
russell_hdevananda: for sure18:05
devanandarussell_h: also to clarify, I think it's a good step towards what we should be doing in Juno18:05
russell_hok18:06
russell_hbut you're -1 to trying to optimize the API for icehouse?18:06
russell_hor -2 or whatever OS does18:06
devananda-2 for introducing what I see as a bug, in its current state18:09
devanandatotally OK with continued work on it for Juno18:09
russell_hk18:09
devanandacomment added18:12
devanandaand ugh, my lunch appt just got moved up, so I'll be afk for a few hours18:13
*** martyntaylor has left #openstack-ironic18:15
*** max_lobur1 has joined #openstack-ironic18:23
*** max_lobur has quit IRC18:26
*** vkozhukalov has quit IRC18:29
lifelesslucas-afk: \o/ thats sad18:31
lucas-afklifeless, heh it's also broken in nova bm18:34
lucas-afklifeless, http://paste.openstack.org/show/74376/18:34
lucas-afklifeless, I will fix it in Ironic and back port to nova18:34
lifeless2014-03-26 16:16:40.363 |18:37
lifeless2014-03-26 16:16:40.363 | -# Optionally specify a list of memcached server(s) to use for18:37
lifeless2014-03-26 16:16:40.364 | -# caching. If left undefined, tokens will instead be cached18:37
openstackgerritlifeless proposed a change to openstack/ironic: Provide a new ComputeManager for Ironic  https://review.openstack.org/8263718:39
openstackgerritlifeless proposed a change to openstack/ironic: Provide a new ComputeManager for Ironic  https://review.openstack.org/8263718:39
lifelessthis sample conf stuff really shits me :)18:40
comstudhehe18:41
lifelesslucas-afk: random thought18:42
lifelesslucas-afk: not for nova-bm18:43
lifelesslucas-afk: but make swap partition == 0 -> no swap made at all ?18:43
lucas-afklifeless, def, I have a bug about it assigned to me18:43
lucas-afkwill be part of the fix18:43
lucas-afklifeless, also changing swap_mb to swap_gb in ironic18:43
lucas-afkfor consistency18:43
lifeless\o/18:43
lucas-afk:)18:44
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Raise unexpected exceptions during destroy()  https://review.openstack.org/8294818:46
NobodyCamhouse got a mostly clean bill of health from the mechinic :)18:53
*** max_lobur1 has quit IRC18:57
*** epim has quit IRC19:01
*** epim has joined #openstack-ironic19:10
JayFlifeless: ++ I agree, there should be some method to not want a swap partition made19:28
rlooNobodyCam: do you know if ironic uses/needs the nova_bm DB table in nova? (baremetal uses that)19:41
NobodyCamit dose not.. .or shouldn't19:41
NobodyCam:)19:41
NobodyCamdoes even19:41
rlooNobodyCam: ok thx. in devstack, it looks like we/ironic is setting nova's ironic's section: sql_connection= ../nova_bm.19:42
NobodyCamoh that seems wrong. Is it creating the ironic DB?19:42
rlooNobodyCam: I didn't know if it should be setting it, and if it did, why it didn't also create the table.19:42
rlooNobodyCam. I'll check. I think I checked already but can't keep track...19:43
NobodyCam:)19:43
rlooNobodyCam: yup. in init_ironic, the ironic db is created.19:45
adam_gNobodyCam, what patches are in-flight to enable tripleO + Ironic? i'm going to start banging on it and keeping notes at https://etherpad.openstack.org/p/IronicAndTripleO19:45
NobodyCamadam_g: https://review.openstack.org/#/c/81959 https://review.openstack.org/#/c/81627 https://review.openstack.org/#/c/8263719:46
NobodyCamI'm encountering a nova startup issue with seed vm atm19:47
adam_gNobodyCam, cool! might pick your brain when i get organized19:47
NobodyCamJust started to dig in to it. but initial look seems like the compute_manager fix for the undercloud is not getting set for seed.. I need to see if this is the actual issue or not19:48
NobodyCamadam_g: pick away19:48
adam_gNobodyCam, okay first! how do i get devtest running using specific patches from gerrit? or do i just get everything pulled down to the right place beforehand?19:51
NobodyCamahh thats the trick... it's actually easy19:51
NobodyCam# install patches with dib19:51
NobodyCamDIB_REPOLOCATION_ironic=https://review.openstack.org/openstack/ironic19:51
NobodyCamDIB_REPOREF_ironic=refs/changes/37/82637/919:51
NobodyCamnote ^^^ can be set per project/repo19:52
adam_gNobodyCam, ah nice19:52
NobodyCamfor the devtest patches just apply them to before you start devtest19:53
adam_gright19:53
NobodyCamthen set: export USE_IRONIC=119:53
NobodyCamand away you go19:53
rlooadam_g: maybe you can give some guidance on devstack changes. Just discovered that ironic doesn't need to set something in nova's config. Should I open a bug for that, or wait/accumulate a bunch of changes? The sql_connection isn't used so it doesn't matter if it is there right now, just need to remove it so it isn't confusing.19:54
NobodyCamneed to reboot brick...brb19:56
adam_grloo, maybe just keep a list going.. if its all trivial stuff it would probably be easier to fix in one patch19:56
rlooadam_g: ok. (Esp since I already submitted a bug/fix for devstack. don't want to be a PITA.) Do we have such a list anywhere?19:57
adam_grloo, you can probably tack it on to https://etherpad.openstack.org/p/IronicAndDevstackAgain19:58
adam_grloo, whats the review for the other you submitted?19:58
rloothanks adam_g!19:58
rlooadam_g: https://review.openstack.org/8313719:58
adam_grloo, oh, nice19:59
rlooadam_g: a nice low-hanging-fruit too but deva thought it was worth fixing sooner rather than later. doesn't break devstack now cuz the code is using keystone to get the api url.20:00
*** mrda_away is now known as mrda20:01
adam_gNobodyCam,  do i need this one too? https://review.openstack.org/#/c/78467/1520:07
*** saju_m has quit IRC20:11
*** epim has quit IRC20:13
NobodyCamadam_g: 81959 should have that set as a dependency20:14
*** tatyana has joined #openstack-ironic20:21
*** hemna has joined #openstack-ironic20:22
*** saju_m has joined #openstack-ironic20:29
*** saju_m has quit IRC20:37
adam_gNobodyCam, thoe DIB_REPOREF_* works for gerrit reviews? doesn't seem to be for me. pull sources doesn't look like it'd work either: git checkout $REF  # for a branch or SHA120:43
NobodyCamadam_g: your tring to pull in 8263720:44
NobodyCam?20:44
NobodyCamthis is what I set to pull that in:20:45
NobodyCamDIB_REPOLOCATION_ironic=https://review.openstack.org/openstack/ironic20:45
NobodyCamDIB_REPOREF_ironic=refs/changes/37/82637/920:45
adam_gNobodyCam,  trying to pull in https://review.openstack.org/#/c/81627 to ~/.cache20:45
openstackgerritA change was merged to openstack/ironic: Provide a new ComputeManager for Ironic  https://review.openstack.org/8263720:45
adam_gNobodyCam, trying to pull in tripleo-image-elements review change during initial bootstrapping of devtest (devtest_setup.sh)20:46
NobodyCamadam_g: allpy that to the tripleo-image-elements dir20:46
NobodyCamapply even20:46
JayFdevananda: as part of the fix for https://bugs.launchpad.net/ironic/+bug/1265587, we're going to need to add some strings (when we return a 'clean' error vs the exact exception from the vendor), but in the earlier merge req. you said to avoid that during feature freeze. Why is it OK here? What is different?20:47
NobodyCamif your image-elemets is not on master branch it will not pull it20:47
adam_gNobodyCam, ah, ok20:50
rlooJayF: I'm guessing he means to avoid making string changes as much as possible. if it really needs to be changed, then it needs to be changed :-)20:56
rlooJayF: cuz it means more work for the translators.20:56
JayFYeah I just like to know where the line is for 'really needs to be changed' ;)20:58
rlooJayF: change it and see what the reviewers say ;)20:59
JayFhah, that's exactly the type of subjective definition I was trying to avoid :D20:59
rlooJayF. The problem being that if you don't change and a reviewer that didn't know what Deva said, sees it, they may say, change it. So you most likely can't win ;)21:00
JayFThat's mostly what happens with things that are subjectively defined.21:01
rlooJayF. OR I guess you can wait for deva and then mention 'deva said...' ;)21:01
* NobodyCam still wants tlh translations21:01
*** epim has joined #openstack-ironic21:05
*** lifeless has quit IRC21:19
*** tatyana has quit IRC21:28
rlooNobodyCam: for the ironic driver code, are you/we opening bugs for that? the help for admin_url is incorrect.21:28
NobodyCamrloo: just the help doc string21:30
NobodyCam?21:30
rlooNobodyCam: yeah. help='Ironic public api endpoint.'21:31
NobodyCamI think I would just put up the patch21:31
rlooNobodyCam. I don't care if it is fixed soon, cuz no one will look til after it gets into nova I think. but don't want to forget to fix it.21:31
NobodyCamand we can land it right after rc is cut21:32
rlooNobodyCam. I'll just open a bug about it then. it is low hanging fruit for some newbie.21:32
NobodyCam:-p21:32
NobodyCamack :) Ty rloo21:32
ShrewsFYI: iterative testing using devstack is a slooooooow march to insanity21:34
NobodyCamShrews: lol21:34
* devananda is back21:35
NobodyCamwb devananda :)21:35
devanandaJayF: hm, so, you're right. we will need to change i18n strings for that bug21:36
JayFSo what does that mean?21:37
*** matty_dubs is now known as matty_dubs|gone21:46
devanandaJayF: there is not, afaik, an objective guideline for when a project should allow string changes post-FF. but I can point at this ML thraed21:47
devanandahttp://lists.openstack.org/pipermail/openstack-dev/2014-March/029868.html21:47
JayFdevananda: what's your thought in this case?21:49
devanandawhich suggests fixing bugs in strinsg (like incorrect help messages) is OK, but should include a note to the i18n team21:49
devanandabut adding new strings should be avoided21:50
JayFso jfdi, but make sure to ping someone on the i18n team to review it?21:52
NobodyCamso we can fix things like the issue rloo found. :)21:52
devanandaNobodyCam: yes21:52
rlooIF we think we want it in for icehouse-rc1?21:53
devanandaJayF: our position as an incubated (not integrated) project is that we have more leeway here, but also, are being watched to see how closely we can match the expectations of an integrated project21:53
devanandaso it's tricky and not al lthat clear to me, frankly21:53
JayFWell I'm just doing the final steps of debugging the fix21:54
JayFI nearly had to start from scratch because rebasing what existed was pretty near impossible given how much those files had changed21:54
JayFso I'll push the patch, then ask someone in i18n for their opinion in the review, and see where it goes?21:54
devanandaJayF: ++21:56
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Encapsulate Ironic client retry logic  https://review.openstack.org/8310521:58
*** dhellmann is now known as dhellmann_22:03
*** blamar has quit IRC22:03
*** lynxman has quit IRC22:04
*** lynxman has joined #openstack-ironic22:04
rloodevananda: when generating the sphinx doc, I see errors (not related to the doc I am adding). Do you think it is worth looking into before rc-1?22:05
devanandarloo: https://bugs.launchpad.net/ironic/+bug/1277282 :)22:07
devanandarloo: in short, no. but worth fixing eventually22:07
devanandarloo: I'd like to get the doc buld down to 0 errors, then turn it in in our check tests22:07
rloodevananda. ok, good I mean good, I don't need to look at them in the near future ;)22:07
rloodevananda: that makes sense. maybe we could put 'low-hanging-fruit' on it, but that might be cruel.22:08
devanandahaha! graeet idea22:08
*** lynxman has quit IRC22:11
Shrewsw00t. new retry code works, at least22:12
*** lynxman has joined #openstack-ironic22:12
JayFdevananda: I think you have to reopen 64711 before I can push my patchset to it22:13
JayFdevananda: or would you rather me make a new change-id?22:13
* JayF brb22:15
devanandaJayF: you said you nearly had to start from scratch. is there any point in keeping the rev history then?22:15
JayFI honestly have no real picture of when it's something new vs something old. I'll gladly make something new if that's desired?22:16
JayFthe end result looks... incomplete so I think it'll need iteration22:17
JayFeither that or parts of the bug were fixed as the code was moved around22:17
JayFI'll make it a new change though. And we'll see :)22:17
openstackgerritJay Faulkner proposed a change to openstack/ironic: Sanitize node.last_error message strings  https://review.openstack.org/8323122:18
JayFdevananda: ^ would appreciate you taking a look at that, I think I missed a couple of things and will go back and check, but imbw or just doubting myself22:19
devanandalooking22:22
openstackgerritRuby Loo proposed a change to openstack/ironic: Install guide for Ironic  https://review.openstack.org/8164522:23
NobodyCamoh lots of white space on that one :) ... reading thru tho22:24
openstackgerritRuby Loo proposed a change to openstack/ironic: Install guide for Ironic  https://review.openstack.org/8164522:25
rlooNobodyCam: not so fast ;)22:25
NobodyCamlol22:25
NobodyCamhehehe22:25
*** dhellmann_ is now known as dhellmann22:31
NobodyCam:) # Available in Ubuntu 14.04 (trusty) / # http://packages.ubuntu.com/search?keywords=ironic22:31
rlooNobodyCam: yeah.22:33
*** jgrimm has quit IRC22:39
NobodyCamrloo: I see commit message says it is imcomplete should I mark on the review???22:39
*** dhellmann is now known as dhellmann_22:41
rlooNobodyCam: it is incomplete cuz I still have questions and am probably missing stuff. I need feedback! so yes, please mark.22:41
NobodyCam:)22:42
*** blamar has joined #openstack-ironic22:42
rlooI'm not actually sure *when* it will be complete but anyway...22:42
rloowill check later maybe. dinner time. ciao.22:42
NobodyCamenjoy :)22:42
*** blamar has quit IRC22:53
openstackgerritAdam Gandelman proposed a change to openstack/python-ironicclient: Avoid traceback with insufficient auth credentials  https://review.openstack.org/7949422:58
*** harlowja has quit IRC22:58
*** harlowja has joined #openstack-ironic23:03
adam_gNobodyCam, weirdness23:22
adam_ghttp://paste.ubuntu.com/7159732/23:24
adam_g(seed node)23:24
* NobodyCam clicks23:24
NobodyCamI agree WTF23:25
adam_gon the devtest side, i get as far as23:25
adam_gWaiting for seed node to configure br-ctlplane...23:25
adam_g+ wait_for 30 10 ping -c 1 192.0.2.123:25
adam_gtried rebuilding seed, not much luck23:26
NobodyCamdrat my brick shut off again23:27
NobodyCamadam_g: thats a odd place to stop .. the ping timed out?23:29
adam_gNobodyCam, well23:29
adam_gNobodyCam, it ends up waiting for the OVS control plane bridge ot come up in the seed, which it never did23:30
adam_gso if i ssh into seed via its other IP, and manually runos-apply-config (i think it was -apply-config), the OVS bridge eventually comes up but i noticed other scripts fail for issues like keystone-manage23:31
adam_gdo i need to set anything other than NODE_ARCH to build amd64 images?23:31
NobodyCamadam_g: I don't think so.. your building ubuntu images?23:33
adam_gNobodyCam, yes, using a local mirror of some saucy cloud images23:33
adam_gi thought devtest was defaulting to i386 but maybe im wrong23:33
NobodyCamyes it should default to i38623:34
NobodyCamadam_g: I have this ugly hack http://paste.openstack.org/show/CjMfKuAbgNUnoxJYGddu/23:34
NobodyCambut I would expect the next wait to fail not the ping23:34
adam_ghmm23:35
adam_gNobodyCam, is my understanding correct: create seed -> create image stuffed /w elements -> boot -> os-collect-config at boot -> os-refresh-config -> OVS setup/etc ?23:38
NobodyCamyep and the config o-r-c comes from config.json in seed-stack-config element23:41
NobodyCams/config o-r-c/config FOR o-r-c/23:41
devanandaadam_g: looking through a recent test run ( http://logs.openstack.org/31/83231/1/check/check-tempest-dsvm-virtual-ironic/ff61a33/logs/screen-ir-cond.txt.gz )23:49
devanandaadam_g: it looks like do_node_teardown was called before do_node_deploy23:49
devanandaand after taht tempest probably failed on everything23:49
devanandadunno where you're at, but thought I'd share that observation23:49
adam_gdevananda, huh? what context?23:51
devanandaadam_g: non-sequitor23:51
*** epim has quit IRC23:51
adam_gdevananda is this during a tempest run against devstack+ironic?23:51
adam_glike, tempest as-is today?23:51
devanandayes23:52
devanandafrom http://logs.openstack.org/31/83231/1/check/check-tempest-dsvm-virtual-ironic/ff61a33/23:52
adam_gdevananda, okay so as far as i can tell, the current scenario tests and anything else that spawns instances are not going to pass against tempest, at least not for a while23:53
devanandaadam_g: "for a whille" -- why not?23:54
devanandai thought the plan was to pair down tests to the set that work23:54
adam_gdevananda, one sec23:54
devanandaso, i had it in mind taht pointing out which ones fail when might be helpful. if that's not the case, sorry for the unhelpful distraction :)23:55
*** epim has joined #openstack-ironic23:55
adam_gdevananda, we need to deal with the whole compute driver feature matrix thing first23:56
NobodyCam:) its good to know whats failing23:56
devanandaadam_g: so there's no way to test a subset then?23:56
adam_gdevananda, if you look at http://logs.openstack.org/31/83231/1/check/check-tempest-dsvm-virtual-ironic/ff61a33/logs/testr_results.html.gz, its likely everything thats failing is failing due to missing features in the driver23:56
devananda*today23:56
adam_gactually thats not entirely true23:56
devanandaif we can test a subset, we should identify that subset23:57
adam_gsorry one min, otp23:57
devanandai'm going to assume that we CAN test a subset because we HAVE TO23:58
notqheh23:58
NobodyCam:) we'll make it work!23:58
devanandagraduation depends on functional and integration testing -- which is what tempest is for23:58
adam_gdevananda, yeah23:59
adam_ghttps://review.openstack.org/#/c/81351/23:59
devanandamaybe we need to write a new temepst test suite and not use nova's. or something.23:59
adam_ger23:59

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