Friday, 2015-03-13

devanandawhat's the status of RAID work?00:00
mrdaHaving a CD model would decrease the cost of official release, f'sure00:00
JoshNangdevananda: i think the raid work was relying on zapping00:01
devanandahttps://review.openstack.org/#/c/155230/ is a huge patch00:01
NobodyCamis that the 1300 + line patch00:01
devanandaand i see almost no revies from cores on it00:02
devanandayes00:02
devanandaJoshNang: it's not actually a dependent patch00:02
*** naohirot has joined #openstack-ironic00:02
*** rameshg87 has joined #openstack-ironic00:02
openstackgerritRuby Loo proposed openstack/ironic: Enhance AMT driver documentation  https://review.openstack.org/16402900:02
openstackgerritRamakrishnan G proposed openstack/ironic: Add whole disk image support in iscsi_ilo driver  https://review.openstack.org/16358900:02
NobodyCamno I was thinking of this one: https://review.openstack.org/#/c/15014200:02
NobodyCam:-p00:02
rameshg87good morning ironic (sort of early morning here) :)00:03
devanandaoh. holw disk images00:03
mrdamorning rameshg8700:03
*** achanda has quit IRC00:03
devanandarameshg87: g'morning00:04
rameshg87devananda: mrda: morning :)00:04
rameshg87devananda: i think i am just on time :)00:04
devanandaoh neat. whole disk has 2 +200:04
devanandaanyone tested it?00:04
rameshg87devananda: i did00:04
devanandarameshg87: thoughts?00:05
rameshg87but 2 patchsets back (but hasn't changed much after that)00:05
jlvillalrameshg87: Are you waking up early or staying up late? ;)00:05
rameshg87jlvillal: i slept and came. but woke early00:05
rameshg87devananda: thoughts about what ?00:06
rameshg87devananda: don't have scrollback thing to read00:06
rameshg87devananda: if something was discussed before (just checking eavesdrop)00:06
* BadCub loves IRCCloud now00:07
* rameshg87 checks what is IRCCloud00:07
devanandarameshg87: i mean with respect to the whole disk imaging00:07
devanandarameshg87: but i've just read your comments on the review - so never mind :)00:08
devanandarameshg87: also -- check out irssi00:08
BadCubrameshg87: irccloud.com00:08
devanandamost of us stay in irc all the time, using a proxy or remote service00:08
NobodyCam+++00:08
devanandaI run an irssi session inside of screen in a cloud instance, using google-notifier to bounce messages to my phone while i'm afk00:08
devanandaI don't lke irccloud becaues then they have access to all my messages00:09
NobodyCamI do same with out notifier!00:09
rameshg87devananda: oh great .. okay00:09
BadCubI have the irccloud app on phone, and use the web browser on comp.00:09
* rameshg87 will try to configure it this weekend00:09
rameshg87devananda: one more thing, should we change agent driver to follow the pattern that was mentioned in whole-disk-image-spec00:10
rameshg87devananda: like we if a glance image given to a node managed by agent_ipmitool has kernel_id, ramdisk_id00:10
rameshg87devananda: should we just throw an error (for now) saying agent doesn't support partition images (until we support them)00:11
devanandarameshg87: is https://review.openstack.org/#/c/159855/ related to local boot or uefi boot? or both?00:11
devanandaif both - the commit messae should tag both BPs00:11
devanandarameshg87: yea, i think that's reaasonable (throw an error if bad params). JayF ?00:11
rameshg87devananda: i hope we are making a common pattern in ironic (that images without kernel_id, ramdisk_id are whole disk images OR partition images otherwise)00:12
jlvillalrameshg87: I use ZNC.  Which you can then connect any IRC client to it.00:12
jlvillalrameshg87: http://wiki.znc.in/00:12
devanandarameshg87: ++00:12
rameshg87devananda: it's uefi boot + local boot.  i have only one blueprint right now for that (uefi support for net boot was added in juno itself)00:12
devanandarameshg87: https://blueprints.launchpad.net/ironic/+spec/local-boot-support-with-partition-images covers a lot of changes, and is marked Implemented already00:13
rameshg87jlvillal: thanks.  i think i tried znc once, had some trouble setting it in my office and left it00:13
devanandarameshg87: but your patch is still outstanding00:13
jlvillalrameshg87: Also some guy named Sean Dague explains his ZNC setup here: https://dague.net/2014/09/13/my-irc-proxy-setup/00:13
rameshg87jlvillal: oh great .. will have a look00:13
JayFdevananda: rameshg87 +1 error we can't do that yet )00:14
rameshg87devananda: ironic now support bios and uefi boot modes00:14
JayF:)00:14
jlvillalrameshg87: You can get a free year of Amazon AWS and then run a micro node and run ZNC there :)00:14
devanandajlvillal: 'some guy' heh00:14
rameshg87devananda: and local boot spec didn't talk about bios/uefi00:14
jlvillaldevananda: :D  LOL00:14
*** Marga_ has quit IRC00:15
rameshg87devananda: shouldn't we just add support for local boot for uefi machines (because we support both bios and uefi)00:15
devanandarameshg87: good point00:15
rameshg87devananda: only extra step in uefi is to create a efi system partition and mount it before running grub-install command00:15
rameshg87devananda: grub will take care of the rest (detecting efi, installing grubx64.efi onto efi system partition, adding efi boot entry, etc)00:16
rameshg87devananda: lucas didn't have uefi hardware to test iirc. may be that's the reason he didn't pursue at that time.00:17
devanandarameshg87: quite possibly. I've updated the BP to say NeedsReview00:20
rameshg87devananda: thanks00:21
rameshg87devananda: it need dib and ipa changes also00:21
rameshg87devananda: https://review.openstack.org/#/c/160687/ and https://review.openstack.org/#/c/163739/00:22
rameshg87devananda: dib is in a good shape (one +2)00:22
jlvillalrameshg87: Question on: https://review.openstack.org/#/c/163589/3/ironic/tests/drivers/ilo/test_deploy.py  Line 251.  I'm confused on how props_expected works?00:23
jlvillalrameshg87: Not sure if I'm missing something.00:23
rameshg87jlvillal: oh my mistake00:25
jlvillalrameshg87: Okay.  I left a review for you.00:26
rameshg87jlvillal: just checking again00:26
rameshg87:D00:26
rameshg87i am confused00:26
jlvillalrameshg87: I'm glad it isn't just me :)00:26
*** Marga_ has joined #openstack-ironic00:27
*** killer_prince has quit IRC00:28
rameshg87jlvillal: yeah it's a mistake, thanks for pointing..  i think implemented only partially what i wanted in the tests00:28
jlvillalrameshg87: You're welcome.  Glad I can help.00:29
*** kozhukalov has quit IRC00:30
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add cleaning/zapping support to IPA  https://review.openstack.org/16106600:31
devanandarameshg87: it looks like https://blueprints.launchpad.net/ironic/+spec/uefi-secure-boot is not completed yet00:32
openstackgerritRuby Loo proposed openstack/ironic: Enhance AMT driver documentation  https://review.openstack.org/16402900:33
rameshg87devananda: yeah needs code review but not getting much reviews :(00:33
devanandarameshg87: also, is there any more code that needs to be written for https://blueprints.launchpad.net/ironic/+spec/inband-raid-configuration ?00:35
*** killer_prince has joined #openstack-ironic00:35
*** killer_prince is now known as lazy_prince00:35
rameshg87devananda: it will be making use of things in "Implement cleaning/zapping for the agent driver" https://review.openstack.org/#/c/161453/00:36
rameshg87devananda: because it's through agent only00:36
devanandaah, ok00:36
devanandaso that's not really tied to ironic's release cycle // feature freeze00:36
rameshg87devananda: i have tested with a few things, but waiting for cleaning/zapping to get in00:36
devanandaso, zapping is not going to land in K00:37
devanandacleaning -- we need to double down on reviewing that and land it ASAP00:37
devanandalike - tomorrow00:37
devanandaJoshNang: ^00:37
NobodyCam++++++00:37
JoshNangdevananda: can do00:37
devanandabecause we have so many other patches riding on that00:37
devanandaand  they're all blocked, essentially00:37
rameshg87devananda: oh so zapping is not in for K ?00:37
devanandarameshg87: I mean, the code isn't done00:38
devanandaand feature freeze is next week00:38
devanandaso, no.00:38
rameshg87devananda: Add driver interface for RAID configuration needs only if we are going to do inband raid through zapping  https://review.openstack.org/#/c/155230/00:39
rameshg87devananda: i mean "Add driver interface for RAID configuration" indirectly depends on zapping00:40
rameshg87devananda: because only inband raid configuration spec got merged for K00:40
openstackgerritMerged openstack/ironic-specs: Fix typo in ironic-specs/specs/kilo/non-glance-image-refs.rst  https://review.openstack.org/16260600:41
* jlvillal decides it is time to go shopping for groceries so he can make dinner00:44
jlvillalGood night Ironic00:44
NobodyCamnight jlvillal00:45
mrda'night jlvillal00:45
rameshg87good night jlvillal00:46
devanandarameshg87: oh, gotcha. so we should bump all the raid stuff then00:46
devananda:(00:46
rameshg87:(00:47
rameshg87devananda: infact we did a lot of things for raid in our proliantutils library (and generic raid configuration stuff too) :(00:49
BadCubNobodyCam: I need to round up some Cores for a crunch session with me and devananda tomorrow. You free?00:49
NobodyCamyou got it.. I'm up for reviewJam00:51
JayFI may not participate directly, but if anything IPA comes up feel free to ping me in here00:53
JayFalthough I try to stay on top of those patches00:53
NobodyCamJayF: sure :)00:59
BadCubJayF: thanks!00:59
NobodyCam(we'll be happy to assign all work to you)00:59
*** kevinbenton has quit IRC00:59
NobodyCam:-p00:59
NobodyCamj/k00:59
BadCubhehehe00:59
*** ijw has joined #openstack-ironic01:03
*** ijw has quit IRC01:05
*** ijw has joined #openstack-ironic01:05
openstackgerritMichael Davies proposed openstack/ironic: New field 'name' not supported in port REST API  https://review.openstack.org/16373001:09
rloog'night and a good weekend everyone. Talk to you on Monday.01:12
mrdaHave a nice weekend rloo!01:13
*** rloo has quit IRC01:13
*** rwsu is now known as rwsu-afk01:13
openstackgerritRuby Loo proposed openstack/ironic: Enhance AMT driver documentation  https://review.openstack.org/16402901:16
*** enikanorov__ has joined #openstack-ironic01:24
openstackgerritRamakrishnan G proposed openstack/ironic: Add whole disk image support in iscsi_ilo driver  https://review.openstack.org/16358901:24
rameshg87jlvillal: ^^^01:24
* rameshg87 wonders if we can write test case for a test case 01:24
* NobodyCam is almost afraid to ask why?01:25
NobodyCamto test that the test works?01:25
rameshg87NobodyCam: yes :)01:26
rameshg87NobodyCam: i wrote a bad test which passed and jlvillal found out01:26
*** enikanorov_ has quit IRC01:26
rameshg87NobodyCam: i missed to check if test case is working as expected :(01:26
rameshg87JoshNang: nova is still not aware of clean states, right ?01:27
JoshNangrameshg87: the patch is up, it isn't merged yet01:33
NobodyCam:(01:33
JoshNangrameshg87: https://review.openstack.org/#/c/161474/01:33
*** stendulker has joined #openstack-ironic01:33
*** Nisha has quit IRC01:38
*** chenglch has joined #openstack-ironic01:39
rameshg87JoshNang: so since nova doesn't know about cleaning, won't "nove delete" of an instance time out01:40
rameshg87JoshNang: bcecause it doesn't understand cleaning01:40
rameshg87JoshNang: or is it configurable ?01:40
JoshNangrameshg87: that patch fixes that01:40
JoshNangbut otherwise, yes, if cleaning is enabled and that's not in, it would likely timeout01:41
*** ChuckC has joined #openstack-ironic01:42
rameshg87JoshNang: okay01:43
*** ChuckC has quit IRC01:46
*** ChuckC has joined #openstack-ironic01:47
*** lazy_prince has quit IRC01:53
*** Marga_ has quit IRC01:53
openstackgerritJosh Gachnang proposed openstack/ironic: Add /nodes/<uuid>/cleaning/steps API  https://review.openstack.org/15932201:53
JoshNangi'm gonna grab some dinner then make sure all of cleaning is ready to be merged tomorrow01:54
*** kevinbenton has joined #openstack-ironic01:57
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573101:57
openstackgerritShivanand Tendulker proposed openstack/ironic: Common changes for secure boot support  https://review.openstack.org/15397401:59
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480801:59
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481402:00
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481602:00
openstackgerritShivanand Tendulker proposed openstack/ironic: Enable agent_ilo for uefi-bios switching  https://review.openstack.org/16204302:00
*** Marga_ has joined #openstack-ironic02:03
*** stendulker has quit IRC02:06
*** harlowja is now known as harlowja_away02:07
*** stendulker has joined #openstack-ironic02:12
*** killer_prince has joined #openstack-ironic02:14
*** killer_prince is now known as lazy_prince02:14
*** ijw has quit IRC02:22
*** ijw has joined #openstack-ironic02:28
*** ijw has quit IRC02:29
*** ijw has joined #openstack-ironic02:30
*** ramineni has joined #openstack-ironic02:38
*** devlaps has quit IRC02:43
*** stendulker has quit IRC02:43
*** achanda has joined #openstack-ironic02:44
rameshg87JoshNang: if nova patch doesn't go through, i think we don't need to worry about neutron ports02:50
rameshg87JoshNang: because nova delete will delete the neutron ports only after the virt driver delete is complete (our virt driver delete will include tear down + cleaning)02:50
*** jmccrory has joined #openstack-ironic02:55
*** absubram has joined #openstack-ironic03:09
*** absubram has quit IRC03:11
*** absubram has joined #openstack-ironic03:12
JoshNangrameshg87: if the nova patch doesn't get through, cleaning's not going to be terribly useful. i don't think anyone wants an hour+ timeout on nova delete03:20
*** jmccrory has quit IRC03:23
*** jmccrory has joined #openstack-ironic03:24
rameshg87JoshNang: hmm .. yeah true03:30
*** lazy_prince is now known as killer_prince03:31
*** ijw has quit IRC03:36
*** ijw has joined #openstack-ironic03:51
*** ijw has quit IRC03:53
*** ijw has joined #openstack-ironic03:53
*** Nisha has joined #openstack-ironic03:56
*** jmccrory has quit IRC03:59
*** yog_ has joined #openstack-ironic04:12
*** Marga_ has quit IRC04:16
Nishadevananda, there04:17
*** saripurigopi has joined #openstack-ironic04:24
*** rameshg87 has left #openstack-ironic04:37
*** Marga_ has joined #openstack-ironic04:37
*** killer_prince is now known as lazy_prince04:37
*** mtanino has quit IRC04:46
openstackgerritMichael Davies proposed openstack/ironic: New field 'name' not supported in port REST API  https://review.openstack.org/16373004:52
openstackgerritJosh Gachnang proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556104:57
*** gridinv_ has joined #openstack-ironic04:57
saripurigopiThe review I've submitted is in 'Patch in Merge Conflict' state, how to recover from this.?05:01
openstackgerritShivanand Tendulker proposed openstack/ironic: Enable agent_ilo for uefi-bios switching  https://review.openstack.org/16204305:01
Haomengsaripurigopi: that means can not auto-merge, so need to do *manually* merge and commit the new patch again05:03
*** ijw has quit IRC05:05
saripurigopiHaomeng, okay. when I commit the changes for review I've resolved the conflicts and submitted for review.05:08
Haomengsaripurigopi: cool05:08
Haomengsaripurigopi: :)05:08
saripurigopiHaomeng, But it still shows 'Patch in Merge Conflict' , so, do I need to submit again?05:09
Haomengsaripurigopi: ?05:09
Haomengsaripurigopi: which review, can you share the url, let me help you take a look05:09
saripurigopiHaomeng, https://review.openstack.org/#/c/159734/05:09
Haomengsaripurigopi: I think you should rebase your local code first, then merge it by manually05:09
Haomengsaripurigopi: ok05:09
Haomengsaripurigopi: make sure the base code is latested05:10
saripurigopiokay05:10
saripurigopiHaomeng: okat05:10
Haomengsaripurigopi: :)05:10
*** coolsvap|afk is now known as coolsvap05:14
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573105:20
openstackgerritGopi Krishna S proposed openstack/ironic: Add pxe_ucs driver to manage Cisco UCS servers  https://review.openstack.org/15973405:22
openstackgerritJosh Gachnang proposed openstack/ironic: Add /nodes/<uuid>/cleaning/steps API  https://review.openstack.org/15932205:50
*** gridinv_ has quit IRC05:55
*** absubram has quit IRC06:04
*** achanda has quit IRC06:10
*** Nisha has quit IRC06:11
*** Nisha has joined #openstack-ironic06:11
openstackgerritShivanand Tendulker proposed openstack/ironic: Enable agent_ilo for uefi-bios switching  https://review.openstack.org/16204306:11
*** achanda has joined #openstack-ironic06:13
*** sdake_ has quit IRC06:17
*** sdake_ has joined #openstack-ironic06:21
*** takadayuiko has joined #openstack-ironic06:27
*** achanda has quit IRC06:28
*** achanda has joined #openstack-ironic06:34
*** achanda has quit IRC06:38
*** lazy_prince has quit IRC06:40
openstackgerritShivanand Tendulker proposed openstack/ironic: Enable agent_ilo for uefi-bios switching  https://review.openstack.org/16204306:41
openstackgerritMichael Davies proposed openstack/ironic-specs: API Microversions  https://review.openstack.org/16111006:48
*** mrda is now known as mrda-weekend06:49
mrda-weekendNight Ironic, see you Monday06:49
*** jcoufal has joined #openstack-ironic06:51
JoshNango/06:51
*** coolsvap is now known as coolsvap|afk06:54
*** coolsvap has joined #openstack-ironic07:09
*** Nisha has quit IRC07:09
*** Nisha has joined #openstack-ironic07:10
*** gridinv_ has joined #openstack-ironic07:18
*** gridinv_ has quit IRC07:23
*** jamielennox has quit IRC07:31
*** ifarkas has joined #openstack-ironic07:33
*** jamielennox has joined #openstack-ironic07:34
*** ijw has joined #openstack-ironic07:34
*** ijw has quit IRC07:35
*** ijw has joined #openstack-ironic07:36
*** ijw has quit IRC07:38
*** ijw has joined #openstack-ironic07:39
Haomengmrda-weekend: night:)07:39
*** jamielennox has quit IRC07:39
*** athomas has joined #openstack-ironic07:42
*** jamielennox|away has joined #openstack-ironic07:55
*** jamielennox|away is now known as jamielennox07:55
openstackgerritNisha Agarwal proposed openstack/ironic: ironic port deletion fails even if node is locked by same process  https://review.openstack.org/16186107:57
*** coolsvap has quit IRC07:59
*** chlong has quit IRC08:09
GheRiveromorning08:09
*** jistr has joined #openstack-ironic08:12
openstackgerritJosh Gachnang proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145308:21
*** openstackgerrit has quit IRC08:21
*** openstackgerrit has joined #openstack-ironic08:22
*** Nisha_away has joined #openstack-ironic08:33
*** Nisha has quit IRC08:33
*** killer_prince has joined #openstack-ironic08:35
*** killer_prince is now known as lazy_prince08:35
*** dlpartain has joined #openstack-ironic08:38
*** dlpartain has left #openstack-ironic08:38
*** Nisha_away has quit IRC08:38
*** vdrok_afk is now known as vdrok08:46
vdrokmorning ironic08:46
*** jistr has quit IRC08:46
*** andreykurilin_ has joined #openstack-ironic08:53
*** takadayuiko has quit IRC08:59
*** jistr has joined #openstack-ironic09:04
*** ndipanov has joined #openstack-ironic09:12
*** Nisha has joined #openstack-ironic09:17
*** tiagogomes_ has joined #openstack-ironic09:23
*** bnemec has quit IRC09:24
*** bnemec has joined #openstack-ironic09:25
*** andreykurilin_ has quit IRC09:31
*** andreykurilin_ has joined #openstack-ironic09:32
*** rameshg87 has joined #openstack-ironic09:39
*** sandhya has joined #openstack-ironic09:43
*** sandhya has quit IRC09:47
*** naohirot has quit IRC09:48
*** derekh has joined #openstack-ironic09:57
*** Nisha_away has joined #openstack-ironic10:11
*** Nisha has quit IRC10:11
*** igordcard_ has joined #openstack-ironic10:13
*** yog_ has quit IRC10:18
*** lucasagomes has joined #openstack-ironic10:21
*** Haomeng|2 has joined #openstack-ironic10:27
*** Haomeng has quit IRC10:30
*** athomas has quit IRC10:34
*** kozhukalov has joined #openstack-ironic10:37
*** MattMan has quit IRC10:38
*** andreykurilin_ has quit IRC10:39
openstackgerritAparna proposed stackforge/proliantutils: ILO: Support for configuring httpboot through RIS  https://review.openstack.org/16332510:41
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Add support for root device hints  https://review.openstack.org/16307910:42
*** lazy_prince has quit IRC10:42
*** pelix has joined #openstack-ironic10:45
rameshg87lucasagomes: the dib patch for uefi localboot got merged yesterday https://review.openstack.org/#/c/160687/10:47
lucasagomesrameshg87, \o/!10:47
rameshg87lucasagomes: i have raised one for ipa as well using uuids as we discussed: https://review.openstack.org/#/c/163739/10:47
rameshg87lucasagomes: and ofcourse the ironic change is back on review again: https://review.openstack.org/#/c/159855/10:48
lucasagomeswill do it now :D10:49
rameshg87lucasagomes: please have a look at them when you get some time :)10:49
*** athomas has joined #openstack-ironic10:50
*** MattMan has joined #openstack-ironic10:53
*** pas-ha has joined #openstack-ironic10:54
*** jamielennox has quit IRC10:55
pas-hamorning all10:56
*** killer_prince has joined #openstack-ironic10:58
*** Nisha_away has quit IRC10:58
*** killer_prince is now known as lazy_prince10:58
openstackgerritAnusha Ramineni proposed openstack/ironic: Add Cleaning Operations for iLO drivers  https://review.openstack.org/15771510:59
*** harlowja_away has quit IRC10:59
openstackgerritMerged openstack/ironic: Adds support for deploying whole disk images  https://review.openstack.org/15014211:00
*** jamielennox|away has joined #openstack-ironic11:02
*** jamielennox|away is now known as jamielennox11:02
rameshg87sirushti: ^^^11:02
*** ramineni has quit IRC11:04
*** rameshg871 has joined #openstack-ironic11:05
*** pas-ha has quit IRC11:08
*** rameshg87 has quit IRC11:08
*** rameshg871 is now known as rameshg8711:08
openstackgerritNisha Agarwal proposed stackforge/proliantutils: Adding functionality required by ilo-inspection  https://review.openstack.org/16414211:10
*** Nisha has joined #openstack-ironic11:14
*** jamielennox has quit IRC11:14
*** pas-ha has joined #openstack-ironic11:14
*** athomas_ has joined #openstack-ironic11:21
*** athomas has quit IRC11:21
*** jamielennox|away has joined #openstack-ironic11:24
*** jamielennox|away is now known as jamielennox11:24
*** lazy_prince is now known as killer_prince11:30
*** bauzas is now known as bauwser11:32
*** athomas_ is now known as athomas11:38
*** athomas has quit IRC11:40
*** athomas has joined #openstack-ironic11:43
*** jcoufal_ has joined #openstack-ironic11:45
*** chenglch has quit IRC11:47
*** jcoufal has quit IRC11:49
*** Nisha has quit IRC11:52
sirushtirameshg87, OMG, finally! :)11:53
rameshg87sirushti: yeah :) thanks a lot ..11:56
rameshg87sirushti: i know you have rebase and resolved merge conflicts many times11:56
rameshg87sirushti: now it's pay-back-time11:56
*** ramineni has joined #openstack-ironic11:56
rameshg87sirushti: a dozen other patches would have hit merge conflict now :D11:56
rameshg87sirushti: i myself hit on 3-4 patches after that.  still working on resolving merge conflict after your patch got merged :)11:58
sirushtirameshg87, Haha :p Apologies for the merge conflicts all11:58
rameshg87sirushti: :)11:59
sirushtirameshg87, anyway, time to go home :)11:59
sirushtinight all12:00
rameshg87sirushti: see you .. have a nice weekend :)12:00
*** ndipanov is now known as ndipanoff12:04
*** igordcard_ has quit IRC12:05
*** lucasagomes is now known as lucas-hungry12:09
*** ramineni1 has joined #openstack-ironic12:10
*** ramineni has quit IRC12:12
openstackgerritRamakrishnan G proposed openstack/ironic: Add localboot support for uefi boot mode  https://review.openstack.org/15985512:19
*** Marga_ has quit IRC12:24
*** chlong has joined #openstack-ironic12:24
*** saripurigopi has quit IRC12:27
*** frontrunner has quit IRC12:34
*** frontrunner has joined #openstack-ironic12:35
*** dprince has joined #openstack-ironic12:42
*** jjohnson2 has joined #openstack-ironic12:50
NobodyCamgood morning, and .... (uncomfortably long pause) .... TGIF12:55
*** kkoski has joined #openstack-ironic13:02
Shrewshappy friday NobodyCam13:03
NobodyCam:) morning Shrews :)13:03
*** lucas-hungry is now known as lucasagomes13:03
*** rameshg871 has joined #openstack-ironic13:04
rameshg871lucasagomes: do you want to add the version of pyudev with which you have tested: https://review.openstack.org/#/c/163079/9/requirements.txt13:06
*** rameshg87 has quit IRC13:07
*** rameshg871 is now known as rameshg8713:07
lucasagomesrameshg871, hi there, I can't :(13:07
lucasagomesit has to match with the global-requiremnts one13:08
lucasagomesrameshg87, https://github.com/openstack/requirements/blob/master/global-requirements.txt#L13613:08
lucasagomesso I would need to cap the version there first and then do it on the IPA13:08
lucasagomesbut to cap the version I gotta check other projects that also uses pyudev (since it was in the global-requirements before)13:08
rameshg87lucasagomes: oh, it was there before, okay13:08
lucasagomesyeah it was there, I'm just using on IPA13:09
lucasagomesI think neutron use it13:09
lucasagomesnot sure who else13:09
rameshg87lucasagomes: just wanted to make sure all the things that we use for ipa are available in the most recent versions (eventhough pip pulls the latest always) :)13:09
*** ijw has quit IRC13:09
rameshg87can someone please have a look at this : https://review.openstack.org/#/c/163589/ (and hopefully +A it :) )13:10
lucasagomesrameshg87, yeah it's a good point, but I'm not sure what version to cap it with because of the other projects. if not capped it will download the latest13:12
lucasagomesso I think we are fine for now13:12
lucasagomesShrews, hi there, I think IPA doesn't support i18n yet :(13:12
lucasagomesI've looked other logs they don't have i18n too13:12
Shrewslucasagomes: oh? odd13:13
lucasagomesShrews, yeah, probably we need to set it up13:13
lucasagomesand set a transifex for it too etc13:13
lucasagomesall the i18n seems to be missing13:13
Shrewslucasagomes: let me change my vote then, since that's a much larger change13:13
Shrewsthx for pointing it out13:13
lucasagomesShrews, yeah I can look into it, but outside that patch cause it's not really on the scope13:14
lucasagomesnp13:14
rameshg87lucasagomes: Shrews, i don't know if it's really required13:15
rameshg87lucasagomes: Shrews: i guess ironic translates all messages from ipa before it reaches user13:16
lucasagomesrameshg87, hmm how come?13:16
lucasagomeslike IPA throws an exception and the message goes to Ironic13:16
lucasagomeshow that gets translated?13:16
Shrewslucasagomes: also, i love the SpongeBob vendor13:16
lucasagomesShrews, lol13:17
rameshg87lucasagomes: oh translations works by manually translating to other languages right13:17
lucasagomeswriting tests is boring, so we gotta make it more funny u know13:17
lucasagomesrameshg87, yes13:17
rameshg87lucasagomes: oh completely missed that point13:17
lucasagomesrameshg87, https://www.transifex.com/projects/p/ironic/13:17
lucasagomesrameshg87, yeah so I think we could set up i18n for IPA13:18
lucasagomesjroll, JayF ^ any thoughts on that?13:18
*** rameshg871 has joined #openstack-ironic13:19
rameshg871Shrews: lucasagomes: i always was thinking it was done by some tool dynamically13:19
rameshg871hehe13:19
lucasagomes:D yeah well translating languages is not easy13:19
* rameshg871 should participate in translating once to my local language over here13:19
jrolllucasagomes: morning, so13:20
lucasagomesrameshg87, +1 I did some brazilian portuguese13:20
lucasagomesbut I should do more13:20
lucasagomes11% only :(13:20
rameshg871lucasagomes: oh awesome13:20
lucasagomesjroll, yo morning13:20
rameshg871jroll: morning13:20
jrolllucasagomes: devananda and us explicitly decided that IPA isn't user facing so we shouldn't translate13:20
jrollhowever13:20
lucasagomesjroll, right, but as rameshg87 pointed out. Some exceptions from IPA are logged on Ironic no?13:21
jrollthe errors are user facing13:21
jrollso idk.13:21
lucasagomesyes13:21
lucasagomeswell we can talk about it, it's not a big deal13:21
Shrewslucasagomes: +A'd13:21
jrollyeah13:21
jrollmorning rameshg871 and Shrews :)13:21
lucasagomesbut I would be ok with the idea of translating the errors returned to ironic13:21
lucasagomesShrews, \o/13:21
lucasagomesthanks13:21
Shrewsjroll: morning13:22
*** rameshg87 has quit IRC13:22
*** Marga_ has joined #openstack-ironic13:23
jrollI think today is a review day13:24
* jroll catches up on all the scrollbacks and dives into cleaning13:24
NobodyCamgood morning jroll, lucasagomes rameshg871 :)13:24
lucasagomesNobodyCam, morning13:25
NobodyCam:)13:25
jrollheya NobodyCam, happy friday :D13:25
NobodyCamoh ya!!!13:25
rameshg871NobodyCam: morning13:28
* Shrews finally dives into the microversion spec13:28
NobodyCammorning rameshg87113:28
rameshg871lucasagomes: https://review.openstack.org/#/c/163794/3/ironic/drivers/modules/pxe.py13:29
rameshg871lucasagomes: the call iscsi_deploy.parse_root_device_hints(node) can be moved to iscsi_deploy.validate() no13:30
rameshg871lucasagomes: i think it's harmless, anyway we would call the same method in agent methods as well13:30
lucasagomesrameshg871, right, I just find it odd having the agent to use iscsi_deploy13:31
lucasagomesrameshg871, but yeah I could add on both13:31
lucasagomesrameshg871, will do that13:31
rameshg871lucasagomes: but anyway we are moving that method in the next patch, right ?13:32
rameshg871lucasagomes: so deploy_utils.parse_root_device_hints() can be iscsi_deploy.validate() and agent methods :)13:32
lucasagomesrameshg871, true13:32
lucasagomesmakes sense I will do that13:32
rameshg871lucasagomes: thanks13:32
rameshg871jroll: can you please have a look at https://review.openstack.org/#/c/162392/13:33
* jroll adds it to list13:33
* rameshg871 assumes jroll likes ipa patches more than ironic patches :D13:33
jrollI don't :P13:34
jrollwait, I thought we landed this13:34
rameshg871jroll: was that to me ?13:34
jrollyes13:35
jrollI'm just misinformed, ignore me :)13:35
rameshg871jroll: :)13:35
rameshg871jroll: there was naoihirot's patch for the same problem before (that is abandoned now)13:35
jrollrameshg871: so this is an edge case, but what if I make an image with a label of ir-vfd-dev13:35
jrollrameshg871: I think I could break the next deploy13:35
jroll(since cleaning isn't a thing yet)13:36
jrollrameshg871: I'm not sure there's a solution, just curious what you think13:36
rameshg871jroll: do you mean a partition with the same label exists on some disk on the node somehow ? :)13:36
jrollrameshg871: yep :)13:37
*** jjohnson2 has quit IRC13:37
jroll(also, I wonder how linux handles that when putting things in /dev/disk/by-label)13:37
rameshg871jroll: ah that's correct ..13:37
rameshg871jroll: i think linux kernel would pick one13:38
rameshg871jroll: at random13:38
jrollheh13:38
rameshg871because it's a soft link13:38
rameshg871and it can accomodate only one13:38
jrollok, so roughly as deterministic as finding the deploy disk :)13:38
rameshg871:)13:38
rameshg871almost13:38
jrollI think it's fine for now, just something to keep in mind13:39
* jroll continues reviewing13:39
*** Nisha has joined #openstack-ironic13:42
rameshg871but config drives work on the same way13:43
rameshg871jroll: identifies by label :)13:43
jrollrameshg871: yeah, touche :)13:45
*** rameshg871 is now known as rameshg8713:45
*** sirushti has quit IRC13:45
NobodyCamJoshNang: around?13:46
NobodyCamlooking at https://review.openstack.org/#/c/155561/20/ironic/drivers/base.py should we have @abc.abstractmethod for the cleaning methods?13:47
*** rameshg87 has quit IRC13:49
*** rameshg87 has joined #openstack-ironic13:52
*** sirushti has joined #openstack-ironic13:52
ShrewsNobodyCam: i looked at that earlier and got wrapped up in something else... iirc, if we did that, we'd force all drivers to implement those methods and have to change them all at once, rather than individually. Josh should weigh in, though, as to the intent.13:55
rameshg87NobodyCam: i think if we add more abstract methods to deploy, we would need to add implementations for all deploy drivers: https://review.openstack.org/#/c/155561/20/ironic/drivers/base.py13:56
rameshg87Shrews: yeah13:56
Shrewswhat rameshg87 said  :)13:56
rameshg87NobodyCam: instead just do a no-op for drivers that don't implement them13:56
NobodyCamahh ok I left commet on the review14:00
*** blinky42 has quit IRC14:02
openstackgerritMerged openstack/ironic-python-agent: Add support for root device hints  https://review.openstack.org/16307914:02
rameshg87jroll and other folks: https://review.openstack.org/#/c/159322/4/ironic/conductor/manager.py14:03
rameshg87we would end up talking to the agent service that is running on the baremetal node synchoronously on an GET api call14:04
rameshg87i hope since agent is an openstack service, it should be fine14:04
rameshg87any thoughts ?14:04
jrollsince when are openstack services fast? :)14:05
*** r-daneel has joined #openstack-ironic14:06
rameshg87jroll: i meant we try to make them fast :)14:06
jrollI think it's likely fine, because: 1) the cleaning steps in the agent are a static list; 2) it seems complex to store them somehow beforehand (at agent boot?) in order to avoid talking to the agent synchronously14:06
jrolland 3) the agent is fairly fast14:06
rameshg87but on the counter-point it depends on resources in the bare metal14:06
rameshg87i mean how fast agent can respond depends on the resources in the bare metal14:06
rameshg87and decides whether api will timeout or not14:07
openstackgerritMerged openstack/python-ironicclient: Fix two error strings in the CLI  https://review.openstack.org/16243114:08
jrollrameshg87: I don't know of a machine where the agent would be that slow to return an API call14:08
* jroll curious to run this on a raspberry pi and benchmark api responses14:08
jrollrameshg87: would I be able to put the virtualmedia iso on an sd card and boot it?14:09
NobodyCamrameshg87: did we bump the raid stuff?14:10
jrollNobodyCam: I believe so because it depends on zapping14:10
rameshg87NobodyCam: yeah unfortunately :(14:10
NobodyCamack thats what I thought14:10
NobodyCam:(14:10
rameshg87jroll: someone checked this actually - using ironic to provision embedded boards14:10
rameshg87jroll: sometime back in irc14:11
rameshg87jroll: now raspberry pis come with 512 mb ram, so should be able to do it over network itself14:11
jrollrameshg87: just thinking about a regular machine, booting via sd card / usb / etc14:11
jrollthough it's ARM... idk if coreos runs on ARM14:11
rameshg87jroll: why sd card ?14:11
jrollpis don't have a PXE rom :(14:11
NobodyCamI thought pi's had issues with pxe booting14:11
jrollrameshg87: that's how raspberry pis boot :)14:12
rameshg87jroll: oh right, i read14:12
rameshg87jroll: by loading a static file from sdcard, right ?14:12
* jroll has a raspberry pi sitting on his desk and is thinking about booting the agent on it for fun14:12
jrollyes, something like that14:12
rameshg87jroll: interesting .. :)14:12
jrollmight just boot debian/ubuntu and load the agent on it14:13
* rameshg87 is also interested on booting embedded boards 14:15
rameshg87jroll: iscsi deploy should work right ?14:16
rameshg87jroll: kernel needs to have enough ram to start itself and start software iscsi target14:16
*** ChuckC_ has joined #openstack-ironic14:16
rameshg87jroll: i think we already run iscsi deploy with 512 mb ram vms on gate14:16
jrollrameshg87: it can't pxe boot14:16
*** ChuckC has quit IRC14:17
rameshg87jroll: yeah assuming we fix that :)14:17
jrollI'm not flashing the firmware :P14:17
rameshg87jroll: i mean not flashing firmware14:17
jrollrameshg87: so going back to the vmedia params thing... why not use a uuid?14:17
jrollwell ti doesn't have any pxe stuff in the firmware14:17
rameshg87jroll: how does agent know uuid14:17
*** Nisha has quit IRC14:18
jrollheh14:18
jrollI was just wondering that14:18
rameshg87jroll: in vmedia, we need to know the ironic url only after reading from vmedia14:18
rameshg87jroll: so back to the problem how do we pass uuid to the agent :)14:18
jrollrameshg87: could be a static UUID though14:19
jroll000000-000-000-00-00000 or whatever14:19
rameshg87jroll: yeah possible14:20
jrollbut then the same thing could happen14:20
rameshg87jroll: but we can argue that someone mischevious can assign the same static UUID to some partition14:20
rameshg87jroll: hehe14:20
jroll:)14:21
rameshg87jroll: (after looking at ironic code obviously)14:21
jrollyeah14:21
jrollmake it a config option14:21
jroll:P14:21
jrolloh but then how do you get that to the agent... urgh14:21
rameshg87hehe14:21
rameshg87if agent has to pre know it - it has to be static14:22
rameshg87jroll: so here it is coming back to rpi - put uboot on the sdcard, configure uboot to always boot from network, and let ironic not touch this partition containing uboot14:22
*** ChuckC_ has quit IRC14:23
jrollrameshg87: yeah, I've thought about that14:23
BadCubMorning Folks14:24
NobodyCammorning BadCub14:24
NobodyCamseems we've started the jam! unofficially ofc14:25
BadCubAwesome!14:25
rameshg87started ? when ? :)14:25
jrollheh14:25
NobodyCamwe all seem to be reviewing things14:26
NobodyCam:-p14:26
rameshg87and nobody is writing code :)14:26
NobodyCami nomante JayF to write all the code!14:26
NobodyCamhehehehe14:26
rameshg87btw NobodyCam, any reason behind your name "NobodyCam" ?14:26
NobodyCamwas a typo over 20 years ago. when I set up my hotmail account :-p14:27
* NobodyCam tried to type NobodyCan14:28
NobodyCambut failed14:28
NobodyCamand it just stuck14:28
rameshg87oh :)14:28
NobodyCamlol14:28
NobodyCamcan anyone access: https://docs.google.com/spreadsheets/d/1Hxyfy60hN_Fit0b-plsPzK6yW3ePQC5IfwuzJwltlbo/edit#gid=160497010914:29
jrolllol14:30
jroll"Waiting for docs.google.com..."14:31
NobodyCamlol google broke :-p14:31
jrollgame over14:31
jrollfor real though, it's broken14:32
rameshg87me too :(14:35
* lucasagomes is not sure why gate-project-config-layout is failing on https://review.openstack.org/#/c/163344/14:35
rameshg87opened :)14:35
ShrewsALL: please try not to 'recheck' without a bug number if possible. It makes it more difficult to see how often a problem is occuring.14:35
* lucasagomes found sth14:36
Shrewsthis one looks particularly interesting: http://logs.openstack.org/29/164029/3/check/check-tempest-dsvm-ironic-pxe_ssh/075b1a0/console.html#_2015-03-13_05_39_39_58814:36
rameshg87Shrews: do we have an easy way of bug # for recheks ?14:38
rameshg87Shrews: is it there in some etherpad ?14:38
jrollShrews: I thought they didn't record bug numbers any more and everything relies on elastic recheck now14:38
Shrewsrameshg87: first check http://status.openstack.org/elastic-recheck for an existing bug14:38
Shrewsrameshg87: if there is none, create a new bug14:38
Shrewsjroll: this is news to me. if so, someone still has to build an e-r check, yes?14:39
NobodyCamShrews: I try to use recheck #14:39
Shrewsjroll: was something sent to the ML about that?14:39
jrollShrews: yes, and dunno14:40
* BadCub is sad that the great Google wont share the spreadsheet14:40
*** rameshg87 has quit IRC14:40
*** rameshg87 has joined #openstack-ironic14:41
rameshg87Shrews: should we add it in wiki ?14:42
* rameshg87 checks if it's there14:42
devanandag'morning, all14:42
NobodyCamgoood morning devananda14:42
BadCubdevananda: morning14:42
rameshg87devananda: o/14:43
jrollheya devananda :)14:43
devanandarameshg87: http://status.openstack.org/elastic-recheck/14:44
devanandarameshg87: how to add a new e-r query: http://docs.openstack.org/infra/elastic-recheck/readme.html#adding-bug-signatures14:44
*** mgoddard1 has joined #openstack-ironic14:45
rameshg87devananda: okay ..14:46
*** mgoddard has quit IRC14:47
rameshg87lucasagomes: https://review.openstack.org/#/c/159855/ needs your review again after rebase (after merge of whole disk image thing)14:47
lucasagomesack14:48
rameshg87Shrews: devananda: i think we should just document it in our wiki for someone new to know14:48
rameshg87devananda: this looks like the place to me: https://wiki.openstack.org/wiki/Ironic/Developer_guidelines14:48
Shrewspeople read our wiki?  :)14:49
Shrewsrameshg87: feel free to update the wiki14:49
devanandaoh, that page is old :)14:50
lucasagomesdevananda, morning14:50
lucasagomesBadCub, morning too :)14:50
BadCublucasagomes: morning bud! Happy Friday!!!! :-)14:51
lucasagomes\o/14:51
*** ramineni1 has quit IRC14:51
*** mgoddard1 has quit IRC14:52
* Shrews waves to BadCub, hopes his morning is pounce-free14:52
BadCubShrews: LOL, It's only pounce free if I hide from the circus! hehehe14:53
Shrews:)14:53
*** subscope has quit IRC14:53
*** mgoddard has joined #openstack-ironic14:53
jrollhahaha14:55
jrollmorning BadCub :)14:55
* jroll is going to have to -1 the first cleaning patch :(14:56
BadCubjroll: morning and happy friday!14:56
jroll(or update it)14:56
*** thiagop_ has joined #openstack-ironic14:57
rameshg87Shrews: done, https://wiki.openstack.org/wiki/Ironic/Developer_guidelines#Guidelines_for_Developers14:58
jrollJoshNang: unless you're aroudn in the next five minutes I'm gonna update your patch14:58
NobodyCamanyone object to me +a'ing a patch that is only a typo correction? https://review.openstack.org/#/c/162610 adds a single comma15:01
devanandaNobodyCam: do eet15:02
NobodyCamdone15:03
NobodyCam:)15:03
BadCubcool15:03
BadCubI put a comment on https://review.openstack.org/#/c/151596/ looks like it just needs to be rebased15:03
BadCubAny non-HP Cores please look at https://review.openstack.org/#/c/161861 has 2 +2s from HP'ers15:04
openstackgerritMerged openstack/ironic-specs: Fix typo in ironic-specs/specs/kilo/ironic-node-properties-discovery.rst  https://review.openstack.org/16261015:05
jrollwe don't translate debug messages right?15:06
NobodyCamcorrect15:07
jrollignore me, answered my own question15:07
jrollheh thanks :P15:07
NobodyCam:-p15:07
NobodyCam\i jroll15:07
NobodyCamlol15:07
*** ChuckC_ has joined #openstack-ironic15:07
jroll:P15:08
NobodyCam:-p15:08
devanandaTheJulia: I just found this open in a tab, and realize I think I forgot to file a bug for it - http://paste.openstack.org/show/189428/15:09
*** Marga_ has quit IRC15:10
*** yuriyz has quit IRC15:11
TheJuliadevananda: Thanks for the reminder, I was working on getting all the information together yesterday and then got interrupted.15:11
openstackgerritJohn L. Villalovos proposed openstack/ironic: Update unittests and use NamedTemporaryFile  https://review.openstack.org/16267215:12
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556115:12
jrollNobodyCam: rameshg87 lucasagomes ^ adds migration test and fixes nits15:13
NobodyCamlol H802  git commit title should be under 50 chars ... lol sometimes /me thinks flake8 can be too pickey .. lol15:13
jrollpreviously 2x+215:13
lucasagomesjroll, cool15:13
*** mtanino has joined #openstack-ironic15:13
lucasagomesjroll, I had a question on whether we should enable it by default too15:13
lucasagomesjroll, you have opnions on that? It sounds like a logical thing for me to do15:13
lucasagomessince we have no-op operations15:13
*** jgrimm has quit IRC15:13
lucasagomesand when we talk about config defauls they should be production defauls15:14
*** ramineni has joined #openstack-ironic15:14
jrolllucasagomes: in general I agree but I think it may need some time to bake15:14
*** jgrimm has joined #openstack-ironic15:14
lucasagomeshave the node cleaned after usage, seems a good production default to me15:14
*** thiagop_ has quit IRC15:14
lucasagomessince that's remove old user data from the node15:14
lucasagomesjroll, right15:14
jrolllucasagomes: I vote enable it in tempest somehow and enable by default before kilo final15:14
devanandaNobodyCam: yes. we should be able to ignore that flake check15:14
NobodyCamahh is ^^ this about the cleaning default15:14
devanandaNobodyCam: did someone turn on H802?15:14
jrollNobodyCam: ya15:14
rameshg87jroll: will have a look in a few mins15:15
*** rameshg87 is now known as rameshg87-away15:15
NobodyCamdevananda: https://review.openstack.org/#/c/163572 hit that one15:15
lucasagomesjroll, fair enough, yeah it would be good to have a default true on kilo15:15
jrollI agree15:15
* lucasagomes considers not cleaning the node a serious bug15:15
lucasagomesI mean not bug, but misleading default at least15:15
NobodyCamjroll: lucasagomes: ya I do agree with JoshNang about the false setting to start with.. but not a blocker for me15:16
*** viktors has quit IRC15:16
jrolllucasagomes: I do too15:16
jrolland it is a bug15:16
jroll(imo)15:16
openstackgerritDevananda van der Veen proposed openstack/ironic: iLO driver updates node capabilities during inspection Inpects hardware to get some of the capabilities  https://review.openstack.org/16357215:16
NobodyCamlol ty devananda :)15:17
lucasagomesNobodyCam, yeah I wouldn't -1 for that. But it's good to think about strategy on making it enabled by default since for production we may expect the node to be cleaned (I believe)15:17
lucasagomesanyhoo, I'm good with the false for now15:17
openstackgerritJim Rollenhagen proposed openstack/ironic: iLO driver updates node capabilities during inspection  https://review.openstack.org/16357215:17
jroll^ needed a blank line too :P15:17
jrolllucasagomes: yeah I think it should be a goal for kilo, though switching it between k3 and k final might be a bad thing (tm) to do, devananda thoughts?15:18
devanandajroll: switching what?15:19
jrolldevananda: enabling cleaning by default15:19
jrollcurrently disabled by default15:20
devanandajroll: no. we do that as soon as L opens15:20
jrollmehhhh.15:20
devanandabecause the feature hasn't been in-tree long enough at this point15:20
jrollwhat if we tested it in tempest? :)15:20
devanandajroll: well, that'd be great15:20
jrollbut still not enough?15:21
devanandajroll: if tempest scenario test covers it in the pxe_ssh job, and we turn it on now(), we have another few weeks for it to bake15:21
devanandaan dthat's it15:21
jrolluh huh...15:21
jrolla few weeks is a long time for most software :)15:21
devanandayup15:21
devanandaif we dont have a tempest test, I'm really not comfortable enabling it by default15:21
devanandaif we do, and it works and all that -- probably OK15:22
jrollI mean if we enable it in tempest now are you ok with enabling by default for kilo (or even now)15:22
*** Nisha has joined #openstack-ironic15:22
jrollenabling by default now will test it in tempest :P15:22
jrollor it won't because that job doesn't vote, boo.15:22
devanandawhich job?15:23
jrollthe pxe job with ipa ramdisk15:23
jrollbecause it's a no-op without IPA15:23
devanandaah right15:23
jrollso of course it will work15:23
jrollthough the IPA job votes15:23
jrolllet's do it by default now15:23
jrollbecause sanity.15:24
jrollbecause not cleaning is a huge bug imo15:24
devanandajroll: agent_ssh is voting15:24
lucasagomes+115:24
jrollright, I missed that15:24
* jroll finds more coffee15:24
lucasagomesI'm fine adding to tests first just to be safe15:24
devanandaso there are two kinds of tests that tepmest runs15:25
lucasagomesbut I'd like to see the default changing to true soon, cause that's what we should enable for production15:25
jrolllucasagomes: if it's enabled it happens on teardown... let's enable it and see what happens15:25
BadCub++ on more cofffee15:25
lucasagomesjroll, ack15:25
* jlvillal just found coffee :)15:25
devanandaAPI (functional) tests and scenario tests15:25
NobodyCammorning jlvillal15:25
devanandajroll: no no ...15:25
jroll...15:26
jroll(this will also actually test the IPA changes that do stuff)15:26
devanandaI'm really not clear on something here. or maybe I am and just need more coffee15:26
jroll(rather than dropping those in without real testing)15:26
jlvillalNobodyCam: Good morning :)  I'm feeling like I'm getting close on that temporary file patch.  Not sure if you are feeling like me, but it seems like what was going to be a simple patch became more of an epic adventure :)15:26
devanandajroll: did ya'll add API functional tests to tempest yet?15:26
jrolldevananda: it's clear, you're more reserved about this than me15:26
jrolldevananda: no15:26
devanandaeg, with the fake driver, to exercise the API about it15:26
jrollthere's no API15:27
jrollit just happens on teardown.15:27
devanandaoh15:27
devanandaright. not zapping15:27
lucasagomesthe cleaning is invoked from manageable -> available, deleting -> available15:27
jrollright.15:27
devanandagotcha15:27
devanandaso what is there to enable?15:27
jrollso I'm thinking I enable it by default now. let's see how the gate goes.15:27
jrollthe config option to clean after teardown.15:27
lucasagomesdevananda, you could configure whether you want clean to run automatically (on that flow above) or not15:28
devanandawhy is there a config option for that?15:28
devanandaI'm sure that seems like a dumb question15:28
jrollbecause some people don't care about cleaning15:28
lucasagomesimo, it should be enabled by default. Cause in a production cloud we should get rid of rprevious tenant data15:28
devanandabut if having it default to True is so important ...15:28
jrollpeople have been running ironic without it15:28
lucasagomesand right now it's no-op so it's safe15:28
jrollclearly they don't care15:28
jrollbut it's a sane production default15:28
NobodyCamsane once we know its all working as it should15:29
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556115:29
jrollthere, enabled.15:29
jrolllet's see how the gate goes15:29
NobodyCamjust thinking out loud15:29
jroll(should be fine, it's a no-op on this patch15:29
jroll)15:29
devanandajroll: my suggestion would be two patches15:29
jrolldevananda:15:29
jrollgrr, typing is hard15:30
devanandajroll: land the feature in step 1. turn it on in a tiny follow on patch15:30
*** rameshg87-away is now known as rameshg8715:30
devanandajroll: but ths is fine too15:30
jrolldevananda: why a separate patch?15:30
jrollok15:30
* NobodyCam offers jroll some of his fresh coffee15:30
jrollthat last patchset enables it15:30
devanandajroll: if having it on breaks this patch, well, we'll know something's wrong :)15:30
* jroll fixes commit message15:30
jrollyep.15:30
lucasagomesjroll, related but off-topic. I really want to have the cleaning/zapping steps in the future to be configured like pluggins you know15:30
jrolldevananda: and it doesn't do any real things in this patch, so IMO if this breaks it's horribly wrong15:30
devanandajroll: also, you may want to tag this bug on that commit https://bugs.launchpad.net/ironic/+bug/117415315:30
openstackLaunchpad bug 1174153 in Ironic "data from previous tenants accessible with nova baremetal" [High,Triaged]15:31
lucasagomeswhere you could add a step without having to change the drivers code directly15:31
BadCubbrb15:31
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556115:31
jrollcommit message fixed15:31
jrollor not /me adds bug15:31
jrollwell15:31
lucasagomesRelate-Bug :)15:31
jrollthis patch specifically doesn't do any disk erasing15:31
TheJuliadevananda: Opened, https://bugs.launchpad.net/ironic/+bug/143192915:31
openstackLaunchpad bug 1431929 in Ironic "Ironic failing to gracefully handle: ipmi error "insufficient resources for session"" [Undecided,New]15:31
devanandajroll: oh15:32
devanandajroll: then what does it do??15:32
jrollI've already pointed that bug at the BP so I think "related" is already there15:32
openstackgerritShivanand Tendulker proposed openstack/ironic: Common changes for secure boot support  https://review.openstack.org/15397415:32
*** Nisha has quit IRC15:32
jrolldevananda: calls all of the clean steps (which today is [])15:32
jrolldevananda: if we add a clean step to the agent after this lands, it will run.15:32
devanandajroll: I see. so here's my concern with a) landing it in that order b) turning it on by default15:32
*** Nisha has joined #openstack-ironic15:33
*** rameshg87 has quit IRC15:33
* jroll listens15:33
*** david-lyle_afk is now known as david-lyle15:33
devanandaif it's not ACTUALLY doing the cleaning, it might be broken right now and we dont know it15:33
devanandalanding it in that state,w hich I'd call experimental, is questionable, but probably ok15:33
devanandaturning it on by default when there's nothing using it yet -- not OK. signals that others should add their own implementations,which, well, it's untested, so ...15:34
devanandajroll: so -- if should really be DOING something in a voting job15:34
devanandaideally, actually, in a non-voting job so we can watch it for a bit. then make it voting // on by default15:34
devanandabut meh. it's not going to break any othe rproject's gate, and we can fix it since it's in our tree15:34
lucasagomesmy 0.2c is that this patch is 1 patch of a series, this does the plumbing work15:34
devanandaso I'm ok with landi ngit in a voting project to start15:35
lucasagomesthe next patches on the series will add a cleaning task and then we will confirm if it's working15:35
jrollyeah, I like the plumbing being tested15:35
devanandalucasagomes: right. we dont enable by default until we know the whole patch series works as expected15:35
lucasagomeswe always can revert it if it doesn't15:35
jrollI'm thinking of it from a code coverage perspective15:35
lucasagomesor fix15:35
*** rameshg87 has joined #openstack-ironic15:35
jrolldevananda: we don't know if the whole series works if we're not testing it15:35
devanandajroll: we should be testing it before we land it!15:35
devanandajroll: the right way to do that is create a separate -nv job that toggles a config option15:36
devanandaor an -experimental job15:36
jrolldevananda: testing it in the gate does that.15:36
devanandajroll: so you set the default to True in the base patch, then rebase the others on top of that, and we watch the test results15:37
devanandawe don't land it right away15:37
devanandaI agree with that15:37
lucasagomes+115:37
jrollsure thing15:37
lucasagomeswe can see the others patches on the series failing if it doesn't work15:37
devanandacool15:37
openstackgerritJim Rollenhagen proposed openstack/ironic: Add Cleaning Operations for iLO drivers  https://review.openstack.org/15771515:38
devanandai thought you were advocating turning it on by default then landing the first patch. apologies if I misunderstood15:38
lucasagomesI wanna see if that works too, but I think that logically it makes sense to have a patch doing the plumbing work and other patches on the series adding actually cleaning tasks15:39
openstackgerritJim Rollenhagen proposed openstack/ironic: Add /nodes/<uuid>/cleaning/steps API  https://review.openstack.org/15932215:39
lucasagomesso yeah wait the tests run and then we can land stuff once everything in the series is passing15:39
devanandalucasagomes: totally makes sense to break up the patches like that.15:40
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145315:40
lucasagomesyeah15:40
jrollok everything is rebased now15:40
devanandajroll: cheers, thanks15:40
lucasagomescause if we land as false, someone can turn it to true15:40
jrollyeah np15:40
lucasagomesand things can fail without any testing15:40
lucasagomesthat's bad imo15:41
* jroll walks his dog, bbiab15:41
NobodyCam:) enjoy jroll15:41
devanandalucasagomes: well. in that case, we would need to have a separate job that enables it, so that we test both15:41
lucasagomesdevananda, oh yeah, that's true15:42
JoshNanggood morning y'all15:42
*** jcoufal_ has quit IRC15:42
JoshNangjroll: thanks for pushing up those fixes15:43
devanandaJoshNang, jroll: oh hey, I didnt realize you needed a patch to nova??!!? https://review.openstack.org/#/c/16147415:43
devanandaJoshNang: so that's almost guaranteed not to land15:44
openstackgerritJohn L. Villalovos proposed openstack/ironic: Force LANGUAGE=en_US in test runs  https://review.openstack.org/16422615:44
lucasagomes:( noes15:44
JoshNangdevananda: hmm? how will it not land?15:44
devanandai may be exxagerating, but they've been very hesitant to allow in changes like that to drivers, which I do not understand15:44
lucasagomes(wonder if we need to use the Depends-On tag on ironic too)15:44
devanandaJoshNang: nova is well past feature freeze15:44
*** mdbooth has quit IRC15:45
JoshNangfull feature freeze? or non priority feature freeze?15:45
devanandafull15:45
devanandaso if it's not a bug ...15:45
devanandaand this is clearly not a bug15:45
devanandaand it wasn't granted a FFE15:45
JoshNangtheir wiki says general FF is march 1915:47
devanandaah, my mistake15:47
JoshNangmy goal was to poke nova people all morning :)15:48
devanandaJoshNang: go for it :)15:48
devanandaalso, I think we can improve that code by not listing states that the node may or may not reach15:48
*** ChuckC_ has quit IRC15:49
NobodyCamok some thing strange: http://logs.openstack.org/29/164029/3/check/check-tempest-dsvm-ironic-pxe_ssh/075b1a0/logs/screen-ir-cond.txt.gz#_2015-03-13_05_31_24_23715:49
devanandayea that whole block of code is buggy15:49
NobodyCamthat should cause this: (should it) http://logs.openstack.org/29/164029/3/check/check-tempest-dsvm-ironic-pxe_ssh/075b1a0/console.html#_2015-03-13_05_39_39_58715:49
*** mdbooth has joined #openstack-ironic15:50
NobodyCam*that shouldn't *15:50
devanandaJoshNang: shouldn't _unprovision  return success if the request is actioned, not based on what the next state is?15:50
devanandaNobodyCam: those look unrelated. what caused the lock?15:51
devanandaNobodyCam: also those are 8 minutes aparat15:51
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add validations for root device hints  https://review.openstack.org/16379415:51
openstackgerritLucas Alvares Gomes proposed openstack/ironic: IPA: Add support for root device hints  https://review.openstack.org/16385715:51
devanandaNobodyCam: oooh. we changed delete_port to now require a lock15:51
JoshNangdevananda: hmm let me look. i'm assuming it was that way for async-ness?15:51
NobodyCamoh ya15:52
devanandaNobodyCam: there's the failure http://logs.openstack.org/29/164029/3/check/check-tempest-dsvm-ironic-pxe_ssh/075b1a0/console.html#_2015-03-13_05_31_22_80815:52
*** Nisha has quit IRC15:52
*** hemna has joined #openstack-ironic15:53
devanandaNobodyCam: which coincides with the timing of hte sync power state run -- http://logs.openstack.org/29/164029/3/check/check-tempest-dsvm-ironic-pxe_ssh/075b1a0/logs/screen-ir-cond.txt.gz#_2015-03-13_05_31_22_85715:53
*** ChuckC has joined #openstack-ironic15:53
devanandahttp://logs.openstack.org/29/164029/3/check/check-tempest-dsvm-ironic-pxe_ssh/075b1a0/logs/screen-ir-api.txt.gz#_2015-03-13_05_31_22_76715:53
*** logan2 has joined #openstack-ironic15:54
devanandaso we introduced a new race condition yesterday. awesome15:54
openstackgerritDevananda van der Veen proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556115:55
rameshg872 year old bug finally tagged in a commit \o/15:56
rameshg87^^^^15:56
jrolldevananda: I'd say the power sync loop is the race condition, not the lock-for-port-destroy.15:56
devanandaoh, no, we didn't land it yet15:56
NobodyCamlol15:56
devanandajroll: yea - i thought that https://review.openstack.org/#/c/161861/ might have created that ^ failure. but it hasn't landed yet15:57
jrolloh huh15:57
jrollwell15:57
jrolldestroy_port checks the lock either way15:57
devanandaright15:57
jrollbefore or after that change15:57
JoshNangso i'm unclear. when the ironic api calls rpcapi.do_node_tear_down, does it wait for that call to execute before returning? or return immediately once it's on the rpc bus?15:58
*** Nisha has joined #openstack-ironic15:58
jrollJoshNang: it waits15:59
jrollwhich is why we tend to use _spawn_worker15:59
JoshNanggotcha15:59
jroll(I'm not 100% sure I'm right, but yeah)15:59
devanandaJoshNang: it waits for confirmation that the job was received by the conductor, and the work started without error16:00
JoshNangdevananda: so, this ensures tear_down() and cleanup() have been run before it disappears from the users list. for example, if we can't power off the node, we error the delete, so the user is aware their box is still open to the internet16:01
devanandaJoshNang: IOW, it waits for spawn_worker to be called, but does not wait for the delete to actually finish16:01
devanandaJoshNang: right. and similarly, we leave the instance UUID set in Ironic so it can't associate with another user16:01
devanandas/usr/instance/16:01
JoshNangright, makes sense16:01
devanandaJoshNang: so Nova showing that the node is in "deleting" state for a long time -- the whole duration of cleaning -- actually might be the right behavior16:02
devanandathe node isn't available for another user // instance yet, and the node still has (some) of old-user's data on it16:02
JayFOh wow, I can't disagree more16:02
jrolleh?16:02
devanandaas a user, I'd say the node is still "being deleted" until all of my data is gone16:03
jrollif we only provision to nodes in AVAILABLE, there's no reason to let it sit.16:03
devanandaHOWEVER i don't want to get billed for that time16:03
jrolleh, the instance is deleted as soon as I can't use it IMO16:03
JayFfrom my perspective, I'd say the node is deleted as soon as I can't access and use it anymore16:03
JayF==jroll exactly16:03
jrollI don't care how long it takes my data to be removed, as long as I know it will happen16:04
JayFhow the data gets removed afterward is an implementation detail -- one we consider so minor that we didn't do it for several releases and still let people disable cleaning (once it lands)16:04
NobodyCammorning JayF and JoshNang :-p16:05
JayFmorning16:05
JoshNangNobodyCam: good morning!16:05
jlvillalJoshNang: Does it just need a 'recheck'?   https://review.openstack.org/#/c/161001/16:05
devanandawhat if cleaning fails, and ironic somehow restarts the node and my data is all still there?16:05
JayFThat's a bug in cleaning, and then what? The node is stuck in deleting(nova) and CLEANFAIL(ironic) forever?16:06
jrolljlvillal: ya16:06
jlvillaljroll: JoshNang: Okay I will do that.16:06
jrolldevananda: if ironic can get a node to AVAILABLE without doing a clean, that's a huge security bug16:06
jrolllike16:06
jrollthat's no reason to keep the instance around16:07
devanandajroll: fair point16:07
devanandaif cleaning is enabled, it has to be mandatory16:07
JoshNangjlvillal: yeah failed to fetch some stuff from the mirrors :/16:07
devanandathough, ofc, i could go edit the DB and skip it ...16:07
jrolldevananda: you could also take over the node and pxe boot it, and steal the data.16:07
jlvillalJoshNang: I thought it was a transient error.  I did 'recheck' on the patch.16:07
JayFAt which point we're not talking about what the code should or shouldn't do, we're talking about what operators should or shouldn't do16:07
JayFheh16:07
JoshNangjlvillal: it is, i was just making sure it wasn't a real bug :)16:08
* rameshg87 calls it for the day 16:08
rameshg87good night folks16:08
jrollhave a good weekend rameshg87 :)16:08
JayFnight16:08
NobodyCamnight rameshg8716:08
JoshNangrameshg87: o/16:08
JoshNangrameshg87: and thanks for the reviews last night16:08
jlvillalrameshg87: Ciao!16:08
*** rameshg87 has quit IRC16:08
devanandaJayF: yea... right. so.16:08
devanandaNova thinks the node is deleted once it leaves ACTIVE, right?16:09
devananda(that doesn't seem right either)16:10
jrollI think this conversation is going to end with a larger patch to nova.16:10
devanandaheh16:10
devanandasorry16:10
jrollhttps://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L24816:10
victor_lowtherGood morning/afternoon/evening, Ironic.16:11
jrollthat needs to change to: if node.provision_state != AVAILABLE16:11
jrollnot just for cleaning but for e.g. MANAGEABLE16:11
*** Nisha has quit IRC16:11
*** Nisha has joined #openstack-ironic16:11
jrolldevananda: JoshNang: ^16:11
JoshNangjroll: we need a bunch more here then? https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L19816:13
jrollJoshNang: that's power state16:13
jrollJoshNang: that method makes the node appear as having zero resources at all16:13
jrollJoshNang: what I pointed to makes the node appear as having resources that are taken16:13
devanandathe change should go here https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L19116:13
jrollso actually maybe you're right16:13
JoshNangahh16:14
devanandaJoshNang: yea, what you linked16:14
*** ramineni has quit IRC16:14
jrolleither way, accomplishes roughly the same thing16:14
jlvillalvictor_lowther: Good morning.16:14
*** ramineni has joined #openstack-ironic16:14
jrolla node in a cleaning state should probably show as all resources in use, *technically*16:15
*** rwsu-afk is now known as rwsu16:15
JoshNangbut a node in manageable should show no reasources?16:15
jrollif I'm looking at capacity in my fleet, I'd like to see those as present but in use16:15
jrollcorrect16:15
jroll(imho)16:15
JoshNangseems reasonable16:15
JoshNangi can add this to my patch? or a separate one?16:15
jroll(just thought of the capacity thing, I guess that's the only difference)16:16
jrollwhichever you think will get through nova faster :)16:16
devanandayes16:16
* jroll wonders if we should write this down before making the patch16:17
NobodyCamanyone have an open eye for https://review.openstack.org/#/c/161066/ ... 2 +2's16:17
devanandajroll: ++16:17
JoshNangjroll: ++16:17
NobodyCamoh an looks like dependent patch is approved16:17
jrollthough I thought about writing it down and it ended up sounding like code16:18
JoshNangjroll: split it into two functions, _node_resources_unavailable and _node_resources_used, split up the states as unavailable vs used?16:19
jrollJoshNang: yeah, break out the if node.instance_uuid into a method16:19
JoshNangright16:20
NobodyCambbt...brb16:20
jrollmaybe even constants for the list of states16:20
jrollJoshNang: let's put those constants in an etherpad and all look at them16:20
JoshNangjroll: https://etherpad.openstack.org/p/KRcZ9LlgSd16:20
*** vdrok is now known as vdrok_afk16:21
jrollJoshNang: zapping is a state yeah?16:22
jrollnevermind16:22
jroll:P16:22
JoshNangheh16:22
jrolldevananda: ^^16:22
jrollJoshNang: I think that's good, curious what devananda thinks16:28
JoshNangjroll: that looks pretty good (assuming you're the mustard one)16:28
*** jmccrory has joined #openstack-ironic16:29
jrollya16:29
jrollmustard, lol16:29
JoshNangheh :)16:30
jrollNobodyCam: BadCub: google docs is back16:31
devanandajroll: one issue, updated16:32
jrolloh right16:32
jrollthat was obvious :)16:32
BadCubjroll: yep! I have been putting some new notes on it16:32
JoshNangdoes rebuild go in here?16:33
jrollso this seems large enough to be a separate patch (and maybe bug?)16:33
jrollI think nova will understand16:33
* BadCub needs to grab a quick breakfast16:33
NobodyCamwoo hoo16:33
jrollJoshNang: rebuild just runs through deploying afaik16:33
jrollBadCub: grab a bagel for NobodyCam16:33
NobodyCam:)16:34
* NobodyCam already has req for bagel in 16:34
jrolllol16:34
NobodyCam:-p16:34
jrolldang, now I want a bagel16:34
JoshNangjroll: i'm fine with separate patch16:34
jrollJoshNang: or you could land the existing one and then file a critical bug about deploying to nodes in cleaning :P16:35
jlvillalHas there ever been thought to use the httplib library for HTTP response codes?  Instead of putting 404, use httplib.NOT_FOUND16:36
jroll(I'm kidding, don't do that)16:36
JoshNang>:)16:36
jrolljlvillal: when the RFC for status codes starts changing, I might care about doing that :P16:36
jrolljlvillal: that said, idk if there's been thoughts on it16:36
JayFhttp2 is a thing now.16:37
jlvillaljroll: To me it then becomes blatantly obvious in the code that is an HTTP response.  Where a bare number is somewhat less obvious.16:37
jrolljlvillal: yeah, I guess16:37
jrollJayF: does it change status codes though?16:37
JayFidk16:37
jrollkinda doubt it16:38
BadCubhttps://review.openstack.org/#/c/161110 Microversion Spec looks good, has one +2 looking for some happiness!16:38
victor_lowtherhttps://review.openstack.org/#/c/150488/ DRAC BIOS vendor passthru also looking for another +216:41
NobodyCammorning victor_lowther :)16:42
NobodyCamoh wow one of the first reviews i've seen with : Signed-off-by16:43
NobodyCamnice!16:43
*** Marga_ has joined #openstack-ironic16:46
JoshNangare we good with the nova patch then? (before i start poking nova folks) https://review.openstack.org/#/c/161474/16:47
JoshNangand a separate patch for the states bugs16:47
jrollJoshNang: yeah, but I would want the existing one on top of the states patch16:47
JoshNangjroll: gotcha16:48
NobodyCamvictor_lowther: looking at bios.py now.. I would like to see :param and :returns added to many of the functions, would you like me to tag the review?16:48
jrollJoshNang: because that patch is broken without it16:48
JoshNangright16:48
* JoshNang writes16:48
JoshNang(unless anyone else wants the pleasure)16:49
victor_lowtherNobodyCam: Depends on the functions. :)16:49
jlvillalNobodyCam: I was told not to use Signed-Off-By on my first patch.16:49
jrollyou just volunteered :P16:49
jlvillalvictor_lowther: FYI: The first time I used Signed-Off-By I was told not to use it in OpenStack code.16:50
NobodyCamvictor_lowther: parse_integer(item, ns) / _val_or_nil16:50
jrollsomeone is a ruby dev16:50
jroll:P16:50
victor_lowtherjroll: That, and go, but the idioms I use in go don't really translate into python16:51
jrollvictor_lowther: yeah, twas a joke16:51
jrollthat reminds me...16:51
JayFyou can never stop writing ruby, you can only try16:51
jrolldevananda: for Liberty, rescue mode. how do you feel about it relying on go code in the ramdisk?16:52
victor_lowtherNobodyCam: ah, those.  They are not really supposed to be consumed seperately16:52
victor_lowtherthey only exist pecause pep8 bitched about the main wsman decoding function being too long.16:52
jrolldevananda: e.g. https://github.com/rackerlabs/onmetal-rescue-agent16:52
victor_lowtherjroll: and I got my nif from the proper source.16:53
victor_lowtherLisp.16:53
*** absubram has joined #openstack-ironic16:53
victor_lowthererm nil.16:53
jrollvictor_lowther: aha, I see16:53
NobodyCamvictor_lowther: my comment was because I found  my self diging thru the file to figure out was ns and item where16:54
NobodyCamwould be help (imo) to have them stated in doc string16:55
victor_lowtherns == xml namespace16:55
NobodyCamya I fiund on line 21516:56
NobodyCamfound even16:56
victor_lowthergotta have it because SOAP and WSMAN live their namespaces16:56
victor_lowtherer, love.16:56
victor_lowtherUnnaturally.16:56
*** harlowja has joined #openstack-ironic16:57
NobodyCamlol, my thought was a doc string would save folks from having to search the code16:57
victor_lowthereh.  If they are already reading the file it is too late for their sanity. :)16:58
JoshNangi'm just gonna forklift all the new states and changed docstrings from our states.py (minus the fsm stuff ofc)17:00
NobodyCamvictor_lowther: but doc strings are converted to docs? i.e. http://docs.openstack.org/developer/ironic/webapi/v1.html17:00
victor_lowtherI know.  That is why get_config has a huge and detailed one.17:01
victor_lowtherAll the parse_* stuff was originally in get_config, and it would have stayed there if pep8 had not complaned about too much complexity.17:03
victor_lowtherBut that is just history.17:03
victor_lowtherI can add extra doc strings.17:04
lucasagomesjroll, https://review.openstack.org/#/c/163344/ when u get some time17:04
lucasagomes(that's the pxe_ipa building from source on project-config)17:04
*** gridinv_ has joined #openstack-ironic17:04
* jroll reviews17:05
*** ifarkas has quit IRC17:10
devanandajroll: re: go, so we already use coreos in the ramdisk. which isn't used elsewhere in openstack17:14
jrolldevananda: this would be go code that we wrote17:15
jrollbut yeah.17:15
devanandajroll: on the one hand, as long as things are modular and could be re-implemented in something else (without changing the API) then its probably ok17:15
devanandajroll: on the other hand, think about this -- the rest of the ironic community needs to be able to review / test / maintain / fix bugs in it17:15
jrolldevananda: indeed, it's really simple17:15
jrollright17:16
JoshNangfwiw we tried implementing this in IPA first, it uses the same apis17:16
devanandajroll: so by adding go, you're asserting that the rest of us learn how to maintain it17:16
jrolltime for ironic to learn something other than python :)17:16
jrollI kid17:16
devanandaheh17:16
lucasagomesas long as it's not js17:16
lucasagomesjk17:16
lucasagomesheh python ftw17:16
devanandanot having to learn coreos is one reason i want the DIB IPA ramdisk to be viable17:16
jrollit really just does a lookup17:16
jrollhttps://github.com/rackerlabs/onmetal-rescue-agent/blob/master/agent.go17:16
devanandathere are folks for whom that does and will matter downstream to us17:17
* lucasagomes remembers once he read a tutorial on js arrays, nothing made sense to me17:17
jrolldevananda: all you need to learn is systemd17:17
jrollbut17:17
jrollsure17:17
devanandajroll: sure. not saying coreos is bad or should go away. but $options.17:17
jrollyeah, options are cool17:17
devanandait's also just a tool to build the image with17:17
jrollthough I tend to think duplicated work is not17:17
jrolls/build/run/17:17
devanandaright.17:18
*** pelix has quit IRC17:18
devanandaanyway. i'm -0 on using go in the ramdisk, fwiw17:18
jrollok17:18
devanandamostly because I wont be able to review it meaningfully17:18
jrollit can be easily ported to python17:19
lucasagomesjroll, +117:19
jrollbut then it needs to run in a container to run on coreos17:19
jrollwhich is part of what we were avoiding17:19
lucasagomesalso having go just increase the ramdisk size17:19
devanandaif it's a thing that IPA calls (eg, lik eit calls out to megacli or what ever for RAID building) then I'm +117:19
jrollthe other part being avoiding customers having access to IPA17:19
JayFlucasagomes: go doesn't work that way17:19
devanandaand you should put that tool in a separate repo17:19
JayFlucasagomes: go produces a mostly-static binary17:19
JayFlucasagomes: which is exactly why we chose it, so it didn't need any userspace support in the image :)17:20
jrolldevananda: it's just another ramdisk (tm)17:20
lucasagomesJayF, right, yeah if we can compile17:20
devanandaJayF: build the tool, ship it, have IPA consume it17:20
devanandajroll: huh?17:20
jrollthe point is not to have IPA accessible to the customer.17:20
jrollbecause presumably there's proprietary vendor tools in it.17:20
*** pas-ha has quit IRC17:20
jroll(which sucks, but that's a completely different topic)17:21
devanandaoooh17:21
lucasagomesjroll, but IPA is modular right? we could build IPA with only 1 module (rescue)17:21
lucasagomesnothing else17:21
devanandajroll: to rephrase, "for liberty rescue mode, how do I feel about using a completely separate ramdisk that is not IPA?"17:21
devanandais ^ accurate?17:21
devanandajroll: I'd be fine with that17:21
jrolldevananda: to rephrase: "how upstreamable is our current rescue mode implementation" :P17:21
jrollyeah, ok17:21
devanandajroll: haha well that requires me to go review it17:21
devanandajroll: which I'm not going to do until after kilo RC17:22
jrollright17:22
jrollI guess the question was, is go a non-starter.17:22
jrollit sounds like the answer is almost17:22
devanandajroll: go is a tool. it's the architecture I care about17:22
jrollright, but I like lucasagomes' idea17:22
jrollbuild a second ramdisk without secrets17:23
devanandayup17:23
devanandathe rescue ramdisk should not be the same ramdisk as deploy / clean / etc17:23
jrollalthough...17:23
jrollhrm.17:23
BadCubdevananda: popped you a couple questions in PM17:23
devanandaI think I just assumed that17:23
devanandahttps://review.openstack.org/#/c/161861/ could use eyes from non-HP cores. jroll, I think you're already familiar with it, mind giving it a review?17:28
jrollya, one minute17:28
devanandata17:29
*** jistr has quit IRC17:31
*** ramineni has quit IRC17:32
devanandaJayF: interesting failyure on https://review.openstack.org/#/c/161001/617:32
devanandaI just rechecked -- just pointing it out. i haven't seen that before17:32
JayFlooks like rackspace mirrors were broken17:32
devanandaJayF: it's installing xen things in the agent_ssh-src job17:32
devanandak17:33
*** achanda has joined #openstack-ironic17:33
JayFthat's just doing security updates, the xen stuff already exists in the image apparently17:33
JayFwhich might be another good candidate to purge and shave another meg off the image17:33
devanandaahh. right17:33
devanandaJoshNang: what happens if we land all the cleaning stuff, but nova doesn't accept https://review.openstack.org/#/c/161474/5 ?17:34
NobodyCamlol 161001 has been in recheck queue for about an hour and a half17:35
JayFWe file a critical bug against nova for deletes taking hours and get them to merge it anyway? lol17:35
JoshNang^ or we remove the config option and unconditionally skip cleaning17:35
*** gridinv_ has quit IRC17:36
devanandaoh yah. expect the gate to get REALLY LONG17:39
devanandacause, you know, everyone's trying to cram features in17:39
devanandaJoshNang: yah. we'll have to consider the possibility of disabling the feature and saying "not supported by Nova in Kilo"17:40
NobodyCamdmitry out on pto? correct?17:40
openstackgerritJim Rollenhagen proposed openstack/ironic: Add missing exceptions to destroy_node docstrings  https://review.openstack.org/16427917:40
devanandaNobodyCam: don't know. I've seen reviews by him this week, I thought17:40
*** Marga_ has quit IRC17:40
JoshNangdevananda: that's reaonable17:40
JoshNangreasonable, even17:41
*** Marga_ has joined #openstack-ironic17:41
devanandawoot - whle disk image support is done17:41
jrolldevananda: +A'd that destory_port thing with a followup17:41
NobodyCamI don't see in channel, but $timeZones ... I'm going to rebase 16113217:41
jrolldevananda: wow17:41
devanandalocal boot looks almost done too -- https://review.openstack.org/#/c/159855/17:42
devanandais the only one left17:42
devanandajroll: cheers17:42
devanandajroll: approved the doc change17:43
jrolldevananda: I added a test and dealt with nits on this, are you ok with +2 https://review.openstack.org/#/c/155561/17:43
jrollare you ok with me giving it a +2*17:43
jrollnice17:43
devanandajroll: I haven't actually read the whole thing yet >_<17:43
devanandajroll: oh. you giving it a +2. sure17:44
jrolldevananda: I was +2 other than the missing test I added. I also fixed nits. ok for me to... yeah17:44
jrollthanks17:44
*** derekh has quit IRC17:45
*** ChuckC has quit IRC17:45
openstackgerritChris Krelle proposed openstack/ironic: Start using in-band inspection  https://review.openstack.org/16113217:46
NobodyCamrebased ^^^^17:46
*** Marga_ has quit IRC17:46
BadCubbrb17:48
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480817:49
devanandaanyone here used discoverd for in-band discovery?17:49
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481417:50
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481617:51
devanandaNobodyCam: it's disabled by default right now. I believe that's the right course of action, becaues discoverd, last I talked with dtantsur, has no functional testing in its gate17:51
devanandaand ew aren't testing it in ours17:51
devanandaso I think that feature should be considered experimental at this point17:51
devanandathat said, hooking up the plumbing for those drivers that want it is fine -- but it shouldn't be displayed17:51
devanandaif it's disabled17:51
*** stendulker has joined #openstack-ironic17:52
lucasagomesfolks I will call it a day17:52
lucasagomeshave a good night everyone! Enjoy the weekend17:52
devanandalucasagomes: cheers, have a good weekend!17:53
devanandaooh. nice, I'm glad to see this output17:53
devananda| inspect    | False  | ironic-discoverd support is disabled in configuration, set [discoverd]enabled to true to enable                                                  |17:53
*** lucasagomes is now known as lucas-dinner17:54
*** dprince has quit IRC17:56
NobodyCamhave a good weekend lucas-dinner17:57
*** omnibus7 is now known as davidlenwell17:57
*** Nisha has quit IRC17:57
*** Nisha has joined #openstack-ironic17:58
stendulkerNobodyCam: Hi17:59
NobodyCamhello there stendulker :)17:59
stendulkerNobodyCam: Have addressed all your comments related to secure boot17:59
NobodyCamawesome #?18:00
NobodyCamlol18:00
NobodyCamsorry so many open windows18:00
*** alexpilotti has joined #openstack-ironic18:00
stendulkerNobodyCam: Have merged all the changes of localboot and whole-disk images (latest) and validated all the drivers working with grub in uefi boot mode18:01
*** alexpilotti has quit IRC18:01
stendulkerNobodyCam: Please have a look when you get some time.18:01
jrollJoshNang: https://review.openstack.org/#/c/161066/7/ironic_python_agent/extensions/clean.py18:02
*** alexpilotti has joined #openstack-ironic18:02
jrollJoshNang: should get_clean_steps be sync, not async?18:02
JoshNangjroll: ooo good catch18:03
jrollhehe18:03
* jroll stops reviewing :P18:03
jrollleft a comment for you, I'll review the rest18:03
jrollJoshNang: also...18:04
jrollwhat's the return look like for that18:04
jrollI guess I can look at tests18:04
jrollbut it seems weird18:04
devanandashould an interface which is desabled report True or Fales from node-validate?18:04
devanandahave we ever decided that before?18:04
JoshNangits like {'hardware_manager': [step1, step2]..}18:04
jrolloh right it should return a list of dicts18:05
jrollok18:05
JoshNanga dict of lists of dicts18:05
jrolldevananda: great question. because validation passes ya?18:05
*** PaulCzar has joined #openstack-ironic18:05
devanandaif validate returns False for an interface, that means bad things, right?18:05
devanandabut if the interface is disabled globally (ie, in ironic's config) then it's not bad18:06
devanandait's just turned off18:06
jrollJoshNang: should there be a test for get_clean_step() if the version doesn't match? (or is it not checked there)18:08
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573118:08
JoshNangjroll: it's not checked there18:08
jrolldevananda: precedent: | console    | False  | IPMI terminal port not supplied to IPMI driver. |18:08
jrolloh that might be different18:08
JoshNangbecause it needs a baseline for clean steps, which it gets when calling get_clean_steps18:08
devanandajroll: yea, that's missing info18:09
jrollyeah, I guess that's not "disabling" per se18:09
jrollJoshNang: right, ok18:09
openstackgerritMerged openstack/ironic: Add whole disk image support in iscsi_ilo driver  https://review.openstack.org/16358918:09
jrollJoshNang: does get_clean_steps get called every round of cleaning? what if version changes in the middle?18:09
devanandajroll: console    | None   | not supported18:09
devanandaso ya. it should say None, not False18:09
jrolldevananda: aha18:09
JoshNangjroll: it gets called at the start only. if it changes in the middle (it checks on every execute_clean_step), cleaning gets restarted18:09
jrollJoshNang: oh right. I suck. I meant should there be a test for execute_clean_step on version mismatch18:10
jrolland sounds like yes18:11
JoshNanglol oh. and yeah let me put that in there18:11
jrollcool18:11
jrollLGTM other than those things18:11
jrollJoshNang: and if you add Depends-On: $changeid18:11
jrollwhere changeid is the add zapping steps thing18:12
jrolladd cleaning steps thing*18:12
jrollit'll get run in the gate, and that would be awesome to see18:12
JoshNangjroll: cleaning is disabled by default :/18:12
JoshNangso it wouldn't run in the gate.18:12
jrollJoshNang: no it's not :)18:12
jrollI turned it on this morning after much debate18:13
JoshNang\o/18:13
JoshNangi didn't get very far back into scrollback this morning18:13
jrollchangeid is the long-form change id btw, I96af133c501f86a6e620c4684ee65abad2111f7b18:13
JoshNanggotcha. i gotta change a couple things since this is sync and add that test. should be up shortly18:14
NobodyCamanyone else want to lok at https://review.openstack.org/#/c/159855 before I approve, lucas had a +1 befor rebase?18:14
jrollword18:14
jrollNobodyCam: it was next on my list, I'll give it a quick look18:14
NobodyCamack +2'ing please +a if it passed the mustard18:15
NobodyCams/passed/passes/18:15
jrollheh18:15
devanandaso yah. i dont see a neat way to do this yet18:17
devanandainspect interface needs to be unset if discoverd is disabled18:17
devanandabut it's not18:17
openstackgerritShivanand Tendulker proposed openstack/ironic: Enable agent_ilo for uefi-bios switching  https://review.openstack.org/16204318:17
*** tiagogomes_ has quit IRC18:18
devananda         self.inspect = discoverd.DiscoverdInspect()18:20
devananda+        if not CONF.discoverd.enabled:18:20
devananda+            del(self.inspect)18:20
devanandaone way is ^ in every driver base class that uses it18:20
devanandabut that's gross18:20
* devananda proposes it anyway18:21
jrollNobodyCam: +A'd18:21
jrolldevananda: if CONF.discoverd.enabled: self.inspect = discoverd.DiscoverdInspect()18:22
jrollwouldn't work?18:22
devanandaoh. duh18:22
devanandamaybe18:22
devanandai mean, less gross.18:22
BadCubjroll: thnx :-)18:22
jrollright :P18:22
jrollBadCub: what's next on the list? :P18:23
BadCub155561 was being discussed earlier.18:24
openstackgerritMerged openstack/ironic: ironic port deletion fails even if node is locked by same process  https://review.openstack.org/16186118:25
jrollBadCub: yeah, I reviewed that18:25
* jroll looks at some lists18:25
jrollBadCub: looking in general for which topics are priority18:26
*** MattMan has quit IRC18:28
NobodyCamanyone know anthing about 16373818:28
NobodyCamnaotokl: ^^^^ ????18:28
*** Marga_ has joined #openstack-ironic18:29
BadCubNobodyCam: 163738 is the only stopper left on the corresponding BP, I think18:29
jrollit's marked WIP :/18:30
*** stendulker has quit IRC18:30
NobodyCamjroll: ya just wish we had a comment as to why18:32
NobodyCam:-p18:32
jrollikr18:32
BadCubhttps://review.openstack.org/#/c/142178/ looks like it could use a look18:32
NobodyCamw00 h00 gate is up to like 4 hours for check queue!18:32
jlvillalNisha: I just commented on https://review.openstack.org/#/c/151596/31/ironic/drivers/modules/ilo/inspect.py  Hopefully I explained about split and 'if' block.18:33
* devananda is fixing discoverd18:33
devanandahttps://bugs.launchpad.net/ironic/+bug/143199918:33
openstackLaunchpad bug 1431999 in Ironic "discoverd incorrectly reports False from validate when disabled" [High,Triaged] - Assigned to Devananda van der Veen (devananda)18:33
BadCubyeah, 163794 & 163857 appear to be in test pergatory18:33
Nishajlvillal, yeah.18:37
Nishagot it18:37
jlvillalNisha: Cool.18:37
devanandawow. mem error during pyton setup.py18:39
NobodyCamhey there Nisha :)18:40
NishaNobodyCam, yes18:40
NobodyCamjust saying hi18:41
NobodyCam:)18:41
NishaNobodyCam, hi18:41
devanandaneat. does it agan18:41
NobodyCamdevananda: mamory going bad?18:41
devanandano18:41
devanandabug18:41
jrolldevananda: locally or?18:41
NobodyCam:(18:41
devanandalooks like infinite recursion somewhere during setup18:41
devanandai dont really want to dig in18:42
jrolldevananda: on your patch or?18:42
* jroll lunches18:43
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add cleaning/zapping support to IPA  https://review.openstack.org/16106618:43
* devananda rebuilds venv18:43
jrollJoshNang: already in merge conflict LOL18:44
JoshNangjroll: womp.18:44
jrollheh18:44
jlvillalJoshNang: Do you need to rebase that patch?  Gerrit says patch in merge conflict18:44
* jroll looks up four lines18:44
jlvillalJoshNang: But Gerrit gives very little details on what that message means.18:44
jrolljlvillal: that's what it means, yes18:45
openstackgerritJosh Gachnang proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145318:45
* jroll really steps away now18:45
*** ijw has joined #openstack-ironic18:45
jlvillaljroll: Thanks.  And now I see where you said same thing :)18:45
JoshNangyay rebase button. blah should have cherry-picked in the first place18:45
*** athomas has quit IRC18:45
NobodyCamJoshNang: you use the rebase button?18:46
NobodyCamI always pull down and rebase18:46
NobodyCam:-p18:46
JoshNangNobodyCam: very occasionally18:46
JoshNangusually git review -d the parent patch, cherry pick and then i don't have to worry abou tit18:47
jlvillalJoshNang: I usually do 'git pull --rebase'18:47
jlvillalJoshNang: I haven't tried 'git review'   Maybe I should :)18:47
devanandaso general word of advice -- if you dont have to rebase a patch, please don't18:47
devanandait makes it harder to see the difference between revisions of the patch18:47
devanandaand if you need to make changes to address review comments AND rebase the patch, plesae do that in different revs18:48
* devananda thnks ^ should be in our dev ref guide18:48
jlvillaldevananda: Makes sense.  Thanks.18:48
*** andreykurilin_ has joined #openstack-ironic18:49
*** ndipanoff has quit IRC18:55
NobodyCambrb18:57
*** dprince has joined #openstack-ironic19:01
devanandacorrect me if I'm wrong folks -- doesn't all the RAID config stuff depend on zapping, because without that, there's no API to drive RAID configuration?19:17
devanandaJayF JoshNang ^19:17
JoshNangdevananda: as i understood it, yeah19:18
* NobodyCam is back ... 19:18
devanandaJoshNang: thought so. /me bumps on LP19:20
JoshNangdevananda: jroll: nova patch for using the new states in the resource tracker https://review.openstack.org/16431319:21
JoshNangand the nova cleaning patch is now dependent on that.19:22
* JoshNang grabs lunch19:23
*** mgoddard1 has joined #openstack-ironic19:24
*** thiagop has quit IRC19:25
*** mgoddard has quit IRC19:26
JayFJoshNang: do you want a bug or blueprint on that?19:27
JayFJoshNang: seems like you probably want a bug at minimum or to tag it with the state machine bp19:27
devanandaJoshNang: I'm going to set those to the 'ironic-driver' topic19:28
devanandaJoshNang: oh wait. i can't. could you (when yuou get back)?19:28
*** mgoddard1 has quit IRC19:28
* BadCub needs to go move the house out of the driveway of the house for delivery folks19:29
NobodyCamvictor_lowther: where you going to add the doc strings in that patch or follow up? (re: 150488)19:29
NobodyCamalso microversion spec stil look'n for another +2 ( https://review.openstack.org/#/c/161110 )19:31
devanandaNobodyCam: yah I need to re-read it19:31
JoshNangJayF: devananda will do19:32
JoshNangdo blueprints work across projects?19:32
devanandabug for tracking it in nova19:32
*** hemna has quit IRC19:32
JoshNangwfm19:32
devanandaJoshNang: not so well19:32
devanandabugs work across projects, bp do not19:32
JoshNanggotcha. thanks!19:33
devanandaon the discoverd patch, I'd ask dmitry but he's on PT19:33
devanandaI have a fix for https://bugs.launchpad.net/ironic/+bug/1431999 -- I can do it on top of dmitry's patch (meaning we land the bug then immediately fix it)19:35
openstackLaunchpad bug 1431999 in Ironic "discoverd incorrectly reports False from validate when disabled" [High,Triaged] - Assigned to Devananda van der Veen (devananda)19:35
devanandaor I can clobber his patch, meaning we mostly avoid the bug, since it wont actually get turned on in trunk19:35
devanandaanyone care which way I do it?19:35
JayFI mean, one less patch to have to fly through the gate seems like the more prudent path19:36
JayFimo19:37
devananda*nod*19:37
*** mgoddard has joined #openstack-ironic19:38
NobodyCam:) sweeping pine needles in the wind is like trying to push a rain drop back up into the cloud!19:44
openstackgerritDevananda van der Veen proposed openstack/ironic: Start using in-band inspection  https://review.openstack.org/16113219:51
*** hemna has joined #openstack-ironic19:52
devanandaNobodyCam: ^19:52
NobodyCamdevananda: ack will look in a few ... looking at root hint patches now?19:53
NobodyCams/?/./19:53
NobodyCam:)19:53
*** lucas-dinner has quit IRC19:54
*** achanda has quit IRC20:06
openstackgerritMerged openstack/ironic: Add localboot support for uefi boot mode  https://review.openstack.org/15985520:09
*** achanda has joined #openstack-ironic20:11
*** Nisha has quit IRC20:11
*** Nisha has joined #openstack-ironic20:11
openstackgerritDevananda van der Veen proposed openstack/ironic: Write documentation for hardware inspection  https://review.openstack.org/16177520:12
* devananda goes to read the api microversion spec20:13
BadCubcould I get some love for https://review.openstack.org/#/c/163857/ & https://review.openstack.org/#/c/163794/?20:16
*** achanda has quit IRC20:25
NobodyCamgah check queue now over 4 hours20:27
devanandaNobodyCam: -1'd the api miroversoin spec. since mrda-weekend is probably not working for a few days, perhaps we should just fix it and approve20:32
devanandaNobodyCam: you want to follow up or shall I?20:32
devanandaalso, i need to fix something in the API itself, which I should have fixed a month ago20:32
* NobodyCam looks for devananda's comment20:33
*** alexpilotti has quit IRC20:37
devanandawe dont actually have the same API as stable/juno right now20:42
devanandaabout a week after juno was cut, we landed maintenance_reason20:42
devanandaand then we landed micro versions a few months after that20:42
devanandawith no api changes between20:42
JayFso maintenance_reason needs to support microversions?20:42
devanandaif we want to claim that someone sending a request header of version == 1.0 will actually get the same API as stable/juno20:43
devanandathen yes20:43
devanandalooked at from another angle, the question is really about: when we extend the functionality if our API, do we need to bump the microversion?20:44
devanandaor do we only bump when there is something that changes existing behavior?20:44
devanandaso far, we seem to all be going with the former answer20:44
devanandaJayF: you should read the api microversion spec tho20:44
BadCubbrb20:56
*** achanda has joined #openstack-ironic20:57
*** kkoski has quit IRC20:58
*** harlowja has quit IRC21:00
devanandaI mean, we added a new endpoint: /v1/nodes/NNNN/maintenance21:03
devanandaif we did that today, wouldn't we put a microversion around it?21:03
jrollso21:03
jrollis it really a rush to approve that spec21:03
jrollI thought it was an FYI sorta thing21:03
devanandatrue21:03
jrolland we decided 1.0 wouldn't be juno equiv already.21:04
devanandajroll: you mean 1.121:04
JayFdevananda: put some comments on that microversion spec21:04
JayFthe "kilo is 1.1, juno is 1.0" stuff seems confusing21:04
jrolldevananda: I'm not sure without looking things up.21:04
jrollI thought 1.1 was NOSTATE -> AVAILABLE21:04
devanandare: the spec, yes informational, not rushed for next week, but we hould sort it before RC121:04
devanandaJayF: exactly21:05
jrollwho has a link handy?21:05
devanandaif we are promising that curent server can support same API as juno/stable, we need to fix the current api before RC21:05
devanandathat's my point21:05
JayFhttps://review.openstack.org/#/c/16111021:05
JayFjroll: ^21:05
jrollwe shouldn't promise that, it would be tons of work :x21:05
NobodyCamdevananda: all reffs to v1.1 should be v1(.0) in the microversion spec21:05
jrollit wasn't just maintenance reason21:05
JayFdevananda: I'm +1000 to that after reading the spec21:05
JayFNobodyCam: That's what I was thinking, but got confused halfway through21:06
*** harlowja has joined #openstack-ironic21:06
devanandaif we say that v1.0 == some random point in Kilo where we added microversions, then yes, the spec should s/1.1/1.021:06
NobodyCamI'm editing now21:06
devanandahowever I would rather say that v1.0 == stable/juno, and v1.1 == where we added microversions21:06
JayFif 1.0 and 1.1 behave no differently when a microversion header is not specified21:07
devanandaAND i would like the server to actually provide the same semantics as stable/juno, but maybe that's just crazy talk21:07
JayFthe difference is kinda arbitrary and confusing21:07
devanandaJayF: yup. I'd like to actually lower it to v1.021:07
devanandaso that "no header == v1.0"21:07
JayFYeah, I agree21:07
devanandaand 1.0 == stable/juno21:08
devanandajroll: what else was it?21:08
devanandajroll: I believe I've read the commit logs and didn't find anything else21:08
JayFThe other major confusing thing is the idea we'd ever have a client/server combiation that couldn't negotiate a working API connection21:08
devanandaand wrapping maintenance isn't tha tmuch work21:08
jrolldevananda: I'm looking... when you did the first patch I swear that it was like 6 commits21:08
JayFbecause our API inherently always supports fallback to "/1.0"21:08
devanandaJayF: seriously. that's a silly idea and we should never ever do that21:08
JayFand if the client always supports that, it's never a problem21:08
JayFyou might have features you wanna use that just don't work21:09
openstackgerritMerged openstack/ironic-python-agent: Add dispatch to all managers  https://review.openstack.org/16100121:09
*** gridinv_ has joined #openstack-ironic21:09
jrolldevananda: hrm. not seeing it.21:10
devanandahuh. so, i'm not seeing how to selectively disable or hide an API endpoint in wsme21:17
jrolldevananda: couldn't you just 404 it if version is too low?21:18
devanandajroll: yes. but it's handled differently, and pecan/wsme returns that as a client error21:18
jrollwat21:19
jrollhow is a 404 handled differently21:19
devanandajroll: http://paste.openstack.org/show/192189/21:20
jrollrage21:20
devanandayah21:21
devanandaalso the second one generate this log entry21:21
devananda2015-03-13 14:19:37.949 25931 WARNING wsme.api [-] Client-side error: The resource could not be found.21:21
devanandathe former does not21:21
jrollI don't care so much about that21:21
devanandaer, other way around, sorry21:21
jrollbut it is different and that sucks21:21
devanandayes21:21
devanandaraising a 404 from inside the controller != the controller not being three21:22
devanandathere21:22
*** andreykurilin_ has quit IRC21:23
*** andreykurilin_ has joined #openstack-ironic21:23
JayFJoshNang: https://review.openstack.org/#/c/161066/ (cleaning/zapping for IPA) is still V-1 because of merge conflict21:25
JayF:(21:25
JoshNangJayF:  :( fixing now21:26
JayFokay awesome, then I can review21:26
*** achanda has quit IRC21:27
*** mjturek1 has quit IRC21:30
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add cleaning/zapping support to IPA  https://review.openstack.org/16106621:30
NobodyCamanyone have the command to build a spec file locally?21:31
NobodyCamneed to test rendered formating21:31
JoshNangJayF: ^ i'm not sure why it was in merge conflict tbh.21:31
JayFit still is21:31
JoshNanggrr one sec21:31
JayFJoshNang: a suggestion?21:31
JayFJoshNang: get a clean checkout of IPA master. Cherry-pick your commit into it. Push that as the change.21:32
JoshNangheh exactly what i di21:32
JoshNang*did21:32
*** achanda has joined #openstack-ironic21:33
NobodyCamdoh .... tox21:34
*** jgrimm_ has joined #openstack-ironic21:34
jrollJoshNang: when it's in merge conflict I don't believe you can use the rebase button21:35
jrollif you can then magic21:35
*** maurosr has quit IRC21:35
jroll(but then why doesn't gerrit handle the merge conflicts)21:35
NobodyCambrb while that runs21:35
*** jgrimm- has joined #openstack-ironic21:36
JayFjroll: JoshNang: I wonder if the merge conflict checker job is running behind or something21:36
JoshNangjroll: i wasn't. "git fetch origin master; git checkout origin/master; git review -x $review; git review"21:36
*** jgrimm has quit IRC21:36
jrolloh idk, it should clear on upload...21:36
*** maurosr has joined #openstack-ironic21:36
JoshNangyeah :/21:37
jrollOH21:37
jrollthe change it depends on has a conflict21:37
jrollheh21:37
JoshNangOH ha21:37
JayFoh man, that's actually really confusing21:38
JoshNangheh that makes sense. first time using depends-on21:38
JoshNangyeah, that's a bit of a bad ui..21:38
* JoshNang fixes agent driver21:39
*** jgrimm_ has quit IRC21:39
*** ijw has quit IRC21:40
*** andreykurilin_ has quit IRC21:41
*** Nisha has quit IRC21:41
*** Nisha has joined #openstack-ironic21:41
*** andreykurilin_ has joined #openstack-ironic21:42
*** sambetts has quit IRC21:45
*** dprince has quit IRC21:46
*** sambetts has joined #openstack-ironic21:47
openstackgerritJosh Gachnang proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556121:52
JoshNangjroll: if you get a sec, can you put your +2 back on that? destroy_port bumped the rpc version, caused merge conflicts21:53
*** kozhukalov has quit IRC22:00
*** rwsu has quit IRC22:00
jrolloh, right22:01
jrollJoshNang: done22:03
JoshNangjroll: thanks!22:03
*** harlowja has quit IRC22:04
jrollnp22:04
*** harlowja has joined #openstack-ironic22:06
*** harlowja has quit IRC22:06
*** harlowja has joined #openstack-ironic22:06
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159622:10
*** Nisha_away has joined #openstack-ironic22:11
*** Nisha has quit IRC22:11
*** killer_prince has quit IRC22:11
openstackgerritJosh Gachnang proposed openstack/ironic: Add /nodes/<uuid>/cleaning/steps API  https://review.openstack.org/15932222:13
*** Nisha_away is now known as Nisha22:13
*** killer_prince has joined #openstack-ironic22:14
*** killer_prince is now known as lazy_prince22:15
*** gridinv_ has quit IRC22:16
*** gridinv_ has joined #openstack-ironic22:17
openstackgerritJosh Gachnang proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556122:17
JoshNangblah, commit message had the old api version :(22:17
JayFJoshNang: Related-bug: #117415322:18
openstackbug 1174153 in Ironic "data from previous tenants accessible with nova baremetal" [High,Triaged] https://launchpad.net/bugs/117415322:18
JayFIDK <322:18
JayFer, just meant the <322:18
JayFlol22:18
JoshNangdeva added that. <322:18
devanandagoing to ask a terrible question - are we crazy for doing microversions at all?22:18
JayFA little bit, but moving slower is much more crazy22:18
devanandaheh22:18
devanandai've just about got the "hide maintenance from v1.0" done22:19
devanandaand realized how weird this looks in my logs22:19
devananda127.0.0.1 - - [13/Mar/2015 15:16:03] "DELETE /v1/nodes/ccbb2d62-a5e0-463e-9eab-b33267bb99ce/maintenance HTTP/1.1" 404 18622:19
devananda127.0.0.1 - - [13/Mar/2015 15:16:15] "DELETE /v1/nodes/ccbb2d62-a5e0-463e-9eab-b33267bb99ce/maintenance HTTP/1.1" 202 022:19
devanandathe only difference between those is the requested version header -- first request didn't specify one, second request did22:19
JayFWe should perhaps alter the default logging configuration we ship with22:20
devanandait's the correct behavior according to the current spec. it's just ... odd22:20
JayFto also log the microversion header22:20
devanandaah22:20
devanandathat would make it less odd, indeed22:20
JayFI know that's possible in apache, not sure if it's possible in our middleware22:20
JayFI agree that seems /very/ wrong22:20
JayF(the log messages)22:21
*** gridinv_ has quit IRC22:21
devanandaJayF: just confirming - other than that, you find  the behavior reasonable?22:21
JayFYou aren't going to like my answer :)22:21
JayFit's reasonable for an API like Ironic, which is mostly used by a static set of things: Nova, py-ironicclient, maybe an ansible module22:22
JayFif this were a more customer-facing API, I'd think it's really complex22:22
JayFbut given we generally control most clients to our api, the complexity is worth the value created22:22
JayFHonestly I'm just glad to know we're going to avoid the pain of a big real api version bump22:24
jrollI don't think we should ever say our client list is limited22:24
JayFand instead getting the pain in little bits as we add features and change the api22:24
jrollbecause it's only going to get less limited22:24
JayFI didn't say it's limited, I said in most cases we control the clients22:24
jrollthere's already a node.js client to add to your list22:25
devanandaJayF: I disagree. we can't asume that22:25
devanandajroll: oh there is?22:25
jrollyeah, we don't control the clients at all22:25
jrolldevananda: it's crappy and not very featureful, and not open source22:25
jrollbut yes22:25
devanandajroll is right -- we do not control the clients at all, and should never act like we do22:25
devanandakrotscheck: ^22:25
jroll:x22:26
jrolldevananda: it literally does node-list and node-show22:26
jrollnot much value to be had, and it isn't abstracted at all22:26
jrollbut yes it exists22:26
russell_hI've got my own python client too if it makes you feel better22:26
devanandajroll: cool22:26
devanandarussell_h: it does22:26
russell_hbecause pip was pissing me off22:26
jrollrussell_h: and we have yet another in onmetal-scripts22:26
JayFheh22:26
devanandai'd also love to see support in openstackclient22:26
devanandatempest also has its own client implementation22:27
jroll+122:27
devanandabecause it needs to test w/o using the client we produce22:27
*** mtanino has quit IRC22:27
jrollclif_h: openstackclient does not have ironic yet at all, correct?22:28
clif_hopenstackclient?22:28
JayFclif_h: unified openstack client that's replacing (eventually) python-[project]client22:29
JayFclif_h: Ironic doesn't have any support in it yet at all22:29
jrollclif_h: oh, I was mistaken as to the intent of that PR to arsenal :P22:29
jrollnames are hard.22:29
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159622:29
clif_ham I replicating work?22:29
JayFNot at all.22:29
jrollno22:29
jrolljust names :P22:29
clif_hmine is named OpenstackClientWrapper22:30
jrollJayF: at any rate, many clients.22:30
jrollclif_h: right, I thought it dealt with the new openstackclient thing, and was wondering how that worked without ironic support there22:30
NobodyCamdevananda: are you around?22:32
JayFJoshNang: https://review.openstack.org/#/c/155561/26/etc/ironic/ironic.conf.sample,cm why did line 18/79 change?22:33
*** rwsu has joined #openstack-ironic22:33
JayFJoshNang: it seems very unrelated22:33
devanandaNobodyCam: yes22:34
*** bauwser is now known as bauzas22:34
jrollJayF: yay for auto-generating things22:34
jrollJayF: if you -1 for that I will stab something nearby22:35
jroll(but good catch)22:35
NobodyCamahh22:35
JayFI do it in IRC for that reason22:35
JoshNangJayF: ah, changed with in band inspection22:35
JayFwhy is it OK that we changed those values from something that had any chance of being valid to something that has a near-zero chance of being valid?22:35
jrollJayF: it's an external library defining the defaults.22:36
JayFthat just seems to violate the principle of sane defaults22:36
JayFugh22:36
* jroll wonders if through code or what22:36
NobodyCamdevananda: can you look over my comments on the microversion spec22:36
NobodyCamhave new rev ready to push up22:36
* NobodyCam also shakes fist at devananda for rendering comments :-p22:37
NobodyCamhehehe22:37
devanandaJayF: changed what?22:38
jrollNobodyCam: it's easier to comment on a patchset than inline comments?22:38
jrolldevananda: oslo.messaging defaults: 22:33:32             JayF | JoshNang: https://review.openstack.org/#/c/155561/26/etc/ironic/ironic.conf.sample,cm why did line 18/79 change?22:38
JayFthat22:38
NobodyCamjroll: ok....22:38
JayFI am very not a fan of that change ^22:38
JayFbut if it's not us, it's not us22:38
jrollJayF: idk, it happens to me every time I generate configs but22:39
openstackgerritChris Krelle proposed openstack/ironic-specs: API Microversions  https://review.openstack.org/16111022:39
jrollnot sure why22:39
NobodyCamjroll: ^^^^^22:39
jrollJayF: obviously oslo.messaging doesn't hardcode ironic22:39
devanandaso there arebugs in our config generation?22:41
devanandathat's not oslo's fault22:41
devananda(unless it is)22:41
JayFI pointed it out, I'm still reviewing that patch though so haven't dug into why those changed yet22:41
devanandaalso that's easy to fix // not do22:41
devanandaJayF: cause someone regenerated the file and did'nt do "git add -p" ?22:42
jrollthere, fixed22:42
openstackgerritJim Rollenhagen proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556122:42
JoshNanglooks like it changed this morning between patchsets 21 and 2222:42
*** thiagop has joined #openstack-ironic22:42
JoshNangjroll: thanks :)22:42
JayFjroll: I wish you'd have let me know, I had another nit you could've fixed22:43
JayFlol22:43
jrollJayF: fix it22:43
jrollI just want the churn to stop22:43
jrollalso that took 30 seconds to fix, we talked about it for far longer22:43
jrollI just want to see tempest passing on the full stack of changes22:44
JayFI'm just going to ignore my nit, it was s/zap/clean/ in a few places in test comments22:44
JayFnothign that actually matters22:44
JayFJoshNang: https://review.openstack.org/#/c/161453/7 is in merge conflict (again?)22:45
JoshNangJayF: haven't gotten to that one yet22:45
JayFah, okay22:45
JoshNangmerge conflicts everywhere!22:45
JayFI'm just looking at the patchset, wanted to make sure you knew22:45
JoshNangthanks :)22:45
JayFit's almost like lots of code is merging :)22:45
JoshNangheh yeah22:45
devanandajroll: just to check, did you end up finding any other api changes?22:48
devanandabetwee juno and microversions, i mean22:48
jrolldevananda: I haven't22:48
devanandak22:48
jrollI swear we had a list of stuff22:48
devanandai've got this worked out then22:48
devanandaand i now share ryanpetrello's hatred of RestController22:49
jrollheh22:49
devanandajust fixing unit tets for v022:49
devananda1.022:49
JayFJoshNang: if you'll poke me when that other one is pushed, I will review it.22:49
JoshNangJayF: can do. refactored some of the functions out so ramieni doesn't need to duplicate get_clean_steps or execute_clean_steps in ilo_agent22:50
JayFnice22:50
* krotscheck reads backscroll22:51
NobodyCamkrotscheck: been a fun day!22:52
krotscheckjroll: Talk to me about this nodejs client?22:52
devanandakrotscheck: hey there! was just pointing out to you that someone else has a node.js client for Ironic22:53
krotscheckAs in, what company is working on it? Because....22:53
devanandanvm - you found it22:53
jrollkrotscheck: heh22:53
jroll22:26:17            jroll | devananda: it literally does node-list and node-show22:53
*** hemna has quit IRC22:53
jroll22:26:28            jroll | not much value to be had, and it isn't abstracted at all22:53
jroll22:26:31            jroll | but yes it exists22:53
krotscheckYes. I want to see code, or the name of the company that's written it.22:53
krotscheckFor reasons that will likely become obvious in the not-too-distant future.22:53
jrollI'm from rackspace22:54
jrolland I'm trying to dig up the relevant code22:54
jrollbut literally it does two types of GET requests and nothing else22:54
jrollit isn't very useful22:54
openstackgerritDevananda van der Veen proposed openstack/ironic: Support the equivalent of the Juno API  https://review.openstack.org/16436922:56
devanandalet's see if ^ passes tests :)22:56
jrollkrotscheck: oh! it extends pkgcloud22:56
* jroll gists some stuff22:56
devanandaJayF: on the version thing, ^^ :)22:57
JayFthanks, I'll look22:57
devanandacheers22:57
JayFworking on c-i-b project creation patches right now :D22:58
jrollkrotscheck: https://gist.github.com/jimrollenhagen/da92eb75ec4bedf5ef3623:00
krotscheckHrm. Interesting.23:00
jrollnotable stuff is 121-137, ironic-wise23:01
jrollpkgcloud does all the auth and whatnot23:01
* krotscheck blows up.23:01
jrollbasically we have an internal dashboard for our team, it uses node.js, this is the bare minimum to get the data we're interested in for it.23:01
jrolllol23:01
krotscheck:D23:01
jrollnot a pkgcloud fan or?23:01
krotscheckI'm allergic to Node.js as a server.23:01
jrollheh23:02
jrollso uh23:02
krotscheckI love it as a runtime. But good lord not as a server.23:02
jrollwhat are you building with node.js?23:02
krotscheckme? StoryBoard.23:02
openstackgerritDevananda van der Veen proposed openstack/ironic: Support the equivalent of the Juno API  https://review.openstack.org/16436923:02
jroll22:53:56       krotscheck | For reasons that will likely become obvious in the not-too-distant future.23:02
jrollI want these to be obvious now :P23:02
krotscheckOh that.23:02
krotscheckI want to write javascript-lib-ironic in a way that lets it drop cleanly into horizon, node, or roll-your-own-app.23:03
krotscheckAnd then publish it to bower.23:03
jrolloh, neat23:04
JayFkrotscheck: https://c34a6498d4802e89941e-16c214a4a8ca35317ce45a32e60db84b.ssl.cf1.rackcdn.com/7y.jpeg23:04
jroll+123:04
krotscheckAnd do the same with swift, etc etc.23:04
JayFso my meme is wrong :(23:04
krotscheck....whaaaaaa.... what's that image?23:04
jrolllol23:04
devanandaJayF: LOL23:04
JayFThe onmetal bare metal bear23:04
jrollkrotscheck: "bear metal"23:04
krotscheckOh.23:04
krotscheckWat23:04
krotscheckI23:04
devanandakrotscheck: we have a mascot23:04
jrollkrotscheck: https://wiki.openstack.org/wiki/Ironic#Pixie_Boots.2C_the_Ironic_drummer_bear23:05
jrolllamo23:05
jrolllmao, too23:05
krotscheckAnd this is why we can't have nice things.23:05
jrollkrotscheck: so uh, back to real work. why not pkg cloud? (if it only works on rackspace tell me to gtfo now)23:05
krotscheckWell, personally speaking, because I think running node as a server is moronic.23:06
krotscheckBut that's purely an independent thing.23:06
jrollwell23:06
krotscheckAnd if you're going to be dependent on node, then no.23:06
jrollplgcloud is just a node library23:06
jrolloh, you want it to be not node-specific23:06
krotscheckCan you run it in a thick client?23:06
jrollidk.23:07
jrollbrowserify man.23:07
JayFI think pkgcloud can be used in the browser but imbw23:07
jroll(no idea how realistic that is)23:07
JayFkenperkins on IRC is the guy to ask, IDK what public channel's he's in though23:07
jrollum23:07
* jroll asks people23:07
jrollhe's in #rackspace at a minimum23:07
JayFs/\'//23:07
jroll?23:07
JayFchannel's vs channels23:08
jrolloh wow23:08
* jroll *whoosh*23:08
jrollmust be quittin time23:08
krotscheckARGH. Everything that I want to do has already been done.23:08
jrolllol23:09
jrollI think that means you can go on vacation23:09
jrollsurely there will be something to do when you come back23:09
NobodyCamlol23:09
openstackgerritJosh Gachnang proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145323:10
JayFdevananda: your +1 was specifically requested for these, but obviously not urgent so please look at your leisure https://review.openstack.org/#/c/155868 + https://review.openstack.org/16437023:11
JayFJoshNang: looking ^23:11
* devananda looks23:11
JoshNangthanks!23:11
openstackgerritMerged openstack/ironic: Add missing exceptions to destroy_node docstrings  https://review.openstack.org/16427923:11
devanandaJayF: I assume you'll soon add build testing, artefact publishing, etc, to the new repo23:12
devanandaonce, you know, it's there and stuff23:12
JayFAbsolutely; I wanted to do all that work in openstack though23:12
devanandatotally23:12
JayFrather than ninja'ing in a pile of commits in github23:12
JayFwhich I was totally tempted to do23:13
JayFlol23:13
devanandaJayF: putting my +1 on them23:13
JayFthanks!23:13
jrolldevananda: so with this 1.0 == stable/juno change23:17
jrollare you planning to also make 0 the min_version?23:17
JayFJoshNang: +1 w/a very small nit23:17
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159623:17
JoshNangJayF: \o/23:17
JoshNangJayF: mm good call. i'll fix it one way or another23:18
devanandajroll: i did23:19
openstackgerritJay Faulkner proposed openstack/ironic: Support the equivalent of the Juno API  https://review.openstack.org/16436923:20
jrolldevananda: ok23:20
JayFdevananda: ^ that got a +1 from me, just fixed the commit message nit jlvillal found23:21
jrolloh, I didn't know that change was up23:21
* jroll -1'd23:24
jrollI wish we used the word 'version' rather than 'microversion'23:26
* jroll random thoughts23:26
devanandayah23:26
NobodyCamgah23:27
NobodyCam:-p23:27
* NobodyCam steps away for a smoke23:28
*** david-lyle is now known as david-lyle_afk23:29
*** absubram has quit IRC23:29
jrollNobodyCam: +2'd the version spec23:34
NobodyCamw00t23:34
NobodyCam:)23:34
jrollI think at least half the cores have +2'd at this point23:35
jrollI did leave some notes though23:35
*** rwsu has quit IRC23:35
NobodyCamthou all I did was basiclly a search and replace23:35
jrollheh23:35
NobodyCam:o23:35
devanandathis is done now, right? https://blueprints.launchpad.net/ironic/+spec/local-boot-support-with-partition-images23:35
jrollI believe so, though BadCub said it was waiting on AMT or something?23:36
jrollor no... naohirot's driver23:36
jrollirmc?23:36
NobodyCamdevananda: I think BadCub pinged something about it23:36
jrollyeah, there's an irmc patch for it23:37
jrollbut I would call it done without that23:37
* jroll is 1523:37
jrolloops23:37
* jroll is mean like that23:37
* jroll is also super ADD right now23:37
NobodyCamyour older then that :-p23:37
NobodyCamlol23:37
BadCubI put a note on LP for https://blueprints.launchpad.net/ironic/+spec/local-boot-support-with-partition-images23:37
*** rwsu has joined #openstack-ironic23:38
jrollNobodyCam: I got distracted for 5 seconds and thought I typed /b when I really typed /me is23:38
NobodyCamlol :)23:38
NobodyCamhappens to me after the 10 hour mark23:39
* jroll looks at the cloock23:39
jroll10+23:39
NobodyCamlol which was like an hour ago23:39
jrollyeah, beer time23:39
devanandaBadCub: gotcha. thta patch is blocked, because we deferred irmc vmedia driver23:39
devanandai just blocked that patch to make it more clear23:40
jrolloh23:40
NobodyCamlol this weeks beeen rum and (diet) coke23:40
BadCubI think we are very close to closing https://blueprints.launchpad.net/ironic/+spec/root-device-hints with a couple reviews on 163794 & 16385723:40
jrollyay, we finished a thing23:40
jrollNobodyCam: funny, I have a rum and lemonade atm23:40
NobodyCamjroll: ++++23:40
*** ChuckC has joined #openstack-ironic23:41
jrollso good23:41
* BadCub gets ready for Cherry Noir Gray Goose and Dr. pepper23:41
jrollmmmm23:41
devanandadoc patch here https://review.openstack.org/#/c/164029/3 with one +2 already23:41
jrolleasy enough23:41
* jroll finishes that out23:41
NobodyCamawesome !23:42
jrolldevananda: is it bad that I don't know what "vpro tag" or "intel's tag" means?23:42
devanandajroll: nah23:43
devanandaI do23:43
jrollI mean, it's a docs thing.23:43
jlvillaljroll: Earlier you were talking about a program written in Go that runs on Core-OS.  And that if it was moved to Python would need to have additional environment setup.23:43
jrolljlvillal: yep23:43
NobodyCamthis has been a great day! Thank you all! (here and -away) !!! awesome work!23:43
jlvillaljroll: I was wondering if something like PEX would help for that situation:  http://pex.readthedocs.org/en/latest/23:43
jrollCoreOS* because I'm feeling pedantic23:43
jrollNobodyCam: :)23:43
jlvillaljroll: It sort of takes a virtualenv and makes it into an EXE I think23:43
jrolljlvillal: interesting. I'm probably going to hate it because it's yet another way(tm) to package python23:44
jlvillalIt's written by some twits.  I mean it is written by Twitter ;)23:44
jrollyeah23:44
jrollat any rate... I'd rather just use a container23:44
jlvillaljroll: Okay.  Just thought I'd mention it as an option.23:45
JayFYou know what'd be an interesting project? A small, python-only operating system  for running python things in a container23:45
jrolljlvillal: indeed23:45
jrollJayF: ogod23:45
NobodyCamlol anyone ever look up the faild attemp at the pyhon linux shell23:46
jrollJayF: I kinda want to hear glyph's thoughts on that23:46
JayFjroll: we could make it support openpower :P23:46
jrollyou're going to compile python for openpower?23:46
jrollhaaaaaaa, have fun.23:46
* devananda approves the microversion spec23:46
JayFdude, you don't think it already exists?23:46
JayFalmost all commonly used things are already supported on power :)23:46
russell_hit does23:46
russell_hhttp://www.ubuntu.com/download/server/power823:47
jrollright on23:48
openstackgerritMerged openstack/ironic-specs: API Microversions  https://review.openstack.org/16111023:49
NobodyCamand now I think its time to start the dinner thought process... :)23:50
JayFkrotscheck: can you /join #rackspace on this network if you're interested in the js library thing?23:51
JayFkrotscheck: ken is around now and I can introduce23:52
jrollNobodyCam: indeed23:52
jrollNobodyCam: devananda: thoughts on my comment here? https://review.openstack.org/#/c/164029/3/doc/source/drivers/amt.rst23:52
NobodyCamhave a great weekend all :)23:52
* NobodyCam slowlly clicks23:52
jrollhehehe23:52
*** mgoddard has quit IRC23:53
* BadCub needs to go hunt fast food and hang more curtains.... So many curtains........23:53
jlvillalNobodyCam: Enjoy!23:54
openstackgerritMerged openstack/ironic: Add validations for root device hints  https://review.openstack.org/16379423:56
NobodyCamjroll: the password comment23:56
jrollNobodyCam: ya23:57
NobodyCamI agree and am about to +a that.. with a follow up patch...23:57
jrollcool23:57
NobodyCamjroll: done23:58
jrollwoot, thanks23:58
jlvillalHave a great weekend Ironic.23:59
jroll^23:59
* jroll goes away for the night23:59

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