Earlier  
Posted Nick Remark
#openstack-cyborg - 2019-08-07
03:22:58 yikun https://docs.openstack.org/infra/bindep/readme.html#examples
03:23:17 yikun xinranwang: not sure sysfs can be supported completely by other device.
03:23:33 wangzhh xinranwang, we can't find some pci device by sysfs.
03:24:05 Sundar wangzhh: We have /sys/bus/pci . I think you are saying that doesn't have all the info you need?
03:24:09 xinranwang as far as i know, the 'lspci' also read the sysfs.
03:24:16 Yumeng wangzhh: can we also find gpu device by sysfs ?
03:26:21 wangzhh Yep, Sundar, as far as i know, some info like manufacturer, read form another directory by lspci
03:26:36 Sundar I think the risk is low for pciutils, because it is pretty common. But this puts us on a slippery slope to other packages that may not be common.
03:27:29 Sundar As long as we examine each addition to bindep carefully, we should be ok, I think.
03:28:00 wangzhh Different os have differetnt dir. It's better to use a lib. Key point is
03:28:12 Sundar I have no objections to adding pciutils. Anybody thinks differently?
03:28:22 wangzhh Is pciutils populate?
03:29:17 Sundar wangzhh: are you asking if it is usually installed or populated?
03:30:49 Sundar Is everybody ok with adding pciutils?
03:31:11 xinranwang no objections
03:31:43 wangzhh I'm worried about there are few people maintain and use it? I'm not sure.
03:32:49 yikun wangzhh: lspci is contained by pcituils package
03:32:53 Sundar wangzhh: I think pciutils is a popular package, available in most common distros. exceptios may be some really tiny or embedded distros, but they will probably not be used in servers
03:33:05 Sundar *except
03:33:18 wangzhh Ok, fine.
03:33:26 yikun https://launchpad.net/ubuntu/+source/pciutils
03:33:42 Yumeng no objections +1
03:34:10 Sundar #agreed Will adopt bindep approach with pciutils.
03:34:23 Sundar #topic New drivers in Train
03:34:38 Sundar Glad to see many drivers getting proposed as patches
03:35:07 Sundar It may be a good idea to ask for a spec, stating he use cases, test plans and plans for CI, I think
03:35:41 Sundar Otherwise, it is not clear to the community what devices are involved and what testing needs to be done
03:36:10 Sundar The device hardware may not be available to other contributors. So, it is important to set up CI, I think
03:36:15 Sundar What do you all think?
03:38:14 Sundar wangzhh, yikun, Yumeng: ^
03:38:42 Sundar for GPUs, Ascend, HPTS
03:39:00 yikun the ci support is a good idea, but I prefer we can start to make 3rd party ci support in next release.
03:39:55 Sundar yikun: Understand. But we should probably have some documentation on what is supported for each driver
03:40:19 Sundar For example, we may have some limitations or caveats for one driver but not others
03:41:11 yikun https://docs.openstack.org/cinder/rocky/reference/support-matrix.html
03:41:25 yikun I guess a page looks like it ^
03:41:44 wangzhh Emm, agree.
03:41:44 Sundar Good find :)
03:42:12 Sundar I think we should require a spec before we agree to maintain the driver. The spec should describe the device, use cases, test plans and documentation plans. What do you all think?
03:43:17 Sundar For Train, though it is past Milestone 2, I think we can make an exception and accept specs even now.
03:45:01 Sundar wangzhh, Yumeng, yikun, Li_Liu, xinranwang, s_shogo: ^
03:45:18 Yumeng ,Sundar, yikun,wangzhh: agree that we need to have some docs like https://docs.openstack.org/cinder/rocky/reference/support-matrix.html.
03:45:53 Yumeng Can we focus on the driver code/(make the function work) first and do the ci plans spec/support docs later ?
03:46:09 wangzhh I think this link is a good example.
03:46:26 Yumeng especially after we tested with some results
03:46:57 Sundar Apart from that doc, many projects require a spec before accepting a major feature. When somebody contributes a driver, we all agree to maintain that code. So, we need a spec to understand what we agree to.
03:48:43 Sundar Yumeng: CI plans can come later. But, without a spec, how do we know enough to maintain it?
03:50:23 Sundar Anybody disagree? or think we need exceptions for Train?
03:51:58 Yumeng emmm... I think driver maintainance is strongly related to the device, vendors should maintain their own and provide support for users to use.What do you think?
03:54:59 yikun Agree with yumen, the priority thing is make the driver work.
03:55:22 yikun https://docs.openstack.org/cinder/stein/drivers.html and here is also a example to show the driver support in every release
03:56:12 Sundar Yes, vendors would support their own drivers. When a driver is comitted to Cyborg repo, we agree to collectively maintain it. For example, for Python 3 migration, driver code can be changed by somebody other than the vendor, right?
03:57:00 Sundar Anyways, we can revisit this next meeting, because we are running out of time.
03:57:07 Sundar #topic Storyboard
03:57:17 Sundar https://storyboard.openstack.org/#!/project/openstack/cyborg
03:58:16 Sundar There are lots of topics still open. Please go through it and take up what you can.
03:59:11 Sundar Some important things that we need to track: Python 3 migration, fake driver patch (https://review.opendev.org/665318)
03:59:28 Sundar testing to make sure that fake driver works with tempest CI (needed for Nova patch merging)
04:00:33 Sundar Anything else that we need to track in each meeting going forward?
04:01:45 Yumeng Sundar: I noticed lots of TODOs in dbapi such as https://github.com/openstack/cyborg/blob/master/cyborg/db/sqlalchemy/api.py#L567
04:02:20 xinranwang please review the placement report part as well, it's also in critical path.
04:02:37 xinranwang https://review.opendev.org/#/c/659233/
04:02:58 Sundar Yumeng: True, I was hoping to get to them after the patches merge. If some of you can take up some of those TODOs, that'll be great.
04:03:20 Sundar xinranwang: Yes.
04:03:43 Sundar OK, we are past the time.
04:04:00 Yumeng do you want to make them tested and work after V2 and nova-integ patches merged? or are there any other motivations?
04:04:33 Yumeng ok, we can continue in wechat
04:04:42 Sundar Yumeng: That's what I thought originally. But the basic db patch has already merged for Cyborg. So, we can start filing patches for db changes
04:05:02 Yumeng ok
04:05:03 xinranwang I have removed these exception in placement report patch. it can wirte the db correctly
04:05:26 Yumeng xinranwang:ok great!
04:05:33 Sundar I'll create storyboard tasks for these TODOs
04:05:55 Sundar Thanks, everybody. Have a good day or night, wherever you may be :)
04:06:02 Sundar #endmeeting
04:06:03 openstack Meeting ended Wed Aug 7 04:06:02 2019 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
04:06:04 openstack Minutes: http://eavesdrop.openstack.org/meetings/openstack_cyborg/2019/openstack_cyborg.2019-08-07-03.00.html
04:06:05 openstack Minutes (text): http://eavesdrop.openstack.org/meetings/openstack_cyborg/2019/openstack_cyborg.2019-08-07-03.00.txt
04:06:06 openstack Log: http://eavesdrop.openstack.org/meetings/openstack_cyborg/2019/openstack_cyborg.2019-08-07-03.00.log.html
04:06:23 s_shogo sorry , next week ( 8/10-19), we (NTT group) take a vacation on the whole. I'm afraid I will be absent from IRC chat and so on.
04:06:44 s_shogo and a small topic, but this affects all about py3 patch.Current zuul.yaml in py3 patch treats py3-test as "non-voting".Are there any problem in changing it to "voting" ?
04:07:27 Sundar s_shogo: NP. We should review your patch https://review.opendev.org/667524. But it says WIP. Will you update it further?
04:08:24 Sundar s_shogo: Py3 changes are still WIP. We should make it voting sometime later, may be in early Sep. What do you think?
04:08:25 s_shogo I'm waiting for finishment of merge P1-P9 patches , so I treat it as WIP.After that , I'll test them in local env again, and request review.
04:08:46 Sundar s_shogo: Got it, thanks.
04:09:20 s_shogo is ok treat as "voting" in Sep. I'll post that as patch in sep, again.
04:09:40 Sundar Great
04:09:40 s_shogo NP.
04:12:06 s_shogo ok, thanks. I'll prepare a wechat account in next time.
05:49:11 Sundar Li_Liu: In the IRC discussion today (http://eavesdrop.openstack.org/irclogs/%23openstack-cyborg/%23openstack-cyborg.2019-08-07.log.html#t2019-08-07T03:09:10), we had agreed that you would let somebody else take up the Nova notification functionality.
05:52:56 Sundar I asked Xinran. It is too late in the cycle to ask for another contributor from the community. So I'll do the part myself. Thanks for your understanding. Looking forward to further contributions from you whenever you have the time.
06:36:02 AJaeger cyborg team, we moved api-ref documents, could you update a simple link, please? https://review.opendev.org/672771
06:49:12 Yumeng Thanks Andreas! just +2 and W+1
06:49:54 AJaeger thanks, Yumeng !
06:53:03 openstackgerrit YumengBao proposed openstack/cyborg master: Implement privsep boilerplate in cyborg. https://review.opendev.org/673957
06:58:00 openstackgerrit Merged openstack/python-cyborgclient master: Update api-ref location https://review.opendev.org/672771
08:36:25 openstackgerrit Xinran WANG proposed openstack/cyborg master: Bug-fix in FPGA driver test case. https://review.opendev.org/675058
08:44:07 openstackgerrit YumengBao proposed openstack/cyborg master: fix cannot load 'stub' error for gpu discover https://review.opendev.org/675059
#openstack-cyborg - 2019-08-08
09:47:58 openstackgerrit Xinran WANG proposed openstack/cyborg master: P5: Basic changes for API layer. https://review.opendev.org/670466
09:47:59 openstackgerrit Xinran WANG proposed openstack/cyborg master: P7: Changes for ARQs and ExtARQs. https://review.opendev.org/670468
09:47:59 openstackgerrit Xinran WANG proposed openstack/cyborg master: P6: Changes for device profiles. https://review.opendev.org/670467

Earlier   Later