| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-cyborg - 2018-06-20 | |||
| 14:56:08 | Rahul | I used a generated uuid from your link Li_Liu, but the same error is there | |
| 14:56:28 | Rahul | important part of the error is | |
| 14:56:29 | Rahul | "/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/base.py\\\", line 603, in obj_load_attr\\n _(\\\"Cannot load '%s' in the base class\\\") % attrname)\\n\\nNotImplementedError: Cannot load 'parent_uuid' in the base class\\n\"}"} | |
| 14:56:45 | Rahul | should i mention parent uuid too? | |
| 14:56:54 | Rahul | little confused | |
| 14:59:14 | Li_Liu | are you trying to add an accelerator to cyborg? | |
| 14:59:31 | Rahul | yes.. just to check the post method | |
| 15:00:15 | Li_Liu | the format is knida hard to read tho | |
| 15:01:09 | Rahul | i used the same from Shaohe's link | |
| 15:01:12 | Rahul | https://github.com/shaohef/cyborg/commit/5fcc739290cec436b734579bce439b8272a67d2c | |
| 15:01:13 | Li_Liu | did you use the rul http://localhost:6666/v1/accelerators? | |
| 15:01:20 | Rahul | just added uuid | |
| 15:01:56 | Li_Liu | ahh | |
| 15:01:57 | Li_Liu | i see | |
| 15:02:26 | Li_Liu | this code is written by shaohe a while ago, which did not have the parent_uuid stuff in place yet | |
| 15:02:55 | Rahul | ok .. i see | |
| 15:03:15 | Rahul | can i get a curl command, which will work in current code | |
| 15:03:24 | Li_Liu | I will ask shaohe to provide the command for you | |
| 15:03:33 | Rahul | Thanks Li_liu | |
| 15:03:55 | Rahul | My mail id : | |
| 15:04:15 | Rahul | and | |
| 15:04:15 | Rahul | rahul_cse09@yahoo.co.in | |
| 15:04:22 | Rahul | rahul.dutta@huawei.com | |
| 15:05:17 | Li_Liu | sure, ok | |
| 15:05:24 | Li_Liu | you keep you updated | |
| 15:05:34 | Rahul | Thanks li Liu | |
| 15:06:32 | Li_Liu | npnp | |
| #openstack-cyborg - 2018-06-22 | |||
| 02:50:05 | openstackgerrit | Merged openstack/cyborg master: fix tox python3 overrides https://review.openstack.org/572953 | |
| 14:43:24 | openstackgerrit | Sundar Nadathur proposed openstack/cyborg master: Cyborg/Nova/Glance interaction in compute node, including os-acc. https://review.openstack.org/577438 | |
| #openstack-cyborg - 2018-06-25 | |||
| 12:27:56 | shaohe_feng | hi all, today's meeting will cancel. | |
| #openstack-cyborg - 2018-06-27 | |||
| 05:31:23 | openstackgerrit | Sundar Nadathur proposed openstack/cyborg master: Cyborg/Nova/Glance interaction in compute node, including os-acc. https://review.openstack.org/577438 | |
| 14:04:15 | Li_Liu | #startmeeting openstack-cyborg | |
| 14:04:16 | openstack | Meeting started Wed Jun 27 14:04:15 2018 UTC and is due to finish in 60 minutes. The chair is Li_Liu. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 14:04:17 | openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 14:04:19 | openstack | The meeting name has been set to 'openstack_cyborg' | |
| 14:04:46 | Li_Liu | #topic Roll Call | |
| 14:04:57 | Li_Liu | #info Li_Liu | |
| 14:04:58 | shaohe_feng | #shaohe_feng | |
| 14:05:05 | shaohe_feng | #info shaohe_feng | |
| 14:05:22 | efried | ō/ | |
| 14:05:28 | sum12 | #info sum12 | |
| 14:06:55 | Sundar | #info Sundar | |
| 14:07:04 | Li_Liu | Let's get started | |
| 14:07:24 | Li_Liu | Howard is not here today, I will run the meeting for me today | |
| 14:07:52 | Li_Liu | #topic os-acc discussion | |
| 14:08:25 | Li_Liu | HI Sundar, do you want to lead this topic? | |
| 14:08:54 | Sundar | Sure, Li Liu | |
| 14:09:27 | Sundar | The os-acc spec was updated as indicated in #link http://lists.openstack.org/pipermail/openstack-dev/2018-June/131751.html | |
| 14:09:40 | Sundar | The reasons for the update are listed there as well | |
| 14:10:12 | Sundar | The updated spec is in #link https://review.openstack.org/#/c/577438/ | |
| 14:10:50 | Sundar | efried: One comment I got was to include a sequence diagram | |
| 14:10:56 | efried | yup | |
| 14:11:17 | Sundar | When I follow https://review.openstack.org/#/c/572583/11/specs/rocky/approved/reshape-provider-tree.rst, I get an error in RST syntax | |
| 14:11:31 | Sundar | The seqdiag directive is not known to standard RST editors | |
| 14:11:53 | Sundar | What do you do to in addition to updating requirements.txt etc.? | |
| 14:11:55 | efried | Sundar: Right, you have to set up dependencies and other stuff in your env | |
| 14:12:05 | efried | hold on, let me find the patch where we added that stuff into nova-specs... | |
| 14:12:18 | Sundar | Yes, requirements.txt and doc/source/conf.py need to be updated | |
| 14:12:36 | efried | right, okay - so you did those things and it's still busted? | |
| 14:13:16 | Li_Liu | Sundar, quick question, do we still need a dedicated os-acc spec on top of this one you posted? | |
| 14:13:17 | Sundar | The standard RST editors like http://rst.ninjs.org/# wouldn't know about them. So, how do you check before a submit? | |
| 14:13:44 | efried | If you're building locally, you'll need to make sure the dep is installed into your venv. You can do that by adding -r to your tox command, or you can enter the venv and install it manually via pip | |
| 14:14:25 | Sundar | OK, how do you run the tox command? | |
| 14:14:45 | efried | Sundar: How have you been running it thus far? | |
| 14:15:00 | efried | tox -e docs ? | |
| 14:15:28 | Sundar | SO, tox -e -r docs? | |
| 14:15:31 | efried | So you would say tox -re docs instead. That will rebuild the venv from scratch. That's assuming your problem is the missing dependency. | |
| 14:15:48 | Sundar | Got it. Thanks, Eric. | |
| 14:15:55 | efried | No, -e is how you specify which testenv, so tox -r -e docs or tox -re docs | |
| 14:15:56 | Sundar | Li Liu: I don't see why. We should be able to add any additional detail here | |
| 14:16:02 | efried | ++ ^ | |
| 14:16:18 | Sundar | Sure, Eric | |
| 14:16:21 | efried | agree the goal should be to have all the necessary design detail here. | |
| 14:16:35 | Li_Liu | sure, that is what I figured | |
| 14:16:52 | efried | Sundar: This is assuming the problem was the missing dependency. If you're still having problems, let me know and I'll see if I can help out. | |
| 14:16:53 | Sundar | Li Liu: We presumably need to add a bit more detail on how we can do a plugin for x86+FPGAs. Is that what you are looking for. | |
| 14:17:27 | Sundar | Thanks, Eric. I may take up on that if things don't work out by today :) | |
| 14:17:43 | efried | we're still doing this in openstack/cyborg, huh? | |
| 14:17:48 | Li_Liu | yup | |
| 14:17:49 | efried | any plans to move to cyborg-specs? | |
| 14:18:03 | efried | would make things easier to find :) | |
| 14:18:39 | Sundar | I was told we have latitude to stick to the current location for this cycle. | |
| 14:18:57 | Li_Liu | that's sounds good, let's get the current ones merged before we start the moving | |
| 14:19:25 | Li_Liu | right | |
| 14:20:08 | Sundar | OK, next steps are to add a sequence diagram. Also, I would propose a plugin for x86 + FPGAs, and a separate one for x86 + GPUs. The main reason to stick to x86 is that that's all I know about :) | |
| 14:20:42 | Sundar | We can probably generalize to ARM if SR-IOV works the same way there. Power is an area where we need Eric's input | |
| 14:20:59 | Li_Liu | how much difference if it was arm or even power? | |
| 14:21:00 | efried | I don't think you should be proposing specific plugins via this spec. | |
| 14:21:06 | efried | just the framework. | |
| 14:21:24 | efried | The plugins themselves will ultimately be the responsibility of the vendors. | |
| 14:21:29 | efried | I would think. | |
| 14:21:58 | Sundar | For x86+FPGAs, we could have a community-supported plugin which calls into Cyborg/agent/driver for vendor-specific stuff | |
| 14:22:15 | Li_Liu | shall we provide a reference from community tho? | |
| 14:22:28 | Sundar | Li_Liu: yes ^^ | |
| 14:23:06 | Sundar | Li_Liu: "how much difference if it was arm or even power?" Power seems to be quite different IIUC. Eric can expand on that | |
| 14:23:07 | shaohe_feng | entry points for driver. | |
| 14:24:32 | efried | Yeah, e.g. if the plugin has a "plug" operation, on libvirt this entails, what, editing the domain XML and doing stuff to special files under /dev? | |
| 14:25:01 | efried | In POWER, it entails making a REST call to the NovaLink API asking for an I/O slot to be attached to a logical partition (VM) and the platform does the magic. | |
| 14:25:07 | efried | Totally, totally different model. | |
| 14:25:25 | efried | and definitely not something the cyborg team should try to become domain experts on. | |