Wednesday, 2017-03-22

openstackgerrithuanghe proposed openstack/valence master: Updated from global requirements  https://review.openstack.org/44843508:08
openstackgerritAnusha Ramineni proposed openstack/valence master: Add API Validation framework for flavors  https://review.openstack.org/42254709:19
*** ananth_n has joined #openstack-valence14:48
*** ramineni_ has joined #openstack-valence14:51
*** ntpttr__ has joined #openstack-valence14:53
*** ntpttr__ is now known as ntpttr_laptop14:53
*** HuBian has joined #openstack-valence14:57
*** shuquan has joined #openstack-valence14:58
ananth_nhi everyone14:59
shuquanhi14:59
ntpttr_laptophi14:59
ramineni_hi14:59
ananth_nany agenda items to discuss - we needed some info from @ramineni_ last week IIRC15:00
ananth_ni believe ntpttr_laptop wanted some clarification15:01
ntpttr_laptopI think madhuri mentioned we should have a quick discussion on the oslo library additions15:01
mkraiHi15:01
*** yufei has joined #openstack-valence15:01
HuBianhi15:01
ntpttr_laptopananth_n: we talked about it a bit over email, it had to do with the generic driver framework15:01
ramineni_ananth_n: ntpttr_, sure, for adding generic controller ?15:01
ntpttr_laptopramineni_: yeah that was the one15:02
ramineni_ananth_n: ntpttr_laptop: yes, will work on the spec as discussed15:02
ntpttr_laptopI guess I do have one follow on question15:02
ananth_nthanks. I might have missed the email15:02
mkrairamineni_: What's this generic controller?15:02
ntpttr_laptopdo you have plans for any southbound drivers other than redfish in the immediate future?15:02
mkraiCan you explain briefly or we have any spec for it?15:02
ntpttr_laptopwhat other frameworks do you think we'd like to add?15:03
*** Jinxing has joined #openstack-valence15:03
ramineni_ntpttr_laptop: yes, we have ExpressEther driver to add, working on the PoC part of that as well15:04
*** HuBian has left #openstack-valence15:04
*** HuBian has joined #openstack-valence15:04
ntpttr_laptopawesome, that's good to hear!15:04
ntpttr_laptoplooking forward to it15:04
ramineni_ntpttr_laptop: thanks, will update once we complete that15:05
ntpttr_laptopmkrai: briefly the spec will cover adding a generic driver that covers all required functions that a southbound driver must satisfy, and will pass things along to things like redfish or now expressether to talk to the rsd systems15:05
ramineni_mkrai: its for supporting other drivers than redifsh15:05
mkraiOk got it15:06
mkraiThanks15:06
ntpttr_laptopokay, now on to the oslo libraries15:06
yufeihi,erveryone, I want to ask a question about multi-pod-managers, currenlty we can create/delete podm in valence, but when we can’t compose node in the podm that was created in valence, valence now just compose it in the podm configured in valence.conf.15:06
mkraiOk so what's team thought on it?15:06
yufeiIs there any plan or spec for this?15:06
ntpttr_laptopyufei: yes HuBian is working on this15:07
mkraiyufei: If you don't mind, we will get back to your question after oslo discussion15:07
*** HuBian has left #openstack-valence15:07
yufeiok, thanks15:07
ntpttr_laptopmkrai: I think it's a good idea, we can get more functionality from them15:07
ramineni_yufei: HuBian: i have one request on multi podmanager , in the mockup, there is not doc the request format incase of adding new podmanager15:07
ntpttr_laptopand they don't add real dependencies on openstack services, just pip requirements15:07
ramineni_https://github.com/openstack/valence/tree/master/api-ref/source/mockup15:07
ntpttr_laptopguys one second, we're on oslo libraries15:08
mkraintpttr_laptop: Right15:08
*** HuBian has joined #openstack-valence15:08
*** HuBian has quit IRC15:08
ntpttr_laptopwe can talk about multipodmanager next15:08
ananth_nfolks, let's discuss on oslo15:08
ramineni_ntpttr_laptop: ok, sory15:08
ntpttr_laptopdoes anyone have any objections to it? If not I propose we go ahead with adding them15:08
mkraiUntil unless we are not depending on any OS services, then that should be fine I guess15:08
ntpttr_laptopramineni_: no problem :)15:08
ananth_ni don't have objections to using oslo libraries as long as it doesn't result in having to start additional services - say amqp15:09
ananth_nsince these libs would be well tested, no issues using them as libraries15:09
*** hubian has joined #openstack-valence15:09
ramineni_mkrai: im ok too, if that counts :) , but i remember discussing this before, so gave a just heads up15:09
ntpttr_laptopyeah there's no requirement for rabbit or anything15:09
mkrairamineni_: What's your thought?15:09
ntpttr_laptopramineni_: yeah we don't want to add dependencies on any other services that would need to be installed, like rabbitmq or keystone15:10
ntpttr_laptoposlo libraries should be all right, for things like logging and config files15:10
ntpttr_laptopokay I think it looks like we're good to go with that15:10
ananth_nfor some items where we have native python libraries and oslo - i think we should evaluate the native ones before oslo15:10
ananth_nah.. :) ntpttr_laptop gave an example15:11
mkraiCool I think we have agreed for it. I will go ahead with revision of the patch15:11
mkraiI request you all to review the patches15:11
ramineni_ok15:11
mkraiThanks!15:11
ntpttr_laptopananth_n: I agree, the oslo libraries for configuration and logging are pretty flushed out and mkrai did you say they're needed for the ironic integration?15:11
mkraiYes15:12
ananth_nok - that said, there was one patch for switching to oslo logging. it was abandoned, should we resurrect it?15:12
mkraiBut in general also its good to have these libraries15:12
ramineni_https://review.openstack.org/#/c/392416/7/valence/redfish/redfish.py15:12
ramineni_:)15:12
ramineni_thats the reason gave the comment :)15:12
mkraiI think we should15:13
ntpttr_laptopramineni_: ah yes, you're remembering right. It's my opinion that the slo libraries for logging and config are not really that big of a dependency15:13
mkraiThese are just python packages15:13
ntpttr_laptopthey can be added to requirements.txt and installed quickly15:13
ananth_nwe could keep oslo logging to sections that are openstack specific - does that make sense?15:13
ananth_nmaybe my question should be "does that make any sense?" :D15:14
ntpttr_laptopI think that would be a bit confusing15:14
mkraiananth_n: I guess it should be oslo logging for valence.15:15
ntpttr_laptopI think logging would be better if it were the same across the project15:15
ramineni_ananth_n: if we are using it, i think consistency would be better?15:15
mkraiMeans we will log the details of what valence is doing15:15
ramineni_ntpttr_laptop: +115:15
ntpttr_laptopany other thoughts going once15:16
ntpttr_laptopgoing twice15:16
ntpttr_laptopokay let's talk about multipodm :)15:16
ntpttr_laptopthanks mkrai15:17
mkraiThanks everyone!15:17
ntpttr_laptopramineni_: what was your question about multi pod manager?15:17
hubianfor the mutlepodm there would be a little refactor15:17
ramineni_i have one request on multi podmanager , in the mockup,  doc is missing on the request format incase of adding new podmanager15:18
ntpttr_laptophubian: sure, what would it entail?15:18
ramineni_https://github.com/openstack/valence/tree/master/api-ref/source/mockup15:18
ntpttr_laptophubian: and do you think you could add the details ramineni_ is looking for to the api_spec when you do that :)?15:18
ramineni_hubian: there is only response part15:18
ramineni_hubian: it would help in adding validation for podmanager15:18
ramineni_API validation**15:19
hubianok, i lost the part that how to add podm into valence15:19
hubiani will add this then15:19
ramineni_hubian: great , thanks a lot :)15:20
mkraiis multi-podm fully supported?15:20
ntpttr_laptophubian: one more question - do you think it would be possible to add podm info to the database entries for composed nodes?15:20
mkraiI guess we need to do the changes in nodes API also.  We would now need to pass the name of podm in nodes APIs. Right?15:20
hubianfor the refactor i should have write a spec before this meeting15:20
ntpttr_laptopI think it would be useful to be able to grab which pod manager a node belongs to, for instance if pod managers are managed by different drivers redfish ones would be supported by an ironic plugin but some others might not be15:20
hubianbut i have not.finish15:21
mkraintpttr_laptop: Yes same question15:21
ntpttr_laptophubian: no problem, just let us know when it's up and we'll review it :)15:21
ananth_nhubian: no problem, please check into valence-specs when you complete15:21
hubianso please give me a little more time, i will finish the spec by the end of this week15:21
ntpttr_laptopawesome15:22
yufeilooking forward to your spec15:22
mkraiI think the solution is to make a one-to-many relationship b/w podm and nodes15:22
hubianyes actually we need to add relations for nodes and podm in the database15:23
ntpttr_laptopcool, in fact maybe not just nodes but any other resources that we keep in the database, systems etc.15:24
hubianyeah15:24
ramineni_mkrai: Is it possible to have a spec before for ironic plugin aswell, it will help to understand the flow /requirements better?15:25
yufeiIf we compose a node in one podm, should we allow to delete this podm now?15:25
ananth_nyufei: no, we will have to wait till all the nodes under the podm are released15:26
mkraiI have a desgin document for that. Is it fine if I post the detail on bp whiteboard?15:26
ananth_nelse, we will have a composed node with no means to manage it15:26
mkraiananth_n: +115:27
ramineni_mkrai: it would be better in spec? for any discussion or comments on that15:27
mkraiOk will try to post it this week15:27
ramineni_mkrai: thanks, that would be great15:27
ntpttr_laptopanyone have any other topics they'd like to discuss?15:28
ananth_nnope15:30
ntpttr_laptoplooks like it :)15:30
ananth_ni guess we can call it a meeting15:30
ntpttr_laptopokay, thank you everyone15:30
*** shuquan has quit IRC15:31
*** yufei has left #openstack-valence15:31
*** ananth_n has quit IRC15:31
hubianbye , see you next week15:31
*** hubian has quit IRC15:32
*** ramineni_ has left #openstack-valence15:35
*** Jinxing has quit IRC15:35
*** ntpttr_laptop has quit IRC16:07
*** lin_yang has joined #openstack-valence18:07
openstackgerritNate Potter proposed openstack/valence master: Implement TripleO Configuration Plugin [WIP]  https://review.openstack.org/44880722:28
openstackgerritNate Potter proposed openstack/valence master: Implement TripleO Configuration Plugin [WIP]  https://review.openstack.org/44880722:29

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