Thursday, 2015-03-19

mrdaShrews: you're not here are you?00:00
JoshNanglooks like it changed recently with the sync from oslo incubator: https://github.com/openstack/ironic/commit/9a8145cc22f9f19e04ac19c9eca522972dbc09e600:00
NobodyCamjroll: good question.. one sec00:00
jrollNobodyCam: never mind, ignore that :)00:00
jrollNobodyCam: I re-approved00:00
NobodyCamack00:00
NobodyCamtest_manager.py and manager.py00:00
jrollyeah00:01
*** alexpilotti has quit IRC00:01
*** jrist has joined #openstack-ironic00:02
jrollNobodyCam: or, I'm trying to. it's not going through00:02
mrdaHas anyone here does alter_tables for alembic migrations?00:02
NobodyCamnope... ironic/drivers/modules/ilo/common.py and ironic/tests/conductor/test_manager.py00:02
*** alexpilotti has joined #openstack-ironic00:02
jrollmrda: I haven't. I'm thinking; just because we allow dots doesn't mean we necessarily have to allow that many characters, right?00:03
jrollI guess it's the right thing to do00:03
rloothx JoshNang. I'll add a comment about that.00:03
mrdawll, if we want fqdns, we need longer than 6300:03
*** naohirot has joined #openstack-ironic00:03
mrdaand if more than 63 we might as well go out to the RFC length of 25500:03
*** alexpilotti has quit IRC00:03
mrdas/wll/well/00:04
rloojroll, mrda: yeah, if we are going to increase the size of name, we should do it now/in kilo00:04
jrollyeah, I guess so00:04
jrollright00:04
mrdaI have code, just not a migration script00:04
jrollok, +a went through now00:04
jrollmrda: I thought alembic could generate migrations?00:04
*** alexpilotti has joined #openstack-ironic00:04
jrollhttp://docs.openstack.org/developer/ironic/cmds/ironic-dbsync.html#revision00:05
mrdaI've got a running devstack, modified models.py for the length increase, and run the ironic-dysync script, but the migration file that gets generated is a noop00:05
jrolloh huh00:05
mrdaso it doesn't auto-detect a length change00:05
mrdaor it's pebkak from me00:05
jrollmaybe you have to do the migration first and alembic picks up the difference from the db?00:05
jrollyeah, dunno00:06
*** alexpilotti has quit IRC00:06
jrollmrda: I think you want alter_column('nodes', 'name', type_=String(255)) or something00:07
*** mtanino has quit IRC00:08
mrdabingo00:08
mrdahttp://stackoverflow.com/questions/17174636/can-alembic-autogenerate-column-alterations00:08
mrdaI won't make this change to our alembic env.py (yet :)00:08
mrdabut doing it locally gives me the SQL for a update in column width00:09
jrolloh00:09
jrollno00:09
jrolldo it!00:09
mrda    op.alter_column('nodes', 'name',00:09
mrda               existing_type=mysql.VARCHAR(length=63),00:09
mrda               type_=sa.String(length=255),00:09
mrda               existing_nullable=True)00:09
mrdajroll: nah, it adds in some other stuff for Boolean types that I'm unsure of00:09
*** jamielennox is now known as jamielennox|away00:09
jrollhm00:10
mrdaI think I annoyed enough people already this week than to break alembic for ironic00:10
*** hj-hp has quit IRC00:10
mrdaI might raise a bug though, so it can be done properly00:11
jroll+100:11
* jroll wonders who mrda annoyed :P00:11
* BadCub needs to ponder dinner-y things00:14
*** hj-hp has joined #openstack-ironic00:15
*** achanda has quit IRC00:15
*** BadCub is now known as BadCub_Hiding00:16
jrollNobodyCam: you still here?00:18
*** romcheg has quit IRC00:18
NobodyCamdo I have to do something if I am?00:18
NobodyCamlol00:18
*** absubram has joined #openstack-ironic00:18
jrolllol00:18
jrolltests failed after that rebase00:18
jrollhttp://logs.openstack.org/15/157715/19/check/gate-ironic-python27/0f67281/console.html00:18
jrollmissing inspect_ports key00:19
*** jmccrory has quit IRC00:19
NobodyCamI didnn't edit that file :(00:20
NobodyCamwasn't in conflict00:20
jrollI mean, I can fix too00:20
jrolldoesn't matter as long as we get it done00:20
*** kkoski has quit IRC00:21
*** kkoski has joined #openstack-ironic00:21
NobodyCamone sec I */should/* still have hte branch00:21
*** jamielennox|away is now known as jamielennox00:23
*** hj-hp has quit IRC00:25
*** ramineni has joined #openstack-ironic00:26
NobodyCamwas that lost somewhere. i'm looking at ilo/common now00:30
NobodyCamor is the test wrong.00:31
jrollNobodyCam: probably test is wrong00:33
NobodyCamthats what I'm thinking too.. one sec00:33
ramineniNobodyCam: ilo inspection also has some code changes in the same area , making the merge failed and test case failure :(00:33
ramineniNobodyCam: fixing it00:34
openstackgerritAdam Gandelman proposed openstack/python-ironicclient: Add better framework for functionally testing verioned APIs  https://review.openstack.org/16566500:34
NobodyCamramineni: awesome thank you...00:35
NobodyCamjroll: ^^^^^00:35
jrollwoot00:35
adam_gjroll, hoping that can get us toward testing the different API paths via client tests00:35
adam_g^00:35
* NobodyCam runs away for dinner-y things00:35
jrolladam_g: awesome, remind me to look again after k3 :P00:35
adam_gjroll, sure00:36
*** absubram has quit IRC00:36
openstackgerritMichael Davies proposed openstack/ironic: Fix is_hostname_safe for RFC compliance  https://review.openstack.org/16566600:40
mrdajroll: ^^^00:40
jrollnice00:40
*** Haomeng has joined #openstack-ironic00:40
*** Haomeng|2 has quit IRC00:43
*** Nisha has quit IRC00:43
mrdadevananda, dtantsur, BadCub: I'd like https://bugs.launchpad.net/ironic/+bug/1433832 to be targeted for K because I don't think it's wise to allow the Node name change (165443) that we introduced overnight to stay as is.  I think it will create a mess that we'll just have to clean up later.00:45
openstackLaunchpad bug 1433832 in Ironic "Fix is_hostname_safe for RFC compliance" [Undecided,In progress] - Assigned to Michael Davies (mrda)00:45
mrda...fortunately there's a review up for it already :)00:46
openstackgerritMichael Davies proposed openstack/ironic: Fix is_hostname_safe for RFC compliance  https://review.openstack.org/16566600:49
*** jmccrory has joined #openstack-ironic00:50
*** jmccrory1 has joined #openstack-ironic00:52
*** jmccrory has quit IRC00:54
jrollI see the bug in https://review.openstack.org/#/c/165528/1/ironic/conductor/manager.py00:57
jrollthis is going to be fun.00:57
*** jmccrory1 has quit IRC00:59
openstackgerritMerged openstack/ironic: Disable cleaning by default  https://review.openstack.org/16524100:59
JoshNangjroll: what's the bug?00:59
jrollthis01:00
openstackgerritJim Rollenhagen proposed openstack/ironic: Use task.spawn_after to maintain lock during cleaning  https://review.openstack.org/16552801:00
jrollI *think*01:00
JoshNanghmm?01:00
jrollactually I'm not so sure anymore01:01
jrollbut see the spawn_after calls01:01
jrollor just the diff between patchsets01:01
jrollalso surprised this doesn't need unit test updates01:01
*** absubram has joined #openstack-ironic01:01
JoshNangfwiw, i don't think we need to spawn after from _do_node_clean to _do_next_clean_step01:02
jrollI honestly have no idea, but it's a hunch01:02
jrolllike, it got to the spawn_after call01:02
jrolland then just nothign01:02
JoshNangoh weird01:02
jrollcould also be no free workers, but you'd think that would log somehow01:02
jrollsee http://logs.openstack.org/28/165528/1/check/check-tempest-dsvm-ironic-pxe_ssh/532cf44/logs/screen-ir-cond.txt.gz#_2015-03-18_20_18_30_88001:02
JoshNanghmmm01:03
*** kkoski has quit IRC01:04
JoshNangseems like a deadlock tbh01:04
jrollshould probably set the spawn after hook thing too01:04
jrollactually that's almost certainly it01:05
* jroll does stuff01:05
JoshNangohh good call01:05
jrolldo we have a cleaning error handler?01:06
JoshNangyeah01:06
JoshNangi think its cleaning_error_handler01:06
JoshNangyup it is01:07
*** kkoski has joined #openstack-ironic01:07
*** chenglch has joined #openstack-ironic01:07
openstackgerritAnusha Ramineni proposed openstack/ironic: Add Cleaning Operations for iLO drivers  https://review.openstack.org/15771501:08
raminenijroll, NobodyCam: ^^01:09
jrollthanks ramineni01:09
openstackgerritJim Rollenhagen proposed openstack/ironic: Use task.spawn_after to maintain lock during cleaning  https://review.openstack.org/16552801:09
jrollJoshNang: let's see how this goes01:09
raminenijroll: I felt some wrong with https://review.openstack.org/#/c/157715/20/ironic/tests/drivers/ilo/test_power.py , so changed the code there01:09
jrollI feel like it's a real bug01:09
jrollbut can't see it01:09
raminenijroll: it should test for power properties , but testing for whole driver properties01:10
jrollramineni: indeed!01:10
jrollgood catch01:10
jrollramineni: I wonder how that passed tests before :/01:11
jrollanyway, +201:11
raminenijroll: it is calling get_properties in base.py i suppose01:11
raminenijroll: which is getting all properties , including inspect also01:12
*** stendulker has joined #openstack-ironic01:12
jrollhm01:13
JoshNangjroll: looks reasonable.01:13
jrollwhy wouldn't power.properties only return power properties?01:13
raminenijroll: prev code was task.driver.get_properties01:14
*** kkoski has quit IRC01:14
*** kkoski has joined #openstack-ironic01:14
raminenijroll: which should be actually  task.driver.power.get_properties01:15
JoshNangjroll: ohhh i wonder if spawn after doesn't get called because we're not in a with... as task context manager?01:15
jrollramineni: ah, I see, awesome :)01:15
jrollJoshNang: OH01:15
jrollurgh01:15
*** achanda has joined #openstack-ironic01:15
jrollJoshNang: the first one is01:15
JoshNangright01:16
jrollJoshNang: no, we are01:16
jrollline 100901:16
rlooramineni: it seems like I commented on that test in some patch recently. thx for fixing it.01:16
jrollJoshNang: though that's a different thread. fml.01:16
jrollso we aren't.01:17
jrollJoshNang: maybe that should just use _do_node_clean as the callback?01:17
raminenirloo: :)01:17
jrollI'm going to whip that up and see what folks think01:17
openstackgerritJim Rollenhagen proposed openstack/ironic: Use task.spawn_after to maintain lock during cleaning  https://review.openstack.org/16552801:19
JoshNangjroll: i think 903-910 can just be self._do_next_clean_step(...). we've already returned for all the possible rpc calls at that point01:19
JoshNangthat might work too.01:20
jrollI'm not sure there's much difference either way01:20
jrolloh, that would be simpler though01:20
*** achanda has quit IRC01:21
JoshNangwell, the calls from nova wouldn't hit that api endpoint. do_provisioning_action is hit when you're going like manage->available01:21
* ramineni sees its office time .. will connect again in some time01:21
jrolloh, huh01:22
jrolloh.01:22
openstackgerritJim Rollenhagen proposed openstack/ironic: Use task.spawn_after to maintain lock during cleaning  https://review.openstack.org/16552801:23
jrollok, that might be nicer01:23
* jroll reviews himself for sanity01:23
* jroll cleans up a bit01:25
JoshNangnit: the comment is no longer valid01:25
JoshNang(boldly nitting the guy cleaning up my patch..)01:25
*** ramineni has quit IRC01:25
jroll:P01:26
openstackgerritJim Rollenhagen proposed openstack/ironic: Use task.spawn_after to maintain lock during cleaning  https://review.openstack.org/16552801:26
jrollJoshNang: any reason you switched from node to task.node there?01:26
jrollI just removed it01:26
jrolljesus it's 6:30 already?01:27
JoshNangjroll: probably not01:27
jrollk01:27
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145301:28
jrollrebase button ^01:28
JoshNangthanks for that jroll01:30
*** stendulker has quit IRC01:32
mrdarloo: ?01:33
jrollnp dude01:34
*** rameshg87 has joined #openstack-ironic01:35
openstackgerritMichael Davies proposed openstack/ironic: Fix is_hostname_safe for RFC compliance  https://review.openstack.org/16566601:37
*** Marga_ has quit IRC01:43
*** ChuckC has joined #openstack-ironic01:49
rloomrda: ?02:06
mrdarloo: Aren't you supposed to be enjoying your evening by now? :)02:07
mrdaI just wanted to point out that I addressed your comment.  Thanks for that!02:07
rloomrda: yeah. going to log off etc. thx -- hopefully it'll be approved before tomorrow morning, but if not, i'll look at it. g'night!02:08
mrdathanks Ruby, have a nice night!02:08
rameshg87rloo: just wanted to let you know that i have addressed your last comments on https://review.openstack.org/#/c/164386/ in https://review.openstack.org/#/c/165297/02:09
rameshg87rloo: i have just W-1 for now to not cause merge conflicts with other folks trying to submit features02:09
rloorameshg87: ok thx. those are nits so thx for making it w-1 for now!02:09
rameshg87rloo: will rebase and enable it back once others are done02:09
rloorameshg87: +102:09
*** rloo has quit IRC02:10
rameshg87folks what do you think about https://bugs.launchpad.net/ironic/+bug/143209302:11
openstackLaunchpad bug 1432093 in Ironic "Instance tear down fail with KeyError: 'is_whole_disk_image'" [Undecided,New] - Assigned to Ramakrishnan G (rameshg87)02:11
rameshg87we introduced some changes which can fail with KeyError if we tear down/take over nodes which were create before these changes02:12
*** kkoski has quit IRC02:12
jrollrameshg87: I think .get() would fix that, and we should do so02:12
rameshg87devananda: please prioritize this bug ^^^02:12
rameshg87jroll: yeah02:12
jrollrameshg87: totally a valid bug02:12
jrollare you fixing already?02:12
rameshg87same with 'root_uuid_or_disk_id'02:12
* jroll marks as high priority02:13
rameshg87jroll: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L440-L44102:13
jrollyeah, we need to keep this stuff in mind :/02:13
rameshg87jroll: we could have a CI too02:13
jrollrameshg87: that one is fine02:13
jrollrameshg87: because except KeyError02:13
rameshg87jroll: one that provisions the instance before the change, and teardowns the instances after the change02:13
rameshg87jroll: a valid use case for upgrade02:14
*** harlowja_ is now known as harlowja_away02:14
jrollrameshg87: yeah, CI to upgrade ironic between commits would be useful, also difficult :)02:14
rameshg87jroll: yeah .. that's a typical use-case of people who are already using ironic and upgrade to later versions02:15
jrollrameshg87: I'm one of them, I know this all too well02:15
rameshg87jroll: :)02:15
jroll:P02:16
rameshg87jroll: i don't know how much time left02:16
rameshg87jroll: i am rolling out a fix in 15 mins02:16
jrollrameshg87: we have plenty of time for bugs after k302:16
rameshg87jroll: can we set target as k-302:16
rameshg87?02:16
jrolloh02:16
jrollidk, I guess so?02:16
jrollI assume devananda won't tag until it's morning for him02:16
rameshg87for people who are upgrading to k302:16
jrollyeah02:16
* jroll tags02:16
rameshg87should not face this issue (if someone is really concerned)02:16
jrollgreat catch btw02:17
jrollI'll be in and out tonight so poke me when you push the patch02:17
rameshg87sure02:17
rameshg87it was just a co-incidence, had an instance created long back02:17
rameshg87:)02:17
rameshg87it was lying around in my dev machine02:18
jrollheh02:19
jrollyeah :)02:19
openstackgerritJosh Gachnang proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145302:24
openstackgerritMerged openstack/ironic-python-agent: Add fallback secure erase using shred  https://review.openstack.org/16524702:25
*** achanda has joined #openstack-ironic02:27
openstackgerritRamakrishnan G proposed openstack/ironic: is_whole_disk_image might not exist for previous instances  https://review.openstack.org/16567602:31
rameshg87jroll: ^^^02:31
jroll+2!02:32
* jroll bbl02:32
rameshg87jroll: 1 min02:33
rameshg87jroll: fixed a comment02:33
rameshg87wrong comment in test02:33
openstackgerritRamakrishnan G proposed openstack/ironic: is_whole_disk_image might not exist for previous instances  https://review.openstack.org/16567602:33
*** absubram has quit IRC02:33
rameshg87jroll: ^^^ patch set 2 :)02:33
*** ramineni has joined #openstack-ironic02:43
*** aswadr has joined #openstack-ironic02:43
*** lintan has joined #openstack-ironic02:47
jrollrameshg87: lol, good catch02:48
jrollrameshg87: if you want it to be perfect, should be "doesn't exist", not "doesn't exists"02:48
rameshg87jroll: oh grammar, i will live with that :)02:51
rameshg87jroll: i was totally wrong in the previous comment, that's why i corrected it02:51
jroll:)02:51
jrollyeah02:51
jrollgood catch02:51
rameshg87JoshNang: you around ?02:57
jrollrameshg87: he's been working too hard, he better not be around :P02:58
jrollI can try to help?02:58
rameshg87jroll: oh okay02:58
rameshg87jroll: https://review.openstack.org/#/c/161453/12/ironic/dhcp/neutron.py02:58
rameshg87jroll: L33702:58
rameshg87jroll: i didn't get his concern of not saving the cleaning neutron vif ids in ironic ports02:59
jrollrameshg87: neutron knows what's already there, ironic may be wrong02:59
rameshg87jroll: but we still do the check in L349 na02:59
rameshg87jroll: to check if the neutron port is there in the ironic port02:59
jrollrameshg87: we do similar things for provisioning/tenant networks downstream, we had problems using anything but neutron as the source of truth02:59
rameshg87jroll: we still loop through each neutron port and check if mac address is there in ironic port03:00
rameshg87jroll: otherway round is the same too - if we had the vifs saved in ironic port03:00
rameshg87jroll: if operator deleted ironic port, we are not going to delete the neutron port either way03:01
jrollrameshg87: but if operator deletes the vif from ironic port, this will delete that port, the other way won't03:01
rameshg87jroll: oh03:01
rameshg87jroll: will some operator do that ? :)03:01
jrollrameshg87: same thing applies if the operator adds a port without ironic knowing03:02
jrollrameshg87: probably not, but you never know03:02
jrollrameshg87: this generally improves robustness for weird failure scenarios03:02
rameshg87jroll: just concerned because we loop over (number of neutron ports in whole environment * number of ironic ports for that node)03:02
jrollrameshg87: e.g. if a port-create succeeds but the "save to ironic db" part fails, this will handle it03:02
rameshg87jroll: hmm okay03:03
jrollrameshg87: you're concerned about that being slow, in a process that does things like run shred? :)03:03
rameshg87jroll: hehe no03:03
rameshg87jroll: i know we are just doing some logical operations here (no external)03:03
*** coolsvap|afk is now known as coolsvap03:04
rameshg87jroll: but just felt we dont need to loop over if we just saved it03:04
jrollrameshg87: oh, hmm, I didn't see the list_ports parameters. I wonder if that could be better.03:04
jrollrameshg87: yeah, I see what you mean03:04
jrollrameshg87: I thought we were looping over all ports for that node :/03:04
jrollrameshg87: but we don't tie the node id to the port at all. this makes me sad.03:05
rameshg87jroll: i meant looping over all neutron ports in that environment03:05
jrollrameshg87: right, I assumed it was something like list_ports({node: node.uuid}), not all ports for the network. I re-read it now.03:06
rameshg87jroll: yeah03:06
jrollwhich we might be able to do...03:07
jrollI'm going to leave a comment for now because it's too late for testing code03:07
rameshg87jroll: yeah may be something to look for later03:07
rameshg87jroll: i agree03:07
rameshg87jroll: and one more03:08
rameshg87jroll: https://review.openstack.org/#/c/161453/12/ironic/dhcp/neutron.py L30403:08
rameshg87jroll: we bind all the ironic ports to the same network03:08
rameshg87jroll: i see JoshNang reply "I disagree, you can't know that PXE is enabled for all the ports."03:09
rameshg87jroll: but i think nova doesn't know it either03:09
rameshg87jroll: and nova always chooses ironic ports randomly and assign neutron networks to them03:09
rameshg87jroll: i think we have got to have pxe enabled for all the ironic ports for deploy to be successful - this is my knowledge03:10
rameshg87but i might be wrong03:10
jrollrameshg87: left a note for the first one, I think that could be a follow-up optimization03:10
rameshg87yeah03:10
* jroll thinks about the second03:10
jrollso I tend to think nova's behavior is a bug, but not a major one (yet) as things could we physically or virtually wired in ways that break that03:11
rameshg87jroll: if operator had 4 ports enrolled in ironic - all of them will get IP in the same subnet - like all 4 macs will get 192.168.1.2, 192.168.1.3, 192.168.1.4, 192.168.1.503:11
jrollrameshg87: assuming they're on the same physical network, that's true :)03:11
*** absubram has joined #openstack-ironic03:12
rameshg87jroll: shouldn't be a problem, but in a neutron environment i think it's expected that neutron should be able to connect any ports to any network (somehow) :)03:12
jrollmorgabra: ^ if you're around I would love another set of eyes on the implications/correctness of the comments in that link03:12
jrollrameshg87: yeah, except neutron barely works at all for ironic's purposes today :)03:13
rameshg87:)03:13
jrollrameshg87: I'd have to think more tomorrow on this... I know josh's way won't break; I don't think your way will break.03:14
jrolldoes that make sense?03:14
jrollrameshg87: we also do really different DHCP and network things in our deployment, so it's hard to reason between that and upstream, so we very well might be wrong03:15
jroll(we being rackspace people)03:15
rameshg87jroll: sure ..03:15
rameshg87jroll: may be we can talk your tomorrow03:16
jrollrameshg87: indeed, my brain is fried for today03:16
rameshg87:)03:16
rameshg87jroll: have a good sleep ..03:16
jrollrameshg87: will do, have a good day :)03:16
jrollsee you "tonight"03:16
rameshg87jroll: good night03:16
*** Marga_ has joined #openstack-ironic03:21
*** Marga_ has quit IRC03:21
*** Marga_ has joined #openstack-ironic03:22
* rameshg87 will be back in few hours 03:27
*** rameshg87 has quit IRC03:27
*** coolsvap is now known as coolsvap|afk03:32
*** coolsvap|afk is now known as coolsvap03:39
*** achanda has quit IRC03:42
*** greghaynes has quit IRC03:43
*** achanda has joined #openstack-ironic03:44
*** stendulker has joined #openstack-ironic03:49
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480803:51
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481403:53
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481603:54
*** achanda has quit IRC04:05
*** jamielennox is now known as jamielennox|away04:06
*** lazy_prince is now known as killer_prince04:15
*** Marga_ has quit IRC04:18
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480804:24
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481404:26
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481604:26
*** Nisha has joined #openstack-ironic04:27
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573104:27
*** achanda has joined #openstack-ironic04:37
*** achanda has quit IRC04:41
*** Marga_ has joined #openstack-ironic04:47
*** pradipta has joined #openstack-ironic04:52
openstackgerritAnusha Ramineni proposed openstack/ironic: Support agent_ilo driver to perform cleaning  https://review.openstack.org/16464604:53
*** ijw has joined #openstack-ironic04:56
*** yuanying has quit IRC05:01
*** rameshg87 has joined #openstack-ironic05:02
openstackgerritNisha Agarwal proposed openstack/ironic: follow up patch for ilo capabilities  https://review.openstack.org/16531005:02
rameshg87Haomeng: are you planning to work on - https://review.openstack.org/143919 ?05:02
rameshg87Haomeng: if not any time soon, i can attempt to continue it05:03
*** yuanying has joined #openstack-ironic05:06
*** achanda has joined #openstack-ironic05:08
*** Haomeng|2 has joined #openstack-ironic05:11
rameshg87Haomeng|2: ^^^05:12
rameshg87Haomeng|2: don't know if you are logged in as Haomeng or Haomeng|205:12
*** Haomeng has quit IRC05:14
*** Haomeng has joined #openstack-ironic05:21
openstackgerritAnusha Ramineni proposed openstack/ironic: Use task.spawn_after to maintain lock during cleaning  https://review.openstack.org/16552805:22
openstackgerritAnusha Ramineni proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145305:22
*** Haomeng|2 has quit IRC05:24
openstackgerritMerged openstack/python-ironicclient: Add support for logical names  https://review.openstack.org/15852005:24
openstackgerritAnusha Ramineni proposed openstack/ironic: Support agent_ilo driver to perform cleaning  https://review.openstack.org/16464605:29
Haomengrameshg87: hi, ramesh05:30
*** yuanying has quit IRC05:30
Haomengrameshg87: yes, I am working on other things these days, so go ahead please, the unittest code is not working now, so if you can help, thank you05:30
rameshg87Haomeng: sure, i will take over..thanks05:31
Haomengrameshg87: thank you very much:)05:31
Haomengrameshg87: the original unittest is working, but it not working with latest code recently:)05:31
*** yuanying has joined #openstack-ironic05:31
*** greghaynes has joined #openstack-ironic05:39
*** coolsvap is now known as coolsvap|afk05:41
*** ChuckC has quit IRC05:45
*** yuanying has quit IRC05:46
*** yuanying has joined #openstack-ironic05:47
*** coolsvap|afk is now known as coolsvap05:48
openstackgerritNisha Agarwal proposed openstack/ironic: Automate uefi boot iso creation for iscsi_ilo driver  https://review.openstack.org/15590005:53
openstackgerritTan Lin proposed openstack/ironic: Generate keystone_authtoken options in sample config file  https://review.openstack.org/16291905:57
*** yuanying has quit IRC06:05
*** yuanying has joined #openstack-ironic06:08
*** subscope_ has joined #openstack-ironic06:09
openstackgerritRamakrishnan G proposed stackforge/proliantutils: ILO: Add empty unit test files for ris  https://review.openstack.org/16570406:09
rameshg87ramineni: Nisha: ^^^06:09
rameshg87ramineni: Nisha: can you please help me get this in quickly06:10
openstackgerritRamakrishnan G proposed stackforge/proliantutils: ILO: Add empty unit test files for ris  https://review.openstack.org/16570406:11
openstackgerritRamakrishnan G proposed stackforge/proliantutils: ILO: Add empty unit test files for ris  https://review.openstack.org/16570406:15
rameshg87ramineni: Nisha: ^^^06:15
*** killer_prince is now known as lazy_prince06:20
*** achanda has quit IRC06:28
*** yog_ has joined #openstack-ironic06:28
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Add supporting generate config files  https://review.openstack.org/16328106:33
*** ramineni has quit IRC06:33
*** ramineni has joined #openstack-ironic06:33
*** pcaruana has quit IRC06:33
*** ramineni1 has joined #openstack-ironic06:34
*** ramineni has quit IRC06:34
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Add supporting generate config files  https://review.openstack.org/16328106:34
openstackgerritMerged stackforge/proliantutils: ILO: Add empty unit test files for ris  https://review.openstack.org/16570406:35
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Add supporting generate config files  https://review.openstack.org/16328106:35
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Add supporting generate config files  https://review.openstack.org/16328106:37
*** achanda has joined #openstack-ironic06:52
*** jcoufal has joined #openstack-ironic06:53
*** saripurigopi has joined #openstack-ironic06:54
*** achanda has quit IRC07:00
openstackgerritMichael Davies proposed openstack/ironic: New field 'name' not supported in port REST API  https://review.openstack.org/16373007:00
*** achanda has joined #openstack-ironic07:04
*** ifarkas has joined #openstack-ironic07:05
*** subscope_ has quit IRC07:07
*** Marga_ has quit IRC07:09
*** ijw has quit IRC07:13
mrdadevananda: ^^^ I know it's getting late in the release cycle, but I think I've met all the requirements for logical_name in the ports section of the API.  It's backwardly compatible, and we've restored get_rpc_node as per the suggestions.  But if it's too late I get that too :)  Just FYI...07:21
*** achanda has quit IRC07:37
*** 21WABNX9V has joined #openstack-ironic07:38
openstackgerritAparna proposed stackforge/proliantutils: ILO: Support for configuring httpboot through RIS  https://review.openstack.org/16332507:44
*** athomas has joined #openstack-ironic07:46
openstackgerritRamakrishnan G proposed stackforge/proliantutils: ILO: Add unit tests for ris.RISOperations._rest_op  https://review.openstack.org/16571807:47
*** chlong has quit IRC07:47
rameshg87ramineni1: Nisha: stendulker: ^^^07:48
stendulkerrameshg87: o/07:48
openstackgerritRamakrishnan G proposed stackforge/proliantutils: ILO: Add unit tests for ris.RISOperations._rest_op  https://review.openstack.org/16571807:49
rameshg87ramineni1: Nisha: stendulker: raised unit tests review for main method in RIS ^^ please have a look07:49
stendulkerrameshg87: ok07:50
*** stendulker has quit IRC07:54
*** stendulker has joined #openstack-ironic07:54
openstackgerritRamakrishnan G proposed stackforge/proliantutils: ILO: Add unit tests for ris.RISOperations._rest_op  https://review.openstack.org/16571807:55
*** mrda is now known as mrda-away07:58
*** romcheg has joined #openstack-ironic08:02
*** dlpartain has joined #openstack-ironic08:05
*** yuanying_ has joined #openstack-ironic08:05
*** romcheg has quit IRC08:07
*** romcheg has joined #openstack-ironic08:07
*** yuanying has quit IRC08:08
*** rsalevsky has joined #openstack-ironic08:09
*** dlpartain has left #openstack-ironic08:14
GheRiveromorning08:16
Nishamorning GheRivero08:19
*** romcheg has quit IRC08:21
*** naohirot has quit IRC08:27
*** jistr has joined #openstack-ironic08:37
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480808:38
*** Haomeng|2 has joined #openstack-ironic08:51
*** Haomeng has quit IRC08:55
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481408:55
openstackgerritRamakrishnan G proposed stackforge/proliantutils: ILO: Add unit tests for ris.RISOperations._rest_op  https://review.openstack.org/16571808:58
*** andreykurilin_ has joined #openstack-ironic08:58
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481608:58
*** mgoddard has joined #openstack-ironic09:15
*** lucasagomes has joined #openstack-ironic09:16
openstackgerritNisha Agarwal proposed openstack/ironic: follow up patch for ilo capabilities  https://review.openstack.org/16531009:17
*** romcheg has joined #openstack-ironic09:17
*** logan2 has quit IRC09:22
*** logan2 has joined #openstack-ironic09:22
*** mgoddard has quit IRC09:23
openstackgerritAnusha Ramineni proposed openstack/ironic: Support agent_ilo driver to perform cleaning  https://review.openstack.org/16464609:27
*** andreykurilin_ has quit IRC09:27
*** andreykurilin_ has joined #openstack-ironic09:28
*** pas-ha has joined #openstack-ironic09:28
*** yog_ has quit IRC09:31
*** derekh has joined #openstack-ironic09:37
*** yog_ has joined #openstack-ironic09:47
*** andreykurilin_ has quit IRC09:47
*** ndipanov has joined #openstack-ironic09:48
*** Nisha has quit IRC09:49
*** dtantsur|afk is now known as dtantsur09:54
dtantsurLate good morning :)09:54
*** absubram has quit IRC10:00
*** yog_ has quit IRC10:02
*** pelix has joined #openstack-ironic10:02
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573110:05
*** saripurigopi has quit IRC10:08
*** alex_xu has quit IRC10:12
*** kalpase has joined #openstack-ironic10:13
*** alex_xu has joined #openstack-ironic10:14
*** MattMan has joined #openstack-ironic10:14
*** yog_ has joined #openstack-ironic10:15
*** lazy_prince has quit IRC10:17
openstackgerritGhe Rivero proposed openstack/python-ironicclient: Use oslo.i18n lib  https://review.openstack.org/16279710:19
*** yog_ has quit IRC10:19
openstackgerritGhe Rivero proposed openstack/python-ironicclient: Clean openstack-common module list  https://review.openstack.org/16279910:23
openstackgerritGhe Rivero proposed openstack/python-ironicclient: Use oslo.i18n lib  https://review.openstack.org/16279710:24
*** killer_prince has joined #openstack-ironic10:24
*** killer_prince has quit IRC10:24
*** lazy_prince has joined #openstack-ironic10:24
ramineni1dtantsur: please update your vote again on review https://review.openstack.org/#/c/157715/10:28
ramineni1dtantsur: it resulted in merge conflict while merging :( ..so rebased again10:29
*** tiagogomes_ has joined #openstack-ironic10:31
dtantsursure, once tests pass again10:33
*** saripurigopi has joined #openstack-ironic10:34
ramineni1dtantsur: from morning , jenkins is not running tests on the patch :(  it looks like stuck , gave recheck twice10:35
ramineni1dtantsur: any idea, what else could solve the issue10:35
ramineni1dtantsur: running only check-tripleo-ironic-undercloud-precise-nonha test everytime10:37
*** chenglch has quit IRC10:37
rameshg87lucasagomes: dtantsur: need one more +2 (hopefully) - https://review.openstack.org/#/c/165676/10:39
rameshg87lucasagomes: dtantsur: a bug for k310:39
*** coolsvap is now known as coolsvap|afk10:41
lucasagomesrameshg87, "Tests when 'is_whole_disk_image' exists in driver_internal_info"10:42
lucasagomesrameshg87, I don't see any assert there checking that10:42
*** vdrok_afk is now known as vdrok10:43
lucasagomesperhaps self.assertIn('is_whole_disk_image', self.node.internal_driver_info) ?10:43
lucasagomesdriver_internal_info*10:43
* rameshg87 checks10:43
rameshg87lucasagomes: it's there by default now10:44
lucasagomesI see the setUp adding it10:44
lucasagomesright, I would make it more explicity on the test itself10:44
lucasagomesbut fine10:44
rameshg87lucasagomes: https://github.com/openstack/ironic/blob/master/ironic/tests/db/utils.py#L7410:44
lucasagomesrameshg87, right10:45
lucasagomes+a :)10:45
rameshg87thanks :)10:45
openstackgerritRamakrishnan G proposed openstack/ironic: Fail deploy if root uuid or disk id isn't available  https://review.openstack.org/14391910:48
stendulkerlucasgomes: hi10:49
stendulkerlucasgomes: Please look at https://review.openstack.org/#/c/155731/ Ilo drivers sets capabilities:boot_mode in node. One you had reviewed few days back had to be rebased to handle merge conflicts.10:50
dtantsurramineni1, please note that blindly rechecking is nearly never a good answer10:52
openstackgerritRamakrishnan G proposed openstack/ironic: Fail deploy if root uuid or disk id isn't available  https://review.openstack.org/14391910:52
ramineni1dtantsur: oh10:53
dtantsurramineni1, according to http://status.openstack.org/zuul/ most of tests has passed, but one is taking 9 hrs already10:53
dtantsurramineni1, you may want to sync with infra on it. but chances are high that problems are caused by Kilo 310:53
dtantsurall the projects are testing and approving last minutes changes :)10:53
ramineni1dtantsur: ok10:55
*** yuanying_ has quit IRC10:57
dtantsurramineni1, +A and hope the check will be ok soon10:57
ramineni1dtantsur: great..thanks10:58
ramineni1dtantsur: ya, hopefully :)10:58
* ramineni1 leaves for the day, connect back later again11:00
*** ramineni1 has quit IRC11:01
*** pcaruana has joined #openstack-ironic11:05
dtantsurifarkas, o/ mind reviewing https://review.openstack.org/#/c/165062/ ?11:05
ifarkasdtantsur, sure!11:06
*** sambetts has quit IRC11:09
*** stendulker has quit IRC11:09
*** sambetts has joined #openstack-ironic11:11
*** saripurigopi has quit IRC11:13
*** coolsvap|afk is now known as coolsvap11:36
openstackgerritRamakrishnan G proposed openstack/ironic: Fail deploy if root uuid or disk id isn't available  https://review.openstack.org/14391911:37
* rameshg87 goes out for a while, will be back in few hours 11:40
*** rameshg87 has quit IRC11:40
*** pradipta has quit IRC11:40
openstackgerritMerged openstack/ironic: is_whole_disk_image might not exist for previous instances  https://review.openstack.org/16567611:41
openstackgerritGhe Rivero proposed openstack/ironic: Use oslo_log lib  https://review.openstack.org/15760211:43
openstackgerritHarshada Mangesh Kakad proposed openstack/ironic: Implement get_boot_device for seamicro driver  https://review.openstack.org/16578811:48
*** dprince has joined #openstack-ironic12:13
*** chlong has joined #openstack-ironic12:14
*** BadCub_Hiding is now known as BadCub12:19
BadCubMorning Folks12:19
Shrewsmorning BadCub and everyone else12:25
*** Marga_ has joined #openstack-ironic12:26
*** chlong has quit IRC12:26
lucasagomesShrews, BadCub good morning12:27
BadCubhey guys12:32
*** ramineni has joined #openstack-ironic12:34
TheJuliagood morning12:40
openstackgerritMerged openstack/ironic: Hide inspection_*_at fields if version < 1.6  https://review.openstack.org/16559612:41
NobodyCamgood morning Ironicers12:41
*** achanda has joined #openstack-ironic12:42
*** chlong has joined #openstack-ironic12:43
dtantsurShrews, BadCub, TheJulia, NobodyCam, morning12:47
dtantsuraren't you early today, folks? :)12:47
*** achanda has quit IRC12:47
BadCubmorning TheJulia, dtantsur NobodyCam. Shrews and lucasagomes12:47
TheJuliadtantsur: Well, it is approaching 9 AM here... so no. :)12:48
*** rloo has joined #openstack-ironic12:49
BadCubI couldn't sleep. LOL12:49
TheJuliaThats no good12:49
BadCubyeah12:50
BadCubat least we are close to getting reviews done :-)12:52
NobodyCammorning dtantsur BadCub TheJulia lucasagomes12:53
* Shrews feels snubbed12:53
TheJuliaGood morning Shrews12:54
Shrewshey TheJulia! morning12:54
BadCubI said morning Shrews LOL12:54
ShrewsBadCub: yeah, i was poking at NobodyCam  :-P12:54
BadCubhehehehe..12:54
TheJulia:)12:54
*** lazy_prince has quit IRC12:55
NobodyCammorning Shrews :)12:55
Shrews:-P12:55
NobodyCami didn't see you12:55
NobodyCam:-p12:55
Shrewsmorning12:55
*** killer_prince has joined #openstack-ironic12:55
NobodyCam:)12:55
*** killer_prince is now known as lazy_prince12:56
devanandag'morning, all12:59
*** athomas has quit IRC12:59
NobodyCamgood morning devananda :)13:00
BadCubmorning devananda13:00
dtantsurdevananda, morning, you're early too Oo13:01
dtantsuram I the only one to wake up at 10am today? :D13:01
NobodyCamdtantsur: must be nice to sleep in like that :-p13:02
BadCub10am? I wish I could sleep till 10!! LOL13:02
*** kalpase has left #openstack-ironic13:02
dtantsurI usually can't, but seems like today is special :)13:02
devanandadtantsur: 10am is when I meet with ttx again (if not sooner) with the status of our release13:02
rloomorning everyone. So, no reviews need to be done today? I can take the day off? :-)13:03
devanandarloo: exactly :)13:03
NobodyCammorning rloo :)13:03
dtantsurrloo, yeah relax and enjoy :) and g'morning13:03
BadCubdevananda: I think we are looking pretty good. We have 4 BPs left to get done, and a bunch of stuff merged last night13:03
devanandaBadCub: you have an interesting definition of good ....13:03
* BadCub puts on his optimistic face13:04
* rloo thinks 4 is a lot13:04
devanandaBadCub: we have 4 hours for things to move through the (very crowded) gate13:04
*** athomas has joined #openstack-ironic13:04
NobodyCamwhats first up on the review line!13:05
devanandaBadCub: seriously. we can't punt any longer. of those 4 BP, which are going to be completed and merged in trunk in the next 4 hours?13:05
BadCubteh gate is the big issue13:05
devanandathere's a notethat https://review.openstack.org/#/c/165528/ is failing tests, but it's not. last run passed13:05
devanandadtantsur: you -1'd it -- can your nits be done in a follow on patch?13:06
*** mjturek1 has joined #openstack-ironic13:06
BadCubdeva13:06
BadCuboops13:06
dtantsurdevananda, definitely13:06
dtantsurlemme change my vote with this condition13:06
BadCubILO cleaning is going to be a problem if we do not land the dependent patch13:06
devanandadtantsur: great! let's land that, and...13:07
* dtantsur changed to +213:07
BadCubcan someone poke at https://review.openstack.org/#/c/161453/  add cleaning agent driver?13:07
*** dlpartain has joined #openstack-ironic13:08
NobodyCamlooking now13:08
*** jistr has quit IRC13:08
dtantsurwill look at patches after lunch13:08
*** dlpartain has left #openstack-ironic13:08
dtantsur(if you just don't land everything which I advice you to do :D )13:08
openstackgerritHarshada Mangesh Kakad proposed openstack/ironic: Implement get_boot_device for seamicro driver  https://review.openstack.org/16578813:08
*** jistr has joined #openstack-ironic13:09
devanandaBadCub: https://review.openstack.org/#/c/157715/ is passing the latest tests (first iLO clenaing patch)13:12
devanandaBadCub: it was already approved ,so that should merge soon13:12
BadCubI see that too13:12
*** kkoski has joined #openstack-ironic13:14
BadCub https://review.openstack.org/#/c/164646/ support agent_ilo driver to perform cleaning needs review13:15
rloodevananda: so I don't know that we should be modifying strings after k-3 (wrt https://review.openstack.org/#/c/165528/7/ironic/conductor/manager.py) but it should be ok to fix in L?13:16
devanandarloo: if we land that follow up within the next day or so, it's fine13:17
rloodevananda: oh, good to know.13:17
devanandarloo: the translation team needs time to do their work, but something small like that is a reasonable exception13:17
rloodevananda: (if Ironic even gets much attention from the translation team...)13:18
devanandarloo: (right ...)13:18
*** igordcard has joined #openstack-ironic13:18
*** chlong has quit IRC13:21
lucasagomesdevananda, rloo g'morning13:23
rloohi lucasagomes!13:23
devanandalucasagomes: what's difference betwen pxe_ipa and pxe_ipa-src and agent_ssh jobs ?13:24
lucasagomesdevananda, pxe_ipa and pxe_ipa-src uses the PXE driver iscsi methodology with the IPA ramdisk13:24
lucasagomesthe -src is because it's going to build IPA from source13:24
lucasagomeswhich should run on the openstack/ironic-python-agent gate13:25
lucasagomeswithout -src it just download a pre-built ramdisk13:25
devanandaahh. gotcha13:25
lucasagomesagent_ssh uses IPA with the agent deploy methodology (downloading the image from swift, and having IPA partitioning the disk, etc)13:25
lucasagomesdevananda, I'm really bad with names :(13:26
lucasagomesI wanted to keep the pxe_ namespace, but maybe that's a bit misleading13:26
devanandalucasagomes: heh, names are hard. since they all use pxe for booting a ramdisk, and ssh for power control in the gate ... perhaps "iscsi" is better in the name13:28
devanandalucasagomes: that should probably get cleaned up later (post k3 rush) along with an inline comment explaining the job purpose13:28
devanandalucasagomes: so reviewers (and us, 3 monts from now!) can look at the jobs and where they're being run and remember why we did that :)13:28
lucasagomesdevananda, yeah indeed, iscsi would better describe the job. But I was thinking about the consistency with the driver names in ironic pxe_ drivers etc...13:29
lucasagomesdevananda, oh that would be awesome13:29
lucasagomesto have a description13:29
* lucasagomes writes it down13:29
openstackgerritDevananda van der Veen proposed openstack/ironic: Add Cleaning Operations for iLO drivers  https://review.openstack.org/15771513:33
* Shrews steps away for an appointment. bbs13:33
* devananda uses the recheck hammer on ^ because jenkins04 was dead13:34
*** Marga_ has quit IRC13:35
lucasagomesit's only me that dislike having cleaning priority level as config options?13:37
devanandalucasagomes: why do you dislike it?13:37
lucasagomesthe more I think about zapping and cleaning, the more I think the steps should be plugins13:37
dtantsurlucasagomes, me too, but I didn't find a really good reason not too13:38
devanandalucasagomes: when using IPA, they are plugged through the hardware manager13:38
lucasagomesdevananda, cause they all have defaults, and the more we add new steps more those defaults r going to change13:38
lucasagomeswe shouldn't be changing defaults on config options very often13:38
devanandalucasagomes: though I belueve IPA should have configurable "stages" of cleaning, or "groups" or something13:38
lucasagomesI cna picture steps being added like "oh this needs to run before that" etc13:39
lucasagomesand that will cause defaults to be changed all along13:39
devanandalucasagomes: so priority levels are per-driver, and can accept duplicates13:39
lucasagomesdevananda, yeah... it's something we can work later13:39
devanandalucasagomes: much like init.d priority ... there's plenty of precedent for using this model in a plugin system13:40
devananda(unless I completely misunderstood the implementation here)13:40
lucasagomesdevananda, I think ur correct13:40
lucasagomesand it's something we can improve later13:41
devanandak k13:41
BadCubis anyone free to give a second +2/+A to: https://review.openstack.org/#/c/154816/ secure boot for agent_ilo driver ?13:42
devanandahttps://review.openstack.org/#/c/155900/ is lower priority, but fairly isolated. lucas, looks like you've reviewed before?13:43
BadCubbrb13:44
devanandaBadCub: the agent_ilo patch you linked depends on iscsi_ilo and pxe_ilo -- and pxe_ilo is a big one -- https://review.openstack.org/#/c/154808/4813:45
*** stendulker has joined #openstack-ironic13:45
*** kkoski has quit IRC13:46
*** mtanino has joined #openstack-ironic13:47
devanandaif we can get ^ in, we can probalby complete the feature, because the two subsequent patches are both relatively small and constrained to the driver13:47
*** kkoski has joined #openstack-ironic13:49
openstackgerritMerged stackforge/ironic-discoverd: Stop waiting for power off to happen after introspection  https://review.openstack.org/16506213:50
NobodyCamJoshNang: BadCub: 161453 -1'd for conflict in execption class.13:54
BadCubthnx NobodyCam13:55
openstackgerritHarshada Mangesh Kakad proposed openstack/ironic: Implement get_boot_device for seamicro driver  https://review.openstack.org/16578813:55
BadCubdevananda: yes, NobodyCam was reviewing the dependent13:56
*** rameshg87 has joined #openstack-ironic13:57
*** wuhg has joined #openstack-ironic13:59
jrollmornin'13:59
BadCubwe also need reviews on: iscsi_ilo https://review.openstack.org/#/c/154814/ & pxe_ilo https://review.openstack.org/#/c/154808/13:59
rameshg87morning all :)13:59
BadCubmornin jroll and rameshg8713:59
rameshg87BadCub: o/14:00
NobodyCammorning rameshg87 :)14:01
rameshg87NobodyCam: o/14:01
NobodyCam:)14:01
rameshg87devananda: Shrews: NobodyCam: have a question about https://review.openstack.org/#/c/155460/9/ironic/drivers/modules/pxe.py (merged patch)14:01
devananda?14:02
rameshg87devananda: Shrews: NobodyCam: shouldn't we move the instance to error state if we cannot get driver_internal_info['root_uuid']14:02
rameshg87devananda: unless we generate pxe config, the node is never going to boot if someone triggered a reboot14:02
jrollrameshg87: +114:04
devanandarameshg87: not in all cases. 1) node is booting from local disk (in which case we should skip that check!) 2) user just doesn't reboot it ...14:04
rameshg87devananda: yeah for local boot we should skip that check14:04
jroll(1) is valid, I think (2) is not14:04
devanandarameshg87: (2) is applicable for instances deployed prior to this code being landed, because there was no root_uuid stored. we shouldn't just fail those instances when deploying this code14:04
devanandajroll: continuous deployment ...14:05
jrollwith (2) you're setting your users up for failure14:05
jrolloh14:05
devanandayou'd fail all the instances14:05
jrollyeah I didn't realize that part, sorry14:05
devanandaif you roll over the conductors14:05
rameshg87devananda: it's only for takeover, right ?14:05
devanandayah14:05
*** kkoski has quit IRC14:05
devanandarameshg87: correct. only affects calling prepare() on conductor other than the one which still has a pxe config file for that instance14:05
devanandawhich will happen during take over of nodes deployed before that patch14:06
rameshg87devananda: yeah14:06
* jroll isn't quite awake yet and isn't feeling awesome today14:06
devanandaso, before thta patch, take over was actually broken for non-local-booting nodes.14:06
rameshg87devananda: yeah okay ..14:07
rameshg87devananda: so it's still broken for old nodes (if they reboot)14:07
devanandacorrect14:07
NobodyCamJoshNang: happen to around yet?14:07
rameshg87devananda: but works for newly deployed nodes14:07
devanandahence the warning :)14:07
rameshg87okay14:07
devanandarameshg87: exactly14:07
jrollNobodyCam: I can take over things for josh if needed14:07
rameshg87got it thanks :)14:07
NobodyCamjroll want to take a quick look at the comments on 161453?14:08
NobodyCammain one is the execption14:08
jrollyeah14:09
jrolldtantsur: https://review.openstack.org/#/c/161453/16/ironic/dhcp/neutron.py check if None and raise InvalidParameter or whatever?14:09
dtantsurjroll, yeah14:09
NobodyCamjroll: None should be valid there14:09
jrollwhat14:09
jrollNone is not valid there14:10
devanandarameshg87: fwiw, i think we could clean that up in liberty14:10
NobodyCamjroll: wont none be "If None, will get the list of ports from the Ironic port objects."14:10
rameshg87devananda: okay14:11
NobodyCamor did I miss read that14:11
jrollNobodyCam: this is cleaning_network_uuid == None, when creating ports. it fails hard14:11
NobodyCamahh I should have had more coffee..14:12
jrollugh, if I rebase this and submit, it's going to also rebase https://review.openstack.org/#/c/165528/714:13
jrollshould I wait for that to merge before I submit this?14:13
jrolldevananda: ^14:13
BadCubugh14:13
jrollthere's a chance I can get it to not submit it but I doubt it14:13
devanandayes, wait14:14
devanandathat one is almost done in the gte14:14
jrolljust saw on the news you might get $10k if you were hit in the target data breach, jfyi14:14
devanandado not touch 162919 or 165528 right now14:14
devanandajroll: ^14:14
jrollok14:14
jrolldtantsur: NobodyCam: the rebase was clean and only left one definition of NodeCleaningError14:15
NobodyCamya should be through the gate in just a couple of minutes if I read zuul right14:15
jrollso I think if we just land it, it will do the right thing14:15
jrolland if it doesn't we can fix it quickly14:15
jrollthoughts?14:16
dtantsurjroll, that's strange, because they seemingly add exceptions to different places in the file...14:16
*** ijw has joined #openstack-ironic14:16
*** ijw has quit IRC14:16
dtantsurI don't have a strong opinion on this :)14:16
jrolldtantsur: indeed... I just rebased on master and:14:16
jroll$ grep NodeClean ironic/common/exception.py | wc -l14:17
*** ijw has joined #openstack-ironic14:17
jroll       114:17
dtantsurlucasagomes, please see my comment on https://review.openstack.org/#/c/157715/21/ironic/drivers/modules/ilo/management.py14:18
dtantsurtl;dr we should not fill logs with warnings without a serious reason14:18
lucasagomesdtantsur, right, hmmm I still find it odd14:19
lucasagomesdtantsur, because the step is also optional, not the parameter14:19
*** dhellmann has quit IRC14:19
lucasagomesone can set level to 0 and don't run that step14:19
*** dhellmann has joined #openstack-ironic14:19
lucasagomesnow the step is enabled but it doesn't have a parameter so it just skip with an info14:19
lucasagomesit's like you've two ways to disable the step14:20
dtantsurlucasagomes, I guess the use case is to _sometimes_ change password14:20
lucasagomeseither set level to 0 or don't pass the parameter14:20
dtantsurnot all-or-nothing thing14:20
lucasagomesright14:20
jrollI mean, the concept of resetting to the same password every time seems odd to me anyway14:20
lucasagomesyeah14:20
jrollbecause we aren't clearing it14:20
lucasagomesjroll, I wonder if we could rotate the password14:21
lucasagomeslike create a random one14:21
jrollit's likely to make sure the tenant didn't change the password14:21
openstackgerritMerged openstack/ironic: Generate keystone_authtoken options in sample config file  https://review.openstack.org/16291914:21
jrolllucasagomes: yeah, that's something I want to do in L14:21
dtantsurjroll, ++14:21
lucasagomesand put it there, if it's not specified on that parameter14:21
openstackgerritMerged openstack/ironic: Use task.spawn_after to maintain lock during cleaning  https://review.openstack.org/16552814:21
devanandaaaaand there's the merges14:21
devanandawoot14:21
jrollif the tenant changes the password you're totally screwed14:21
jrolland can't get to cleaning14:21
devanandajroll: ok, rebase or what ever. nothing of ours is in the gaet now14:21
jrollyep, on it14:22
lucasagomesdtantsur, jroll right, yeah I just pointed that warning/info thing14:22
lucasagomesit's ok being info14:22
lucasagomesI understand it better now14:22
lucasagomes(still find it a bit odd, perhaps the message should be "skipping the step X because ..." instead of "missing parameter"14:23
openstackgerritRamakrishnan G proposed openstack/ironic: Add whole disk image support for iscsi_ilo using agent ramdisk  https://review.openstack.org/16584714:25
NobodyCamawesome ty jroll :)14:25
rameshg87devananda: BadCub: sorry, i missed a small vector for ilo driver ^^^14:25
rameshg87devananda: BadCub: please accept if possible (it's a 2 line change in ilo driver14:26
rameshg87devananda: BadCub: same change i made for dib ramdisk deployment (but at that time my agent patch wasn't merged)14:26
rameshg87devananda: BadCub: and missed to do this in both the patches :(14:26
*** hj-hp has joined #openstack-ironic14:27
BadCubwill take a look rameshg87 :-)14:27
devanandarameshg87: reasonable to fix this after feature freeze?14:29
devanandalooks that way to me14:29
*** jcoufal_ has joined #openstack-ironic14:29
devanandarameshg87: pls file a bug, tag it on the commit, and target to kilo rc114:29
rameshg87devananda: fine with me ..14:29
rameshg87devananda: thanks :)14:29
devanandawe'll get to it soon :)14:29
rameshg87i will W-1 for now ?14:29
rameshg87i mean shall i W-1 for now ?14:29
devanandarigt now the gate is actually our limit. fewer patches that we approve == faster merging for all of openstack14:29
devanandarameshg87: nah.14:30
*** hj-hp has quit IRC14:30
devanandajust track it on LP14:30
devanandawe should be ignoring patches not targeted to k3 at the moment14:30
lucasagomesI want to push the +a button for https://review.openstack.org/#/c/143919/ in case someone wants to take a look before I do it14:30
lucasagomesthat bug is annoying and hard to debug14:30
* lucasagomes hit that once14:30
*** jcoufal has quit IRC14:32
BadCubis anyone looking at: https://review.openstack.org/#/c/155900/ Automate UEFI iso boot creation for iscsi_ilo driver?14:32
*** absubram has joined #openstack-ironic14:32
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Documentation update  https://review.openstack.org/16585214:33
NobodyCamBadCub: I can look at that one14:34
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145314:34
BadCubthnx NobodyCam :-)14:34
jrollNobodyCam: dtantsur: ^^14:34
dtantsurjroll, ack14:34
devanandajroll: i ws about to ask how soon those would be up14:34
jrollNobodyCam: dtantsur: it's still adding the exception... I can't find where that was added14:34
NobodyCamwill look back in a sec ... TY jroll14:34
dtantsurjroll, https://review.openstack.org/#/c/157715/21/ironic/common/exception.py14:34
jrollthe agent_ilo cleaning patch was rebased on top of this one, I wonder if that's where it was14:34
devanandalucasagomes: it's a bug. pls wait until after FF14:35
*** hj-hp has joined #openstack-ironic14:35
jrolldtantsur: oh, I need to depend on that patch eh14:35
dtantsurjroll, yes please14:35
lucasagomesdevananda, fair enuff14:35
*** achanda has joined #openstack-ironic14:35
devanandaliterally folks, stop approving non-targeted ptaches right now ...14:35
dtantsurack14:35
lucasagomesdevananda, https://review.openstack.org/#/c/154808/48/ironic/drivers/modules/pxe.py14:35
tiagogomes_Hi, I am trying to use Ironic, but when I try to add a node with ` ironic node-update $NODE_UUID add properties/cpus=2` I get a "Value: '2'. Wrong type" error.  This happens with the ironic python client 0.4.1.  Any knows what should I feed in properties/cpu?14:35
lucasagomesit's changing the default value of config options :/14:35
lucasagomesI wonder if it's a concern here, cause it may break things14:36
devanandaargh14:36
lucasagomesit doesn't seem to have a clear path to update14:36
lucasagomesfrom Juno to Kilo14:36
jrolltiagogomes_: that's a bad bug we need to fix. use properties/cpus="\"2\""14:36
lucasagomesit's changing the bootloader, changing the default template14:36
jrolltiagogomes_: (if I remember correctly)14:37
devanandalucasagomes: adding a new one, or changing it???14:37
lucasagomesand the pxe binary14:37
devanandastendulker: ^^14:37
lucasagomesdevananda, changing it14:37
dtantsurdevananda, wdyt about https://review.openstack.org/#/c/165788/ ? should we: 1. land now, 2. land after FF, 3. land in L?14:37
devanandalucasagomes: for uefi only. not for legacy mode14:37
lucasagomesdevananda, yes for uefi14:37
lucasagomesthe patch is about security boot14:38
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145314:38
jrolldtantsur: fixed14:38
dtantsurthnx14:38
tiagogomes_jroll it didn't worked,  `Value: '1024'. Wrong type`14:38
lucasagomesbut it was supported in Juno I think, but differently, I wonder if someone using the Juno version can update to Kilo with those changes14:38
BadCubthnx jroll :-)14:38
stendulkerdevananda: hi14:38
NobodyCamBadCub: 155900 +2'd14:39
devanandastendulker: hi. why is https://review.openstack.org/#/c/154808/48/ironic/drivers/modules/pxe.py,cm changing the default bootloader?14:39
jrolltiagogomes_: do the same for 1024 :(14:39
BadCubthnx NobodyCam :-)14:39
BadCubAnyone available to do a second +2/+A on https://review.openstack.org/#/c/155900/ ?14:39
devanandalucasagomes: fwiw, it's also deleting the old and adding the new boot loader template14:40
stendulkerdevananda: the default signed bootloader shipped by linux vendors is grub214:40
lucasagomesdevananda, yeah14:40
devanandalucasagomes: seems like it is really s/elilo/grub2/14:40
lucasagomesstendulker, there's an upgrade path form Juno to Kilo for that?14:40
stendulkerlucasgomes: yes14:40
tiagogomes_jroll ah, I didn't realize that failed in the next field. Thanks!14:40
stendulkerlucagomes: for pxe, i have handles it14:40
lucasagomesstendulker, right, but it still needs to update other stuff14:41
lucasagomeslike DHCP server14:41
jrolltiagogomes_: np :)14:41
devanandasomething which we all should have caught a long time ago -- the commit message on that ptach doesn't say ANYTHING about what it does14:41
lucasagomesthat before was pointing to elilo now it should point to the grub binary14:41
lucasagomesstendulker, how is that done?14:41
devanandalike, seriously. a 1 line commit message for 600 lines of code14:41
stendulkerlucasgomes: yes, all documented in the install.rst14:41
devanandahow did none of us -1 for that?14:41
lucasagomesstendulker, that for new deployments14:41
lucasagomesit's not an upgradepath14:41
lucasagomesstendulker, if I had a machine deployed with Juno elilo uefi security boot14:42
NobodyCamdevananda: which #14:42
lucasagomesI update it to Kilo14:42
devanandastendulker: lucas is asking about users who have deployed ironic's Juno release and are using this already14:42
lucasagomesstendulker, will that work?14:42
devanandaNobodyCam: https://review.openstack.org/#/c/154808/4814:42
lucasagomesit seems not, it seems we are breaking things here14:42
*** ramineni1 has joined #openstack-ironic14:43
*** ramineni has quit IRC14:43
rameshg87devananda, lucasagomes: it will still continue boot i guess14:43
stendulkerlucasgomes: in upgrade, only active nodes would continue to use the elilo config file as long as they are not deleted14:43
rameshg87devananda: lucasagomes: the elilo config files will still exist for old instances14:43
*** achanda has quit IRC14:43
devanandarameshg87: no, it's deleted14:43
rameshg87devananda: only in tear down14:43
lucasagomesrameshg87, stendulker right... we have to think that, take over happens14:43
stendulkerlucasgomes: the new nodes would use grub config file14:43
lucasagomesa new conductor that doesn't understand old deployed nodes14:43
devanandarameshg87: well. the new code won't know to delete the old elilo file, so tear own is going to fail ....14:43
lucasagomesis also a breakage here14:43
lucasagomesan old elilo machien can be mapped to a new conductor that doesn't support it14:44
stendulkerdevananda: new code will delete elilo file during teardown14:44
lucasagomesor it will just work with grub ?14:44
stendulkerdevananda: new code will delete elilo config file during teardown14:44
rameshg87devananda: it knows in tear down https://review.openstack.org/#/c/154808/48/ironic/common/pxe_utils.py L244-24814:44
stendulkerdevananda: without any exception14:44
rameshg87but takeover of active nodes is an issue14:45
rameshg87but we can't take over active nodes properly anyway i think :)14:45
lucasagomeshmm why?14:45
devanandarameshg87: ah14:45
stendulkerrameshg87: how do things happen during takeover?14:45
rameshg87i mean prior to kilo active instances, we can't take over because we don't have root_uuid saved in driver internal info14:45
rameshg87lucasagomes: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L439-L45214:46
*** ramineni1 has quit IRC14:46
rameshg87stendulker: ^^ this is why14:47
lucasagomesrameshg87, yeah14:47
rameshg87so i guess take over will fail anyway - i mean continue to work as long as node is booted, but will fail on reboot14:47
*** ramineni has joined #openstack-ironic14:48
stendulkerrameshg87: my question was wrt bootloader14:48
lucasagomesrameshg87, right I understand that... but that's 2 different problems14:48
rameshg87stendulker: yeah, even if we didn't have boot loader in place, we wouldn't be able to switch14:48
devanandalucasagomes: so the commit message being not helpful aside, let's land this and sort it out later, as it sounds like relatively minor issue14:48
rameshg87lucasagomes: yeah these are 2 different issues :)14:48
rameshg87lucasagomes: but same result :)14:49
lucasagomesdevananda, right14:49
lucasagomesyeah I don't mind, but I wanted to clarify wether we are aware that this can break already running nodes14:49
*** timbyr_ has joined #openstack-ironic14:49
*** timbyr_ has quit IRC14:49
rameshg87lucasagomes: i guess it doesn't break anything than what's available in ironic today14:50
NobodyCamdevananda: your reviewing 154808 now?14:50
lucasagomesdevananda, I'm finishing reviewing it 1 sec14:50
rameshg87lucasagomes: ironic can take over active nodes prior to kilo, but will fail on reboot - this will do exactly the same :)14:50
stendulkerlucasgomes: active nodes would continue to boot with elilo14:50
openstackgerritImre Farkas proposed openstack/ironic: DRAC: add retry capability to wsman client operations  https://review.openstack.org/16586014:50
lucasagomesrameshg87, yeah I get that, I understand the overall result is the node won't boot14:51
lucasagomesbut the causes are different14:51
stendulkerlucasgomes: new nodes would use grub2. active node teardown would be clean14:51
rameshg87yeah :(14:51
lucasagomesone have been fixed in Kilo, the other have been introduced in kilo14:51
lucasagomesstendulker, sure yeah... it's a bit more complex tho. If one is using a custom template in Juno and it's elilo14:52
lucasagomesupdating Ironic won't change that config option14:52
lucasagomesit will change the default to grub which is not used anymore14:52
*** rloo_ has joined #openstack-ironic14:52
lucasagomesand new nodes will fail even to boot the first time14:52
lucasagomesI understand upgrade is complex, it's a complex beast14:52
lucasagomesbut we should think about it14:52
stendulkerlucasgomes: yes14:52
lucasagomestihs patch, opens many possibilities for users to not be able to upgrade from Juno to Kilo14:53
*** rloo_ has quit IRC14:53
lucasagomesthat's my point here14:53
lucasagomeswe should avoid that14:53
devanandalucasagomes: oh. i see14:53
lucasagomesor offer a document, explaning in details14:53
lucasagomeswhat you have to do14:53
lucasagomesfor existing nodes to go from A to B14:53
*** rloo_ has joined #openstack-ironic14:53
lucasagomeswe dont' wannt break users every 6 months, otherwise Openstack would be a complete failure14:53
*** rloo has quit IRC14:53
lucasagomesif we do that14:53
stendulkerlucagomes: have captured config file changes in install.rst. Will that info be useful?14:53
jrolllucasagomes: openstack tends to do that :P14:54
lucasagomesjroll, :) you said once that it;s not because the others sucks we have to suck too14:54
jrollthen again, deploying six months of change at once is insane :)14:54
lucasagomesright we gotta try our best14:54
jrolllucasagomes: yeah, not saying we should do it :D14:54
jrollbe the change you want to see etc14:55
lucasagomesstendulker, it helps, we can even put it in a wiki or something14:55
*** romcheg1 has joined #openstack-ironic14:55
lucasagomeshave a DocImpact flag there pointing to it about upgrades14:55
*** romcheg has quit IRC14:55
stendulkerlucasgomes: ok. i can do that14:55
lucasagomesnot saying we should not land this, but we need to be more aware on breakages14:55
stendulkerlucasgomes: i understand. but we should go for grub2 as it is kind of default bootloader used by most linux distributors14:56
stendulkerlucasgomes: i mean we should move towards grub214:56
lucasagomesright (: yeah it's fine14:57
lucasagomesjroll, +1 D:14:57
lucasagomes:D*14:57
jrolllucasagomes: to me, that means release more than every six months14:58
jrollbut I might have to fight a PTL for that14:58
devanandajroll: not at all14:59
devanandajroll: at least not this one14:59
lucasagomesrelease early release often :)14:59
jrolldevananda: maybe push one then :P14:59
lucasagomesbut yeah you might need to fight a board for that14:59
* dtantsur likes 3 months14:59
jrolldevananda: is this something we're going to talk about in canadia or jfdi14:59
*** rloo_ is now known as rloo14:59
NobodyCamdtantsur: your ok with addressing the assert_called_once comments on 161453 with a follow up?15:00
devanandajroll: nope. I'm calling it now.15:00
dtantsurNobodyCam, yes15:00
NobodyCamawesome ;)15:00
jrolldevananda: dtantsur: come to think about it, I actually don't care what the cycle is, as long as there's no feature freeze. because those suck.15:00
jrolldevananda: orly, you should email a list or something :)15:00
dtantsurjroll, 1-2 week of soft FF might be pretty helpful15:01
devanandajroll: stable branches, it turns out, are important though15:01
jrollstable branches are fine15:01
rloojroll: please do me a favour and take a look at my comments in revision 16 of https://review.openstack.org/#/c/161453/15:01
devanandaand so far in openstacklandia, feature freeze has been the way the project-as-a-whole makes a stable point in time15:01
lucasagomesjroll, right, I also don't like FF as an engineer15:01
dtantsurjroll, (by soft I mean freeze core things, by less strict about vendor and low-impact stuff)15:01
lucasagomesbut other people still depends on it15:01
lucasagomesdoc people for example15:01
devanandabecause we couldn't do stability cyucles and no one cares enough about bugs when there are shiney features to work on15:01
lucasagomesor i18n15:01
devananda</me stops ranting>15:02
rloojroll: i think they may all be nits and maybe all of it can be addressed later. but just in case15:02
lucasagomesand what devananda said, for stability15:02
rloowe're probably all in a grumpy mood but really, if there wasn't FF, when would people actually do the reviews?15:02
devanandaso - I know everyone's been pushing really hard this week -- and thank you. I'd like us to never have to do this again, but there will eventually be another reason / deadline / critical bug / thing that makes us stressed out15:03
devanandafeature freeze isn't what causes that in and of itself, it's how we approached it // leaving so much to the last week15:04
jrollrloo: looking15:04
rloodevananda: +215:04
jrolldevananda: that's inevitable, I think15:05
* rloo also wishes we had more non-core-reviewers, reviewing15:05
jrolldevananda: because we don't let people land features for 2+ months, everybody is like OMG I NEED TO GET THIS IN SOON15:05
BadCublucasagomes: were you on 154808?15:06
lucasagomesBadCub, yeah15:06
rlooi think at the summit, we should have some sort of post-mortem/whatever you call it, to see about if we can improve our process15:06
lucasagomesBadCub, finishing15:06
BadCubawesome thank you :-)15:06
devanandarloo: yup. definitely15:06
jrollrloo: there's one bug that worries me there, but I think we can fix it later, it's an edge case15:07
devanandajroll: let's make that window smaller then15:07
rloojroll: ok. i'll leave it for you guys to follow up.15:07
BadCubprocess can always be improved :-)15:07
rloojroll: i guess i can +2 it then.15:07
devanandaalso, folks, we've got nothing in the gate right now, and the gate is backed up15:07
jrollJoshNang: you should check out rloo's commends on 161453 patchset 1615:07
rameshg87jroll: some comments on 16145315:08
jrollwhen you're around15:08
dtantsurdevananda, if you mean smaller feature window, that will make us work more downstream, I'm afraid...15:08
rloojroll: should I +2 or wait for JoshNang to look?15:08
rameshg87jroll: but nothing serious, i don't know if we have plan to merge this (if not serious issues) and then do rest in follow-up patch15:08
jrollrloo: nah, go ahead, I just don't want him to miss them :)15:09
rloojroll: ok.15:09
devanandaI'd like to get a vote from everyone on a few things15:09
*** kkoski has joined #openstack-ironic15:09
NobodyCamrloo: are you +a'ing too15:09
devanandasince we've all bee looking really hard at the last remaining 4 BP (which is really 2 features)15:09
rlooNobodyCam: I can +A too unless I shouldn't or if you want to?15:10
devanandawe can get a feature freeze exception, if something's going to land, say, in the next couple days, even after cutting the milestone now15:10
jrollrameshg87: we need to land this :P15:10
devanandaknowing how that affects testers, i18n, doc folks, etc ... it's really a last resort15:10
rameshg87jroll: done +215:11
rlooexcept for the main cleaning stuff, what is that important to ask for FFE?15:11
*** Marga_ has joined #openstack-ironic15:11
devanandarloo: right15:11
devanandarloo: there are two other BP up there still, so I want a vote on those, because cleaning is a no-brainer. We all NEED that this cycle15:11
devanandavote +1/-1/abstain for uefi secure boot work15:12
BadCub-115:12
devananda(giving 2 minutes for anyone here to cast a vote)15:12
rameshg87+0 (i belong to same team) :(15:12
rloodevananda: maybe you need 2 core reviewers to offer to see them through?15:12
rlooabstain15:12
devanandarameshg87: that's ok - you can vote too15:12
devanandait's a question not of "how good" but "how ready is it"15:12
* rloo changes her vote then. -115:13
devanandalucasagomes jroll NobodyCam dtantsur Shrews  ?15:13
* lucasagomes reads15:14
* NobodyCam was looking at the patches15:14
* dtantsur translates "abstain|15:14
rameshg87devananda: i don't know if my vote will be counted impartial, but +1 from me because 1) it was posted long back, but no reviews 2) afaik it is tested with every rebase 3) it's only in ilo driver 4) 1 patch has already landed15:14
* rloo is going to change again cuz not having looked at all the patches, she doesn't really know how ready it is. abstain.15:14
rameshg87devananda: so upto folks to count my vote or not (as i already said i belong to same team)15:14
jrolldevananda: -015:14
lucasagomesdevananda, +015:14
devanandarameshg87: https://review.openstack.org/#/c/154808/ affects more than just ilo driver code though15:15
dtantsur-115:15
lucasagomesI've voted +1 on that patch, but I have my concerns. I'm sure people will work on a document to minimize my concerns and all that15:15
* devananda doesn't know how to interpret +0/-015:15
jrolldevananda: leaning toward -1 but not educated enough to have a real opinion15:16
NobodyCamI would like to have it, but believe my best vote for the project is -115:16
devanandabut i've got two -1 and the rest abstain, so15:16
lucasagomesjroll, +1 same15:16
jroll(side note: I +2'd https://review.openstack.org/#/c/164646/ if anyone else wants to)15:16
devanandathat makes 4. done15:16
devanandanext vote15:16
devanandaautomate bios iso creation for ilo driver -- how ready is this to land?15:16
devananda+115:16
* lucasagomes needs to look at the patch15:17
NobodyCamI think that is a +115:17
devananda(i think it's simple code and contained in the driver)15:17
BadCub+115:17
jrolldevananda: is that https://review.openstack.org/#/c/155900/15:17
NobodyCamyep15:17
devanandayes15:17
rloo+115:17
dtantsurlooks simple, +115:17
jrollit's got 2x+2, let's do it15:17
devanandaok, FFE granted15:17
lucasagomesheh yeah it has 2+2 so I assume it's good15:17
NobodyCamjroll: hit hte button15:17
jrollNobodyCam: I haven't reviewed it, I'm not pushing that button :)15:18
NobodyCamlol15:18
NobodyCam;)15:18
devanandarather than assume, i'm going to ask15:18
lucasagomesyeah I reviewed that my concern was only about umounting the image15:18
lucasagomeswhich seems to be fixed15:18
rloooh, devananda and NobodyCam +2'd that. I guess we want a non HP person?15:18
lucasagomesso +115:18
NobodyCamrloo: +++++15:18
rlooNobodyCam: I can take a look at that patch but you know me, slow as molasses ;)15:19
jrolldevananda: I'm going to assume that you're asking about cleaning things :P15:19
devanandanext vote - agent cleaning (ready to land all the major work in next few days) +1/-1/abstain15:19
dtantsurdevananda, +1 for cleaning :)15:19
devanandai'm clearly =1 on this15:19
jroll+115:19
devananda+115:19
rloo115:19
BadCub+115:19
NobodyCamrloo: it takes time to be good!15:19
jrolllast two patches just need +A15:19
jrollhttps://review.openstack.org/#/c/161453/ and https://review.openstack.org/#/c/164646/15:19
BadCub161453 got +A15:20
lucasagomes=115:20
lucasagomes+1*15:20
devanandarameshg87 dtantsur Shrews ?15:20
devanandadtantsur: oh nvm, see your vote now15:20
dtantsur:)15:20
jroll164646 is pretty simple (and also a fun number to type)15:20
NobodyCamlol15:20
NobodyCam+1 on cleaning here15:20
devanandak, glad we're all in agreement there :)15:21
jrollrameshg87: any reason you're only +1 on 164646?15:21
stendulkerdevananda: regarding secure boot, can we have agent_ilo and iscsi_ilo drivers?15:21
* NobodyCam brb15:21
rameshg87jroll: same team15:21
devanandanext vote - iLO cleaning (ready to land all the major work along with the agent cleaning) +1/-1/abstain15:21
rameshg87jroll: ramineni and i work in the same team15:21
stendulkerdevananda: they do not have any such dependency15:22
devanandastendulker: oh?? the patches are dependent15:22
jrollrameshg87: hm, ok, that's your call, but I personally don't have issues with +2'ing things from my team15:22
devanandastendulker: if agent-ilo and iscsi-ilo are rebased on master -- then yes. those are both very small patches15:22
jrolldevananda: oh, I thought that was part of the last vote. is that just https://review.openstack.org/#/c/164646/ ?15:22
BadCub+115:22
devanandastendulker: assuming that they stay small patches and it's just a rebase, that is15:22
dtantsurrameshg87, FWIW I +2 things from Lucas and Imre (though try not to approve, if it's only 2 of us)15:22
* rameshg87 upgrades the votes :)15:22
rloo+1 because it is almost done15:22
devanandajroll: technically, ilo cleaning is a separate BP, so i'm opening a separate vote15:23
rameshg87i mean that particular vote15:23
jrollok15:23
devanandaI'm still +1 because it's almost done and fairly straight forward15:23
stendulkerdevananda: ok15:23
jrolldevananda: confirm that's 164646?15:23
jrolldevananda: if so, +115:23
devanandajroll: correct15:23
BadCubyep15:23
rameshg87+1 from me (fairly simple and takes most of the things from parent patch)15:23
dtantsurdevananda, I guess we approved much part of iLO cleaning already, so +115:24
dtantsur* much = large15:24
devananda<end voting>15:24
* devananda wishes there was a real bot here15:24
rameshg87:)15:24
* devananda does his best roboto impression15:24
*** ChuckC has joined #openstack-ironic15:24
jrollso today is now "watch for gate failure" day?15:25
rloowhy do we need FFE? We'll get them all approved in the next 1.5 hours...15:25
krotscheckDomo ariwhatto?15:25
devanandakrotscheck: :-)15:25
devanandarloo: if that's the case ... then yea, we don't15:25
* rameshg87 googles what it is 15:25
devanandarloo: it sounds like we won't get the pxe_ilo secure boot done in tht time though15:25
rloorameshg87: I *think* that was a japanese thingy.15:26
rameshg87thanks a lot15:26
lucasagomessounds japanese :)15:26
rloorameshg87: like 'thank you'15:26
* lucasagomes dunno the meaning tho15:26
stendulkerdevananda: i would have take common code from ilo/deploy.py and deploy_utils.py15:26
lucasagomesoh thought it was arigato15:26
jrolllucasagomes: it is :P15:26
lucasagomesfor thank you, anyway maybe it's just spelled diff15:26
rloolucasagomes: yeah, it is. so some sort of joke ;)15:26
lucasagomesfair nuff15:26
stendulkerdevananda: How much time do i have to refactor these patches to support iscsi and agent_ilo?15:27
lucasagomes164646 seems good I'm +a that15:27
lucasagomesconcerns?15:27
lucasagomes115:27
lucasagomes215:27
BadCubthanks lucasagomes :-)15:27
rameshg87devananda: if pxe_ilo is issue, then can we get iscsi_ilo and agent_ilo in . it doesn't have the concerns same as that of pxe_ilo and it is only in ilo driver15:27
lucasagomesdone15:27
BadCubawesome!15:27
lucasagomesI have to jump on a call in 3 mins15:27
lucasagomesso brb15:27
dtantsurlucasagomes, 164646 -ENEEDREBASE15:27
dtantsurno?15:28
dtantsuroh, I'm going on that call too :D15:28
lucasagomesdtantsur, oh, yeah dependent patch seems OUTDATED15:28
lucasagomesif someone can rebase that and +a will be good15:28
* lucasagomes will do it after the call if no one does15:28
dtantsurlucasagomes, I'll try the rebase button :)15:29
*** kkoski has quit IRC15:29
dtantsurno, it can't be rebased automatically15:29
dtantsur:(15:29
rameshg87lucasagomes: ok i can ..15:29
dtantsurthen I'll leave it for later too15:29
dtantsurrameshg87, yes please15:29
rameshg87lucasagomes: hold on rebasing15:29
lucasagomesrameshg87, yeah I won't now. I'm in a call15:29
lucasagomesrameshg87, feel free to rebase and +a it15:30
rameshg87okay15:30
devanandastendulker: will iscsi_ilo and agent_ilo patches introduce changes to config options, new template file, etc?15:31
stendulkerdevananda: no15:32
stendulkerdevananda: DIB changes required for secure boot have laready landed15:33
* rameshg87 runs tox on 16464615:33
devananda"largely" ?15:33
BadCubthnx rameshg87 :-)15:33
stendulkerdevananda: already. https://review.openstack.org/#/c/153987/15:33
devanandastendulker: so https://review.openstack.org/#/c/154816/45 is already approved15:33
rameshg87jroll: flake8 failure on https://review.openstack.org/#/c/161453/18/ironic/tests/dhcp/test_neutron.py L40115:34
jrollWAT15:34
rameshg87jroll: forgot to do api = dhcp_factory.DHCPFactory().provider15:34
jrolloh ffs15:34
jrollthanks15:34
stendulkerdevananda: so i need to refactor all the common code for ilo drivers into iscsi patch15:35
rameshg87jroll: okay, i will wait15:35
stendulkerdevananda: iscsi_ilo  patch https://review.openstack.org/#/c/154814/15:35
rameshg87rloo: can you remove +A from https://review.openstack.org/#/c/161453/1815:35
rameshg87rloo: there is a flake8 issue15:36
rameshg87rloo: new patch will be put soon15:36
jrollrameshg87: it can be left15:36
jrolljenkins does the right thing15:36
rameshg87jroll: oh okay15:36
NobodyCamyea it will fail and we can reapprove15:36
rloorameshg87: yeah, what jroll said ;)15:36
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145315:36
devanandastendulker: I just +2'd that. rather than refactoring into the iscsi_ilo patch, you should make a fourth patch that is just the common code15:36
jrollpushing now15:36
jrollalso running tests locally15:36
devanandastendulker: then rebase iscsi_ilo and agent_ilo on top of that common patch15:36
devanandastendulker: and set the pxe_ilo one aside for now15:37
stendulkerdevananda: ok. thank you for considering the request15:37
* Shrews checks scrollback15:37
*** lazy_prince is now known as killer_prince15:37
* NobodyCam waits for retest on 161066 15:38
BadCubdevananda: so this would basically remove the dependency for pxe_ilo from 154814?15:38
devanandaBadCub: that is what stendulker has claimed15:40
BadCubkk15:40
*** vdrok is now known as vdrok_afk15:40
devanandastendulker: honestly, i'm still somewhat uncomfortable with this -- we're talking a refactoring and new code being pushed up after FF15:40
JoshNangmorning y'all15:41
devanandastendulker: but the two smaller patches (agent_ilo and iscsi_ilo) are both fairly trivial -- by themselves, i would have no problem15:41
jrollJoshNang: mornin'15:41
NobodyCammorning JoshNang :)15:41
BadCubJoshNang: mornin! :-)15:41
*** stendulker_ has joined #openstack-ironic15:41
JoshNanglooks like everyone's been busy :)15:42
*** ramineni has quit IRC15:42
jrollnahhhhhhh15:42
jrollbusiness as usual15:42
rameshg87JoshNang: o/15:42
devanandastendulker: so far I don't see any dependencies in those two patches to call out as problems. how much time do you need for an initial go at refactoring / rebasing?15:42
jlvillalGood morning all.15:43
jrollhey jlvillal :)15:43
NobodyCammorning jlvillal15:43
BadCubmornin jlvillal15:43
jlvillalHey! :)15:43
*** hemna has joined #openstack-ironic15:44
BadCubbrb15:44
NobodyCamno Nisha this morning?15:44
*** stendulker has quit IRC15:44
dtantsurJoshNang, morning15:45
rameshg87NobodyCam: anything i can help with ? i guess she's not there15:45
jlvillallucasagomes: Thanks for the tip on removing trailing whitespace.  As a vim user I thank you :)15:45
NobodyCamrameshg87: quick question, you may know the answer to, on 165310, looks like a test was removed?15:46
lucasagomesjlvillal, :D vim ftw! np15:46
* rameshg87 checks15:46
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480815:46
jlvillallucasagomes: Do you use vim-fugitive?  My tip for vim users :)15:46
jlvillallucasagomes: It is awesome! :D15:46
lucasagomesoh I don't I will take a look after the call :)15:46
lucasagomesthanks!15:46
rameshg87NobodyCam: this one - https://review.openstack.org/#/c/165310/5/ironic/tests/drivers/ilo/test_inspect.py ?15:47
rameshg87NobodyCam: i don't see any tests removed15:47
openstackgerritRamakrishnan G proposed openstack/ironic: Support agent_ilo driver to perform cleaning  https://review.openstack.org/16464615:47
NobodyCamrameshg87: https://review.openstack.org/#/c/165310/4..5/ironic/tests/drivers/ilo/test_inspect.py15:47
rameshg87jroll: dtantsur: lucasagomes: anyone wants to +A ?15:48
rameshg87^^^^15:48
* dtantsur is on a call15:48
rameshg87just ironic.conf.sample rebased15:48
jrollrameshg87: /me looks15:48
jrollbam15:48
rameshg87jroll: thanks :)15:49
* rameshg87 back to NobodyCam again15:49
NobodyCamfor that to land we also need https://review.openstack.org/#/c/16145315:49
rameshg87NobodyCam: i haven't been following up on this15:50
rameshg87NobodyCam: i will have to read through comments to figure out :(15:50
rameshg87NobodyCam: but diff with Base shows one test was added15:50
NobodyCamrameshg87: ack... looks like tere was a test for add to the dict that get removed between ps 4 and 515:50
*** Nisha has joined #openstack-ironic15:51
rameshg87Nisha: right on time :)15:51
rameshg87NobodyCam: Nisha is here15:51
NobodyCammorning Nisha15:51
NobodyCamhehehe15:51
NobodyCamwe were just looking at 16131015:51
jlvillalFor vim users:  lucasagomes:  https://github.com/tpope/vim-fugitive15:52
NishaNobodyCam, ok15:52
NishaNobodyCam, morning15:52
rameshg87Nisha: NobodyCam was asking why a test was removed https://review.openstack.org/#/c/165310/4..5/ironic/tests/drivers/ilo/test_inspect.py15:52
NobodyCam:)15:52
rameshg87between patches 4 and 515:52
jrollanybody going to +A https://review.openstack.org/#/c/16145315:52
Nisharameshg87, let me see.15:52
jrollthat would be awesome15:52
jrolljlvillal: :Gblame is the best.15:52
NobodyCamlooks like you kept the replace test but removed the add test15:52
jlvillaljroll: My favorite feature.  I don't use the other features that much.  But stepping back in time is great.15:53
jrollrameshg87: tests passed locally on 161453 for me15:53
rameshg87jroll: yeah me too :)15:53
rameshg87jroll: i was anyway running on top of your patch15:53
jrollah ok15:54
rameshg87jroll: that's why i didn't raise Exception this time :)15:54
Nishaoh i think it happened by mistake15:54
jrollrloo: are you reviewing https://review.openstack.org/#/c/155900/ ?15:55
NishaNobodyCam, rameshg87 I will just upload the patch again :(15:55
rloojroll: yeah.15:55
Shrewsjroll: looking @ 16145315:55
jrollok, thanks15:55
*** kozhukalov has joined #openstack-ironic15:55
NobodyCami see a nit on 16145315:55
rloojroll: you're welcome to review too15:55
jrollNobodyCam: so many nits15:56
*** kkoski has joined #openstack-ironic15:56
jrollrloo: I'm stepping away for a bit but I can when I come backif you want more eyes on it15:56
* rameshg87 goes for dinner15:56
rloojroll: ok15:57
*** rameshg87 is now known as rameshg87-dinner15:57
JoshNangNobodyCam: feel free to nit, i'll work on the follow-on nit squashing patch today15:57
ShrewsJoshNang: was the rollback stuff in neutron.py really necessary seeing that prepare_cleaning() always calls delete_cleaning_ports() before create_cleaning_ports()?15:59
ShrewsJoshNang: for 161453, that is15:59
JoshNangShrews: maybe, maybe not, i thought it was cleaner (heh) to clean up there, because who knows, the operator might go and do something else with the node after cleanfail, rather than going directly back into cleaning16:00
ShrewsJoshNang: true16:01
*** 21WABNX9V has quit IRC16:01
*** trown|call is now known as trown16:02
*** hj-hp has quit IRC16:03
ShrewsNobodyCam: want to give the second +2 on 161453, or should I just approve it?16:05
BadCubShrews: go ahead and +A it :-)16:05
ShrewsBadCub: as you command16:06
BadCubthank ya kindly sir :-)16:06
*** jcoufal_ has quit IRC16:08
BadCubBRB16:08
*** wanyen has joined #openstack-ironic16:09
NobodyCamJoshNang: commented for the follow up16:10
JoshNangNobodyCam: thanks!16:10
*** rameshg87-dinner is now known as rameshg8716:11
openstackgerritNisha Agarwal proposed openstack/ironic: follow up patch for ilo capabilities  https://review.openstack.org/16531016:13
NishaNobodyCam, ^^^16:13
Nishareposted the patch16:13
Nisharameshg87, ^^^16:13
rameshg87Nisha: ack16:13
dtantsurdevananda, I would argue that https://review.openstack.org/#/c/165860/ is something we can land after FF, even with hardcoding values instead of creating config options16:13
rameshg87devananda: i see you are -2ing all patches which are not going in16:14
dtantsurlooks more like bug fix16:14
devanandaindeed16:14
rameshg87devananda: do you want me to remove my -2 on https://review.openstack.org/#/c/159734/16:14
rameshg87devananda: and want to put your -216:14
rameshg87?16:14
devanandarameshg87: sure16:14
rameshg87okay removing mine16:14
rameshg87done16:14
*** aswadr has quit IRC16:14
devanandadtantsur: i think you could easily win that argument :)16:14
dtantsur:)16:15
rameshg87dtantsur: exactly why we need this to be out-of-tree ? :)16:15
devanandadtantsur: file a bug and update the patch (or let ifarkas know, since I dont see him in IRC) and I'll happily lift that. also, no rush -- ping me in a couple days about it, too16:15
devanandarameshg87: ++16:15
rameshg87dtantsur: so that we can fix bugs independent of ironic feature freezes16:16
dtantsurI guess ifarkas is on IRC :) ifarkas?16:16
dtantsurrameshg87, well yeah, but it's not an easy task as well16:16
dtantsurdefinitely feature freeze is not great time for new dependencies ;)16:16
rameshg87yeah16:16
rlooI've +2'd https://review.openstack.org/#/c/155900/ and it modifies modules/ilo/deploy.py. Don't know if there are other patches that modify that file. Should I check, or just +A?16:17
devanandaoh! tabcomplete failed me. he is here16:17
devanandarameshg87: so bugs can continue to be fixed during FF16:17
BadCubrloo: thank you :-)16:17
devanandarameshg87: that is the whole point of it :)16:17
* dtantsur starts planning feature freeze for ironic-discoverd...16:18
devanandadtantsur: do it if and only if it makes sense for discoverd16:18
devanandadtantsur: right now, you aren't tied to the coordinated / integrated release ... thta's probably a good thing for discoverd :)16:19
lucasagomesjlvillal, looks awesome! (the vim git wrapper)16:19
rlooBadCub: I've +A'd it. Looks like there aren't any more outstanding ilo changes except for the secure boot stuff.16:19
lucasagomeswill give it a go16:19
devanandadtantsur: fwiw, neither is ipa16:19
* rameshg87 checks16:19
* rameshg87 reads back16:19
BadCubrloo: awesomeness! Thank you!! :)16:19
dtantsurdevananda, I actually want to slow down pushing more stuff to discoverd for some time... not sure this time is _now_ though :)16:19
NobodyCamrloo: I believe other patches that modify that (the Uefi patch set) got bumped16:19
dtantsurdevananda, currently it's in the shape of "nothing done for the release" https://launchpad.net/ironic-discoverd/+milestone/1.1.0 :)16:20
BadCubanyone want to take a look at: https://review.openstack.org/161066  Add cleaning/zapping support to IPA ? It has two +2s on it16:21
JayFdevananda: Should we start lining up ducks to do a first agent release?16:22
JayFIDK if we want to land that with/before K or if we want to just let the big release blow over then cut an IPA after16:22
devanandajroll: are you comfortable marking cleaning as done once https://review.openstack.org/#/c/161453/ moves through the gate?16:22
*** hj-hp has joined #openstack-ironic16:22
devanandaJayF: line up those ducks16:22
JayFquack16:22
*** saripurigopi has joined #openstack-ironic16:23
devanandajroll: the agent patch isn't +A'd yet, fwiw16:23
JayFI'm working on upstream for the three hours I'm in the office today16:23
JayFdevananda: I'm about to +A it16:23
devanandabut as that's not part of the integrated release, i'm fine16:23
devanandaoh good16:23
* rameshg87 wonders what ducks has to do with ipa16:23
JayFJoshNang: agent patch for IPA coming in for a landing16:23
*** Marga_ has quit IRC16:23
JoshNangJayF: \o/ thanks!16:24
JayFrameshg87: English idiom -> "Get your ducks in a row" means to get ready for something16:24
JayFrameshg87: we've never done an official ironic-python-agent release, so I have to do $things to make that possible16:24
rameshg87oh okay ..16:24
NobodyCamas /me is now lost, whats next up for reviews16:25
BadCubNobodyCam: I believe we have 154814 being refactored atm.16:27
JayFdevananda: will we need a separate launchpad for ironic-python-agent, even if we don't use the bugtracker, for release purposes?16:27
NobodyCamBadCub: ack16:28
ifarkasdtantsur, sorry, what's the question?16:28
dtantsurifarkas, if you stop adding config options on  https://review.openstack.org/#/c/165860/ and file a bug for it, it still can land in K16:28
NobodyCamBadCub: https://review.openstack.org/#/c/165310/ +2'd (follow up for iLo capabilities)16:29
devanandaJayF: TBD16:29
ifarkasdtantsur, should I replace them with constants for now?16:29
JayFOK, so for now I'll just make the pypi then16:29
rameshg87so until k3 is cut out, only approved features should land ? and nothing else ?16:29
wanyendevananda, secure boot is not on the kilo3 LP any more.  Can we apply FFE for it?16:29
BadCubNobodyCam: awesome! TY :)16:29
dtantsurifarkas, yes16:29
rameshg87i mean other bugs shouldn't land ?16:29
* rloo wonders if we should be +1'ing the cleaning patches in nova-land16:29
devanandarameshg87: until after RC1 is cut, we should not land any more features, string changes, config changes, etc -- only bug fixes16:29
JayFrloo: you have a link handy?16:30
ifarkasdtantsur, ok, I will update the patch16:30
devanandarameshg87: not counting the ones that are in the gate right now16:30
dtantsurifarkas, then ping devananda to lift -2 (after K-3, no hurry right now)16:30
rlooJayF: https://review.openstack.org/#/c/164313/16:30
JoshNangrloo: ++16:30
rlooJayF: https://review.openstack.org/#/c/161474/16:30
rameshg87okay.16:30
ifarkasdtantsur, ahh, okay. I thought it requires immediate action16:31
rameshg87devananda: so something like this shouldn't land ? - https://review.openstack.org/#/c/165788/3/ironic/drivers/modules/seamicro.py16:31
devanandareminder for every core -- https://wiki.openstack.org/wiki/FeatureFreeze  << rloo yuriyz Shrews NobodyCam dtantsur lucasagomes Haomeng|2 rameshg87 jroll16:31
NobodyCamrloo: +1'd :)16:31
rameshg87devananda: new string for translation is there in that16:31
rameshg87okay16:31
rameshg87reading through - first time :)16:31
Shrewsdevananda: thx for the reminder16:31
devanandarameshg87: correct. though we are allowed to make exceptions ... and that's one I might make16:32
lucasagomesthanks16:32
rameshg87okay, got it16:32
NobodyCamahh good link devananda TY16:32
rloothx for the reminder devananda. There's also a string freeze too.16:32
jroll16:22:32       devananda | jroll: are you comfortable marking cleaning as done once https://review.openstack.org/#/c/161453/ moves through the gate? <- yes16:32
rlooand a dependency freeze: https://wiki.openstack.org/wiki/DepFreeze16:33
rloohere's the string freezy: https://wiki.openstack.org/wiki/StringFreeze16:33
devanandaif anyone wants to know what I do during this time -- https://wiki.openstack.org/wiki/PTL_Guide#Special_actions_between_Feature_freeze_and_RC116:34
devanandarloo: also good links16:34
dtantsuras I understand, adding new string is not as bad as changing existing one, right?16:34
* lucasagomes will document stuff while on ff16:34
devanandajroll: great. also, JayF just approved it anyway, so :)16:34
jrollcool16:35
*** hj-hp has quit IRC16:35
NobodyCamWe should prob add the freeze link to our wiki, next week :-p16:35
*** ifarkas has quit IRC16:35
NobodyCams/link/links.16:35
rlooNobodyCam, JoshNang: wrt https://review.openstack.org/#/c/164313/8/nova/virt/ironic/ironic_states.py. I am wondering if we should keep the comment 'Prior to the Kilo release...'16:37
openstackgerritShivanand Tendulker proposed openstack/ironic: Changes for secure boot support for iLO drivers  https://review.openstack.org/16590716:37
*** kkoski has quit IRC16:38
JoshNangrloo: ah i didn't intend to remove that16:38
rlooJoshNang: it occurs to me that nova folks won't look at these patches this week anyway. So we have time...16:39
JoshNangrloo: that's probably true, i expect they're *slightly* busy16:40
* JoshNang fixes16:40
NobodyCamJoshNang: ++ TY16:40
BadCubstendulker_: you are refactoring 154814 and removing the dependency for pxe_ilo on it as well correct?16:40
stendulker_BadCu : yes16:41
stendulker_BadCub: yes16:41
BadCubawesome :-) TY16:41
BadCubI added 165907 to the etherpad too16:41
stendulker_BadCub: Thank you :)16:42
BadCubstendulker_: YW :-)16:42
BadCubanyone want to take a look at: https://review.openstack.org/#/c/165310/ Follow-up Patch for iLO Discovery ? it's a tiny patch :-)16:44
wanyenramesh, stendulker, can you tell me the status of secure boot?16:44
stendulker_wanyen: Core reviewers felt that pxe_ilo changes of secure boot are too risky at this time given it involves change in bootloader16:46
stendulker_wanyen: they have agreed for secure boot support for iscsi_ilo and agent_ilo drivers16:46
stendulker_wanyen: I'm currently refactoring code to take out pxe_ilo support of secure boot16:47
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: [WIP] Add DevStack plugin for ironic-discoverd  https://review.openstack.org/16478216:47
ShrewsBadCub: +A'd 16531016:48
BadCubShrews: awesme! TY :-)16:48
wanyenstendulker_, so secure_boot for agent_ilo and iscsi_ilo are targeted for Kilo but pxe-ilo seucre boot is not.16:48
stendulker_wanyen: yes16:48
wanyenstendulker_: did they allow us to apply FFE for pxe-ilo secure boot?16:49
rameshg87JayF: i hope we can push defects into ipa still16:49
jrollrameshg87: ipa doesn't FF :)16:49
rameshg87JayF: wanted to push https://review.openstack.org/#/c/164931/4 if udevsettle doesn't work :)16:49
rameshg87jroll: okay16:49
jrollwhat's the difference between pxe_ilo and iscsi_ilo?16:49
jrollvirtual media?16:49
JayFrameshg87: IPA is not feature frozen ever16:49
JayFrameshg87: we treat it more like a client16:50
BadCubanyone free to look at     https://review.openstack.org/#/c/165907/ Changes for secure boot support for ILO drivers? I think NobodyCam is giving it a +2 now16:50
lucasagomesrameshg87, btw, re local boot and IPA16:50
rameshg87jroll: yeah, pxe vs virtual media16:50
rameshg87jroll: but both use ilo for power & management16:50
stendulker_wanyen: no, pxe_ilo is bumped to L16:50
lucasagomesdid you find the problem with the partition table?16:50
jrollrameshg87: got it16:50
rameshg87jroll: pxe_ilo better than pxe_ipmitool for ilo drivers because pxe_ilo works for all uefi boot mode operations (things like get/set boot device doesn't work with ipmi in uefi for hp servers)16:51
lucasagomesoh that's the patch16:51
lucasagomesrameshg87, will review16:51
rameshg87lucasagomes: retrying help16:51
rameshg87*helps16:51
jrollamyep, I understand :)16:51
jrolltab fail16:51
jrollrameshg87: yep, I understand16:51
* jroll bbiaf16:51
rameshg87lucasagomes: i added retry logic and it works16:51
rameshg87lucasagomes: http://paste.openstack.org/show/192820/16:52
lucasagomesrameshg87, awesome, will take a look16:52
rameshg87lucasagomes: log of how it works16:52
rameshg87lucasagomes: NobodyCam suggested to try running "udevadm settle" solves the problem16:52
rameshg87lucasagomes: yet to try that out16:52
rameshg87JayF: thanks for info :)16:52
NobodyCamoh rameshg87 did that work?16:52
NobodyCamoh :-p16:53
Shrewsrameshg87: thx for the explanation you gave me on the retry stuff16:53
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481416:53
rameshg87NobodyCam: yet to try with that .. built an ipa ramdisk with those changes, have to try it out when i am back tomorrow16:53
rameshg87Shrews: yeah even i tried with attemps=3 once to see if it works :)16:53
NobodyCam:)16:53
*** athomas has quit IRC16:54
wanyenramesh87 and stendulker_: why is bootloader change for pxe-ilo too risky?  Grub2 are well established bootloader.16:54
devanandastendulker_: rameshg87: announce posted to list re: FFE for agent_ilo iscsi_ilo16:54
devanandaeverything else should already be going through the gate and being watched by ttx16:54
devanandaBadCub: ^16:55
rameshg87wanyen: there were concerns on changing default boot loader for even pxe driver16:55
rameshg87devananda: thanks16:55
devanandaI'm going to step away for a little while -- ya'll know how to reach me if you need me for something16:55
stendulker_devananda: thanks16:55
BadCubkk devananda16:55
rameshg87wanyen: when we change for pxe_ilo, it changes for pxe drivers as well (uefi mode)16:55
wanyenramesh87:  grub2 is popular and well-established though16:55
BadCubstendulker_: I think we need to rebase https://review.openstack.org/#/c/154816/16:55
*** hj-hp has joined #openstack-ironic16:55
* NobodyCam takes the lull time to grab more coffee and a quick smoke16:56
rameshg87wanyen: yeah but we were changing elilo to grub which folks want to take closer look at16:56
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481616:56
rameshg87BadCub: i think it's his next target :)16:56
rameshg87BadCub: ^^16:56
rameshg87yeah :)16:56
BadCubawesomeness :-)16:56
wanyenramesh87:  yes I got that.  So why not give it FFE so that folks can take a closer look at?16:57
wanyenramesh87: what kind of things that core reviewers want to look at?16:58
*** romcheg has joined #openstack-ironic16:59
*** hyakuhei has joined #openstack-ironic16:59
*** romcheg1 has quit IRC16:59
lucasagomeswanyen, http://eavesdrop.openstack.org/irclogs/%23openstack-ironic/%23openstack-ironic.2015-03-19.log17:00
lucasagomeswanyen, starts at 2015-03-19T14:35:4217:00
wanyenlucasagomes: ty.  I will take a look.17:00
lucasagomesnp17:01
rameshg87devananda: i think you got [1] wrong :)17:01
lucasagomesI left some comments in the patch too17:01
rameshg87devananda: pxe_ilo patch link17:01
rameshg87i mean in the mail17:01
*** saripurigopi has quit IRC17:01
rloorameshg87: yeah. do you know the link? just reply with the correct link.17:02
*** derekh has quit IRC17:02
*** ndipanov has quit IRC17:02
rameshg87rloo: yeah will do17:03
lucasagomesfolks I will have to go17:03
rloothx rameshg8717:03
*** hj-hp has quit IRC17:03
lucasagomescame to the office and gotta get the train back17:03
lucasagomeshave a good night everyone17:03
rloog'night lucasagomes17:03
BadCubg'night lucasagomes17:03
*** lucasagomes has quit IRC17:03
*** jmccrory has joined #openstack-ironic17:04
BadCubanyone want to put a +A back on agent_ilo https://review.openstack.org/#/c/154816/ ?17:04
*** saripurigopi has joined #openstack-ironic17:04
*** athomas has joined #openstack-ironic17:05
NobodyCamnight lucas17:05
*** pcaruana has quit IRC17:05
rlooBadCub: done17:05
BadCubrloo:  awesome! TY :_)17:06
BadCub:-)17:06
rlooBadCub: that was my best review ever, cuz I didn't review it :D17:06
BadCubWe also needs reviews on iscsi_ilo https://review.openstack.org/#/c/154814/ :-)17:06
BadCubrloo: LOL17:06
*** jistr has quit IRC17:07
NobodyCamwanyen: did you read the scroll back from this morning?17:08
* BadCub goes to throw waffles in toaster17:08
*** harlowja_away is now known as harlowja_17:09
*** hj-hp has joined #openstack-ironic17:09
openstackgerritMerged openstack/ironic: Add Cleaning Operations for iLO drivers  https://review.openstack.org/15771517:12
NobodyCamnice!17:13
openstackgerritMerged openstack/ironic: Automate uefi boot iso creation for iscsi_ilo driver  https://review.openstack.org/15590017:13
*** Marga_ has joined #openstack-ironic17:13
NobodyCamnice!17:13
rameshg87Nisha: ^^^17:13
NobodyCam:)17:13
*** saripurigopi has quit IRC17:13
* rameshg87 goes to sleep17:16
rameshg87good night folks17:16
NobodyCamnight rameshg8717:16
rameshg87see you tomorrow17:16
Nisharameshg87, :)17:16
NobodyCamthank you for everything17:16
*** rameshg87 has quit IRC17:16
BadCubg'night rameshg87 thank you for everything!17:16
*** Marga_ has quit IRC17:17
NobodyCamSide note: oh wow Percona got Wozniak to give a key note for their conference17:19
BadCub    https://review.openstack.org/#/c/165907/ Changes for secure boot support for ILO drivers & iscsi_ilo https://review.openstack.org/#/c/154814/ Both need +A :-)17:20
rlooBadCub: are any of those needed before FF, or are they part of FF exception?17:24
BadCubrloo: they should be part of the FFE :-)17:24
*** viktors is now known as viktors|afk17:25
rlooBadCub: ok, so they can be done later by some non-HP person I guess. I don't have the energy to do non-urgent reviews.17:25
BadCubkk :)17:26
ShrewsBadCub: +A'd the first one17:27
BadCubkk :)17:27
*** hemna has quit IRC17:27
*** achanda has joined #openstack-ironic17:28
NobodyCamI have a question on 15481417:28
*** achanda has quit IRC17:28
openstackgerritGhe Rivero proposed openstack/python-ironicclient: Use oslo.i18n lib  https://review.openstack.org/16279717:28
*** achanda has joined #openstack-ironic17:28
*** romcheg has quit IRC17:29
*** wuhg has quit IRC17:29
BadCubbrb17:29
NobodyCamwe wrap a try around _update_secure_boot_mode at line 434 but then don't at line 698, do we need a try block there too?17:29
dtantsurcalling it a day for now, g'night17:29
*** dtantsur is now known as dtantsur|afk17:30
NobodyCamnight dtantsur :)17:30
BadCubg'night dtantsur|afk17:30
rloonight dtantsur|afk17:30
NobodyCamstendulker_: ^^^^^17:30
*** hemna has joined #openstack-ironic17:30
stendulker_NobodyCam: Hi17:30
*** andreykurilin_ has joined #openstack-ironic17:31
stendulker_NobodyCam: letme check17:31
*** coolsvap is now known as coolsvap|afk17:33
stendulker_NobodyCam: Not required. In tear_down() we wrap it so that if the user had accidentaly set the secure_boot=true and set the node for deploy17:34
stendulker_then he could set the provision state to deleted safely without any exception.17:35
stendulker_but we do not want to provide that in VendorPassthru during deploy17:36
*** ijw has quit IRC17:36
stendulker_we would let deploy fail for the misconfiguration17:36
*** ijw has joined #openstack-ironic17:36
*** andreykurilin__ has joined #openstack-ironic17:37
*** andreykurilin_ has quit IRC17:37
stendulker_NobodyCam: If we wrap around L698 then user will never know the deployment was in secure boot or a normal bailed out by the driver.17:37
NobodyCamstendulker_: ahh TY17:39
NobodyCamBadCub: 154814 now has two +2, needs +a from non-hp'er17:41
BadCubNobodyCam: awesome! TY!!! :-)17:41
BadCubwhen anyone has a chance:     iscsi_ilo https://review.openstack.org/#/c/154814/ Needs Non-HP /+A & We can move this BP to the Approved list :-)17:42
*** Marga_ has joined #openstack-ironic17:44
* jroll looks17:45
BadCubTY jroll :-)17:45
* JayF reviewed and +1'd the chain as well17:46
*** andreykurilin__ has quit IRC17:46
BadCubty JayF :-)17:47
*** Marga__ has joined #openstack-ironic17:47
*** Marga_ has quit IRC17:48
jrollNobodyCam: btw, I only see one +2 on there ;)17:48
NobodyCamman we got doh forgot to actually vote :-p17:49
NobodyCamhehehe17:49
*** hyakuhei has quit IRC17:49
NobodyCamcorrected now17:49
*** romcheg has joined #openstack-ironic17:51
*** kkoski has joined #openstack-ironic17:53
JayFdevananda: https://pypi.python.org/pypi/ironic-python-agent is a thing now, openstackci has owner access to it as documented in infra/manual/creators.html -- is there anything else I can do to help this along?17:54
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573117:54
openstackgerritGhe Rivero proposed openstack/ironic: Sync with oslo.incubator  https://review.openstack.org/16594017:54
*** romcheg1 has joined #openstack-ironic17:55
JoshNangJayF: nice!17:55
*** romcheg has quit IRC17:57
* BadCub sips coffee and stares at Zuul17:58
jrollBadCub: dropped the +A hammer on that17:58
BadCubjroll: awesomeness! TY!!! :-)17:59
BadCuball of our feature BPs are in flight!17:59
jrollwoot.18:00
rlooWow. Great job everyone! (Why does this one seem like the worst deadline so far?)18:00
BadCubthank you everyone for being awesome!18:00
BadCubrloo: we will work on making future deadlines more happy :-)18:01
rloothx BadCub :D18:01
*** rsalevsky has left #openstack-ironic18:01
BadCub:D18:02
JoshNang\o/18:02
stendulker_* Thank you all for allowing secure boot related patches and quickly completing the review for the same18:02
wanyenHi Devananda, NobodyCam, Lucas: I looked through the irc log for secure boot discussion.  I understand there are concerns about upgrade path for the conductr take over case.  However,  IMO, if we need to switch to Grub2 in order to support secure boot, it's better to swith earlier than later.  Switching later will cause impacts to more users.18:02
*** enikanorov has joined #openstack-ironic18:03
BadCubstendulker_: thank you for getting the refactoring done so quickly! :)18:03
NobodyCamAwesome job everyone!18:04
BadCubbrb18:05
*** enikanorov__ has quit IRC18:06
wanyenWanyen: I was referring to pxe-ilo secure boot.18:06
jrollBadCub: so what's next?18:06
wanyenNobodyCam ^^^18:08
jlvillaljroll: If you got 'em smoke 'em ;)18:08
Shrewsjroll: profit18:08
* jroll blows a cloud18:08
*** coolsvap|afk has quit IRC18:11
*** Marga__ has quit IRC18:11
*** Marga_ has joined #openstack-ironic18:12
*** Marga_ has quit IRC18:12
*** Marga_ has joined #openstack-ironic18:13
*** Marga_ has quit IRC18:14
*** Marga_ has joined #openstack-ironic18:15
* BadCub returns from smoke break hehehe18:16
stendulker_rloo: Had to rebase the https://review.openstack.org/#/c/155731/ "Ilo drivers sets capabilities:boot_mode in node" one more time due to merge conflicts18:16
JayFTheJulia: talked to CoreOS upstream re: your bug and put a comment on it ... basically the kernel option or removing the units from the image is the only workaround now.18:17
JayFTheJulia: Likely for upstream, I'll modify the CoreOS inject script to remove the guilty units18:17
stendulker_rloo: please review the same when you get time18:17
BadCubjroll: next = take a smoke break! lol18:17
jrollBadCub: it's in my hand :)18:18
NobodyCamlol18:18
BadCubnice! lol18:18
jrollwell, I guess I set it down to type18:18
JayFTheJulia: longer-term Alex (abcrawf in #coreos) is working on a thing that should remove this whole class of bugs18:18
jrollneed a vape that doesn't require using my hands, hm18:18
BadCubI just got new juices last night. Gotta fire my vape back to life18:18
*** jmccrory has quit IRC18:19
JayFjroll: ^ also TheJulia's bug confirms that we've gotta rollback the partprobe->partx change :(18:19
jrollJayF: ughhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh18:19
BadCub:(18:19
jrollJayF: we can't roll it back, it won't pass the gate LOL18:19
JayFjroll: partprobe || true18:19
jrollI know18:19
jrollwhat about partprobe || partx || true18:20
JayFthat's what I'm going to put up, and file a bug to extract all this shit out of bash into python18:20
JayFso we can use utils.execute(attempts=)18:20
jroll+118:20
jrollmight be worth putting it in ironic-lib or whatever when we do that18:20
NobodyCamJayF: udev settle didn't help?18:20
TheJuliaJayF: awesome18:20
JayFNobodyCam: this is somewhere else18:20
NobodyCamoh18:20
JayFNobodyCam: which is basically a really similar problem18:21
JayFNobodyCam: which is why step 2 is "refactor this into python and share the code"18:21
NobodyCam:)18:21
devanandawanyen: as i understand it, the pxe_ilo changes from elilo to grub2 are unrelated to the work to enable UEFI for the agent_ilo and iscsi_ilo drivers18:22
NobodyCamso does this mean we can take the rest of the off18:22
NobodyCam:-p18:23
BadCubLOL18:23
NobodyCamwb devananda :)18:23
BadCubbabysit the gate and grumble at it18:23
devanandawanyen: if they are unrelated, and a benefit to users, then I'm OK landing those two things. on the other hand, if you're telling me that they all need to land together, I need to bump the whole feature.18:23
BadCubuh...18:24
devanandawanyen: though it looks like agent_ilo and iscsi_ilo are already moving through the gate, so it's too late18:24
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Call partprobe+partx before writing configdrive  https://review.openstack.org/16595418:25
JayFjroll: TheJulia ^18:25
jroll+218:27
TheJuliaJayF: Awesome, thank you!18:31
wanyenDevananda, ty for approving secure boot for iscsi-ilo and agent-ilo. For pxe-ilo what can we do to address the concerns?18:32
devanandawanyen: we'll come back to it after feature freeze18:36
wanyendevananda, ok.  I will explore with ilo team to see if we can come up with solution to address the upgrade issue.  I just think that switching to Grub2 is needed in order to support secure boot, and it's better to switch earlier than later.18:39
jrollwanyen: will agent_ilo secure boot work without switching to grub2?18:40
wanyenjroll, as far as I know grub2+shim is the only way to support secure boot.18:41
jrollwanyen: will agent_ilo secure boot work without switching to grub2?18:41
JoshNangJayF: my bash fu is pretty weak so IMBW, but if partx doesn't work, won't it fail there and not try partprobe?18:41
jrollJoshNang: partx exits successfully but doesn't actually do anything18:42
JoshNangohh18:42
JayF^ that18:42
wanyenjroll: I have to check with shiv.18:42
JayFpartprobe *errors* in devstack18:42
*** stendulker_ has quit IRC18:42
jrollok18:42
*** Marga_ has quit IRC18:42
JoshNangah. gotcha! +218:42
*** Marga_ has joined #openstack-ironic18:45
*** kkoski has quit IRC18:48
clif_hwhat does node.delete in the ironic API do exactly? Does it unregister the node from the service?18:59
clif_hhttp://docs.openstack.org/developer/ironic/webapi/v1.html#delete--v1-nodes19:00
JoshNangclif_h: yup, deletes the db record19:01
clif_hso if I wanted to put a node in the deleting state I would use http://docs.openstack.org/developer/ironic/webapi/v1.html#put--v1-nodes-(node_ident)-states-provision to put it there right?19:02
jrollyes19:06
*** Marga_ has quit IRC19:06
jrollsend target:deleted19:06
jrollclif_h: you're gonna be a star next cycle with this caching stuff :D19:07
*** pelix has left #openstack-ironic19:07
clif_hjroll: is that a good thing or a bad thing? :)19:07
JayFAsk JoshNang how he feels about it ;)19:08
jroll^19:08
jrolllol19:08
* JayF & for the day19:08
NobodyCamhumm something up with one of my tests.19:09
NobodyCamshould self.config(tempdir='/fake/path') set the tempdir value in a test?19:10
*** Nisha has quit IRC19:11
ShrewsNobodyCam: i believe so19:13
jrollNobodyCam: might need the group?19:14
NobodyCamI tried group='DEFAULT' but it does n't like that19:14
NobodyCamat all19:14
jrollhuh19:14
jrollidk, that method is in our tree I believe19:15
NobodyCamoslo_config.cfg.NoSuchGroupError: no such group: DEFAULT19:15
NobodyCamalso oslo_config.cfg.NoSuchGroupError: no such group: default19:15
NobodyCam:-p19:15
jrollhuh19:15
*** pas-ha has quit IRC19:17
rlooshouldn't need to specify the group, but that's interesting.19:17
*** tiagogomes_ has quit IRC19:20
*** ijw has quit IRC19:20
NobodyCamit was the way I passed the value that was wrong19:23
NobodyCamthat is setting the conf value for the test19:23
*** Marga_ has joined #openstack-ironic19:24
*** Marga_ has quit IRC19:25
*** kkoski has joined #openstack-ironic19:25
*** kkoski has quit IRC19:25
*** kkoski has joined #openstack-ironic19:26
openstackgerritMerged openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145319:27
jrollJoshNang: ^ grats19:28
JoshNang\o/19:28
rlooyay19:28
rlooJoshNang: don't forget all my nits ;)19:28
*** kkoski has quit IRC19:29
*** hemna has quit IRC19:29
JoshNangrloo: i definitely won't :)19:29
JoshNanghopefully have a patch up today19:29
rlooJoshNang: no hurry. take a break!19:30
NobodyCamJoshNang: be sure to look at my comment too19:31
NobodyCamwill affect logging19:31
*** kkoski has joined #openstack-ironic19:32
*** kkoski has quit IRC19:33
*** kkoski has joined #openstack-ironic19:33
JoshNangwill do!19:33
* BadCub bangs head against the gate19:41
openstackgerritChris Krelle proposed openstack/ironic: Check temp dir is usable for ipmitool driver  https://review.openstack.org/16038319:43
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: eDeploy: Store all of the facts collected by edeploy in Ironic DB  https://review.openstack.org/16553819:46
NobodyCamlet me know what ya think the directory_to_check if / elif block.. I kinda feel the reviews have changed that around a bit. but I think it will still do what we want.19:46
* NobodyCam steps afk fir a few19:47
*** dprince has quit IRC19:47
*** Marga_ has joined #openstack-ironic19:55
openstackgerritGhe Rivero proposed openstack/ironic: Sync with oslo.incubator  https://review.openstack.org/16594019:58
adam_gis there a specific API microversion that configdrive was introduced?19:59
*** jmccrory has joined #openstack-ironic20:03
openstackgerritMerged openstack/ironic: Support agent_ilo driver to perform cleaning  https://review.openstack.org/16464620:04
JoshNang\o/20:04
BadCubsweet20:04
rlooJoshNang: sorry, I added a comment to https://review.openstack.org/#/c/164313/20:04
JoshNangrloo: don't be sorry! totally agree20:06
*** sambetts has quit IRC20:06
rlooJoshNang: I can't figure out why I didn't see that before. I must be more tired of reviewing than I thought.20:06
*** sambetts has joined #openstack-ironic20:06
rlooshould we hold off making any changes that aren't for k-3, so we don't exhaust jenkins?20:08
*** Marga_ has quit IRC20:08
JoshNangrloo: no worries, you're still killin it on reviews.20:08
JoshNangprobably a good idea, i'll push that up tomorrow/monday20:08
rlooJoshNang: ha ha.20:08
*** dprince has joined #openstack-ironic20:10
*** hemna has joined #openstack-ironic20:11
openstackgerritMerged openstack/ironic: follow up patch for ilo capabilities  https://review.openstack.org/16531020:13
BadCubsweet20:14
*** kkoski has quit IRC20:14
*** jmccrory has quit IRC20:14
BadCubafk for a few20:15
*** BadCub is now known as BadCub_Lurking20:15
rloooh oh, merge conflicts20:15
rloohttps://review.openstack.org/#/c/165907/20:15
rloohttps://review.openstack.org/#/c/154814/20:16
*** mrda-away is now known as mrda20:17
mrdaMorning Ironic20:17
*** kkoski has joined #openstack-ironic20:18
rloomorning mrda20:22
NobodyCammorning mrda20:22
NobodyCamlol /me looks looks for a pen... lol20:23
* NobodyCam is sitting next to 7 + computers but no pen20:25
NobodyCamoh I see one *steals* from BadCub_Lurking20:25
jrolladam_g: I think configdrive was before microversions... so 1.120:26
jrollnot 100% sure20:26
adam_gjroll, thats what it looks like20:26
adam_gtrying to see what the appropriate way for nova to test if its supported20:27
adam_gmaybe just a CONF.ironic.os_ironic_api_version that defaults to latest?20:27
adam_gand err's the instance if less than 1.120:27
openstackgerritRuby Loo proposed openstack/ironic: Changes for secure boot support for iLO drivers  https://review.openstack.org/16590720:28
jrolladam_g: yeah, I guess so?20:29
* BadCub_Lurking comes back to find evidence of pen thievery lol20:29
*** BadCub_Lurking is now known as BadCub20:29
* NobodyCam *ducks under desk*20:30
BadCublol20:30
adam_gor just keep it as is and release note that ironic needs upgrading before nova20:30
jrolladam_g: well.20:30
jrollrelease note that ironic needs upgrading before using configdrive20:30
* jlvillal might get to meet adam_g tonight at the meetup :)20:31
adam_gjroll,  i think you can try to use config drive with juno it just wont do anything with it? whereas now you'll get an errored instance20:31
jrolltrue20:32
jlvillalNobodyCam: I left you some feedback on the directory_check if/else block.  some ideas.20:32
adam_gjlvillal, you're in portland?  i didn't realize the developer meetup is next week @ PSU, might skip tonight in favor of that. only enough free time20:32
jlvillaladam_g: I am.  Well technically Hillsboro :)  I'm going to try to go to both.20:32
jlvillaladam_g: Plus my boss wants me to go to the hackathon.  So that will be work related.20:33
jlvillaladam_g: Hopefully I get a chance to meet you at one or the other.20:33
adam_gjlvillal, ive never been the thing happening tonight. it always seems very product oriented, whereas next week will just be the usuals sitting around drinking bee^Wcoffee20:33
adam_g*and hacking20:33
jlvillaladam_g: I'm still in the learning phase.  So I'm hoping tonight will help me learn more.  But the hackathon sounds more interactive and more fun20:34
openstackgerritGhe Rivero proposed openstack/ironic: Use oslo_log lib  https://review.openstack.org/15760220:36
openstackgerritGhe Rivero proposed openstack/ironic: Sync with oslo.incubator  https://review.openstack.org/16594020:36
mrdarloo, NobodyCam o/20:37
*** Marga_ has joined #openstack-ironic20:38
rloohi, can someone help out. I rebased https://review.openstack.org/#/c/16590720:39
rloobut am having trouble rebasing https://review.openstack.org/#/c/154814/20:40
rlooBadCub: ^^.20:40
* BadCub grumbles at Jenkins20:40
NobodyCamrloo: whats up?20:42
rlooNobodyCam: would you please rebase https://review.openstack.org/#/c/154814/20:42
NobodyCamI can try20:42
rlooNobodyCam: thx. I can try again but I don't feel like it. At least I got the first one done.20:43
* BadCub growls at Github for crashing constantly20:44
rlooNobodyCam: oh geez. I didn't realize there were three patches to this. So this needs to be rebased too: https://review.openstack.org/#/c/165907/20:46
BadCubrloo: I think you got 165907 to go through :-)20:47
rlooBadCub: No, I did 154816.oh hmm. i feel like i'm going around in circles.20:48
rlooBadCub: whatever I did, please check it ;)20:48
BadCubWill scan through them again now :-)20:48
rlooBadCub: ok, sorry. i had assumed that the patches in the etherpad were ordered in the order they are in, but they aren't.20:49
BadCubyip... only need 154814 & 154816 :-)20:49
BadCubrloo: no worries :-) y'all have been busting serious brain the past few days!20:50
rlooNobodyCam: ^^ those two, if you don't mind.20:50
*** Marga_ has quit IRC20:52
*** hj-hp has quit IRC20:52
*** Marga_ has joined #openstack-ironic20:52
NobodyCami'm trying 154814 now but getting no changes ???20:53
NobodyCamstrange.. is that what you get rloo ?20:53
*** Marga_ has quit IRC20:54
*** Marga_ has joined #openstack-ironic20:54
*** trown is now known as trown|outttypeww20:54
rlooNobodyCam: yeah, that's what I got. I think.20:55
BadCubhmmm20:55
rlooNobodyCam: No changes between prior commit f1e6bce and new commit 78c9d4a20:55
rlooNobodyCam: I'm going to go outside to get some fresh air. Maybe that'll help...20:56
*** absubram has quit IRC20:59
*** kozhukalov has quit IRC21:00
openstackgerritChris Krelle proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481421:00
NobodyCamrloo: ^^^ thats got it I think21:00
*** andreykurilin_ has joined #openstack-ironic21:12
*** Marga_ has quit IRC21:14
*** Marga_ has joined #openstack-ironic21:15
*** andreykurilin_ has quit IRC21:20
rloothx NobodyCam. Looks good. Do you want to approve it?21:20
*** andreykurilin_ has joined #openstack-ironic21:20
*** davideagnello has joined #openstack-ironic21:21
rlooNobodyCam: looks like k-3 has been cut21:21
NobodyCamstill on 15481621:22
rlooNobodyCam: it isn't urgent to get those rebased then. since they missed the k-3 cutoff.21:24
*** davideagnello has quit IRC21:24
*** davideagnello has joined #openstack-ironic21:25
openstackgerritChris Krelle proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481621:25
NobodyCamI think that it21:26
NobodyCamthats even21:26
BadCubwe'll need to +A those two again :(21:26
openstackgerritMerged openstack/ironic-python-agent: Call partprobe+partx before writing configdrive  https://review.openstack.org/16595421:27
*** achanda has quit IRC21:28
rlooBadCub: the +A again is easy21:29
BadCubrloo: yeah :-)21:29
*** andreykurilin_ has quit IRC21:30
NobodyCamsi I just did them both21:30
BadCubtoo bad they got borked before k3 got cut :(21:30
*** andreykurilin_ has joined #openstack-ironic21:30
rlooBadCub: that's ok, they'll still get into k release, which is really what matters (I think).21:30
* NobodyCam smokes21:30
rloothx NobodyCam. And HP thx you too :-)21:31
BadCubyeah, I think so too21:31
* BadCub thnx everyone for burning so much brain power the past few days :)21:31
BadCubbrb21:31
devanandaBadCub: how's things?21:32
*** andreykurilin_ has quit IRC21:35
*** andreykurilin_ has joined #openstack-ironic21:36
*** ChuckC has quit IRC21:36
*** achanda has joined #openstack-ironic21:37
NobodyCamhey devananda :)21:37
BadCubdevananda: not too bad.. :)21:37
devanandaBadCub: whiteboard up to date and stuff?21:38
BadCubYup21:38
devanandai see a bunch not landed yet // still in the gate21:38
NobodyCamlooks like a could of patches missed the cutoff21:38
NobodyCam*couple even21:38
BadCubyeah UEFI got missed and so did 16100621:38
devanandayup21:38
devanandahttps://launchpad.net/ironic/+milestone/kilo-3 is finalized21:38
devanandaalso - HOLY S*** we did a lot of work21:38
jroll^21:39
devanandacan't say it enough -- everyone here rocks21:39
rloo161006 is the agent so we're good there.21:39
BadCubYIP!!!21:39
*** kkoski has quit IRC21:39
jroll161006 is openstackclient21:39
*** alexpilotti has joined #openstack-ironic21:39
rloojroll: openstackclient?21:39
* BadCub thinks ironic-y folk are totally awesome21:39
jrollhttps://review.openstack.org/#/c/161006/21:40
NobodyCamdevananda: can you dbl check my rebase on 154816?21:40
NobodyCam:/21:40
rloojroll: oh, i think he meant https://review.openstack.org/#/c/161066/21:40
jrollok, thanks21:40
BadCuback.. Typo21:40
BadCubyes I did mean 161066 *grumbles*21:41
devanandaso folks, I'd like to distribute the work of creating our Kilo release notes21:46
devanandaas there's far more than in previous cycles (and even then I didn't do the greatest job recording it all)21:46
NobodyCamjlvillal: around?21:46
jlvillalNobodyCam: Here!21:46
devanandawanyen: when you have a chance (like next week) could you update https://wiki.openstack.org/wiki/Ironic/Drivers for all the ilo work that has gone in during Kilo?21:47
NobodyCamhey hey jlvillal I see your comemnts on 160383, If I do that I couldn't pass in a directory to check21:47
devanandajroll: ditto for the agent drivers (update https://wiki.openstack.org/wiki/Ironic/Drivers next week)21:47
NobodyCamneed to be able to pass other then temp dir to that21:47
jlvillalNobodyCam: Looking.  But I thought I was only doing it if directory_to_check was None21:48
NobodyCamoh in side the first if21:48
NobodyCamnot removing it21:48
NobodyCamnm21:48
*** mtanino has quit IRC21:48
NobodyCam:P21:49
devanandaBadCub: and could you (next week) start tracking down all the drivers which aren't listed on https://wiki.openstack.org/wiki/Ironic/Drivers and getting folks to update it?21:49
jrolldevananda: I don't want to write release notes, sorry21:49
jlvillalNobodyCam: yeah that :)  I gave three different options.  And also okay with current way too.21:49
jlvillalNobodyCam: Whatever you want to do.  I had seen you asking for opinions on IRC, so I gave you some :D21:49
jrolldevananda: I kid, will do21:49
devanandajroll: ok, don't. but could you make sure the current state of the agent* drivers are accurately represented on the wiki? (again, not right now, but some time maybe next week)21:49
jrollyeah21:50
NobodyCamlol I hadn't even looked at your third option yet21:50
devanandajroll: heh. thanks :)21:50
BadCubdevananda: sure can21:50
wanyendevananda, yes sure we will update iLo driver document to reflect Kilo features.21:51
*** athomas has quit IRC21:52
devanandawanyen: cheers :)21:52
*** achanda has quit IRC21:53
devanandaBadCub: similarly, as we approach the final release of Kilo, we'll need to make sure http://stackalytics.com/report/driverlog is an accurate21:54
*** andreykurilin_ has quit IRC21:55
*** andreykurilin_ has joined #openstack-ironic21:55
BadCubwill do!21:55
jrolldevananda: heh, that's so wrong21:55
devanandajroll: i know21:55
devanandajroll: but people actually look at that21:56
openstackgerritChris Krelle proposed openstack/ironic: Check temp dir is usable for ipmitool driver  https://review.openstack.org/16038321:56
jrolldevananda: I know21:56
jlvillalNobodyCam: Curious, why didn't you like having directory_to_check=CONF.tempdir in the function declaration?21:56
*** ijw has joined #openstack-ironic21:56
*** absubram has joined #openstack-ironic21:57
NobodyCamit wasn't working for testing. when I set the tempdir conf option in tests it wasn't passing it in right. I was still getting none21:57
jrollyou can't put CONF options in method definitions21:57
NobodyCamso the test was failing21:57
NobodyCamjroll: ++ ikr TIL21:58
jlvillalNobodyCam: Oh.  Good answer :)21:58
jrollbecause those could resolve differently at runtime and definition time21:58
NobodyCamand they in fact do!21:58
NobodyCam:-p21:58
jroll:P21:58
* jlvillal learned something new...21:59
*** oomichi has joined #openstack-ironic21:59
*** achanda has joined #openstack-ironic22:01
*** jamielennox|away is now known as jamielennox22:09
devanandajlvillal: NobodyCam you can not put an oslo CONF option as the default value in a function definition22:13
devanandaas jroll said22:13
* devananda reads scrollback before typing any more22:13
NobodyCamdevananda: yep TIL today22:13
BadCubdevananda: do you want BPs that got bumped listed on the "stuff that isn't ready for merging yet" section of the pad?22:16
devanandaBadCub: yah. those should get priority attention during L-1 cycle22:17
BadCubkk22:17
NobodyCamdo we need to re-approve them for L (/me hopes they get automatic approval)22:18
jrollI think re-approving would be silly22:19
NobodyCam++22:19
jrollone +2/+A to move them to the L folder22:19
mrdaI don't think we've done that previously...22:19
NobodyCammrda: this is only our second cycle with specs22:19
NobodyCam:-p22:19
jrollmrda: done re-approval?22:19
jrollor skipper re-approval22:20
jrollskipped*22:20
jrollalso, morning :)22:20
mrdareapproval, total.  I think we've just moved them over, right?22:20
mrdajroll: morning right back at you!22:20
NobodyCamhumm skipper approval...  does that mean I have to hop on one foot while approving patches?22:21
NobodyCamlol22:21
mrdaBut if we need a sanity to make sure they are still appropriate, sure22:21
devanandaone thing we'll have to do -- look at all our specs, and sort out the ones we did NOT finish this cycle22:21
BadCubwe have 4 BPs tagged for L already22:21
jrollI don't think we moved them before22:21
devanandathen move them to another dir22:21
*** Marga_ has quit IRC22:21
devanandawe did not have any incompleted specs in Juno. we have a lot this cycle22:21
* mrda is wary of the term skipper approval due to Australian political baggage22:21
*** Marga_ has joined #openstack-ironic22:21
NobodyCamlol22:21
* NobodyCam googles22:21
devanandaalso I think we should do a re-review of all the moved specs at the start of L22:22
jrollhm, I thought we had some incomplete specs in juno, maybe not22:22
devanandait's possible some of them won't make sense any more22:22
jrolldevananda: why22:22
devanandabut probably, it'll be a quick "yup, still good, +A"22:22
jrollwhy did they make sense a month ago and not now?22:22
NobodyCamoh cricket22:22
mrdadevananda: +122:22
devanandajroll: because we learn things22:22
jrollhm22:22
*** dprince has quit IRC22:23
devanandai expressly do not want spec authors to have to go through a re-proposal process22:23
devananda(though that is what many other projects do)22:23
jrolloh, I see22:23
devanandai want the spec review team to take, like, a couple days and review them22:23
devanandaand say "yes" or "no"22:23
jrolljust make sure we actually realize what we're moving22:23
jrollyeah22:23
devanandaright22:23
*** ChuckC has joined #openstack-ironic22:24
devanandaif the spec team says "no, that doesn't make sense now" or "well, almost, but we changed this part of things" then we need to work with the author to make sure that they understand that, are OK with it, etc22:24
jrollyep22:24
* devananda thinks that should be written down somewhere besides IRC22:24
* jroll calls not it22:25
devananda:)22:25
jrollput it on the meeting agenda under announcements?22:25
NobodyCamcan we have feature based spec's that once approved cover all drivers.. to avoid the massive onslought of per driver specs?22:26
jrollyes please22:26
jrollwell, we do that now22:26
jrolland then people pile driver-specific things on top22:26
devanandayes, we do that22:26
devanandabut then ^22:26
jrollbecause hardware is dumb22:27
devanandaalso22:27
NobodyCamwe had a lot of add x to driver y specs this cycle22:27
devanandawhen a single vendor proposes a feature that they want to put in the common driver API22:27
devanandait affects all drivers22:27
devanandaso I've required them to have a common implementation as part of that -- because sanity22:27
jrollNobodyCam: yeah, thing is, every driver implements stuff differently22:28
devanandaand that multiple driver maintainers then go review that common spec and code22:28
NobodyCamI kinda got lost with the bp / spec tracking at the end... (thank gwad for BadCub keeping me inline)22:28
devanandabecause we need a common abstraction that drivers agree on22:28
BadCubhuh? what'd I do now?22:28
devanandatake RAID as an example -- the common spec ended up being /totally/ different from the initial single-vendor proposal(s)22:28
* devananda might be exxagerating, but hopes hte point is not lost22:29
*** mtanino has joined #openstack-ironic22:29
jrolldevananda: somewhat off topic: when can we drop the bash ramdisk support? :)22:29
jrolldevananda: (which will allow agent/pxe drivers to be way more common)22:29
devanandajroll: not today :)22:29
devanandamaybe next week?22:30
devananda(kidding)22:30
jrollthinking about e.g. image caching -- having the bash ramdisk means we maybe can't do it in pxe driver22:30
jrollI mean, after kilo or after liberty22:30
devanandaoh22:30
* BadCub is now very happy to hear his car will be ready for pickup from dealer tomorrow morning after 6 weeks22:30
jrolland I guess we could differentiate between "drop support" and "stop adding features"22:30
devanandajroll: indeed22:30
devanandajroll: I'm all for EOL'ing it and declaring a deprecation path22:30
jrollif we can stop adding features today then I'm happy (and don't really care much about actually dropping support(22:31
NobodyCamdevananda: i got that point. but wee started to push for less and less implatiomation details in spec so are we over concerned with how they do a feature, as long as it dose what the approved spec says it should?22:31
devanandaNobodyCam: huh? I want to see implementation details in the spec22:32
jrolldevananda: it just occurred to me that most contributors are either deploy-driver-centric or hardware-driver-centric22:32
jrollNobodyCam: unfortunately those implementation details often matter architecturally22:32
jrollNobodyCam: the hardware driver that uses NFS comes to mind22:32
NobodyCamoh that I will give in to.. ya22:33
devanandajroll: indeed. also changes to the REST API that merely specify what the CLI will look like22:33
jrolldevananda: ya.22:33
BadCubjsut a quick (and probably stupid) question. We currently have 9 approved BPs slated for L and/or Futire combined... Would it not be wise to consider those the "chunk" for L?22:33
jrolljeez22:33
devanandaor something that doesn't describe (in detail) how a conductor- failover is going to be handled, or an upgrade from juno to kilo22:33
jrollBadCub: as in the main things we want to accomplish or ?22:33
*** mjturek1 has quit IRC22:34
jrollBadCub: might be good to know what those are :P22:34
devanandaBadCub: nope. not wise. we're going to have a bunch more too22:34
jrollwhen does open season for specs start?22:34
devanandaBadCub: we should probably untarget all of those. then look at two lists22:34
BadCubI can put up a pad listing the ones we have already approved22:34
devananda- BPs that were almost done in kilo, but bumped (these should be prioritized for l1)22:34
jrollBadCub: I really hope rackspace alone has 9 specs we complete22:34
NobodyCamsold! but maybe we can the submission process for such "per driver" feature implementations (thou I'm not sure how atm)22:35
devananda- specs that were approved in kilo, but not close to completion (these should be reviewed and possibly prioritized)22:35
devanandaand then we have another set of refactoring things that I know we want22:35
devanandalike splitting boot & deploy interfaces22:35
jrollthis sounds suspiciously like an etherpad22:35
devananda++22:35
NobodyCamgah... we can IMPROVE the submission...22:35
devanandasomeone quick! copy/paste it somewhere22:35
jrollNobodyCam: you're always accidentally words22:35
BadCubI believe the 4 tagged for L are the ones that got bumped from K.22:35
jroll:)22:35
NobodyCamyes... I blame my keyboard22:36
NobodyCam:)22:36
jrolllol22:36
jrollhttps://etherpad.openstack.org/p/ironic-liberty-priorities22:38
jrolldevananda: BadCub ^22:38
devanandaoh btw folks, i will miss the meeting on monday22:38
devanandagoing to be on a speaker panel at that time, sorry22:38
NobodyCam:)22:38
NobodyCamthats the AM meeting for us22:39
NobodyCami'll be there:)22:39
devanandayah. i'll be in grenoble22:39
NobodyCamgah22:39
jrollcool!22:39
NobodyCamso night for you :(22:39
NobodyCamwhen do you fly out?22:39
devanandasunday22:40
NobodyCamhave a safe trip!22:40
mrdaHave fun!22:40
jrollhave some good wine!22:41
*** kkoski has joined #openstack-ironic22:41
*** rloo_ has joined #openstack-ironic22:44
*** rloo has quit IRC22:44
NobodyCamso tomorrow bugs and documentation !22:46
devanandacontinue tracking the remainder of kilo work on reviewday or on whiteboard?22:46
jrollBadCub: I added all the stuff we have downstream or are working on or want to work on22:47
NobodyCamat least at this point Id say there still enough for a pad of its own22:47
BadCubjroll: awesome! ty :)22:48
BadCubI added three otehrs we bumped from K as well22:49
BadCub* others even *frowns*22:49
jrollNobodyCam is rubbing off on you :P22:50
NobodyCamhehehehe22:50
BadCubjroll: lol22:50
jrollBadCub: pxe_ilo secure boot stuff should be there too no?22:50
BadCubyup, grabbing it now22:51
jrollcool22:51
BadCubBeen keeping a spreadsheet of things dropped :)22:52
*** kkoski has quit IRC22:53
jrolllook at you all fancy with your spreadsheets and bullet points and links22:54
NobodyCamvhd?22:54
BadCubhehehe22:54
jrollNobodyCam: http://en.wikipedia.org/wiki/VHD_%28file_format%2922:54
jrollNobodyCam: to be fair, I'm not sure if it's good, or if openstack cares about it22:55
*** kkoski has joined #openstack-ironic22:55
*** hemna has quit IRC22:56
NobodyCamsupport as is in can be used for deployment.. dose qemu-img support it22:57
jrollmmm22:57
jrollI don't remember offhand22:57
jrollI think comstud had a fork of qemu tools that does it22:57
jrolland while looking for it I found this piece of awesome I forgot about https://github.com/comstud/xensa10822:58
jrollNobodyCam: https://github.com/comstud/libvhd-builder22:59
NobodyCamI just fear the "oh can you support my virtual box image, oh and my paralles and ... and ...22:59
jrolllol22:59
jrollxen uses vhd22:59
jrollas does hyper-v I guess22:59
jrollso some providers already use vhd22:59
jrollhttp://docs.openstack.org/image-guide/content/ch_converting.html23:00
*** vipul is now known as vipuls23:00
BadCubprobability that tomorrow I will be taking a journey to pick up my long missing auto :)23:00
jrollNobodyCam: I see your concerns, lol23:01
NobodyCamjroll: ya.. my quick check seems to indacate it was a M$ thing23:01
jrollhowever it's something we're going to do eventually23:01
*** marios has quit IRC23:01
jrollactually it's partially done :P https://review.openstack.org/#/c/129070/23:01
NobodyCamI would like to have to ablity to support different input formats23:01
*** ijw has quit IRC23:01
*** oomichi has quit IRC23:02
jrollso VHD is basically a tarball with one or more layers23:02
jrollwhich does nice things for snapshots etc AIUI23:02
*** andreykurilin_ has quit IRC23:05
*** kkoski has quit IRC23:05
devanandagotta run - appointment for a haircut, then dinner plans. have a good night, eveyrone o/23:08
jrollyou too :)23:08
NobodyCamnight devananda23:10
BadCubg'night devananda23:10
* BadCub is going away for the evening as well. Thanks again to everyone for being awesome!!! :)23:10
*** BadCub is now known as BadCub_Hiding23:10
NobodyCamyep been ats it sense 5 am so its night for /me too23:14
jrollnight y'all23:15
NobodyCam:)23:16
*** rloo_ has quit IRC23:21
*** rloo has joined #openstack-ironic23:22
*** hemna has joined #openstack-ironic23:24
*** chlong has joined #openstack-ironic23:27
*** ijw has joined #openstack-ironic23:28
*** ijw has quit IRC23:29
*** ijw has joined #openstack-ironic23:30
*** Marga_ has quit IRC23:36
*** Marga_ has joined #openstack-ironic23:36
clif_hhas anyone ever tried to change the default intervals for periodic tasks in the ironic conductor?23:37
jrollI have23:38
clif_hand how'd it go?23:38
jrollit worked23:38
clif_hhrm23:38
jrollit's in production23:38
jroll:P23:38
jrollwhy what's up23:38
clif_hit worked, as in you watching it interval at the one you specified and not the default value?23:39
clif_hwatched*23:39
jrollyes23:39
jrollafaik23:39
*** yuanying has joined #openstack-ironic23:39
jrollwe run the power state loop not at the default in prod23:40
clif_hwell, I'm seeing behavior in arsenal that leads me to believe that the values the periodic tasks are getting are the default ones and not the ones I put in the configuration file I'm testing with23:40
clif_hand I'm using periodic_task in the same way as ironic ifaict23:41
*** yuanying has quit IRC23:41
clif_hso it must be that the configuration file is not being loaded before the module is loaded23:41
*** yuanying has joined #openstack-ironic23:41
clif_hin arsenal23:41
clif_hbut in ironic I assume the configuration file is getting loaded before the conductor module23:42
clif_hif its working correctly there23:42
jrolloh, I see23:42
jrollclif_h: I think you may need to import the module containing the periodic task at startup23:42
jrollor something23:42
*** ijw has quit IRC23:44
*** stendulker has joined #openstack-ironic23:44
*** derekh has joined #openstack-ironic23:50
*** stendulker has quit IRC23:52
*** derekh has quit IRC23:52
*** mtanino has quit IRC23:54
clif_hyep, it has to do when the class definition is processed23:58
clif_hI delayed the import until after I knew the configuration file was loaded, and now its working properly23:58

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