| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-cyborg - 2020-01-16 | |||
| 03:15:50 | Sundar | #topic Who's here | |
| 03:15:54 | Sundar | #info Sundar | |
| 03:16:02 | s_shogo | #info s_shogo | |
| 03:16:23 | chenke | #info chenke | |
| 03:16:26 | brinzhang | #info brnzhang | |
| 03:17:56 | Sundar | For the agenda today, apart from the patch reviews, I was thinking about the security policy refresh, microversions, and the spec for instance ops on accelerators. | |
| 03:18:08 | Sundar | Do any of you have something else to add? | |
| 03:18:28 | brinzhang | I want to talk about http://lists.openstack.org/pipermail/openstack-discuss/2020-January/011990.html | |
| 03:18:46 | brinzhang | Do we need to use the launchpad | |
| 03:19:15 | Sundar | Oh yes. brinzhang, I was planning to reply to that | |
| 03:19:41 | Sundar | brinzhang, we had some discussions last year, and folks decided to go with storyboard. | |
| 03:19:57 | brinzhang | it's ok | |
| 03:20:00 | Sundar | We already have a lot at https://storyboard.openstack.org/#!/project_group/77 | |
| 03:20:32 | brinzhang | Either way, as long as it can be managed uniformly, iam ok | |
| 03:20:34 | Sundar | Is there any string advantage to launchpad over storyboard that you want to bring u? | |
| 03:20:50 | Sundar | *strong | |
| 03:21:03 | Sundar | Ok | |
| 03:21:26 | brinzhang | I think the lauchpad was more intuitive | |
| 03:21:43 | Sundar | Is it signficantly faster? I find storyboard to be very slow | |
| 03:22:02 | brinzhang | ore intuitive | |
| 03:22:08 | brinzhang | As far as I know, more people use launchpad than storyboard | |
| 03:22:28 | brinzhang | yeah, launchpad is faster than storyboard | |
| 03:23:02 | brinzhang | sometime the storyboard always stuck | |
| 03:23:20 | brinzhang | so I recommand to use launchpad | |
| 03:23:37 | Sundar | We don't seem to have a quorum today to decide that, or even discuss it at length | |
| 03:24:00 | Sundar | I suggest you can bring it up in a future IRC meeting. | |
| 03:24:25 | brinzhang | yeah, I think this need more people to join, we talk about next topic, i think | |
| 03:25:00 | Sundar | Sure, I'll add this to the meeting agenda at https://wiki.openstack.org/wiki/Meetings/CyborgTeamMeeting. | |
| 03:25:21 | chenke | Ye. | |
| 03:25:25 | Sundar | We don't have Yumeng today to discuss the policy refresh | |
| 03:25:49 | chenke | I think storyborad is clearer。 | |
| 03:25:49 | chenke | I think storyborad is clearer。 | |
| 03:26:00 | Sundar | There is a lot of discussions going to microversions. I'd just like to make sure we have a solid footing for the future | |
| 03:26:45 | Sundar | chenke, got it. I suspect folks will have different opinions. | |
| 03:26:49 | brinzhang | Reference the nova microversion, use microversion is more useful | |
| 03:26:55 | chenke | yumeng is out of office. | |
| 03:27:27 | Sundar | brinzhang: yes, microversions are necessary to add features and evolve the APis sommothly, which is important for a young project like Cyborg | |
| 03:27:28 | brinzhang | When a new feature changed in Cyborg, we can record this with a microversion | |
| 03:27:56 | chenke | Agree | |
| 03:28:26 | brinzhang | So about this spec, what are you worry about? Sundar | |
| 03:29:34 | Sundar | notes, as you pointed out in the Nova patch review | |
| 03:29:34 | Sundar | brinzhang: I think we all agree on the need for microversions. The questions would be, are we following the best practices etc. I invited Chris Dent etc. to review it. If you see any gaps, please bring it up. It is better to take the time and do this properly to avoid gaps. For example, adopting conventions like docmetning APi changes in release | |
| 03:29:52 | Sundar | *documenting | |
| 03:30:19 | brinzhang | I'm not sure if the existing Cyborg feature will be implemented after this SPEC merger, or in parallel with it? | |
| 03:31:21 | Sundar | The way I see it, we released v2.0 of APis in Train. Whatever comes out of Ussuri will/should be microversion-enabled and will probably be v2.1. After that, we have incremental changes. | |
| 03:31:24 | brinzhang | yes, we should consider more, such as the unit tests, documenting, functional test etc. | |
| 03:32:36 | Sundar | Until we get Nova integration done, any version bump in Cyborg is not of great significance as people are not yet putting it in production. | |
| 03:32:59 | brinzhang | Sundar, so while someone pushed a spec for Cyborg, we should require he/she to add a new microversion for that api (if the api changes) | |
| 03:33:32 | Sundar | Sure | |
| 03:34:14 | brinzhang | Sundar, Even so, we also need to maintain microversion step by step | |
| 03:34:56 | Sundar | The device v2 APis would be 2.0, because they are totally new. But existing APIs like device profiles and ARQs would get a bump if they are changed. | |
| 03:35:38 | brinzhang | This is my opion for this spec, I will review it again while I free, and refer the experience I was in Nova | |
| 03:35:54 | Sundar | Great, sounds good | |
| 03:36:03 | Sundar | #topic Spec for instance ops for accelerators | |
| 03:36:14 | brinzhang | agree "The device v2 APis would be 2.0" | |
| 03:36:29 | Sundar | https://review.opendev.org/#/c/605237/ | |
| 03:37:14 | brinzhang | I was reviewed this spec, I agree with matt, this spec mostly seem description the documents?is right? | |
| 03:37:25 | Sundar | I wrote this last year as a way to get agreement between Nova and Cyborg sides. Some people did not see it as a spec per se, because it is not specifying any changes. It is only documented behavior. | |
| 03:37:27 | brinzhang | some operators are in nova | |
| 03:38:03 | Sundar | Yes, all these are instance ops in Nova, and the doc addresses what should happen if the instance has accelerators | |
| 03:38:06 | brinzhang | Sundar, yeah, it's document | |
| 03:38:27 | Sundar | It may make sense to retire it as a spec and make it a document | |
| 03:38:39 | brinzhang | yeah, it make sense | |
| 03:39:10 | Sundar | Ok, I'll take an action item for that | |
| 03:39:14 | brinzhang | I think we should ensure the accuracy of the description | |
| 03:39:58 | Sundar | Is something not accurate? | |
| 03:40:10 | brinzhang | So we need more nova core to review this, such as erifed, stephenfin, alex_xu, sean-k-moony to review it, make it better and better | |
| 03:40:39 | brinzhang | See my comment in PS4 | |
| 03:41:02 | Sundar | They have all reviewed it to some extent or the other in Train. If it is recast as a Cyborg doc, it will be tougher to get their review, but we can try. | |
| 03:41:07 | brinzhang | about the rebuild action, I think you should re-word | |
| 03:41:54 | Sundar | ok, will go by the review | |
| 03:42:02 | brinzhang | Maybe we can send this to the nova meeting | |
| 03:42:34 | brinzhang | Next, i will review again, and check all instance ops | |
| 03:42:45 | Sundar | I'll ask the Nova PTL if that is feasible, after I recast it as a doc | |
| 03:43:06 | brinzhang | Sundar Above is my opinion on this | |
| 03:43:59 | Sundar | Sure, anything else on this subject? | |
| 03:44:03 | brinzhang | another way, it may be possible to add this to Nova's document library as an auxiliary document using Cyborg as an instance | |
| 03:44:39 | Sundar | 'Using Cyborg as an instance' -- what does that mean? | |
| 03:45:18 | brinzhang | put this doc in the Nova's library, while some want to use Cyborg, they can read this | |
| 03:45:48 | brinzhang | of course, we also need put this in Cyborg's document library | |
| 03:46:05 | brinzhang | just an idea | |
| 03:46:19 | Sundar | Nova's handling of instance ops varies with Neutron ports, Cinder volumes, etc. I doubt that Nova will agree to put a project-specific doc in their list. In fact, it may make sense to keep it in Cyborg, because different Cyborg drivers may potentially support different ops . | |
| 03:47:15 | Sundar | For example, hypothetically, if there is a problem with doing instance rebuilds with GPU drivers, that caveat should be in Cyborg docs, right? | |
| 03:48:18 | brinzhang | Yeah, but I think nova also need this | |
| 03:48:55 | Sundar | Ok, no harm in asking them if they can do it. | |
| 03:49:04 | brinzhang | maybe, put it in Cyborg is appropriate | |
| 03:49:13 | brinzhang | more appropriate | |
| 03:49:20 | chenke | I think cyborg is the main one and Nova can briefly introduce it. | |
| 03:49:33 | Sundar | Sure | |
| 03:51:02 | Sundar | #topic Other topics | |
| 03:51:41 | Sundar | The next PTG will be in Vancouver, June 8-11 | |
| 03:51:51 | chenke | About this patch. https://review.opendev.org/#/c/702578/ | |
| 03:52:03 | Sundar | Early Bird Full Access costs $299 and lasts till Mar 2, 2020. | |
| 03:52:31 | Sundar | chenke: I started looking at your patch. It is highly needed. Thanks | |
| 03:52:49 | s_shogo | I'm considering a gap between cyborg API spec and sdk's premise(mainly arq delete API,with multi choice of argument), | |
| 03:52:49 | chenke | Ok. Thanks. | |
| 03:52:50 | brinzhang | Sundar I need to follow the company's decision whether to participate in this PTG | |
| 03:53:16 | Sundar | brinzhang: Sure, just mentioning it for awareness | |
| 03:53:29 | brinzhang | Just need have a topic, also a candidate speeker | |
| 03:54:00 | Sundar | Would you like to collaborate with one of us for a speech or a project update? | |