Thursday, 2015-06-11

*** smoriya has joined #openstack-ironic00:02
*** yuanying has joined #openstack-ironic00:03
*** naohirot has joined #openstack-ironic00:05
*** spandhe has joined #openstack-ironic00:06
*** Sukhdev has quit IRC00:07
*** Sukhdev has joined #openstack-ironic00:07
jlvillalmrda, Woo hoo on your spec :)00:15
mrdathanks jlvillal00:17
mrdanext is the code :)00:17
jlvillalmrda, +1 :)00:17
mrdaand such it's such a small change i'm hoping it won't be controversial00:18
*** edcragg has quit IRC00:27
*** korean101 has quit IRC00:28
*** spandhe has quit IRC00:29
*** amotoki has joined #openstack-ironic00:33
*** spandhe has joined #openstack-ironic00:34
*** alexpilotti has quit IRC00:36
*** amotoki has quit IRC00:38
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/19035700:42
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib: Updated from global requirements  https://review.openstack.org/18990000:42
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/19042700:42
*** mtanino has quit IRC00:44
Sukhdevdevananda: Ping00:45
*** saripurigopi has joined #openstack-ironic00:47
*** ijw has quit IRC00:50
*** ijw has joined #openstack-ironic00:50
*** spandhe has quit IRC00:55
*** chlong has quit IRC01:11
*** pshige has quit IRC01:18
*** kan_ has joined #openstack-ironic01:37
*** yog__ has joined #openstack-ironic01:54
openstackgerritNaohiro Tamura proposed openstack/ironic: Add iRMC vendor passthru for soft reboot and NMI  https://review.openstack.org/18708202:02
*** Sukhdev has quit IRC02:07
*** chenglch has joined #openstack-ironic02:15
*** saripurigopi has quit IRC02:15
*** rloo has quit IRC02:16
openstackgerritMerged openstack/ironic: Add pxe_ucs and agent_ucs drivers to manage Cisco UCS servers  https://review.openstack.org/15973402:17
*** amotoki has joined #openstack-ironic02:21
*** kan_ has quit IRC02:22
*** saripurigopi has joined #openstack-ironic02:22
*** saripurigopi has quit IRC02:24
*** saripurigopi has joined #openstack-ironic02:31
*** saripurigopi has quit IRC02:36
*** kan_ has joined #openstack-ironic02:37
*** amotoki has quit IRC02:40
*** ramineni has joined #openstack-ironic02:43
*** ijw has quit IRC02:50
*** yuanying_ has joined #openstack-ironic02:58
*** yuanying has quit IRC03:01
*** david-lyle has joined #openstack-ironic03:04
*** yuanying has joined #openstack-ironic03:20
*** yuanyin__ has joined #openstack-ironic03:20
*** yuanyin__ has quit IRC03:21
*** yuanyin__ has joined #openstack-ironic03:22
*** yuanying_ has quit IRC03:22
*** yuanying has quit IRC03:24
*** yuanyin__ has quit IRC03:25
*** saripurigopi has joined #openstack-ironic03:26
*** ijw has joined #openstack-ironic03:28
*** yuanying has joined #openstack-ironic03:34
*** ijw_ has joined #openstack-ironic03:35
*** rameshg87 has joined #openstack-ironic03:36
rameshg87good morning ironic03:37
Haomeng|2rameshg87: morning ramesh:)03:37
rameshg87morning Haomeng|203:37
Haomeng|2rameshg87: :)03:38
*** wanghua has joined #openstack-ironic03:38
*** yuanying has quit IRC03:38
*** ijw has quit IRC03:39
*** yuanying has joined #openstack-ironic03:41
*** yuanying has quit IRC03:42
*** yuanying has joined #openstack-ironic03:43
*** wanghua has quit IRC03:46
*** wanghua has joined #openstack-ironic03:47
*** yuanying has quit IRC03:48
*** amotoki has joined #openstack-ironic03:49
saripurigopiMorning rameshg87, Haomeng|203:50
rameshg87morning saripurigopi03:53
*** yuanying has joined #openstack-ironic03:55
saripurigopirameshg87: reg https://review.openstack.org/#/c/159734/, for the missing testcases, should I submit a bug ?03:57
*** ijw_ has quit IRC03:57
rameshg87saripurigopi: no need, you can just add a follow up patch03:58
saripurigopirameshg87: sure, will do that.03:58
*** yuanying has quit IRC03:58
rameshg87saripurigopi: something like https://review.openstack.org/#/c/187091/03:59
rameshg87saripurigopi: you can mention the change id of the other review in the commit msg so that it is easy to track03:59
saripurigopirameshg87: okay03:59
*** zz_natorious is now known as natorious04:02
*** yuanying has joined #openstack-ironic04:05
rameshg87kan_: hi04:24
openstackgerritMichael Davies proposed openstack/python-ironicclient: Cache negotiated api microversion for server  https://review.openstack.org/17367404:25
*** natorious is now known as zz_natorious04:38
kan_rameshg87: hi :)04:55
*** achanda has joined #openstack-ironic04:59
rameshg87kan_: hi05:02
rameshg87kan_: I was just checking https://review.openstack.org/#/c/181809/305:02
*** ijw has joined #openstack-ironic05:03
rameshg87kan_: I just hit the issue because my oslo.db was old05:03
kan_rameshg87: there is a oslo.db patch that need to pass the test: https://review.openstack.org/#/c/180206/05:05
rameshg87kan_: yeah05:05
kan_rameshg87: without that patch, the test case can not pass05:05
rameshg87kan_: it seems 1.11.0 has that fix05:06
rameshg87kan_: any idea if 1.10.0 has that ? it seems that's what is recommended by ironic now05:06
rameshg87kan_: yeah 1.10.0 is good05:08
rameshg87just confirmed05:08
kan_rameshg87: yes, the requirements in ironic is 1.10.0 now, checked that, the 1.10.0 contanis the oslo.db patch now05:10
rameshg87kan_: yeah, thanks05:10
kan_rameshg87: wlc :)05:10
*** lazy_prince has joined #openstack-ironic05:11
lazy_princemorning everyone.. o/05:11
*** kan_ has left #openstack-ironic05:12
rameshg87lazy_prince: o/05:14
*** kan_ has joined #openstack-ironic05:14
*** achanda has quit IRC05:22
Haomeng|2saripurigopi: morning:)05:33
*** Haomeng|2 is now known as Haomeng05:33
*** Nisha has joined #openstack-ironic05:40
*** kalpase has joined #openstack-ironic05:43
*** coolsvap|afk is now known as coolsvap05:50
*** lsmola has joined #openstack-ironic05:57
*** ukalifon has joined #openstack-ironic05:58
*** kan_ has quit IRC05:58
*** kan_ has joined #openstack-ironic05:59
*** achanda has joined #openstack-ironic05:59
*** mdbooth has quit IRC06:00
*** mdbooth has joined #openstack-ironic06:02
*** heyongli has quit IRC06:06
*** heyongli- is now known as heyongli06:06
*** yonglihe has joined #openstack-ironic06:07
*** dtantsur|afk is now known as dtantsur06:22
dtantsurMorning!06:22
*** absubram has quit IRC06:28
*** achanda has quit IRC06:32
*** ijw has quit IRC06:33
saripurigopimorning dtantsur06:35
dtantsuro/06:35
*** absubram has joined #openstack-ironic06:39
*** achanda has joined #openstack-ironic06:41
*** kalpase has quit IRC06:45
*** kalpase has joined #openstack-ironic06:49
*** jcoufal has joined #openstack-ironic06:49
*** kalpase has quit IRC06:51
*** ifarkas has joined #openstack-ironic06:52
*** kalpase has joined #openstack-ironic06:52
rameshg87dtantsur: o/07:03
dtantsuro/07:03
*** Haomeng has quit IRC07:06
*** kan_ has quit IRC07:08
*** kan_ has joined #openstack-ironic07:08
*** e0ne has joined #openstack-ironic07:08
openstackgerritPratyusha proposed stackforge/proliantutils: Add iSCSI boot support in RIS  https://review.openstack.org/18716207:11
*** e0ne has quit IRC07:12
openstackgerritMerged stackforge/proliantutils: Activate iLO license  https://review.openstack.org/19003007:14
*** subscope has joined #openstack-ironic07:15
*** jrist has quit IRC07:23
*** yuikotakada has joined #openstack-ironic07:25
*** ndipanov has quit IRC07:26
*** bradjones has quit IRC07:27
*** e0ne has joined #openstack-ironic07:28
*** bradjones has joined #openstack-ironic07:29
*** bradjones has quit IRC07:29
*** bradjones has joined #openstack-ironic07:29
*** e0ne has quit IRC07:29
*** achanda has quit IRC07:33
*** jistr has joined #openstack-ironic07:33
*** stendulker has joined #openstack-ironic07:54
*** achanda has joined #openstack-ironic07:57
*** achanda_ has joined #openstack-ironic08:08
*** achanda has quit IRC08:11
*** MattMan has quit IRC08:11
*** achanda_ has quit IRC08:13
*** romainh has joined #openstack-ironic08:18
*** lucasagomes has joined #openstack-ironic08:20
*** athomas has joined #openstack-ironic08:24
*** jistr has quit IRC08:27
*** oomichi has joined #openstack-ironic08:33
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/19035708:35
openstackgerritMerged openstack/ironic: Install guide reflects changes on master branch  https://review.openstack.org/18932708:36
*** erelwell has joined #openstack-ironic08:37
*** erelwell is now known as bethelwell08:38
openstackgerritRamakrishnan G proposed openstack/ironic: Add vendor-passthru to attach and boot an ISO  https://review.openstack.org/18831708:39
*** MattMan has joined #openstack-ironic08:41
*** jistr has joined #openstack-ironic08:43
rameshg87lucasagomes: hi08:44
lucasagomesrameshg87, hello there08:44
rameshg87lucasagomes: have you started working on https://review.openstack.org/#/c/185667/ ?08:44
rameshg87lucasagomes: if not I am going to get to it now08:44
lucasagomesrameshg87, go for it08:45
lucasagomesI've tested the current code08:45
lucasagomesand it works for me08:45
rameshg87great08:45
* rameshg87 starts fixing it 08:45
lucasagomesbut I haven't modified it yet to add the new options08:45
rameshg87okay, I am doing them right away08:45
lucasagomesack08:45
lucasagomesthanks08:45
*** ndipanov has joined #openstack-ironic08:46
*** kalpase has quit IRC08:50
openstackgerritIWAMOTO Toshihiro proposed openstack/ironic-specs: Collect IPA logs  https://review.openstack.org/16879908:55
*** chenglch|2 has joined #openstack-ironic09:05
*** enikanorov_ has quit IRC09:06
*** chenglch has quit IRC09:06
*** enikanorov has joined #openstack-ironic09:06
*** dguerri` is now known as dguerri09:08
*** pelix has joined #openstack-ironic09:24
*** edcragg has joined #openstack-ironic09:31
*** pelix has quit IRC09:32
*** Nisha has quit IRC09:33
*** Nisha_away has joined #openstack-ironic09:33
*** oomichi has quit IRC09:39
*** kan_ has quit IRC09:40
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: Enhance Power Interface for Soft Reboot and NMI  https://review.openstack.org/18670009:40
openstackgerritRamakrishnan G proposed openstack/ironic: IPA: Do a soft power off at the end of deployment  https://review.openstack.org/18566709:41
*** divius has joined #openstack-ironic09:41
* rameshg87 goes home09:43
*** rameshg87 has quit IRC09:43
*** achanda has joined #openstack-ironic09:44
*** e0ne has joined #openstack-ironic09:47
*** divius has left #openstack-ironic09:48
*** e0ne is now known as e0ne_09:54
*** naohirot has quit IRC09:54
*** Nisha_away has quit IRC09:58
*** e0ne_ has quit IRC10:00
*** e0ne has joined #openstack-ironic10:01
openstackgerritPratyusha proposed stackforge/proliantutils: Add iSCSI boot support in RIS  https://review.openstack.org/18716210:03
*** achanda has quit IRC10:04
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Wake-On-Lan Power interface  https://review.openstack.org/17907810:05
*** pelix has joined #openstack-ironic10:06
*** chenglch|2 has quit IRC10:09
*** zhenguo has quit IRC10:09
*** achanda has joined #openstack-ironic10:10
openstackgerritPratyusha proposed stackforge/proliantutils: Add iSCSI boot support in RIS  https://review.openstack.org/18716210:11
*** achanda has quit IRC10:15
openstackgerritMerged openstack/ironic: Sync with latest oslo-incubator  https://review.openstack.org/18911010:15
*** yuikotakada has quit IRC10:15
*** yuanying has quit IRC10:18
*** achanda has joined #openstack-ironic10:21
*** achanda has quit IRC10:22
*** athomas has quit IRC10:23
*** athomas has joined #openstack-ironic10:23
*** yuanying has joined #openstack-ironic10:26
*** sambetts_ has joined #openstack-ironic10:27
sambetts_Good UGT morning ironic :)10:28
openstackgerritPratyusha proposed stackforge/proliantutils: Add iSCSI boot support in RIS  https://review.openstack.org/18716210:29
sambetts_dtantsur: Have you had a chance to look at the latest version of the not found hook patch? I'm getting a pep8 error I'm not sure how to fix without refactoring the process function10:31
dtantsursambetts, morning, will have a look10:32
*** e0ne is now known as e0ne_10:33
*** e0ne_ is now known as e0ne10:34
*** jrist has joined #openstack-ironic10:34
dtantsursambetts_, oh cool :) yeah, pep8 is right, the function is way too big now. maybe we should split away the whole node lookup part? aka def fine_node(introspection_data) -> node_info?10:36
*** stendulker has quit IRC10:36
*** romainh has quit IRC10:36
sambetts_dtantsur: Yeah, that might be required, I was trying to pull out just the bit I was adding, but because of the whole failures being collected in a list thing, I just found I was passing that list around all over the place10:41
*** yog__ has quit IRC10:45
*** ramineni has quit IRC10:55
*** athomas has quit IRC10:55
*** romainh has joined #openstack-ironic10:56
sambetts_dtantsur: I've never seen flake8 check for complexity before, does it always do that or is that something you've enabled for inspector?10:56
dtantsursambetts_, it's enabled in tox.ini10:57
sambetts_dtantsur: ah, thats why I've not seen it in other projects then, they must have it disabled10:57
dtantsursambetts_, yeah, not sure if other projects have it10:57
sambetts_dtantsur: I've definatly worked on functions more complex than process is before and never seen it :-P10:58
dtantsur:)10:58
*** kbyrne has joined #openstack-ironic11:03
*** achanda has joined #openstack-ironic11:07
*** yuanying has quit IRC11:08
*** athomas has joined #openstack-ironic11:11
*** subscope has quit IRC11:12
*** openstackgerrit has quit IRC11:13
*** openstackgerrit has joined #openstack-ironic11:14
*** subscope has joined #openstack-ironic11:14
*** e0ne is now known as e0ne_11:21
*** achanda has quit IRC11:25
*** dlpartain has joined #openstack-ironic11:25
*** dlpartain has left #openstack-ironic11:25
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Wake-On-Lan Power interface  https://review.openstack.org/17907811:31
*** e0ne_ has quit IRC11:32
*** e0ne has joined #openstack-ironic11:36
*** derekh has joined #openstack-ironic11:49
*** saripurigopi has quit IRC11:53
TheJuliagood morning everyone11:54
*** jrist has quit IRC11:55
sambetts_morning TheJulia11:55
*** jrist has joined #openstack-ironic11:59
*** yuikotakada has joined #openstack-ironic12:00
dtantsurTheJulia, morning12:00
*** alexpilotti has joined #openstack-ironic12:01
*** thrash|g0ne is now known as thrash12:06
*** yuikotakada has quit IRC12:06
*** yuikotakada has joined #openstack-ironic12:06
*** trown|outttypeww is now known as trown12:07
*** alexpilotti has quit IRC12:09
*** afaranha has joined #openstack-ironic12:13
*** absubram has quit IRC12:38
*** jjohnson2 has joined #openstack-ironic12:38
*** dprince has joined #openstack-ironic12:39
*** derekh has quit IRC12:40
openstackgerritVladyslav Drok proposed openstack/ironic-specs: Add pluggable credentials storage  https://review.openstack.org/18605612:42
*** derekh has joined #openstack-ironic12:42
*** smoriya has quit IRC12:45
*** wanghua has quit IRC12:48
*** amotoki has quit IRC12:50
*** jcoufal has quit IRC12:51
*** rloo has joined #openstack-ironic13:03
*** trown is now known as trown|outttypeww13:05
dtantsurifarkas, hi, could you please review https://review.openstack.org/#/c/189346/ ?13:10
ifarkasdtantsur, sure13:11
*** cdearborn has joined #openstack-ironic13:14
*** sambetts_ has quit IRC13:20
*** yuikotakada has quit IRC13:26
*** alexpilotti has joined #openstack-ironic13:46
*** yuikotakada has joined #openstack-ironic13:47
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Rework processing hook interface for 2.0.0  https://review.openstack.org/18934613:48
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Move create_ports to NodeInfo  https://review.openstack.org/19064313:48
jrollI'd like to hear folks' thoughts about enabling agent log shipping by default. I disagree, but I can live with it. https://review.openstack.org/#/c/168799/14:00
jrollalso good morning :)14:00
*** bethelwe_ has joined #openstack-ironic14:00
jlvillalGood morning Ironic14:02
*** bethelwell has quit IRC14:03
*** achanda has joined #openstack-ironic14:03
openstackgerritMerged stackforge/ironic-discoverd: Rework processing hook interface for 2.0.0  https://review.openstack.org/18934614:05
dtantsurjroll, I understood that it's logged as INFO by default, right? so it won't be visible unless you set verbose=true?14:06
dtantsurand morning jroll, jlvillal14:06
jlvillalsambetts, dtantsur: Complexity checking is enabled in openstack/ironic.  So discoverd is not the only project :)14:07
*** achanda has quit IRC14:07
dtantsurah good :)14:07
dtantsurwell, I suspected I've copied it actually from some project :D14:08
*** edcragg has quit IRC14:09
jrolldtantsur: yeah, that's why I might be ok with it, though I tend to think most people run openstack in DEBUG in general14:09
jrollI think someone's going to get a surprise when they turn debug on and everything grinds to a halt14:09
dtantsurwell, we do as well actually...14:10
jrollor when they upgrade their current environment and don't disable that14:10
dtantsurbut I suppose people enabling DEBUG should generally understand they're going to have a lot of logs...14:10
* dtantsur is not decided as well14:10
jrollit's not about the amount of logs, it's about sending and unpacking a json object with megabytes of logs :)14:10
* dtantsur reads the spec again14:11
jrollI -1'd for now but I'd like to talk with folks about it today14:11
jrolldtantsur: also +2 on enroll spec14:11
*** achanda has joined #openstack-ironic14:11
dtantsur\o/14:12
dtantsurwho is gonna help me land the enroll spec now? lucasagomes? ;)14:12
jrollheh14:13
lucasagomesyo morning... oh I have to re-read it :-(14:13
lucasagomesI'm fighting neutron internally14:13
lucasagomesmind worth asking you guys, what I'm seem is http://paste.openstack.org/show/284017/14:14
lucasagomesI've changed sudoers already... checked permissions14:14
lucasagomeskinda running out of ideas now14:14
NobodyCamgood morning Ironicers14:15
openstackgerritZhenguo Niu proposed openstack/ironic: When boot option is not persisted, set boot on next power on  https://review.openstack.org/17764214:15
jrolllucasagomes: can that user get a shell?14:15
jrollmorning NobodyCam jlvillal lucasagomes :)14:16
dtantsurNobodyCam, morning!14:16
dtantsurNobodyCam, can I grab you to have a look at the enroll spec https://review.openstack.org/#/c/179151 please?14:16
NobodyCammorning jroll dtantsur and lucasagomes14:16
*** achanda has quit IRC14:17
*** achanda has joined #openstack-ironic14:17
dtantsurjroll, re "Many people run OpenStack at DEBUG level (because it's impossible to find out what went wrong otherwise)", I think it's our bug actually :) INFO level should give a good idea already, DEBUG should be only for hard issues, where you need to know really EVERYTHING14:17
lucasagomesjroll, nop passwd is pointing to /sbin/nologin14:18
lucasagomesbut other openstack users are the same14:18
BadCubmorning folks14:18
lucasagomesNobodyCam, morning14:18
NobodyCam:)14:18
NobodyCammornign BadCub14:18
jrolllucasagomes: hrm, that's my only idea14:19
dtantsurBadCub, morning14:19
jrolldtantsur: sure, but what happens when one build failed in a strange way and you don't have the data you need to debug it14:19
BadCubmorning NobodyCam dtantsur jroll lucasagomes14:19
jrolldtantsur: fwiw I think no matter how good INFO is I'll always run at DEBUG just in case14:20
jrollhiya BadCub :)14:20
dtantsurjroll, then you'll probably need IPA logs too :)14:20
lucasagomesjroll, :-(14:20
lucasagomesand selinux is permissive so... it's not even selinux14:20
lucasagomesgosh14:20
jrolldtantsur: meh, in my experience IPA doesn't fail in strange ways, we try to keep it dumb for a reason14:20
jrolldtantsur: I'd like IPA logs but I don't think pushing them through our API is the way to do it :)14:21
dtantsuryeah, some specific log solution sounds better to me...14:21
rloohello and good morning ironic'ers14:21
dtantsurrloo, morning!14:22
NobodyCammorning rloo :)14:22
rloowrt microversioning, are you all in agreement that if a new vendor-passthru method is added, no bump is needed?14:22
jrollmorning rloo :)14:22
*** achanda has quit IRC14:22
dtantsurjroll, like we discussed with lucasagomes that maybe we should not have used API for callbacks (e.g. ramdisks). we discussed using AMQP instead14:22
NobodyCamuggh back to back conf calls this morning :-p14:22
jrolldtantsur: ahhhhhhhhhhhhhhhhhhh14:22
dtantsurrloo, I am, people are not.14:22
* jroll runs away14:22
lucasagomesRPC notifications14:22
dtantsurlol14:23
rlooin reference to https://review.openstack.org/#/c/188317/14:23
jrolldtantsur: thousands of connections to a single rabbit seems not fun14:23
lucasagomesrloo, yeah, we can't guarantee anything with vendor stuff right?14:23
rloodtantsur: i can also send email about it :-)14:23
lucasagomesbackwards compat or anything14:23
lucasagomesso no bump14:23
*** yuikotakada has quit IRC14:23
rloolucasagomes: oh, so we don't guarantee backwards compat on passthru methods?14:23
dtantsurrloo, lucasagomes, people demand mversion bump for every API change, period14:23
dtantsur(and I think it's not sane, but who cares?)14:24
rloodtantsur: I'm just a follower. baaaa...14:24
lucasagomeswe can't do for vendors, we have no contract on that api14:24
lucasagomesrloo, no14:24
dtantsurthat's one of my objections to the guidelines14:25
dtantsurvendor passthru ARE API, but we can't seriously version them for a lot of reasons14:25
dtantsurmy harder objection is versioning of indirect API modifications, like new fields in driver_info14:25
lucasagomeshttps://www.mail-archive.com/openstack-dev@lists.openstack.org/msg54752.html14:25
dtantsurwas it accepted into the guideline?14:26
lucasagomessee the next ans by devananda14:26
lucasagomesyeah I mean, the way I see it is like the guy described... that vendor endpoint is open group14:26
lucasagomesopen ground*14:26
jrolldtantsur: god, I hope not, we can't seriously version a json field by api version14:27
dtantsurthen we can't version "all user visible changes" even remotely :)14:27
jrollI mean... maybe driver_info should be versioned :P14:27
jroll{'version': 2, ...}14:27
dtantsurouch14:27
jrollbut more seriously, code can write there at will etc14:28
*** zz_jgrimm is now known as jgrimm14:28
dtantsurnext crazy question: we have only partial versioning for new states14:28
jrollI think anything an out of tree driver can change shouldn't be versioned14:28
rloolucasagomes: if i use deva's description about users wanting to move workload between openstack clouds, seems like the passthru methods is same. one cloud can handle it, the other cloud barfs.14:28
jrolland so that includes json fields and vendor passthru14:28
lucasagomesrloo, right, but that's addons14:28
lucasagomesthe standard (core api) should work14:28
lucasagomesvendor is to enhance the user xperience, it's not required to work14:28
dtantsurrloo, what was said in this thread is all correct and great, but also idealistic14:29
rloolucasagomes: weren't you the one that said that heartbeat and lookup would continue to be vendor passthru?14:29
dtantsurI don't believe people won't add downstream drivers and vendor passthru14:29
rloolucasagomes: seems like those are core methods. or are going to be...14:29
lucasagomesrloo, I'm ok bumping it14:29
rlooi hate this microversioning. devil is in the details.14:29
lucasagomesyeah :-/ it's really complicated14:29
rloolucasagomes: i'm ok not bumping it. but i think we need to understand and agree on something.14:29
jrolldtantsur: right. I think anything an out of tree driver can change shouldn't be versioned. that includes json fields and vendor passthru.14:29
jrollrloo: it's almost like we need solid docs on when to bump and when not to bump14:30
lucasagomesI don't it just requires a lot of thinking before doing any micro version stuff... If we try to come up with a hard rule when to bump it seems that we won't be able to14:30
dtantsurjroll, then we have have-baked versioning? they call it "contract" even :D14:30
jrollrloo: I feel like that's why people don't like it, they are unsure?14:30
rloojroll: I WANT solid doc!14:30
jrolldtantsur: we just explicitly say there's no contract for those.14:30
rloojroll: I think some people don't like it cuz they don't agree with the idea. Me, I don't care for it but I don't care to argue against it cuz it has some merit, so me, yes, i want doc so everyone is on the same wavelength.Otherwise it becomes a mess.14:31
dtantsurjroll, but that's the goal of microversioning guidelines as I was told in that ML14:31
jrolldtantsur: e.g. nova doesn't have a contract for keys in instance metadata14:31
*** absubram has joined #openstack-ironic14:31
* lucasagomes also thinks microversioning is a mess, 3 headed unicorn14:33
dtantsurvery ++ not wow at all14:34
jrollI think it's been painful reviewing14:34
jrollas a user I've been loving it14:34
lucasagomesmaybe that's becuase the design of our api doesn't suit the idea of microversining14:34
*** e0ne is now known as e0ne_14:34
lucasagomeswe chose json fields because of the flexibility and all14:35
lucasagomessame for vendor passthru14:35
lucasagomesbut flexibilitty doesn't play well with microversioning14:35
lucasagomesand we need flexibility because at the beggining we had no idea how the API would look like for something like Ironic14:35
NobodyCamlucasagomes: lol cerberus the three headed (pink) unicorn14:35
lucasagomes(maybe even now we don't)14:35
* dtantsur definitely does not14:37
jrollI want to reiterate that having microversions has been really awesome from an ops/user perspective14:38
dtantsurjroll, for which use case? for strict contract or for not breaking compatibility?14:39
lucasagomesjroll, cause of the NOSTATE -> AVAILABLE change?14:39
lucasagomesI mean, it's already in. So now we gotta try to make the best use of it14:40
rlooI suspect we'd all agree that the microversioning is good for non-backwards-compatible changes.14:40
lucasagomescomplaining doesn't solve the problem14:40
*** achanda has joined #openstack-ironic14:40
dtantsurrloo, ++14:40
dtantsurthough the guideline IIRC requires us to bump non-micro version in this case14:40
rloowe just need to know when to bump for 'new' changes14:40
rloodtantsur: oh. didn't know that. on my list to read the guidelines sigh but was hoping others here would be the experts.14:41
dtantsurmy memory may let me down though, but that's how I understood:14:41
dtantsurmicroversion bump for every change, macroversion bump for breaking ones14:41
*** lazy_prince has quit IRC14:41
dtantsurlike semver14:41
jrolldtantsur: lucasagomes: primarily for not breaking things. the strict contract thing could be useful, but if we're being real nobody is ever going to be a user of two ironic systems14:41
dtantsurjroll, that's my point as well: it's great for not breaking people (like with AVAILABLE or future ENROLL)14:42
devanandajroll: there will totally be people who write a thing that should work on >1 ironic endpoint14:42
devanandajroll: because $regions14:42
dtantsurhow did they manage doing it before? ;)14:42
*** lazy_prince has joined #openstack-ironic14:43
jrolldevananda: but will those regions be different enough to matter?14:43
dtantsurI mean, I stay sure that microversions won't make life easy for many people, unless used only for breaking changes14:43
devanandajroll: they had better not be -- but in actuality, they could be14:43
devanandajroll: as it, the control plane services  may well be managed by different people than the software deployed by ironic14:43
devanandas/it/in/14:44
jrolldevananda: urgh, yeah, didn't have enough coffee to consider the non-nova use case iow real users hitting ironic directly14:44
*** achanda has quit IRC14:45
* jroll wonders if one day there will be a public cloud where users talk to ironic14:45
lucasagomesheh14:45
*** e0ne_ has quit IRC14:45
NobodyCamthats just an evil thought jroll14:46
jrollwhy?14:46
jrollI'm totally serious14:46
NobodyCamwe have nothing in place for it14:47
jrollwe're only really lacking the concept of tenants and policy14:47
jroll*today* we don't :)14:47
NobodyCam:)14:47
jrollto be clear, I never want to run that cloud, but yeah. it could happen.14:47
* dtantsur wonders how many digits will our microversion have by that day14:49
rloodtantsur: not that many cuz of the macroversion bumps :)14:50
dtantsurright14:50
jrollurgh, why bump macroversions?14:50
jrollthat's like super painful no?14:50
devanandajroll: i still see value in nova's API as a common abstraction for vm/bm/container14:50
*** jcoufal has joined #openstack-ironic14:50
rloodevananda: if you were lurking/scrolling back, what say you wrt microversion bump for new vendor-passthru method?14:50
dtantsur"dear users, today we release Ironic Z, please update your scripts to API version 19.23"14:50
devanandajroll: macroversion if we ever completely change the semantics. which we should never do, but it might happen anyway14:51
jrolldevananda: I'm not saying nova isn't valueable, I'm just wondering out loud :)14:51
devanandalemme read back that far14:51
devanandajroll: ah :)14:51
jrolldevananda: sure, folks are talking about macroversion bump for any breaking changes apparently14:51
lucasagomeswould be cool if nova was just like Ironic an API for VMs14:51
lucasagomesand another project would take care of flavors, instances etc14:51
jrolllucasagomes: it's an api for computers :P14:52
lucasagomesjroll, as well, but it does more than that14:52
lucasagomesfor historical reasons14:52
jrollyeah14:52
lucasagomesif we had an abstraction above14:52
lucasagomesand nova would sit at the same level as ironic, but for vms14:52
lucasagomesthat would be cool14:52
*** mtanino has joined #openstack-ironic14:52
jrollindeed14:52
*** subscope has quit IRC14:53
devanandadtantsur: metadata like driver_info -- the structure and contract is the API, not the data in it14:54
dtantsurdevananda, I meant structure, yeah. adding a new driver -> new fields in driver_info -> version bump...14:55
devanandaeg, how to determine what driver_info is required, whether it is valid, etc -- this is the API. but ^ no14:55
dtantsuradding new driver feature -> version bump14:55
devanandaallowing a new field INSIDE driver_info -- not a bump14:55
dtantsurwhy?14:55
devanandaas for vendor_passthru -- we (the Ironic project) have no control over what is or is not exposed in that14:56
devanandaan out of tree driver can change the content of that endpoint when ever and how ever the want to14:56
devanandait is, essentially, unversionable14:56
dtantsuradding new HTTP endpoint results in bump, adding new field changing the behavior - no bump14:56
devanandaor rather, its versions are not discoverable via version headers14:56
dtantsurdevananda, in the ML you were against downstream changing API, not you said it's ok....14:57
devanandathat's how it is implemented, and in fact how it is designed14:57
jrollI really think anything that an out-of-tree driver can modify shouldn't require a bump. json fields, vendor passthru.14:57
*** bethelwe_ has quit IRC14:57
devanandadtantsur: correct. changing the REST API as defined by ironic (or any openstack project) is THE WORST THING EVER14:57
*** bethelwell has joined #openstack-ironic14:58
dtantsurso not out-of-tree vendor passthru?14:58
dtantsur* no14:58
devanandaour API definition ends at the boundary of /vendor_passthru/ and /driver/vendor_passthru/14:58
dtantsurwhy are you talking about them then?14:58
devanandawhat?14:58
devanandayou brought them up earlier -- i'm responding14:58
devanandaout of tree drivers can totally have vendor pasthru14:58
dtantsurso, in the ML I was assuming API is well API, and you assume that API means only some core endpoints, and nothing else14:59
dtantsurwhich is not something I agree with, but explains your (and IIRC Monty's) reaction to my words about downstream API14:59
dtantsurfor me it's one more proof that this microversion suggestion is driver by us, the developers, not the users: the users are not aware of vendor-vs-non-vendor API thingy15:00
dtantsurat least users that I've seen15:00
*** romainh has left #openstack-ironic15:01
jrollto be fair, I'm not aware of any vendor passthru APIs in our tree, outside of deploy driver things15:01
dtantsurjroll, some DRAC stuff is proposed15:01
dtantsurjroll, and some iRMC as well15:02
jrollproposed, but not in our tree15:02
jrollso a user has never used vendor-passthru15:02
jrollbecause the only endpoints we ship are for internal use by ramdisks, not for users15:02
dtantsurwhich user? our do use DRAC passthru's...15:02
jrollwell, that's not in tree, so I wasn't aware there was any installation with those available15:03
jrolldo those get used?15:03
dtantsuryep15:03
dtantsur(that's why we added them, I'm not the biggest fan of downstream additions at all)15:03
jrollok, great15:03
jrollbut ironic, the open source project, has no control over whether that api breaks, has backward compat etc15:04
dtantsurexactly. but it's hard to explain to people, which we target this microversioning stuff at15:04
*** ukalifon has quit IRC15:04
jrollwhich is why we can only guarantee that vendor passthru is a thing, not that the endpoints there never break15:04
jrollis it?15:04
jroll"we are your vendor and added these things which are not versioned"15:05
jrolllike, our user docs should have a better story for this and make it clear15:05
dtantsurmaybe15:05
dtantsurbut I still can't call it "we version the whole API"15:05
dtantsurI can call it "we version code API, where core API being <please tell me someone>"15:05
jrollwell, you could version your vendor passthru if you wanted to, &version=3 :)15:06
dtantsurright, but I'm talking about microversion guidelines applied to Ironic15:06
devanandajroll: yes, there are in-tree vendor passthru15:06
*** romainh has joined #openstack-ironic15:06
devanandajroll: and have been for >1yr15:06
devanandalook at the seamicro driver15:07
jrollright. we don't version the methods behind vendor passthru, only vendor passthru itself15:07
*** romainh has left #openstack-ironic15:07
jrolldevananda: ok, good to know :)15:07
*** subscope has joined #openstack-ironic15:07
devanandathey did vendor_passthru for network and SAn connectivity15:07
devanandaloooong before ay other driver15:07
*** trown|outttypeww is now known as trown15:07
jrollneat15:08
devanandadtantsur: correct - we version the API contract, which includes the ROOT of "vendor_passthru" but not the content15:08
devanandathat is not explicitly stated anywhere today, afaik, but should be15:08
dtantsuroh, it definitely should15:08
devanandaALSO - every service handles "but my driver is special!" in a different way15:08
dtantsuralong with "we don't version JSON's, drivers, and only partly version provision states"15:08
devanandano other service has an explicit /vendor_passthru/ endpoint15:08
devanandaa) I'm open to considering versioning some of the JSON15:09
devanandab) we should think about versioning the driver API15:09
devanandac) what about provision states is not versioned?15:09
dtantsurdevananda, I'm thinking about one operator using new API and entering some new state, while the other still uses old API, but is fully affected  by the new state15:10
dtantsurmaybe I'm making up problems, not sure here15:11
devanandadtantsur: yea, I think that's a strawman15:11
devanandadtantsur: I don't disagree with the potential for it -- but I neither have any other way to do it, nor do I think it's really going to affect anyone15:11
devanandabu tmaybe I'm wron15:11
dtantsurdevananda, fine, next question: what is justification for bumping microversion more often then every release?15:12
dtantsur(except for because we can, obviously :)15:12
devanandadtantsur: because people are very likely to deploy between releases15:13
dtantsurI know :)15:13
devanandafolks want to believe (whether truthfully or not) that trunk can be deployed any time15:13
*** dguerri is now known as dguerri`15:13
dtantsurdevananda, oh, I'm not talking about breaking changes15:13
dtantsurthey can go out-of-band. what about the other. trunk is working, etc15:14
*** jistr is now known as jistr|mtg15:17
*** Marga_ has joined #openstack-ironic15:17
*** Marga_ has quit IRC15:18
*** Marga_ has joined #openstack-ironic15:18
devanandadtantsur: sorry, i dont understand teh quesiton15:19
dtantsurdevananda, what's the point of bumping microversions for non-breaking changes between releases?15:20
devanandaah15:20
dtantsurtbh I'd prefer real-world use cases15:20
devanandahere you go15:20
devanandaimagine I write some tools that talk to ironic to do some things15:20
devanandaand imagine there are multiple ironic clusters that I talk to -- but someone else manages those services15:21
devanandaand a different persion manages each cluster (ie, region)15:21
devanandaand there's an API change (non-breaking) rolled out in one of those regions15:21
devanandaas a user, a) I can't detect this, and worse yet, b) if I start using it in region X, I have no way to detect whether it is supported in region Y15:22
devanandaNOW15:22
devanandaexpressing this as a use-case makes the problem clear, at least fo rme15:22
devananda"as a user, I want to detect the capabilities of the API endpoint that I am talking to." And secondarily, "as a user, I want to determine whether it is different from any other API I am talking to"15:23
dtantsurcool, thanks! it makes a good case for feature-discovery API, but not for versions. versions are 1. more vague, 2. imply hard work for feature-gating things15:23
devanandaversion headers or URLs are only one way to do that -- but not hte only way15:23
devanandaI totally think that our REST API needs to have a /schema/ endpoint15:23
dtantsurnow I'll refine my question a bit:15:24
devanandathat a user ca nquery to discover what the schema is, what resources or subresources are supported15:24
devanandaand then compare that between clouds15:24
devanandanow - that would be helfpul, but puts a lot of burden on clients, whereas just checking the version # is simpler, it's also less desccriptive15:24
dtantsurwhat's the point of gating feature behind API versions, i.e. disabling them based on user input? (provided that changes are backward compatible)15:24
dtantsurI was thinking about $ ironic feature-supported inspection -> true/false15:25
dtantsuror kind of this15:25
dtantsurwhich is explicit and does not make us go into troubles with disabling features depending on version15:25
devanandaconsistency15:26
devanandaas a user, I have written my tool expecting a particular API15:26
dtantsurhmm? what's the use case of such consistency?15:26
devanandaI want my cloud to behave the same way -- or tell me that it can not15:27
dtantsurit will behave the same - otherwise it's a breaking change15:27
dtantsurhow will addition of inspection break you flows unaware of it?15:27
devanandadtantsur: see my use cases above15:30
devanandadtantsur: adding a new API doesn't break current users, if you think in terms of only one cloud15:30
dtantsurdevananda, you have talked about feature discovery, but not about feature gating. I don't see these 2 as one problem15:30
devanandadtantsur: but it has very real chances to break someone if they are using multiple clouds15:30
dtantsurhow? any real world example?15:31
devanandaI already explained it15:31
devanandashall I paste?15:31
*** Marga_ has quit IRC15:31
*** coolsvap is now known as coolsvap|afk15:31
dtantsurdevananda, imagine we add HTTP API `/v1/nodes/UUID/kittens`, imaging it's mad discoverable by the feature-discovery API15:31
devanandawhat's the difference between "feature discover" and "feature gating" in your mind?15:31
dtantsurdiscover = I'm aware that feature is present. gating = feature is disabled unless I send magic header15:32
dtantsurdifference is in burden that is put on developers and reviewers every time to make sure gating is present and correct15:32
devanandadtantsur: what is difference to a user?15:34
dtantsurdevananda, my opinion is that once feature discovery is provided, user does not care about feature gating. so not difference for a user.15:34
dtantsur(that's still about compatible changes)15:35
*** jistr|mtg is now known as jistr15:35
devanandadtantsur: so, as a user of >1 cloud, I want to build an app on cloud X, and know that it will work on cloud Y15:35
devanandadtantsur: feature discovery does not provide ^15:35
devanandaunless I, as a user, also write some method to cache and compare schemas/feature-lists/etc between clouds15:36
dtantsurdevananda, it's provided by backward compatibility guarantee15:36
devanandano15:36
devanandait's not15:36
dtantsurthen it's not compatibility15:36
devanandaif cloud X has your kittens extension and cloud Y doe snot15:36
devanandathen my app will fail on cloud Y15:36
devanandaeven you though you added kittens in a "backwards compatible way"15:36
dtantsurjust like with feature gating...15:36
dtantsurif you don't use feature discovery, your app will still fail, but with a different error15:37
dtantsur"API version x.y is not supported"15:37
devanandacorrect15:37
dtantsurBUT!15:37
devanandawhich is a heck of a lot better than blowing up half way through some workflow15:37
devanandawhen it fails to access /kittehs/15:37
dtantsurif you use feature discovery, you will know even before you try15:37
devanandaand if you bump the api version when you add /kittehs/, same thing -- it works15:38
devanandamakes me 9as the user) know that something changed15:38
*** zz_natorious is now known as natorious15:38
dtantsuragain, use feature discovery, no problem15:39
dtantsuryou will give even better message to a user: cloud X does  not support kittens15:39
*** hemnafk is now known as hemna15:40
dtantsurof good things, it will cover stuff like cleaning, which is not covered by API directly15:40
dtantsure.g. you'll be able to figure out if cleaning is gonna work on your cloud15:40
dtantsurhow to do it with microversions, provided that cleaning is (or is not) triggered automatically?15:40
*** natorious is now known as zz_natorious15:42
dprinceHeads up on this Nova issue which breaks the ephemeral partition w/ Ironic: https://bugs.launchpad.net/tripleo/+bug/146423915:42
openstackLaunchpad bug 1464239 in tripleo "mount: special device /dev/sdb does not exist" [Critical,In progress] - Assigned to Dan Prince (dan-prince)15:42
*** coolsvap|afk is now known as coolsvap15:42
openstackgerritDevananda van der Veen proposed openstack/ironic: remove unneeded sqlalchemy-migrate requirement  https://review.openstack.org/19069615:45
devanandacinerama: ^15:45
devanandaTheJulia: ^15:46
TheJuliaack15:46
devanandadropping offline now. out of battery and its time for drinks/dinner15:46
TheJulia10-415:46
devanandadtantsur: so we dont have feature discovery today. It would be helpful if we did15:47
* lucasagomes reads the whole scrollback...15:47
* devananda is now afk15:47
cineramadevananda: thanks for clearing that up15:48
dtantsurdevananda, and my suggestion is to do it (which is very easy) instead of feature gate based on versions (which is hard)15:49
dtantsurdevananda, hope I did bring some useful feedback :)15:49
*** saripurigopi has joined #openstack-ironic15:52
*** ijw has joined #openstack-ironic15:56
*** lazy_prince has quit IRC15:57
*** coolsvap is now known as coolsvap|afk15:58
*** achanda has joined #openstack-ironic15:58
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: Rename edeploy plugin  https://review.openstack.org/18994416:08
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: [WIP] Fix edeploy plugin puts too much data in Ironic extra column  https://review.openstack.org/18942716:08
*** Marga_ has joined #openstack-ironic16:09
dtantsurg'night16:11
*** dtantsur is now known as dtantsur|afk16:11
NobodyCamnighth dtantsur|afk16:11
lucasagomesdtantsur|afk, night16:15
lucasagomesdprince, ew, thanks for the heads up16:16
* lucasagomes looks at the change in nova, seems ok-ish16:17
*** achanda has quit IRC16:17
lucasagomesfolks, since microversion was the talk. If you have a time mind taking a look at https://review.openstack.org/#/c/183491/16:18
lucasagomes(that bumps the micro version)16:18
*** zz_natorious is now known as natorious16:19
*** mgoddard has quit IRC16:19
*** mgoddard has joined #openstack-ironic16:20
*** krtaylor has quit IRC16:22
jlvillallucasagomes: Is anyone working on the microversion error body?  As discussed on the mailing list.16:24
jlvillalAbout sending down 'versionFault'16:24
lucasagomesjlvillal, not that I am aware of16:25
lucasagomesjlvillal, I would wait to the API group guidelines to do it16:25
jlvillallucasagomes: Okay.  I'll keep my eye on: https://review.openstack.org/#/c/187112/16:25
lucasagomesjlvillal, cool, thanks!16:26
*** e0ne has joined #openstack-ironic16:27
*** r-daneel has joined #openstack-ironic16:27
*** subscope has quit IRC16:27
openstackgerritZhenguo Niu proposed openstack/ironic: When boot option is not persisted, set boot on next power on  https://review.openstack.org/17764216:27
*** achanda has joined #openstack-ironic16:35
*** jcoufal has quit IRC16:36
*** Nisha has joined #openstack-ironic16:40
*** saripurigopi has quit IRC16:46
*** Marga_ has quit IRC16:47
*** saripurigopi has joined #openstack-ironic16:49
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Wake-On-Lan Power interface  https://review.openstack.org/17907816:50
*** ndipanov has quit IRC16:50
lucasagomesfolks I will call it a day16:51
*** Marga_ has joined #openstack-ironic16:51
lucasagomeshave a good night everyone16:51
*** sambetts has quit IRC16:51
*** derekh has quit IRC16:51
NobodyCamnight lucasagomes16:51
lucasagomesg'night16:51
*** sambetts has joined #openstack-ironic16:54
*** dprince has quit IRC16:56
*** achanda has quit IRC16:56
*** bethelwell has quit IRC16:56
*** saripurigopi has quit IRC17:00
*** lazy_prince has joined #openstack-ironic17:02
*** bnemec has joined #openstack-ironic17:06
*** lucasagomes has quit IRC17:07
*** e0ne has quit IRC17:09
*** spandhe has joined #openstack-ironic17:13
*** lazy_prince has quit IRC17:14
openstackgerritJosh Gachnang proposed openstack/ironic: Add additional logging around cleaning  https://review.openstack.org/19072817:20
*** gridinv_ has joined #openstack-ironic17:20
*** gridinv_ has quit IRC17:33
*** jistr has quit IRC17:35
*** athomas has quit IRC17:36
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Handle Lenovo Thinkserver lacking OEM inventory  https://review.openstack.org/19073317:38
*** dprince has joined #openstack-ironic17:41
*** pcrews has quit IRC17:42
*** radek_ has joined #openstack-ironic17:44
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Update network provider spec  https://review.openstack.org/18782917:44
jrollwheeeeeeeeee17:44
jlvillalBadCub: Did you get a consensus for the next sprint date?17:50
*** ifarkas has quit IRC17:51
openstackgerritMerged stackforge/pyghmi: Handle Lenovo Thinkserver lacking OEM inventory  https://review.openstack.org/19073317:56
*** achanda has joined #openstack-ironic17:57
*** Marga_ has quit IRC17:59
*** Marga_ has joined #openstack-ironic17:59
*** hemna is now known as hemnafk18:01
*** degorenko has quit IRC18:01
BadCubjlvillal: so far the responses indicate the proposed date Aug 12-1418:02
jlvillalBadCub: Thanks.  That date I can make :)18:02
BadCub10 Yes for that date18:03
*** Nisha has quit IRC18:05
*** pelix has quit IRC18:11
*** krtaylor has joined #openstack-ironic18:18
*** Marga_ has quit IRC18:19
*** Marga_ has joined #openstack-ironic18:19
*** pcrews has joined #openstack-ironic18:20
*** spandhe has quit IRC18:26
*** spandhe has joined #openstack-ironic18:29
*** achanda has quit IRC18:31
*** Marga_ has quit IRC18:32
*** Marga_ has joined #openstack-ironic18:32
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Gather Thinkserver CPU and Memory independently  https://review.openstack.org/19074918:34
*** dprince has quit IRC18:34
*** achanda has joined #openstack-ironic18:37
*** hemnafk is now known as hemna18:43
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: Rename edeploy plugin  https://review.openstack.org/18994418:45
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: Fix edeploy plugin puts too much data in Ironic extra column  https://review.openstack.org/18942718:45
*** ijw has quit IRC18:45
*** trown is now known as trown|brb18:49
*** achanda has quit IRC18:50
*** e0ne has joined #openstack-ironic18:51
*** e0ne is now known as e0ne_18:51
*** achanda has joined #openstack-ironic18:52
openstackgerritJosh Gachnang proposed openstack/ironic: Add additional logging around cleaning  https://review.openstack.org/19072818:53
*** e0ne_ is now known as e0ne18:53
openstackgerritJulia Kreger proposed openstack/bifrost: Minor typo correction in new inventory module  https://review.openstack.org/19076018:55
*** e0ne is now known as e0ne_19:00
*** achanda has quit IRC19:00
*** achanda has joined #openstack-ironic19:02
*** bkero has quit IRC19:04
*** ijw has joined #openstack-ironic19:05
*** greghaynes has quit IRC19:05
*** greghaynes has joined #openstack-ironic19:05
*** bkero has joined #openstack-ironic19:05
openstackgerritMerged openstack/bifrost: Initial inventory module  https://review.openstack.org/18408419:16
*** trown|brb is now known as trown19:17
openstackgerritJulia Kreger proposed openstack/bifrost: Change pip install method and add six to requirements  https://review.openstack.org/19076819:20
*** e0ne_ is now known as e0ne19:35
NobodyCambrb19:35
*** Marga_ has quit IRC19:36
*** Marga_ has joined #openstack-ironic19:37
*** achanda has quit IRC19:41
*** hemna is now known as hemnafood19:44
*** dguerri` is now known as dguerri19:44
openstackgerritJulia Kreger proposed openstack/bifrost: Correct CSV processing in inventory  https://review.openstack.org/19078119:45
TheJuliaNobodyCam: ^^^19:45
*** pcrews has quit IRC19:47
*** dguerri is now known as dguerri`19:49
openstackgerritMerged openstack/bifrost: Minor typo correction in new inventory module  https://review.openstack.org/19076020:05
*** thrash is now known as thrash|g0ne20:11
rloohey NobodyCam or BadCub or even better if devananda is around: this BP has been approved: https://blueprints.launchpad.net/ironic/+spec/new-boot-interface20:15
rloois devananda the only one that can approve BPs?20:15
NobodyCamlet me try20:15
NobodyCamrloo: hows that look?20:16
NobodyCamseemed to work for me20:16
rlooNobodyCam: awesome. thx. would you also be so kind as to set the URL for the specification?20:17
BadCubrloo: NobodyCam this BP is targeted for L I assume?20:18
NobodyCamI think* I set that20:18
rlooBadCub: yuppers20:18
NobodyCamplease dbl check me on that20:18
BadCubI set the milestone on it for L120:19
NobodyCamoh ya I didn;t set that20:19
BadCubset the priority as medium as well20:19
*** gridinv_ has joined #openstack-ironic20:19
rloothx BadCub (i'm fine with that cuz i don't really know and it doesn't really matter now i don't think)20:20
BadCubrloo: coolness :)20:21
BadCubIT can always be changed as well, if needed20:21
NobodyCamrloo: set url :)20:21
rloothx NobodyCam and BadCub20:22
NobodyCam:)20:22
BadCubrloo: Yw :)20:22
rloobtw NobodyCam, why do we point to github and not the specs url?20:22
rlooNobodyCam: i mean http://specs.openstack.org/openstack/ironic-specs/specs/liberty/new-boot-interface.html20:23
NobodyCam?? i can set to that... I tend to read in github so just default for me20:23
BadCubNobodyCam: we usually use ^ on the set URL20:24
rlooNobodyCam: ahh. i think i've seen urls to github or openstack's git (which is probably preferred over github).20:24
rlooNobodyCam: i tend to look at the specs from specs.openstack.org. Anything is better than nothing though.20:25
NobodyCamrloo: updated :)20:25
*** Sukhdev has joined #openstack-ironic20:25
rloothx NobodyCam!20:26
*** spandhe has quit IRC20:27
NobodyCam*blush* :)20:27
*** spandhe has joined #openstack-ironic20:28
*** spandhe has quit IRC20:28
openstackgerritMerged openstack/bifrost: Initial dynamic enrollment role  https://review.openstack.org/18817620:29
openstackgerritMerged openstack/bifrost: Enable agent_ipmitool driver when testing  https://review.openstack.org/18862320:29
*** pcrews has joined #openstack-ironic20:30
*** achanda has joined #openstack-ironic20:31
*** alexpilotti has quit IRC20:31
*** gridinv_ has quit IRC20:32
*** gridinv_ has joined #openstack-ironic20:32
*** ijw has quit IRC20:35
*** ijw has joined #openstack-ironic20:36
*** dguerri` is now known as dguerri20:39
openstackgerritMerged stackforge/pyghmi: Gather Thinkserver CPU and Memory independently  https://review.openstack.org/19074920:41
*** achanda has quit IRC20:43
openstackgerritJulia Kreger proposed openstack/bifrost: Add initial dynamic deployment role  https://review.openstack.org/18877320:44
openstackgerritJulia Kreger proposed openstack/bifrost: Change pip install method and add six to requirements  https://review.openstack.org/19076820:47
openstackgerritMerged openstack/bifrost: Addition of dynamic configuration drives  https://review.openstack.org/18862420:50
*** e0ne has quit IRC20:54
*** Marga_ has quit IRC20:58
*** Marga_ has joined #openstack-ironic20:59
-openstackstatus- NOTICE: Gerrit has been restarted to terminate a persistent looping third-party CI bot21:07
*** trown is now known as trown|outttypeww21:13
*** ijw has quit IRC21:19
*** ijw has joined #openstack-ironic21:19
*** hemnafood is now known as hemna21:21
*** dguerri is now known as dguerri`21:21
*** radek_ has quit IRC21:24
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Update network provider spec  https://review.openstack.org/18782921:26
openstackgerritMerged openstack/bifrost: Add initial dynamic deployment role  https://review.openstack.org/18877321:28
*** spandhe has joined #openstack-ironic21:30
openstackgerritMerged openstack/bifrost: Correct mistakes in license notices  https://review.openstack.org/18907921:33
*** spandhe_ has joined #openstack-ironic21:35
*** ijw_ has joined #openstack-ironic21:36
*** spandhe has quit IRC21:37
*** spandhe_ is now known as spandhe21:37
mrdaMorning Ironic21:37
*** ijw has quit IRC21:39
rloomorning mrda. I was *just* thinking that I ought to look at your patch :)21:42
mrdahi rloo - thanks :)21:43
NobodyCammornign mrda21:43
mrdahi NobodyCam21:43
*** natorious is now known as zz_natorious21:46
rloohey NobodyCam, this BP should be approved too, the spec was approved: https://blueprints.launchpad.net/ironic/+spec/version-caching21:47
mrdarloo: I really do appreciate your follow through :)21:50
*** ijw_ has quit IRC21:52
*** jjohnson2 has quit IRC21:54
openstackgerritChristopher Dearborn proposed openstack/ironic: Fix failing unit tests under py34  https://review.openstack.org/19083521:55
rloomrda: honestly, i was procrastinating. now i'm not sure i'll be able to get it done today. will see...21:57
*** [1]cdearborn has joined #openstack-ironic21:59
mrdarloo: there's no actualy change to the code since you last reviewed it.  It was only the commit message that changed the blueprint reference as per your last review comment22:00
rloomrda: ahhh, but you're assuming I had reviewed up to there. I hadn't :-(22:01
mrda(but if you want to review it all, it would be welcoemd :)22:01
mrdaDo it tomorrow then :)22:02
rloomrda: not here tomorrow. either tonight or monday22:02
mrdaIt's nice to get a break - it can wait, I don't think anyone is screaming for this change22:03
*** ijw has joined #openstack-ironic22:04
*** mitchjameson has joined #openstack-ironic22:04
rloomrda: yeah, nothing (in ironic) so far is urgent. just that it was on my list to do this week, will see...22:07
*** cdearborn has quit IRC22:07
*** [1]cdearborn has quit IRC22:18
openstackgerritMerged openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/19042722:22
*** absubram has quit IRC22:22
*** Sukhdev has quit IRC22:25
NobodyCamrloo: updated :)22:27
*** Nisha has joined #openstack-ironic22:30
mrdathanks NobodyCam22:33
*** bnemec has quit IRC22:34
NobodyCam:)22:36
*** Nisha has quit IRC22:36
*** jgrimm is now known as zz_jgrimm22:51
*** krtaylor has quit IRC23:04
*** ijw has quit IRC23:05
*** zhenguo has joined #openstack-ironic23:15
*** Sukhdev has joined #openstack-ironic23:19
*** yuanying has joined #openstack-ironic23:23
*** chlong has joined #openstack-ironic23:35
* NobodyCam calls it a early day23:38
*** hemna is now known as hemnafk23:45

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