Monday, 2014-09-15

*** wendar has joined #openstack-ironic00:01
*** lazy_prif has joined #openstack-ironic00:01
*** lazy_prif is now known as lazy_prince00:02
*** Isotopp_ has joined #openstack-ironic00:03
*** bigjools_ has joined #openstack-ironic00:03
*** ryanpetrello_ has joined #openstack-ironic00:05
*** stevebak` has joined #openstack-ironic00:06
*** dutsmoc has joined #openstack-ironic00:06
*** mgagne has joined #openstack-ironic00:08
*** russell_h_ has joined #openstack-ironic00:08
*** mgagne is now known as Guest7273900:09
*** jroll|dupe has joined #openstack-ironic00:09
*** coolsvap_ has joined #openstack-ironic00:12
*** EmilienM_ has joined #openstack-ironic00:13
*** killer_prince has quit IRC00:13
*** coolsvap has quit IRC00:13
*** wendar_ has quit IRC00:13
*** russell_h has quit IRC00:13
*** victor_lowther__ has quit IRC00:13
*** Ng has quit IRC00:13
*** adam_g has quit IRC00:13
*** stevebaker has quit IRC00:13
*** ryanpetrello has quit IRC00:13
*** jroll has quit IRC00:13
*** bigjools has quit IRC00:13
*** comstud has quit IRC00:13
*** Guest6936 has quit IRC00:13
*** EmilienM has quit IRC00:13
*** Isotopp has quit IRC00:13
*** coolsvap_ is now known as coolsvap00:13
*** ryanpetrello_ is now known as ryanpetrello00:13
*** russell_h_ is now known as russell_h00:13
*** jroll|dupe is now known as jroll00:13
*** EmilienM_ is now known as EmilienM00:13
*** Ng_ has joined #openstack-ironic00:17
*** igordcard has joined #openstack-ironic00:17
*** adam_g has joined #openstack-ironic00:19
*** adam_g has quit IRC00:19
*** adam_g has joined #openstack-ironic00:19
*** yuanying has quit IRC00:22
*** HenryG has quit IRC00:37
*** mitz_ has joined #openstack-ironic01:05
*** yuanying has joined #openstack-ironic01:19
*** bigjools_ is now known as bigjools01:19
*** bigjools has quit IRC01:20
*** bigjools has joined #openstack-ironic01:20
*** pcrews has joined #openstack-ironic01:41
*** chenglch has joined #openstack-ironic01:47
*** yuanying has quit IRC01:52
*** pcrews has quit IRC01:53
*** Poornima_ has joined #openstack-ironic02:21
*** datajerk has quit IRC02:27
*** datajerk has joined #openstack-ironic02:27
*** yuanying has joined #openstack-ironic02:49
*** ramineni has joined #openstack-ironic02:56
*** jrist has joined #openstack-ironic03:09
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-python-agent: This script adds support to build iso image from the given kernel and ramdisk.  https://review.openstack.org/12143303:15
*** yuanying has quit IRC03:22
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-python-agent: Add support to build iso image  https://review.openstack.org/12143303:40
*** Poornima_ has quit IRC03:50
*** Poornima_ has joined #openstack-ironic04:15
*** yuanying has joined #openstack-ironic04:19
*** rushiagr_away is now known as rushiagr04:37
*** pensu has joined #openstack-ironic04:41
*** pensu has left #openstack-ironic04:41
*** lazy_prince is now known as killer_prince04:46
*** teju has joined #openstack-ironic04:46
tejuhi all.... ironic node "Provisioning State" is stuck in "active" and the bare metal node's state is "System running in UEFI".....ironic conductor logs : http://pastebin.com/DB5PPQ6v04:51
*** yuanying has quit IRC04:52
*** jrist has quit IRC04:54
*** jrist has joined #openstack-ironic04:55
*** pradipta_away is now known as pradipta05:20
*** rushiagr is now known as rushiagr_away05:24
*** killer_prince has quit IRC05:42
*** lazy_prince has joined #openstack-ironic05:42
*** rakesh_hs has joined #openstack-ironic05:46
*** yuanying has joined #openstack-ironic05:49
*** k4n0 has joined #openstack-ironic05:57
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/12070106:09
*** nikunj2512 has joined #openstack-ironic06:11
*** rushiagr_away is now known as rushiagr06:18
*** rushiagr is now known as rushiagr_away06:23
tejuhi all... can someone provide commands to build images for ironic bare metal deployment?06:25
*** pensu has joined #openstack-ironic06:36
*** yuanying has quit IRC06:52
*** bluex-pl has joined #openstack-ironic07:22
*** pradipta is now known as pradipta_away07:25
*** pradipta_away is now known as pradipta07:28
*** ifarkas has joined #openstack-ironic07:28
*** andreykurilin_ has joined #openstack-ironic07:31
*** jistr has joined #openstack-ironic07:33
*** pradipta is now known as pradipta_away07:35
*** romcheg has joined #openstack-ironic07:38
*** andreykurilin_ has quit IRC07:49
*** yuanying has joined #openstack-ironic07:49
*** victor_lowther__ has joined #openstack-ironic07:59
*** Ng_ is now known as Ng08:02
*** coolsvap has quit IRC08:04
*** coolsvap has joined #openstack-ironic08:04
*** Ng has quit IRC08:04
*** Ng has joined #openstack-ironic08:04
*** chenglch has quit IRC08:05
*** chenglch has joined #openstack-ironic08:05
*** ramineni has quit IRC08:05
*** ramineni has joined #openstack-ironic08:05
*** Poornima_ has quit IRC08:05
*** Poornima_ has joined #openstack-ironic08:05
*** teju has quit IRC08:05
*** teju has joined #openstack-ironic08:05
*** rakesh_hs has quit IRC08:05
*** rakesh_hs has joined #openstack-ironic08:05
*** k4n0 has quit IRC08:05
*** k4n0 has joined #openstack-ironic08:05
*** nikunj2512 has quit IRC08:05
*** nikunj2512 has joined #openstack-ironic08:05
*** ifarkas has quit IRC08:06
*** ifarkas has joined #openstack-ironic08:06
*** jistr has quit IRC08:06
*** jistr has joined #openstack-ironic08:06
*** derekh has joined #openstack-ironic08:08
*** athomas has joined #openstack-ironic08:14
*** yuanying_ has joined #openstack-ironic08:17
*** ndipanov has joined #openstack-ironic08:19
*** yuanying has quit IRC08:20
*** yuanying_ has quit IRC08:23
*** lucasagomes has joined #openstack-ironic08:31
*** viktors|afk is now known as viktors08:31
*** athomas has quit IRC08:37
*** athomas has joined #openstack-ironic08:45
*** Poornima_ has quit IRC08:46
*** k4n0 has quit IRC08:48
*** Poornima_ has joined #openstack-ironic08:50
lucasagomesis our gate broken?08:59
lucasagomesmorning all :)08:59
*** dtantsur has joined #openstack-ironic09:00
dtantsurMorning Ironic09:02
romchegMorning dtantsur, lucasagomes!09:02
dtantsurGot locked out of my server today, so no chat history for me :( anything interesting happened since Fri?09:02
*** k4n0 has joined #openstack-ironic09:08
lucasagomesdtantsur, uefi merged09:08
lucasagomes:)09:08
chenglchThis is the error I get from a fresh devstack when I use nova boot .   {"message": "consume_from_instance() takes exactly 2 arguments (3 given)}09:08
dtantsur\o/09:08
lucasagomeschenglch, :/ from master?09:13
chenglchyes09:13
dtantsur`grep -r consume_from_instance ironic` is empty. something in Nova/ironic driver?09:14
*** pelix1 has joined #openstack-ironic09:14
chenglchThis is the error from nova show   http://paste.openstack.org/show/111654/09:16
dtantsurthis stack trace is rather useless. could you look for anything else in nova logs?09:17
dtantsurchenglch, https://review.openstack.org/#/c/121397/09:18
dtantsureither apply this or rebuid your devstack09:18
*** yuanying has joined #openstack-ironic09:19
*** pelix1 is now known as pelix09:24
chenglchhttp://paste.openstack.org/show/111660/09:29
chenglchconsume_from_instance  from nova/scheduler/ironic_host_manager.py  only has 2 arguments09:30
*** MattMan has joined #openstack-ironic09:41
*** rushiagr_away is now known as rushiagr09:42
chenglchdef consume_from_instance(self, instance): in ironic_host_manager.py     def consume_from_instance(self, context, instance): in host_manager.py09:43
pensuchenglch: did you try the patch dtantsur give? Does it work? Somehow I am still getting the same error.09:48
*** yuanying has quit IRC09:53
lucasagomesalright the nova patch was approved10:04
dtantsurwhich one?10:09
lucasagomesthe one fixing our gate10:22
lucasagomeshttps://review.openstack.org/#/c/121397/10:22
*** chenglch has quit IRC10:32
*** Krast has joined #openstack-ironic10:34
*** Krast has quit IRC10:35
*** HenryG has joined #openstack-ironic10:37
*** rushiagr is now known as rushiagr_away10:37
*** chenglch has joined #openstack-ironic10:39
chenglchThe patch work, nova boot works now10:39
*** k4n0 has quit IRC10:42
*** pensu has quit IRC10:43
*** pensu has joined #openstack-ironic10:43
*** rushiagr_away is now known as rushiagr10:44
*** Poornima_ has quit IRC10:46
*** nikunj2512 has quit IRC10:46
*** Poornima_ has joined #openstack-ironic10:48
*** yuanying has joined #openstack-ironic10:50
*** bluex-pl has quit IRC10:50
*** bluex-pl has joined #openstack-ironic10:54
lucasagomeschenglch, w00t :)10:55
lucasagomeschenglch, it's now approved in nova, soon will be fixed in master. Cheers for bringing it up here10:56
*** rushiagr is now known as rushiagr_away10:56
*** lazy_prince has quit IRC10:58
*** ramineni has quit IRC10:58
*** k4n0 has joined #openstack-ironic11:04
*** lazy_prince has joined #openstack-ironic11:06
lazy_princehi all.. i am getting Cannot validate iSCSI deploy. The following parameters were not passed to ironic: ['root_gb', 'image_source']. do i need to provide image_source as part of the node-registration...?11:15
*** yuanying has quit IRC11:22
*** pensu1 has joined #openstack-ironic11:23
*** pensu has quit IRC11:23
*** romcheg has quit IRC11:33
*** lazy_prince has quit IRC11:34
*** Poornima_ has quit IRC11:35
lucasagomeslazy_prince, nop, nova will set those values for you11:36
lucasagomessee: nova/virt/ironic/patcher.py (in nova tree)11:37
*** lucasagomes is now known as lucas-hungry11:38
*** rushiagr_away is now known as rushiagr11:42
*** pensu1 has quit IRC11:47
*** Madkiss has joined #openstack-ironic11:59
MadkissHey folks12:00
dtantsurhi12:00
*** romcheg has joined #openstack-ironic12:03
*** ramineni has joined #openstack-ironic12:07
*** pensu has joined #openstack-ironic12:08
*** rakesh_hs has quit IRC12:14
*** romcheg has quit IRC12:17
*** romcheg has joined #openstack-ironic12:17
*** yuanying has joined #openstack-ironic12:19
*** faizan_ has joined #openstack-ironic12:24
*** Poornima_ has joined #openstack-ironic12:25
*** faizan_ has left #openstack-ironic12:32
*** faizan has joined #openstack-ironic12:32
*** dtantsur is now known as dtantsur|brb12:34
*** lucas-hungry is now known as lucasagomes12:38
MadkissSo, if I want to give ironic a test run right now, what would be a good combination for the tool chain to do that?12:50
*** dprince has joined #openstack-ironic12:51
*** yuanying has quit IRC12:52
lucasagomesMadkiss, http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html12:54
Madkissthanks12:56
*** jcoufal has joined #openstack-ironic12:59
*** jistr has quit IRC13:00
lucasagomesyw :)13:02
*** jistr has joined #openstack-ironic13:03
lucasagomesnova fix is merged o/13:03
*** lazy_prince has joined #openstack-ironic13:04
faizanHi lucasagomes,13:08
faizanlucasagomes, I found some code issue in pxe_ilo driver code, which got merged last week.13:10
lucasagomesfaizan, right13:10
lucasagomesfaizan, we can open a bug, tag to RC13:10
faizanlucasagomes, I raised a bug https://bugs.launchpad.net/ironic/+bug/136954513:10
lucasagomesand submit the code13:10
lucasagomesyup13:10
*** k4n0 has quit IRC13:13
lucasagomesfaizan, tagged to rc1 the fix seems to be quite simple13:14
faizanlucasagomes, yes, thanks for tagging. I will raise a review soon.13:17
lucasagomesfaizan, cool :)13:17
lucasagomesthanks you for fixing it13:18
lucasagomesthank*13:18
*** rloo has joined #openstack-ironic13:18
lazy_princecan someone help me with this..? http://paste.openstack.org/show/111731/13:22
Shrewslucasagomes: based on the latest emails to the ML, do you think we should still merge https://review.openstack.org/121050?13:24
lucasagomesShrews, hi there, I answered that thread13:24
lucasagomesI think so13:24
lucasagomesI'm +1 for that... but I don't, what you guys think?13:24
lucasagomesI mostly asked for clarification in some points that Mike made13:24
lucasagomesthe random hash for dicts13:24
Shrewslucasagomes: oh, diff thread... lemme read13:24
lucasagomesI don't think that's true, the performance as well13:25
lucasagomesShrews, yeah13:25
lucasagomesShrews, feel free to revoke the +a if you think otherwise13:25
*** romcheg has quit IRC13:28
Shrewslucasagomes: i'm personally fine with leaving it. and can easily be undone later if there are problems.13:28
lucasagomesShrews, yeah13:28
lucasagomesShrews, in fact, the problem he pointed about the random hash seed13:28
lucasagomesI think not generating the pyc even help with that, because then the pyc will be generated everything we load the modules13:29
lucasagomes(but that PYTHONHASHSEED wans't disabled in our tox ini, ofc)13:29
lucasagomesif that*13:29
lucasagomes(I mean we are not caching the pyc's in the filesystem)13:30
* lucasagomes english level is going down hah needs more coffee (tough monday)13:31
*** teju has left #openstack-ironic13:45
*** r-daneel__ has joined #openstack-ironic13:48
*** yuanying has joined #openstack-ironic13:49
*** romcheg has joined #openstack-ironic13:56
*** ramineni has quit IRC13:58
*** jroll has quit IRC14:00
*** jroll has joined #openstack-ironic14:00
*** chenglch has quit IRC14:03
*** pcrews has joined #openstack-ironic14:10
jrollmorning ironic :)14:11
* jroll fixes the gate on the whiteboard14:11
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Avoid recursing between keepalive and raw_command  https://review.openstack.org/12156814:13
openstackgerritSyed Ismail Faizan Barmawer proposed a change to openstack/ironic: Fix code error in pxe_ilo driver  https://review.openstack.org/12157714:17
*** yuanying_ has joined #openstack-ironic14:17
jrolllazy_prince: hey, what driver are you using there?14:17
lazy_princejroll: pxe_ipmitool14:18
jrollhuh.14:18
jrollis that the node that failed to provision because those params weren't there?14:18
lazy_princewell.. i see this error when tear_down is called..14:19
*** chuckC has quit IRC14:19
lazy_princeit is consistent in my env.. not sue why.. so thought of asking if my nodes are really missing any properties..14:20
jrolltear_down is called on an active node or an errored node?14:20
*** yuanying has quit IRC14:20
lazy_princeerrored node..14:20
jrollaha14:20
jrollso, I thought we had solved this, might be a regression14:20
* jroll looks at a thing14:20
lazy_princeaha.. or is the patch not merged yet..?14:20
lucasagomesjroll, yo morning14:20
lazy_princei can give the patch a try if needed..14:21
jrolllazy_prince: I thought we fixed it months ago,s o14:21
jrolls/,s o/, so/14:21
*** rwsu has joined #openstack-ironic14:21
* jroll investigates14:21
lazy_princebut i have the code pulled on friday..14:22
jrollright... I'm saying we may have broken it again14:22
*** yuanying_ has quit IRC14:22
lazy_princeagreed.. :)14:22
jrollaha, hm14:22
faizanHi Lucasagomes, I posted a patch for pxe_ilo bug https://review.openstack.org/12157714:23
lucasagomesfaizan, ack, thanks!14:23
lucasagomeswill take a look later14:23
lazy_princedo you want me to file a bug for this..?14:23
jrolllazy_prince: yes, please do14:24
faizanlucasagomes, can you please review this patch when you get time?14:25
NobodyCamgood mornign Ironic14:26
NobodyCamlucasagomes: THANK YOU!!!!14:26
jrolllazy_prince: the broken code is pretty obvious, just not sure how it got that way... it was in a refactoring, I think14:26
lazy_princehmm..14:27
* jroll says good morning to an excited NobodyCam14:27
NobodyCammorning jroll :)14:28
jrollwhat did lucas do? :)14:28
NobodyCamhe pushed up a patch that I said I would do. but then I dropped off line14:28
NobodyCam:-p14:28
jrolloh ha14:29
NobodyCamso he rocks and I suck!14:29
NobodyCam:-p14:29
*** faizan has quit IRC14:29
lucasagomesNobodyCam, morning!14:31
*** dtantsur|brb is now known as dtantsur14:31
lucasagomesNobodyCam, what? hah14:31
lucasagomesoh14:31
lucasagomesno bothers, about the comment thing?14:31
lucasagomesrelax14:31
dtantsurjroll, NobodyCam, morning14:32
jrollfaiz<tab> :(14:33
*** Isotopp_ is now known as Isotopp14:33
jrollmorning dtantsur :)14:33
NobodyCam:) mornign lucasagomes and dtantsur14:35
NobodyCamlucasagomes: I totaly forgot that I had a 8:00am apt to take the house in for breaks and new belts...14:35
NobodyCamso Thank you :)14:36
lucasagomesNobodyCam, no problem at all :)14:36
NobodyCam:)14:36
lucasagomesnew breaks for the house that sounds cool haha14:37
NobodyCamlol well at least we can stop now :) hehehe. getting ready to head to the south14:37
jrollwoohoo14:38
lucasagomesnice :D14:39
*** ramineni has joined #openstack-ironic14:39
NobodyCamyea :) its starting to get chilly up here in the north14:39
* lucasagomes likes the cold14:40
NobodyCamheheheh14:41
Shrewsme too. difficult to snowboard w/o cold weather  :)14:41
NobodyCamShrews: thats what skate boards are for :)14:41
* jroll needs to do more snowboarding this year14:41
NobodyCamand morning Shrews14:42
jrolldtantsur: about the IPMIFailure thing14:42
jrollthere's a fairly large comment already in PXEDeploy.deploy()14:43
Shrewsjroll: i'm thinking the next mid-cycle should be in CO or UT  ;)14:43
jrollabout why this happens etc etc14:43
jrollShrews++14:43
jrollor even tahoe14:43
dtantsurjroll, then try..except should be there14:43
jrolldtantsur: it is14:43
jrolldtantsur: and it re-raises14:43
dtantsurthen why we need this patch?14:43
dtantsurthen it should not reraise :)14:43
devanandamorning, all14:43
jrollerr, hmm14:43
dtantsurdevananda, morning14:43
jrollit should only re-raise if it's not uefi14:44
jrollthe only expected failure is if it is uefi14:44
jrollso yeah, you're right14:44
jrollmorning devananda14:44
dtantsurjroll, then let's put the check _there_14:44
lucasagomesdevananda, morning14:44
NobodyCammorning devananda14:44
NobodyCamShrews: http://en.wikipedia.org/wiki/Durango,_Colorado14:44
jrolldtantsur: it is, I think that code is fine as-is, without faizan's patch14:44
dtantsurjroll, otherwise it's too easy to break things in the future by adding something after IPMI call14:44
dtantsurheh, now understood :)14:45
jrolldtantsur: jfyi https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L333-34214:45
jrolldtantsur: though, I suspect faizan filed this bug after running into this in real life, ipmi is weird, so maybe it's a real thing14:46
dtantsurjroll, then we need to fix this code, not invent something really strange as to me14:47
devanandalucasagomes: on https://review.openstack.org/#/c/121397/ I agree with sdague - the nova unit tests didn't catch the problem, and should have14:47
dtantsurand I'm still waiting for details on why and how this bug happens14:47
jrolldtantsur: sure14:47
lucasagomesdevananda, well... we had to change unittests as part of the fix14:47
lucasagomesdevananda, I mean unittests would fail, but Ironic is non-voting in nova gate14:47
devanandalucasagomes: that's the problem14:47
lucasagomesso it failed there, but it was approved anyway14:48
devanandalucasagomes: no - the unit tests are in nova's tree and considered voting14:48
jrollyeah, I was surprised unit tests didn't fail14:48
devanandalucasagomes: the -tempest- tests are a separate job and non-voting14:48
lucasagomesoh14:48
lucasagomesmaybe I overlooked then?14:48
lucasagomeshmm14:48
lucasagomesalright I will try to add a test to it14:48
devanandaunit tests didn't fail because they mock calling the thing, rather than actually calling it14:48
devanandathe mocked call was still passing 2 params, so it passed14:48
lucasagomesoh, that's bad14:49
jrolldevananda: I don't see it being mocked, where is that?14:49
jrollI see self.host_manager = ironic_host_manager.IronicHostManager()14:49
devanandasorry, its early - i don't mean mocked as in the library14:50
devanandai mean, the unit tests are not checking that the actual nova code can instantiate and call all the classes of HostStates14:50
devanandathere are unit tests which directly call host.consume_from_instance14:51
devanandaeg, fake calls14:51
devanandanote how both the original patch and the fix had to do this in several places14:51
jrollI'm not sure I understand, but https://review.openstack.org/#/c/121397/1/nova/tests/scheduler/test_ironic_host_manager.py14:51
devananda-        host.consume_from_instance(instance)14:51
devananda+        host.consume_from_instance(context, instance)14:51
jrollthe tests had to be updated to pass14:51
jrollso why didn't they fail before?14:51
devanandabecause no unit tests outside of nova/tests/scheduler/test_ironic_host_manager.py is instantiating /nova/scheduler/ironic_host_manager.py's IronicNodeState14:52
lucasagomesI think it's because we are testing IronicManager directly in our tests... where we need a tests, not related to ironic14:52
devanandaright14:52
lucasagomesto actually go and test all the possible hostmanagers in tree14:52
devanandawe need a test that walks through all host managers, and checks that they all adhere to the common interface14:53
lucasagomesyeah14:53
lucasagomesI see now14:53
devanandaakin to https://github.com/openstack/nova/blob/master/nova/tests/virt/test_driver.py#L6314:53
*** dtantsur_ has joined #openstack-ironic14:53
*** dtantsur has quit IRC14:53
*** dtantsur_ is now known as dtantsur14:53
lucasagomeslemme take a look at it14:53
*** ramineni has quit IRC14:54
jrollI still don't understand why that needs to be outside of test_ironic_host_manager.py14:54
jrollhost = ironic_host_manager.IronicNodeState("fakehost", "fakenode"); host.consume_from_instance('fake-context', instance)14:54
jrollconsume_from_instance calls super(...).consume_from_instance()14:55
devanandajroll: that isn't testing whether the code which actually uses that object will call it that way14:55
jrollwhich presumably has 2 required parameters14:55
lucasagomesjroll, because the IronicHostManager is just an abstraction... let's say that conductor/manager.py calls instantiate the HostManager class specified by CONF.host_manager14:56
jrollright, I get that part14:56
lucasagomesand then call class.consume_from_instance(ctx, instance, new_parameter)14:56
jrollI get that we need tests for that14:56
lucasagomesif we test Ironic direct we won't detect that a new parameter was added there14:56
jrollI don't understand why what I posted up there passes14:56
jrolldunno, might just need more coffee14:56
*** linggao has joined #openstack-ironic14:58
devanandajroll: https://review.openstack.org/#/c/118391/22/nova/scheduler/filter_scheduler.py14:58
*** lazy_prince has quit IRC14:58
devanandajroll: because Nova doesn't call it directly -- the filter_scheduler is passed an object, which it assumes has a given interface.14:58
devanandajroll: the unit tests are asserting what that interface is only locally -- they're not comparing the -actual- call to the interface14:59
*** bluex-pl has quit IRC14:59
devanandajroll: and the unit test for the filter_scheduler is not passing in an ironic host manager14:59
devanandahttps://review.openstack.org/#/c/118391/22/nova/tests/scheduler/test_filter_scheduler.py15:00
jrolloh, I didn't bubble up enough15:00
jrollBaseBaremetalNodeState doesn't call supeR()15:00
devanandaah15:00
* jroll is content, thanks for your patience :)15:00
devanandaok - why doesn't that call super?15:01
devanandaactually15:01
jrollright, that's a different question15:01
jrolloh, it makes sense, though15:01
devanandayea, that class is there to deduplicate code between bareemtal and irnoic15:01
jrollright15:01
devanandahah. so baremetal's hsot manager just broke too15:01
devanandaand we didn't fix it15:02
jrollbut that method doesn't call the super because the super behavior doesn't make sense for us15:02
jrollheh15:02
jrollbaremetal is dead, long live ironic15:02
NobodyCamjroll: ++15:02
* jroll is a bad person :P15:02
devanandaok - nope, it's fine. its subclass just passes15:03
* devananda only cares because of the upgrade path15:03
*** Poornima_ has quit IRC15:04
openstackgerritA change was merged to stackforge/pyghmi: Avoid recursing between keepalive and raw_command  https://review.openstack.org/12156815:04
NobodyCamgah the corp vpn is so slow tody15:04
*** ChuckC_ has joined #openstack-ironic15:04
*** ChuckC_ has quit IRC15:05
*** ChuckC_ has joined #openstack-ironic15:05
*** rushiagr is now known as rushiagr_away15:05
*** chuckC has joined #openstack-ironic15:07
devanandaspeaking of upgrade path... adam_g, how's that going?15:07
* devananda looks at the UEFI spec, marks it completed15:07
* devananda updates meeting wiki15:09
devanandalucasagomes: mind if I cover rc status today?15:09
lucasagomesdevananda, not at all15:09
*** ChuckC_ has quit IRC15:10
*** bluex-pl has joined #openstack-ironic15:13
devanandai'm going to add a section to the meeting for each driver15:17
devanandaalso, IBM has third party CI up, so I want to highlight that15:17
NobodyCamoh15:17
NobodyCamneat15:17
*** igordcard has quit IRC15:18
*** yuanying has joined #openstack-ironic15:19
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Update ironic states and documentation  https://review.openstack.org/11846715:23
*** ramineni has joined #openstack-ironic15:23
raminenijroll, jayF : Hi15:24
raminenijroll, jayF : raised a review for the script https://review.openstack.org/#/c/121433/ , please have a look15:25
*** viktors is now known as viktors|afk15:26
devanandaNobodyCam: grats on landing the baremetal->ironic proxy in nova, btw15:26
NobodyCam:-p15:26
NobodyCamI thank all who helped with that one :)15:27
NobodyCamI just updated the date of the next call :-p15:31
jrollramineni: neat! one question: is any of that specific to the agent? or can that be used for any kernel/ramdisk?15:31
devanandaNobodyCam: oh ty15:31
NobodyCam:-p15:31
*** ChuckC_ has joined #openstack-ironic15:32
raminenijroll : can be used for any kernel and ramdisk15:32
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Update ironic states and documentation  https://review.openstack.org/11846715:32
jrollramineni: hmm, then maybe there is a better place for this, idk. people using pxe/ilo driver would need this script, too, yes? curious what devananda thinks, I almost think this should be a DIB thing15:33
ramineniyes , this is used by ilo iscsi and iloipa15:35
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Avoid exception on close  https://review.openstack.org/12160215:37
jrollramineni: right, so I think maybe IPA repo isn't the best place for that script15:37
jrollalso curious to hear JayF's opinion15:37
jrolldevananda: I updated https://etherpad.openstack.org/p/ipa-todos ; I think it's accurate now15:38
devanandajroll: great, ty15:38
jrollnp15:38
devanandaadam_g ran into an issue on friday, doing a sideways migration of a live baremetal instance -- the image ref isn't part of the nova_bm schema, so we aren't copying it to Ironic right now15:39
devanandaresulting in an undeletable instance15:39
devanandabecause the PXE driver errors out if it can't find the image ref in node.instance_info15:39
raminenijroll : ok15:39
jrolldevananda: where's the image ref in nova-bm? instances table or something?15:40
devanandajroll: yea. our migration is only pulling from `nova_bm`, not `nova`15:40
jrollbah15:40
devanandayup15:40
devanandabah15:40
jrolldoesn't seem like a hard problem to fix though, unless someone has a requirement that we don't touch the nova side of things15:41
devanandaeither we import the full `nova` models as well, or we teach the PXE driver how to handle missing info during deprovisioning15:41
devanandaI think #2 is better, since it's actually fixing something15:41
jrolloh, lazy_prince ran into the same thing this morning15:41
jrollit actually fails in clean_up, right?15:41
devanandais there an open bug?15:41
devanandayes15:41
jrollI think that was actually a regression in the last couple weeks15:41
jrollhe said he would open one, I didn't see it15:42
devanandaah - https://bugs.launchpad.net/ironic/+bug/136898415:42
jrolldevananda: https://bugs.launchpad.net/ironic/+bug/136958715:42
jrolloh15:42
jrollsame bug, different scope :)15:43
devanandayep15:43
devanandaupdated https://bugs.launchpad.net/ironic/+bug/1368984 and promoted to critical15:46
devanandathat, IMO, really blocks our release15:46
devanandaand given lazy_prince's bug, it sounsd like Nova is tripping on it some times too15:46
jrollagree15:47
jrollthe code it's failing on is only there to clean up the image cache15:47
devanandaif there's no cached image, then who cares if it doesn't have that info?15:48
NobodyCamdevananda: +115:48
devanandafix should be some try: except: pass bits in the right place15:48
jrollright15:48
jrolldevananda: also, I'm fairly certain this was in j315:49
devanandajroll: i actually dont know why this hasn't been a bug for months15:50
jrolleh? I think it's a regression related to the refactor to land ilo/pxe15:50
jrollor some other cleanup code around the same time15:51
devanandaoh15:51
devanandacould be15:51
jrollbecause we used to have the same problem when calling deploy.validate() before tear_down15:51
jrollwe fixed that by just calling power.validate()15:52
NobodyCamjroll: thats the issue I recalled15:52
jrollright, so now clean_up ends up validating instance_info, it's unfortunate15:52
jrollI thought we were catching that exception, dunno15:53
* jroll looks15:53
jrollmight just make a patch real quick15:53
JayFramineni: that script doesn't even use DIB, does it?15:53
*** yuanying has quit IRC15:53
ramineniJayF: no , it doesn't , it's a normal shell script15:56
JayFramineni: Are you intending to use the ramdisk and kernel that the CoreOS scripts create?15:56
JayFramineni: or something DIB creates (that doesn't exist yet)15:57
ramineniJayF : yes , for ilo-ipa driver , we use ramdisk/kernel CoreOS scripts create15:58
JayFramineni: then I'd suggest just putting that script in imagebuild/coreos and adding a an "iso" target to the Makefile.15:58
JayFramineni: that uses your script to do the whole build steps and create it15:58
JayFramineni: since you're not utilizing DIB at all15:59
JayFjroll: ^ wdyt?15:59
jrollI'm ok with that, specifically16:00
jrollbut16:00
jrollseems like this script will also be used by ilo/pxe deployers16:00
jrolldo we want them to have to pull IPA down to do so?16:00
JayFOh, that's a really good point16:00
jrollor duplicate code between here and DIB or whatever16:00
jrollthat's my primary concern16:00
JayFHmm.16:00
JayFIt seems like a script that turns an arbitrary ramdisk and kernel into an iso is generally useful16:01
JayFbut I don't know where it should go, unless the script itself should be integrated into DIB... but personally I like the simplicity of it being separate16:01
*** dtantsur is now known as dtantsur|bbl16:01
jrollright...16:02
jrollmaybe ironic/tools16:02
*** eghobo has joined #openstack-ironic16:02
*** rushiagr_away is now known as rushiagr16:05
NobodyCamare the colors correct on the Items for graduation spread sheet16:08
*** marcoemorais has joined #openstack-ironic16:10
*** killer_prince has joined #openstack-ironic16:11
*** killer_prince is now known as lazy_prince16:11
*** teju has joined #openstack-ironic16:13
openstackgerritA change was merged to stackforge/pyghmi: Avoid exception on close  https://review.openstack.org/12160216:14
*** jcoufal has quit IRC16:15
devanandalucasagomes: not sure if I already pinged you on this or not .. Sept 18th is the requested cut-off date for a Juno final release of our client16:15
devanandalucasagomes: so any patches that need to land in the client, eg. t oexpose features we added in Juno -- we need to try to land them now16:15
lucasagomesdevananda, lemme look at the cli queue16:16
lucasagomesdevananda, we merged a couple of good patches last week16:16
devanandathis is to give downstream packaging (deb/fedora) time to freeze all their dependencies16:16
lucasagomesfor listing resources with details etc16:16
devanandaand test the RC builds of the service packages16:16
*** ndipanov is now known as ndipanov_gone16:17
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Allow clean_up with missing image ref  https://review.openstack.org/12161516:17
jrolldevananda: ^16:17
*** jcoufal has joined #openstack-ironic16:18
lucasagomesdevananda, alright there's one patch fixing a bug, it has a +2 already I will review it16:18
jrolldevananda: haven't written unit tests yet, but I think this will fix the issue alright16:18
lucasagomesdevananda, then I think we are fine cutting a release16:18
NobodyCamjroll: that test seems a little lacking in code :-p16:19
devanandalucasagomes: awesome, ty16:19
*** ifarkas has quit IRC16:19
NobodyCamlol16:19
jroll:P16:19
devanandalucasagomes: oh. there's a fix from rakesh for OS_REGION_NAME that looks important16:20
lucasagomesdevananda, yup that's the one16:20
devananda:)16:21
jrolladded a WIP to that fix https://review.openstack.org/#/c/121615/16:21
raminenijroll : looks like no better place , if we dont want to duplicate the script , JayF: any better alternative you have in mind?16:21
jrollfolks are welcome to pick this up16:21
jrollramineni: I would suggest ironic/tools/ but idk how others feel about that16:22
JayFramineni: I've been thinking about it and don't have much to suggest...16:22
JayFjroll: I dislike putting it in ironic/ repo, because then you have an IPA->Ironic build dep16:22
JayFjroll: assuming you're building an IPA ISO16:22
jrollguh16:22
JayFjroll: WTB ironic-common with common code between IPA and Ironic16:23
jrollthat said, ironic is the most common place between DIB and IPA for this16:23
jrollewwwwww16:23
jrollwell, maybe that's not so bad16:23
jrolldunno16:23
JayFduplicating the code is also not an awful solution16:23
JayFjust create a dib element that fully makes a pxe ramdisk, integrate the iso builder script into coreos build to add an iso make target16:23
jrollyeah, perhaps16:24
JayFI honestly think duplicating the code may be the lesser evil in this case16:24
jrollI do love the 'make iso' idea16:24
devanandaJayF: duplicate it for now. if that becomes a problem at some point, I'm not opposed to considering a separate repo for shared things16:24
JayF++16:24
*** jistr has quit IRC16:25
JayFramineni: so for now, for IPA, lets integrate your iso-builder script into imagebuild/coreos, and add a Makefile target for iso (make iso). I can add the ISO to the things we upload in our post job.16:25
devanandaJayF: also, what about splitting the image buildign bits out of IPA's repo into their own ipa-image-build repo?16:25
JayFdevananda: I don't hate that at all. That's more like the model we use downstream (we have our own image build repo that embeds hw utilities)16:26
devanandamake IPA just the agent code, not the image bits, so that there is a contract and unidirectional dep16:26
devanandawhich also follows the model that ironic has with dib16:26
JayFdevananda: but we still have the problem of ramineni having something that needs to both be in dib and the ipa builder (a script that makes an iso out of an arbitrary kernel and ramdisk)16:26
lucasagomesdevananda, patch is in gate now, once that merges I think we should go and cut the release16:27
devanandalucasagomes: sweet16:27
devanandaJayF: oh. gotcha.16:27
NobodyCamlucasagomes: awesome!!!16:27
JayFdevananda: the other problem with splitting out the image builder is it'll make our post job more complex (to build the image)16:27
jrollJayF: ipa-builder could have a second script to wrap DIB or something16:27
devanandaJayF: sounds like it's really a separate tool then16:27
JayFjroll: but at that point it's really more of ironic-images than ipa-builder16:27
devananda"take $think and make $ISO"16:27
jrollbah, true16:27
JayFdevananda: yeah, that's why I'm stuck as to what to do with it. I don't want to say "toss this in it's own repo and we'll all depend on it" because it seems overkill for a script :)16:28
jrolldevananda: I agree, but a repo for a single script seems overkill :P16:28
devanandaok - so ironic probably needs a repo for various image build tools16:28
devanandathat would then wrap the bits in dib, ipa, and this one16:28
NobodyCamdevananda: not just the tools directory in our current repo16:28
JayFdevananda: would the dib elements to build the pxe ramdisk move there, too?16:28
devanandaand an operator would look at ironic, choose a driver, and then choose the appropriate script to build images for that driver from this new repo16:28
devanandaJayF: yes16:29
jroll++ that ain't a bad idea16:29
devanandaJayF: or a shim that calls them16:29
JayF+900116:29
JayFwell, I don't like a shim16:29
JayFI like the actual elements living there :)16:29
devanandaJayF: I agree. I'd rather the actual things live there. will make gating easier16:29
JayFThe only thing then is to figure out the proper coordination to keep the IPA builder job going16:29
devanandabecause then we can model the dependencies more linearly16:29
JayFI assume it's possible in infra to have one project trigger another project to build, I just don't know how yet16:30
devanandapost jobs16:30
JayFThis would be a great topic for the meeting fwiw16:30
devanandaJayF: I have to run out for a bit, meetings n crap, but please add it to https://docs.google.com/spreadsheets/d/1XBKdeDeGfaRYaThjIIoYRwe_zPensECnxsKUuqdoVmQ/edit#gid=016:30
jrollwow, it's 9:30 already16:30
JayFPost job is how it's done now :) what the job looks like is more wbat I'm curious about16:30
JayFwill-do16:30
devanandaI'll be back for our meeting16:30
* jroll goes afk16:30
*** dlaube has joined #openstack-ironic16:30
NobodyCamI can a seperate repo leading to more corss project dependency issues, at least some16:30
JayFdevananda: can I add proposed summit idea to that spreadsheet?16:31
jrollwe need a whiteboard16:31
jrollto draw this dep graph16:31
*** eghobo has quit IRC16:31
devanandaJayF: anyone can edit16:32
* jroll really goes afk16:32
*** chuckC has quit IRC16:32
devanandaJayF: i'll bring it up in our meeting, but yes -- please do16:32
JayFaight16:32
* devananda really goes afk too16:32
NobodyCamwith everyone going afk, /me thinks about a starbucks run16:33
JayFramineni: to get this landed now; for IPA iso, I'd just integrate it with the imagebuild/coreos builder... same with the pxe ramdisk, I'd just integrate it where it lives now and make it work16:33
JayFramineni: and we'll figure out a better permanent home for all of this16:33
* lucasagomes lucas-afk16:33
lucasagomes>.< nick :(16:33
*** lucasagomes is now known as lucas-afk16:34
NobodyCamlol16:34
*** marcoemorais has quit IRC16:34
*** marcoemorais has joined #openstack-ironic16:34
ramineniJayF : you meant , make iso idea right?16:34
JayFramineni: aye16:34
JayFramineni: just in the same folder as existing ramdisk :)16:35
ramineniJayF: sure , I will change that , and add iso target to make file16:35
ramineniJayF: thanks  :) , will raise review again16:36
*** eghobo has joined #openstack-ironic16:37
*** marcoemorais has quit IRC16:38
NobodyCambrb making the StarBucks run16:38
*** marcoemorais has joined #openstack-ironic16:38
openstackgerritA change was merged to openstack/python-ironicclient: Add unit tests for "ironic node-delete" shell cmd  https://review.openstack.org/12071016:41
*** ramineni has quit IRC16:46
openstackgerritA change was merged to openstack/ironic: Updated from global requirements  https://review.openstack.org/12063716:46
*** yuanying has joined #openstack-ironic16:50
openstackgerritMike Durnosvistov proposed a change to openstack/ironic: Check whether specified FS is supported  https://review.openstack.org/9810216:50
*** ChuckC_ is now known as ChuckC16:58
*** derekh has quit IRC16:59
*** marcoemorais1 has joined #openstack-ironic16:59
*** teju has left #openstack-ironic16:59
* devananda is semi-back17:02
*** marcoemorais has quit IRC17:03
*** harlowja has joined #openstack-ironic17:04
ChuckCadam_g: hi17:11
*** athomas has quit IRC17:15
*** romcheg has quit IRC17:16
*** eghobo has quit IRC17:16
*** cdnchris has joined #openstack-ironic17:17
*** marcoemorais has joined #openstack-ironic17:18
*** marcoemorais1 has quit IRC17:18
devanandaJayF / jroll: are ya'll releasing IPA as a client, eg. with semver? or does that need to get tagged and packaged up as part of releasing Juno?17:20
devanandaI really should have asked that a while ago :)17:20
JayFdevananda: we were asking that while you were gone17:21
JayFdevananda: I think we all pretty well decided it makes sense to cut a 'Juno' of IPA17:21
*** cdnchris has left #openstack-ironic17:21
JayFjroll: ^ a good topic for IPA subteam report17:21
*** eghobo has joined #openstack-ironic17:22
*** yuanying has quit IRC17:23
*** dutsmoc is now known as comstud17:24
devanandaJayF: so that should perhaps be done by the openstack release mgr, ttx, except he's not aware of it17:25
devanandaJayF: and IPA hasn't followed the release cadence17:25
devanandaeg, feature freeze, gate tests, etc17:25
JayFWe17:27
JayF*We've been trying to get gate tests, hehe17:27
devananda*nod*17:32
devanandaJayf: is there a build pulished on pypi somewhere?17:33
devanandaI dont see anything17:33
devananda*published17:34
JayFNo, we don't publish anything except the ramdisks on tarballs.openstack17:35
JayFor at least haven't yet17:35
JayFat one point I was against the idea of a pypi release of IPA... now I could see a user wanting to make their own custom image build depend on a given version, so I'm more OK with it in the context of that use case17:35
JayFit's just strange, IPA feels in some ways like iPxe or Syslinux17:35
JayFwhere the package installed gives you binary images to do what you need to with17:36
JayFrather than if you made an IPA package that installed the python locally on your system17:36
JayFif you get what I mean?17:36
NobodyCamdevananda: thank you for the edits to https://wiki.openstack.org/wiki/Ironic/NovaBaremetalIronicMigration :)17:37
*** penick has joined #openstack-ironic17:39
NobodyCamI'm drawing a blank on the best way to fill out this section: Ensure service start-up17:40
NobodyCamcheck running / check port open / check log ?17:41
JayFCheck logs for no WARNING or ERROR mssages?17:41
JayFwhat service are you talking about in that case specifically17:41
* JayF hasn't opened that page17:41
NobodyCamlol for this case it is the ironic-api / conductor17:41
NobodyCamservicces17:41
JayFThen how about an api call to /drivers17:41
JayFif it succeeds; api works17:41
JayFif conductor started; it'll be listed17:41
JayFand check logs for warnings and errors17:42
NobodyCamoh that would work :)17:42
openstackgerritRuby Loo proposed a change to openstack/python-ironicclient: Update README with a bit more info  https://review.openstack.org/12163717:42
NobodyCamrloo: is that white space for rst formating?17:50
* devananda goes afk again for 20 minutes17:51
NobodyCam:)17:52
*** bluex-pl has quit IRC17:53
openstackgerritA change was merged to openstack/ironic: Don't write python bytecode while testing  https://review.openstack.org/12105017:53
rloohi NobodyCam. Ouch, did I leave some white space?17:55
openstackgerritRuby Loo proposed a change to openstack/python-ironicclient: Update README with a bit more info  https://review.openstack.org/12163717:56
rlooNobodyCam: ^^ what white space? :-)17:56
NobodyCammorning rloo :)17:56
NobodyCamlol17:56
rloobonjour NobodyCam17:56
NobodyCammarci bow coupe17:57
rlooNobodyCam: if you can think of something better to put in the README, let me know. I was lame. copy/pasted stuff from other clients.17:57
NobodyCamrloo: ack will take a better look in a few17:57
rlooNobodyCam: wrt https://wiki.openstack.org/wiki/Ironic/NovaBaremetalIronicMigration, are we at the 'polishing' stage, or need more info added?17:58
*** penick has quit IRC18:00
NobodyCamrloo: I'm adding detail to the ensure service startup section atm18:00
rlooNobodyCam: and how much detail do we need to provide? eg, do/should we point them to 'install ironic' docn?18:01
*** penick has joined #openstack-ironic18:01
*** marcoemorais has quit IRC18:02
*** marcoemorais has joined #openstack-ironic18:02
*** igordcard has joined #openstack-ironic18:02
rlooNobodyCam: maybe in the Assumptions part, we can mention assuming that they have baremetal running and ironic installed.18:02
*** marcoemorais has quit IRC18:03
*** rushiagr is now known as rushiagr_away18:03
*** marcoemorais has joined #openstack-ironic18:03
*** cdnchris has joined #openstack-ironic18:05
NobodyCamHumm I thouhgt I had somehting about that already18:07
rlooNobodyCam: after doing the 'ironic-nova-bm-migrate', will ironic node-list show the nodes migrated from BM?18:09
JayFjroll: heh18:12
JayFjroll: gmta?18:12
*** romcheg has joined #openstack-ironic18:13
rlooNobodyCam: wrt 'Ensure service start-up', if they had installed ironic, they should have ensured it worked then.18:15
rlooNobodyCam: http://docs.openstack.org/developer/ironic/deploy/install-guide.html doesn't give examples of testing that ironic is up and running :-(18:15
*** cdnchris has quit IRC18:15
rlooNobodyCam: it seems to me that in the migration doc, that if they migration script worked, they should be able to do an 'ironic node-list' and see the nodes that had been in baremetal. That might be a more useful test at that point in the doc.18:16
*** mitz_ has quit IRC18:16
*** jistr has joined #openstack-ironic18:18
NobodyCamrloo: yes that would be good to add18:18
JayFhttps://review.openstack.org/#/c/120660/4 and https://review.openstack.org/#/c/120661/4 are pretty trivial docstring reviews if someone wants to land some easy patches18:19
*** yuanying has joined #openstack-ironic18:19
*** cdnchris has joined #openstack-ironic18:21
jrollJayF: indeed :P18:25
NobodyCamrloo: hows that look RE: https://wiki.openstack.org/wiki/Ironic/NovaBaremetalIronicMigration#Ensure_service_start-up18:28
rloosec just giving feedback on an easy patch...18:29
jrollNobodyCam: you might add that the "hosts" list depends on your conductor hostname18:31
openstackgerritA change was merged to openstack/python-ironicclient: ironic client to use os_region_name if provided  https://review.openstack.org/12080718:31
rlooNobodyCam: much better. So how much baby sitting do we do. Eg, do we mention that 'instance_uuid' will have a value if their bm node has an instance on it? (do we migrate those?)18:31
*** openstackgerrit has quit IRC18:32
rlooNobodyCam: do you know, are the create/update dates since they were added to ironic, or to bm?18:32
jrollthat would be since added to ironic, normally18:33
jrolldon't think we expose those to the api18:33
*** openstackgerrit has joined #openstack-ironic18:33
rloojroll: i was wondering if bm had create/update dates, and if so, whether it made sense to 'migrate' those dates over.18:34
ChuckCadam_g: hi18:34
rloojroll: esp if those dates had anything to do with dates in nova wrt any instances on those nodes.18:34
jrollrloo: yeah, /me looks18:34
jrollwell18:34
jrollcreated_at is when the node was reg'd, updated_at is the last time the db row was updated18:35
rloojroll: i suppose i should just look at the migration script18:35
jrollyeah, that's what I was going to do18:35
rlooha ha. you first then ;)18:35
jrollrloo: https://github.com/openstack/ironic/blob/master/ironic/migrate_nova/migrate_db.py#L104-105 :)18:36
rloocool!18:36
rlooso that is something we can mention in the migration doc18:36
jrollyep :)18:36
jrollthough ironic might end up changing updated_at before the user does node-show18:37
*** penick has quit IRC18:37
rloojroll: Hmm. Why is i_node.updated_at = n_node.created_at, and vice versa?18:37
Shrewsrloo: umm, hrmm....18:38
Shrewsme thinks that to be erroneous18:39
NobodyCamwas just about to sy because it a unfiled bug :-p18:39
rloook, who wants to file/fix? (I can, just thought I'd offer it to someone else)18:40
Shrewsrloo: i'll grab it18:40
rloolow-hanging-fruit. c'mon, don't be shy!18:40
rlooand the winner is Shrews! Thank you!18:40
NobodyCam:)18:41
adam_gChuckC, heya18:41
ChuckCadam_g: hey, I was wondering if I could add you to a neutron review for an ironic issue?18:42
adam_gChuckC, sure18:42
jrollrloo: lolol, nice catch18:42
jrollChuckC: I'm curious to see that review as well :)18:42
rloojroll: ;)18:43
jrollrloo: I think we all wish we had your level of observant-ness18:43
ChuckCadam_g: it's about making mac_address updatable, so ironic servers can replace a NIC and the neutron port doesn't need to be deleted/recreated18:43
ChuckCjroll: no problem!18:43
rloojroll: you can, it isn't hard. just make your mind a blank slate. no assumptions. ha ha.18:44
jrollChuckC: feel free to just link it rather than adding me :P18:44
*** lazy_prince is now known as killer_prince18:44
jrollrloo: dunno, I read fast by default, it's hard to turn it off18:44
jrollkiller_prince: hey, you should try https://review.openstack.org/#/c/121615/18:44
ChuckCjroll: Ha!  here you go: https://review.openstack.org/#/c/112129/218:46
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Fix timestamp column migration  https://review.openstack.org/12165118:47
jrollthanks :)18:49
ChuckCadam_g: thanks18:50
*** rushiagr_away is now known as rushiagr18:51
*** yuanying has quit IRC18:53
*** dtantsur|bbl is now known as dtantsur18:56
devanandaback18:56
*** lucas-afk is now known as lucasagomes18:56
lucasagomesdevananda, fyi patch is merged in the cli18:56
devanandasweet18:56
NobodyCamlol18:56
lucasagomes:)18:56
*** penick has joined #openstack-ironic18:57
devananda2 min until meeting18:58
NobodyCamdevananda: you running today?18:59
devanandasure18:59
NobodyCam:)18:59
*** romcheg has quit IRC19:01
*** rushiagr is now known as rushiagr_away19:08
*** harlowja has quit IRC19:14
*** harlowja_ has joined #openstack-ironic19:14
*** marcoemorais has quit IRC19:18
*** marcoemorais has joined #openstack-ironic19:18
*** jistr has quit IRC19:18
*** jistr has joined #openstack-ironic19:19
*** cdnchris has quit IRC19:21
*** cdnchris has joined #openstack-ironic19:24
*** jistr has quit IRC19:25
*** dprince has quit IRC19:26
*** marcoemorais has quit IRC19:28
*** marcoemorais has joined #openstack-ironic19:28
*** GheRivero_pto is now known as GheRivero19:30
*** marcoemorais has quit IRC19:31
*** marcoemorais has joined #openstack-ironic19:32
*** cdnchris has quit IRC19:39
*** ChuckC has quit IRC19:41
*** pelix has quit IRC19:45
*** yuanying has joined #openstack-ironic19:50
*** cdnchris has joined #openstack-ironic19:54
*** ChuckC has joined #openstack-ironic19:58
* lucasagomes will crack open a bottle champagne if ironic graduates tomorrow!20:00
NobodyCamlucasagomes: ++++++++++++++20:01
rloodevananda, lucasagomes: two minor changes for CLI: https://review.openstack.org/#/c/121637/ & https://review.openstack.org/#/c/120953/20:01
jrolllol20:01
lucasagomesrloo, will take a look20:01
dtantsurg'night folks :)20:01
*** dtantsur is now known as dtantsur|afk20:02
JayFnight20:02
rloolucasagomes, before I forget. I added a comment to 121050 -- it has merged but wonder if we should change20:02
lucasagomesthe 2nd one you already -1'ed20:02
lucasagomesdtantsur|afk, night20:02
lucasagomesrloo, looks20:02
rloolucasagomes: yeah. the code is ok, i just didn't like where he put the tests.20:02
rloolucasagomes: i can +2 it if we want it in today. I was hoping he'd fix it tonight. or I guess I can fix it now?20:02
* jroll bbiab20:03
lucasagomesrloo, oh yeah it really changed ... hmmmm20:03
devanandarloo: or post a trivial patch on top that moves the tests20:03
lucasagomesrloo, I think he's from japan it may be very late there20:03
rloolucasagomes: yeah, he's from japan.20:04
lucasagomesrloo, right, I will check that new nova approach tomorrow20:04
lucasagomesrloo, besically they are deleting the pyc files before run the tests :/20:04
lucasagomes(prefer just telling python to just not generate it)20:04
rloolucasagomes: yup; it seemed like maybe we should do a similar thing as nova there20:05
lucasagomesrloo, their approach looks more costy20:05
lucasagomesI will investigate it tomorrow20:05
rloodevananda: are you ok to wait til tomorrow to see if he fixes that? I'm inclined to take the least-amount-of-work way ;)20:05
rloolucasagomes: take a look at the email thread.20:06
lucasagomesrloo, yeah I answer that20:06
lucasagomesput my 0.5c there20:06
rloolucasagomes: they use cents in ireland? how much is that really worth? :-)20:06
*** andreykurilin_ has joined #openstack-ironic20:07
lucasagomesrloo, yup euro cents20:07
rloolucasagomes: ah, useful in Paris then ;)20:07
lucasagomesexactly, that's very handy actually, not having to changing the currency etc20:08
lucasagomesdevananda, https://review.openstack.org/#/c/120149/ if you have a time20:08
lucasagomesrloo, are you submitting a new patch set for #120953?20:11
lucasagomesjust moving the code20:11
rloolucasagomes: you want me to +2 and then submit a new patch?20:12
lucasagomesrloo, hmm I was thinking about just submit a new patch set for it?!20:12
lucasagomesseems less work20:12
rloolucasagomes: can do that too ;)20:12
lucasagomesrloo, ack20:13
openstackgerritRuby Loo proposed a change to openstack/python-ironicclient: Add 'rebuild' option to node-set-provision-state  https://review.openstack.org/12095320:15
lucasagomesrloo, ta much!20:17
rloolucasagomes: ;)20:17
*** yuanying_ has joined #openstack-ironic20:17
lucasagomes+2'ed20:17
lucasagomesand with that I will call it a day :)20:17
lucasagomeshave a good night everybody!20:18
* jroll +A20:18
jrollnight lucas :)20:18
rloothx lucasagomes. Goodnight!20:18
lucasagomesnight :)20:18
*** lucasagomes is now known as lucas-zZz20:18
NobodyCamnight lucas-zZz :)20:18
*** yuanying has quit IRC20:20
*** stevebak` is now known as stevebaker20:21
*** cdnchris has quit IRC20:22
*** cdnchris has joined #openstack-ironic20:28
NobodyCambrb20:33
* greghaynes waves20:33
greghaynesLooks like there was some hash ring talk at the meeting - I agree with what I think is the consensus: Its a big change for this late in the cycle20:34
Shrewsoh look, it's a greghaynes20:34
greghaynes:)20:34
Shrewsdevananda: ^^^20:34
devanandahi!20:34
greghaynesShrews: Yea, ty for pointing that out to me :)20:34
Shrewsnp20:35
devanandagreghaynes: right. So let me frame the question this way: "is the PXE driver functionally broken at a scale beyond 1 conductor node"?20:35
greghaynesNo idea, im not really versed in the PXE driver20:36
greghaynesIs there a different, specific bug for the PXE driver? I just know of https://bugs.launchpad.net/ironic/+bug/135551020:38
jrollI think that bug assumes that the PXE driver is the only driver20:38
devanandaah20:38
devanandaso20:38
devananda"When using multiple conductor instances the HashRing should be updated over time as each conductor become active in order to allocate nodes evenly"20:38
devanandais not an accurate statement, really20:38
devanandait's glossed to the point of beign misleading, IMO20:39
devanandaconductors don't actually allocate nodes20:39
devanandathe HashRing instantiated in the API service is responsible for mapping nodes -> conductors, and then routing messages to the right place20:39
devanandaa conductor receives the message and acts upon it -- but doesn't care about the HashRing at this point20:40
devanandait only cares if it can get the Task lock on that node20:40
* devananda wonders if we need clearer dev docs on that process20:40
devanandathe place where the PXE driver in particular cares about this mapping20:40
devanandais that, when it provisions a node, it also updates the DHCP provider with a reference to that conductor's IP and the local TFTP files20:41
devanandaif that conductor goes away, another conductor should, in theory, rebuild those TFTP files and update teh DHCP provider20:41
devanandathat's where driver.deploy.take_over() comes in20:41
devanandaand that should be called by a ring rebalance20:42
devanandaRight - so I commented on the bug on 8/12 to this effect20:42
devanandabut there's no response20:42
devanandagreghaynes: and I dont see a patch listed on that bug?20:43
devanandaoh, JayF also commented - and yes, you're correct.20:43
greghaynesok, so that makes a lot more sense now. The patches I have been working on have not dealt with the periodic task bit20:44
greghayneswhich is what will do the rebuild of tftp files20:44
devanandagreghaynes: so I think there are two very distinct bugs here20:44
devananda1. too many "buckets" move around the ring when the list of "targets" changes20:45
devananda2. there's no periodic task on the conductors which syncs their local view of the hash and takes necessary actions when it changes20:45
Shrewsdevananda: https://bugs.launchpad.net/ironic/+bug/136533420:46
devanandaright20:46
devanandathere are two bugs :)20:46
greghaynesAgreed20:46
greghaynesand functionally, they both depend on rebalancing20:47
devanandathree20:47
devanandaShrews: https://bugs.launchpad.net/ironic/+bug/127933120:47
Shrewsoy20:47
* devananda targets https://bugs.launchpad.net/ironic/+bug/1279331 to RC120:47
devananda- no periodic task to keep PXE up to date20:48
jrollreally sick of random gate fails :/20:48
devananda- hash ring isn't updated on condutor when other conductors join/leave20:48
*** harlowja_ is now known as harlowja_away20:49
devananda- hash ring mapping changes too much when anything joins/leaves20:49
* NobodyCam updated https://wiki.openstack.org/wiki/Ironic/NovaBaremetalIronicMigration#Baremetal_section to attempt show remove better.. is it too much?20:49
ShrewsNobodyCam: i question the need for an example of "deleting"  :)  just my opinion though20:50
rlooNobodyCam: whoa! What happened to my eyes?20:50
NobodyCamtoo much then :-p20:50
jrollNobodyCam: lol, yeah, maybe show it in diff format or something?20:51
*** pensu has quit IRC20:51
rlooShrews: is it cuz it takes too many lines? Could condense it with [Baremetal] ...20:51
Shrewsrloo: "Remove the [baremetal] section" is pretty self-explanatory to me20:51
rlooNobodyCam: it isn't a big deal if they don't understand? if they don't delete it, things should still work anyway, right?  Or are you worried they'll add that in?20:51
devanandaNobodyCam: I ++Shrews -- just say "delete the [baremetal] section". No need to copy the whole thing into the wiki20:52
NobodyCamack20:52
greghaynesSo, a small thing I ran into - We dont want to make an API change when we add conductor_id to the db. Is there a sane way to add this property to the controllers/v1/node:Node class without adding a wsme property? The alternative is to put a bunch of logic in the NodesController that I think really belongs in the Node class itself...20:52
*** linggao has quit IRC20:53
devanandagreghaynes: why add it to api/controllers/v1/node at all?20:53
* greghaynes is still just learning this whole wsme ironic thing20:53
NobodyCamok better?20:53
devanandagreghaynes: just add it to the db and object models, not the api model20:54
greghaynesdevananda: Whenever a node is created via API that property needs to get filled out somehow, that and NodesController seemed like the two entry points for that20:54
*** yuanying_ has quit IRC20:54
rlooNobodyCam: so we can migrate the nodes from BM to Ironic. But if a BM node has an instance on it, then what? (2nd point in Assumptions...)20:54
greghayneshrm, so what would actually perform the conductor_id lookup and fil out that property?20:54
devanandagreghaynes: ironic/objects/node.py -- add "conductor_id: obj_utils.str_or_none20:54
ShrewsNobodyCam: the example just doesn't make sense. i'd drop it entirely20:54
*** cdnchris has quit IRC20:55
openstackgerritA change was merged to openstack/ironic: Fix timestamp column migration  https://review.openstack.org/12165120:55
devanandagreghaynes: take a look at how chassis_id is handled within api/controllers/v1/node.py Node.__init__()20:56
NobodyCamShrews: ok done.20:56
devanandagreghaynes: it's hidden from the REST API but still handled internally20:56
NobodyCam:)20:56
greghayneshrmm, ok20:57
devanandagreghaynes: actually - we shouldn't handle this the same way as chassis_id -- there is already handling of internal attributes.20:58
openstackgerritA change was merged to openstack/python-ironicclient: Update README with a bit more info  https://review.openstack.org/12163720:58
devanandafor k in fields: if not hasattr(self, k): continue20:58
greghaynesyea, uuid looks like the inverse of this - its API only20:59
greghayneser, chasis_uuid20:59
*** eghobo has quit IRC21:00
devanandagreghaynes: right. this should be a private member only. eg, it goes in objects/node.py and db/sqla/models.py21:00
devanandaand the API should just work (and not change)21:00
jroll/b 321:01
jroll>.>21:01
greghaynesyep, I just need to take care of the actually filling out that field on node creation. Easy way is to just put some logic in the NodeController that looks up the conductor_id on node create but seems less than idael21:01
devanandaoh, i see what you mean21:02
devanandawhy not leave it NULL ?21:02
greghaynesand then just fill it out via periodic task?21:02
devanandaa conductor shouldn't do anything when a node is first created21:02
devanandait should, however, start polling it within the regular periodic tasks21:03
devanandaeg, sync_power_state21:03
devanandathe point of that field is to assist with rebalancing21:03
devanandaso21:03
devanandagreghaynes: why not have the periodic task which handles rebalancing simply fill in for NULL values when it finds them?21:04
openstackgerritA change was merged to openstack/ironic-python-agent: Remove PyPy from default tox runlist  https://review.openstack.org/12119521:04
greghaynesyep, SGTM21:04
devanandacool21:04
greghaynesty21:04
Shrewsdevananda: greghaynes: what happens if a conductor fails before conductor_id gets assigned? could some nodes be left orphaned?21:05
greghaynesthat should be fine - the periodic task is just checking for nodes that dont belong to an active conductor21:05
greghaynesso itll pick that node up next round21:06
Shrewswhen/where are nodes associated with a conductor then? provisioning time?21:07
greghaynesthis isnt really much more than a cache of the association, to be clear21:08
greghaynesthe mapping for API requests happens whenever rebalance is called on the hashring21:08
*** linggao has joined #openstack-ironic21:13
devanandagreghaynes: yea, i think we need to be -really- clear that the db column is not an assignment, it's a cache of the association21:16
devanandawhich is a concern I have in the proposed implementation's wording21:17
JayFI'm not sure I see value in caching the association, is the for operator use? What action would I take based on that?21:17
devanandaJayF: none. it's hidden from the API21:17
devanandaJayF: it's an optimization for the rebalance case21:17
JayFI like the information there in theory, but if it's potentially out of date it makes me go hrm21:17
JayFhm. okay then21:17
devanandawhen a conductor checks "are there nodes that I need to take over"21:17
devanandaw/o a cache: it walks the list of all nodes21:18
devanandaw/ a cache: it walks the list of nodes only for known dead conductors21:18
JayFwith a potentially invalidated cache, shouldn't it do that anyway?21:18
devanandaeg, if there are 100 conductors, and 1 dies, on the next cycle, 99 conductors will walk 1% of the nodes21:18
devanandathough21:19
devanandai was very tired when I discussed this with lifeless, and thinking about it now, I think this is really an overly pessimistic optimization21:19
devanandaby that, i mean, the harm in having each conductor walk the full list isn't that great21:19
JayFI don't have many opinions about which way to do it from a technical standpoint; I just wanted to make sure it wasn't intended for operator consumption, because I'd consider that dubious21:19
devanandait is O(N) vs O(N/c) where N = # nodes and c = # conductors21:20
JayFand you miss some21:20
JayFpotentially21:20
devanandafor a non-trivial increase in complexity21:20
JayFright?21:20
devanandaJayF: miss some?21:20
JayFYou said21:20
devanandaand O(N/c) is still O(N)21:20
JayF14:16:55 <devananda> greghaynes: yea, i think we need to be -really- clear that the db column is not an assignment, it's a cache of the association21:20
devanandaespecially for small c21:21
jrollJayF: use case is "conductor dies, update the nodes it belonged to"21:21
JayFit's only a cache of the association21:21
devanandawhich is all known deployments today21:21
JayFis there ever a case when a node could change conductors and that column not be updated?21:21
JayFthe way you said that ^ above made me suspicious there may be21:21
devanandaJayF: there are two "walks" that need to happen during the periodic task21:21
devananda1- conductor walks all nodes mapped to it, checks local state, checks DB and updates if needed21:22
JayFI know the API node will recalculate on the fly as well, so there's always a period of time when a conductor dies that the db doesn't reflect reality. My question is if it would ever not reflect reality in a way that'd cause a node to not be reassigned to a conductor21:22
devananda2- conductor syncs hash ring, detects if it changed; IIF it changed, conductor fetches list of dead conductors, walks all nodes mapped to them. IFF some of those map to conductor, perform (1) on those nodes too21:22
devanandahonestly21:23
devanandafor simplicity21:23
devanandai think it's fine to just walk the whole list of nodes once21:23
Shrewsdevananda: is a lock needed to just query the node? if so, this could increase the number of node lock conflicts. limiting that might be worth it.21:25
devanandathe more nodes in a deployment, the longer it'll take to walk the list -- and simply spacing the periodic task out further doesn't scale, because it means increasing the window where nodes may be unmapped/unmanaged21:25
devanandaShrews: no - querying doesn't lock21:25
JayFShrews: devananda: Right now Ironic locks a node when an agent heartbeats, fwiw21:26
JayFI think we lock nodes on all vendor_passthru but imbw21:26
devanandaJayF: yes. because it is a POST21:26
Shrewsthankfully, we now have node lock retry   :)21:27
devanandaJayF: and because ConductorManager doesn't introspect it, doesn't know what the driver will do, and just passes it to the driver, so it must take a lock21:27
devanandahm. we should perhaps docuemnt somewhere that all API interaction with /vendor_passthru/ is serliazed in the driver IMPL21:28
JayFShould we promote the heartbeat endpoint to not be v-p in K?21:28
*** linggao has quit IRC21:29
rlooNobodyCam: are you OK if I replace the 'Intialize the Ironic schema' part in the migration doc, with something about Installing Ironic via following http://docs.openstack.org/developer/ironic/deploy/install-guide.html#install-and-configure-prerequisites21:30
jrolldevananda: I'd rather vendor_passthru left the lock up to the driver, tbh21:31
devanandajroll: ++21:31
jrolldevananda: I also want to work on a real policy thing for ironic21:31
* jroll ducks21:32
devanandao.021:32
NobodyCamrloo: yes, that doc covers it well I think21:32
rlooNobodyCam: thx.21:32
jrolldevananda: different operator roles21:32
* devananda throws a nerf dart at jroll, just for good measure21:32
jrolldevananda: e.g. monitoring account gets read-only21:32
devanandaah21:32
devanandajroll: ++21:33
jrolldevananda: e.g. some guy racking hardware gets access to POST /nodes21:33
jrollyeah21:33
jrollcool, let's make that happen in kilo21:33
devanandajroll: combine that with lifecycle notifications21:33
devanandaand you have some neat things21:33
jrolljust getting logs of you being on board :)21:33
jrollindeed21:33
lifelessdevananda: uhm, I don't think the analysis above is quite right21:33
lifelessdevananda: e.g. I don't think recording the conductor that owns a node in the node is a cache vs actually its semantic21:34
jrolldevananda: both of these have come out of actually running an ironic install :P21:34
devanandalifeless: it's not an assingment, though21:34
*** lucas-zZz has quit IRC21:43
devanandalifeless: depending on how its implemented, it could be semantic -- it might mean "this is the last conductor which operated on this node"21:43
devanandalifeless: but implementing it to have that meaning => additional DB write for every other operation that a conductor does (really: changes in several parts of code to do that w/o needless db transactions)21:44
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add a doc note about the vendor_passthru endpoint  https://review.openstack.org/12167821:45
*** cdnchris has joined #openstack-ironic21:47
*** andreykurilin_ has quit IRC21:48
*** andreykurilin_ has joined #openstack-ironic21:48
*** yuanying has joined #openstack-ironic21:51
lifelessdevananda: I don't understand why one would need to write when the value hasn't altered21:52
lifelessdevananda: as for the O(N) vs O(N/c) - the first scales as the nodes managed increases, the second scales as the *nodes per conductor* increases.21:54
lifelessdevananda: and we can reasonably expect the second one to be held roughly constant, which isn't true of the first.21:54
devanandalifeless: right, of course21:58
*** cdnchris has quit IRC22:00
jrolldevananda: https://review.openstack.org/#/c/121678/1/doc/source/dev/drivers.rst is this about node vendor passthru, or driver vendor passthru?22:01
jroll(thinking the latter)22:01
devanandajroll: node22:02
jrollaha22:02
jrolldevananda: want to add driver as well?22:02
jrollor later as a  separate commit?22:02
devanandajroll: i can note it there. any thing you'd want to call out specially?22:03
devanandai think IPA is the only driver that implements it22:03
jrolldevananda: same sort of info, I guess22:03
jrolldevananda: making comments on this though, if you want to wait22:03
jrolle.g. this isn't syncronous22:03
jrollvendor_passthru is async22:03
*** cdnchris has joined #openstack-ironic22:04
*** cdnchris has left #openstack-ironic22:04
devanandajroll: ahh, it is now, you're right22:06
devanandathat doesn't make any sense22:06
jrollwhat doesn't make any sense?22:06
* devananda must have forgotten why we did that22:07
jrollum22:07
jrollbecause the conductor handles it?22:07
devanandaoh right - that's why folks want a GET22:07
jrollbecause we do the actual deploy in vendor passthru?22:07
jrollyeah22:07
devanandathere's no means to return info from the driver today22:07
jrollright22:07
devanandaI was thinking of older code. /me updates22:08
openstackgerritJosh Gachnang proposed a change to openstack/ironic-python-agent: Adding support for decommissioning  https://review.openstack.org/10437922:08
*** penick has quit IRC22:13
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add a doc note about the vendor_passthru endpoint  https://review.openstack.org/12167822:14
jrolldevananda: hrm, driver vendor passthru is not async :P22:15
*** penick has joined #openstack-ironic22:15
devanandagah!22:18
*** yuanying has quit IRC22:24
*** harlowja_away is now known as harlowja_22:24
*** jcoufal has quit IRC22:25
openstackgerritJosh Gachnang proposed a change to openstack/ironic-python-agent: Adding support for decommissioning  https://review.openstack.org/10437922:25
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add a doc note about the vendor_passthru endpoint  https://review.openstack.org/12167822:26
devanandajroll: let's try again :)22:26
* jroll looks22:26
jrolldevananda: want me to nit on whitespace? :P22:27
devanandahah22:27
* devananda needs to add RST rules to .vim22:27
jrolld'oh22:28
jroll/v1/{NODE}/vendor_passthru/method={METHOD}22:28
jrollshould be /v1/{NODE}/vendor_passthru?method={METHOD}22:28
jrollyes?22:28
jroll/ vs ?22:28
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add a doc note about the vendor_passthru endpoint  https://review.openstack.org/12167822:28
devanandaoh - right22:28
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add a doc note about the vendor_passthru endpoint  https://review.openstack.org/12167822:29
jrolldevananda: and "vendor passthrough", should that be "vendor passthru" for consistency?22:29
devanandajroll: what if it just said "drivers may implement a passthrough API" ?22:29
jrollI mean, don't care either way22:29
jrolljust asking :)22:30
jrollboth are fine22:30
jrolldevananda: +222:31
devanandatiny change to wording in one other spot, new version inc22:32
devanandajroll: thanks22:32
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add a doc note about the vendor_passthru endpoint  https://review.openstack.org/12167822:32
jrollLooks fine22:33
*** penick has quit IRC22:34
*** penick has joined #openstack-ironic22:37
NobodyCamwalkies time ... brb22:39
*** ryanpetrello has quit IRC22:48
*** DavidHu_ has joined #openstack-ironic22:51
*** penick has quit IRC22:51
*** ryanpetrello has joined #openstack-ironic22:54
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Allow clean_up with missing image ref  https://review.openstack.org/12161522:59
jrolldevananda: ^ now with tests!22:59
* jroll thinks he should try it in devstack22:59
*** andreykurilin_ has quit IRC22:59
jrolladam_g, killer_prince, y'all might also be interested ^22:59
adam_gjroll, nice. was just testing something with that cherry-picked23:00
jrolladam_g: cool, actual code is the same with the exception of fixing the logging call23:00
openstackgerritA change was merged to openstack/python-ironicclient: Add 'rebuild' option to node-set-provision-state  https://review.openstack.org/12095323:03
* jroll takes a stck.sh break23:07
*** yuanying has joined #openstack-ironic23:21
*** yuanying has quit IRC23:23
*** yuanying has joined #openstack-ironic23:23
*** yuanying has quit IRC23:23
*** yuanying has joined #openstack-ironic23:24
NobodyCamrestck.sh jroll23:34
NobodyCamjroll: was curious what the "mock side_effect weirdness" was23:36
*** igordcard has quit IRC23:37
jrolllol23:39
jrollNobodyCam: so side_effect gets the arguments passed to the mock (in this case, node and task.context)23:40
jrollNobodyCam: so the exception gets instantiated with those, and yeah it fails hard23:40
jrollit's... weird23:40
NobodyCamoh odd23:41
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Fix Devstack docs for zsh users  https://review.openstack.org/12171223:44
jrollthis is another odd one too :P23:44
JayFWhy are you running zshell on your devstack box?23:44
JayFhahaha23:44
jrollbecause I sometimes develop there?23:45
JayFjroll: alternatively, image=/bin/bash -c $()23:45
jrolland I prefer to use zsh?23:45
jrollwhy am I using vim and not nano23:45
jrollmehhhhhhh23:45
JayFerm, image=$(/bin/bash -c "things")23:45
* NobodyCam switches jroll's shell to c-shell23:45
JayFc shell23:45
JayFc shell run23:45
JayFrun c shell run23:46
jrolllol23:46
JayFshit I forgot a {}23:46
NobodyCamlol23:46
NobodyCamahh http://pysh.sourceforge.net this looked fun http://pysh.sourceforge.net23:48
NobodyCamdoh dbl paste23:48
jrollinteresting23:48
NobodyCamlol gota luv the BIG BOLD and has not been updated in years23:49
jrolltested https://review.openstack.org/#/c/121615/ in devstack, totally works23:49
* jroll double checks without nuking instance_info23:50
JayFNobodyCam: so we were goofing around some before the RHC[E|T] a few years back, breaking machines as hilariously as possible and trying to get people to recover them23:50
JayFNobodyCam: we deleted all shells on a system for one of 'em, my buddy booted it with init=/usr/bin/python and used python to download and write out bash, symlink it to sh, and unbreak the system23:51
NobodyCamoh  wow slick !!!23:51
*** r-daneel__ has quit IRC23:52
NobodyCamdid you tell him you deleted the shells or did you make him try each one?23:53
* JayF is working on KEYRING support for python-ironicclient23:53
JayFNobodyCam: I think he had to try over and ovetr23:53
NobodyCamJayF: nice :)23:53
openstackgerritSergey Lupersolsky proposed a change to openstack/ironic: Add attempts to import necessary modules for IMPINative and iBoot fake drivers  https://review.openstack.org/12171523:55
jrollworks in normal operation too23:56
jrolldevananda, NobodyCam, let's land this thing: https://review.openstack.org/#/c/121615/23:56

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