| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-03-11 | |||
| 19:22:22 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Create and bind Cyborg ARQs. https://review.opendev.org/631244 | |
| 19:22:23 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Pass accelerator requests to each virt driver from compute manager. https://review.opendev.org/698581 | |
| 19:22:23 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Compose accelerator PCI devices into domain XML in libvirt driver. https://review.opendev.org/631245 | |
| 19:22:24 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Delete ARQs for an instance when the instance is deleted. https://review.opendev.org/673735 | |
| 19:22:24 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Enable hard/soft reboot with accelerators. https://review.opendev.org/697940 | |
| 19:22:25 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Enable start/stop of instances with accelerators. https://review.opendev.org/699553 | |
| 19:22:25 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Enable and use COMPUTE_ACCELERATORS trait. https://review.opendev.org/699554 | |
| 19:22:26 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Bump compute rpcapi version and reduce Cyborg calls. https://review.opendev.org/704227 | |
| 19:22:27 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Block unsupported instance operations with accelerators. https://review.opendev.org/674726 | |
| 19:22:27 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Add cyborg tempest job. https://review.opendev.org/670999 | |
| 19:36:17 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Use oslo.utils >= 4.1.0 to fetch format-specific image data https://review.opendev.org/710785 | |
| 19:36:17 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Always provide the size in bytes when calling virDomainBlockResize https://review.opendev.org/707590 | |
| 19:36:18 | openstackgerrit | Lee Yarwood proposed openstack/nova master: images: Remove Libvirt specific configurable use from qemu_img_info https://review.opendev.org/707591 | |
| 19:36:18 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Remove QEMU_VERSION_REQ_SHARED https://review.opendev.org/710239 | |
| 19:36:19 | openstackgerrit | Lee Yarwood proposed openstack/nova master: images: Make JSON the default output format of calls to qemu-img info https://review.opendev.org/711679 | |
| 20:37:18 | fungi | anybody have any recent experience with using the vsphere virt driver? or know someone who might be able to reply to http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013066.html | |
| 20:38:08 | fungi | the author of that post is privately random e-mailing osf staff now trying to find out who has experience with it | |
| 20:42:46 | melwitt | fungi: maybe try KeithMnemonic | |
| 20:42:57 | fungi | thanks melwitt! | |
| 20:43:56 | fungi | granted they started out e-mailing the contact address for the openstack website, until several of us suggested they reach out to the openstack-discuss ml | |
| 20:44:05 | fungi | so i'm not sure i'd wish this on anyone | |
| 20:44:33 | sean-k-mooney | fungi well we did spend like 30 mins disucssing should we deprecated teh driver eailer | |
| 20:44:50 | fungi | that sounds like legitimate details to me ;) | |
| 20:45:28 | sean-k-mooney | http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2020-03-11.log.html#t2020-03-11T14:16:55 | |
| 20:46:03 | sean-k-mooney | fungi: the issue is the vmware ci has not been running/passing for months and we dont actully know if it still works | |
| 20:46:14 | melwitt | yeah, I could see deprecating it. we deprecated the xen driver last year I think | |
| 20:46:23 | sean-k-mooney | fungi: we think it does but there is no one active that works on it | |
| 20:47:09 | sean-k-mooney | looking at https://wiki.openstack.org/wiki/ThirdPartySystems/VMware_CI | |
| 20:47:58 | sean-k-mooney | Salvatore Orlando and Sihan Wang were the main contacts | |
| 20:48:23 | fungi | yeah, i haven't seen either of then in irc in ages | |
| 20:48:30 | sean-k-mooney | but i dont think salv-orlando has been active for like 2+ years | |
| 20:48:39 | fungi | right, that matches my recollection | |
| 20:48:54 | melwitt | I have seen gkotton relatively recently I feel like ... on gerrit | |
| 20:51:23 | melwitt | and like https://review.opendev.org/#/q/project:openstack/oslo.vmware that's the only hints I see that there are people working on it | |
| 20:58:24 | fungi | thanks, passing all that along | |
| 21:00:50 | dansmith | fungi: glad to know that foundation staff are getting hounded | |
| 21:01:15 | fungi | we're usually the first folks who get contacted by users who don't know where to find contact information | |
| 21:01:16 | mriedem | gary left vmware | |
| 21:01:17 | mriedem | awhile back | |
| 21:01:18 | mriedem | fyi | |
| 21:01:29 | dansmith | fungi: not because I'm glad you're feeling the pain, but glad that it forms some justification that vmware isn't around to support it being in upstream | |
| 21:01:48 | dansmith | fungi: after that email went 5 days with no response I posted the deprecation patch | |
| 21:01:49 | fungi | in theory this is what a user committee is for, but... | |
| 21:01:57 | dansmith | fungi: which lo and behold had people out of the woodwork | |
| 21:02:18 | fungi | nobody out of the woodwork enough to answer the e-mail though | |
| 21:02:28 | dansmith | right | |
| 21:02:40 | dansmith | just out of the woodwork to beg to keep it in tree for marketing reasons (my embellishment) | |
| 21:02:44 | fungi | i just feel bad about it in part because i suggested they contact openstack-discuss | |
| 21:03:27 | dansmith | in this case, that's the right thing to do, they're trying to get upstream nova to work with upstream devstack | |
| 21:03:37 | fungi | yep | |
| 21:03:40 | dansmith | we can't really help them though, because we have no idea if it's even supposed to work | |
| 21:03:48 | dansmith | CI hasn't voted in ages, and last it did, it reported error | |
| 21:03:54 | fungi | oh, i totally agree | |
| 21:03:59 | sean-k-mooney | i could reply and ask them to provide the n-cpu log because there initall email was just "devstack failed because n-cpu did not start" | |
| 21:04:17 | fungi | more just sad that there are users who have been effectively abandoned by the folks who were maintaining the driver | |
| 21:04:33 | sean-k-mooney | but honestly i know almost nothing baout vmware so unless its a really really dumb error i wont be able to help | |
| 21:05:00 | fungi | sean-k-mooney: right, it's entirely possible the issue they're running into isn't even vmware-specific, but mentioning vmware in any question is a quick way to turn off most people's brains | |
| 21:05:30 | dansmith | well, I think it's more likely that one of the many virt-related changes lately have caused that driver to not even be able to report resources properly | |
| 21:05:32 | mriedem | sean-k-mooney: i need you for some other hardware acceleration related wild goose chases actually | |
| 21:05:39 | sean-k-mooney | well i did look at the main but it was just teh error you get whenever the compute service is not started properly | |
| 21:06:34 | dansmith | IMHO, the overstretched nova team doesn't need to be spending any time trying to maintain (and help users) for a driver we can't even test | |
| 21:06:38 | sean-k-mooney | mriedem: haha if someone offeres you enginering samples of hardware and will pay you to look at it run | |
| 21:06:42 | dansmith | we should be communicating clearly that we expect it's broken | |
| 21:06:49 | sean-k-mooney | pre alpha hardware sucks | |
| 21:07:10 | dansmith | fungi: feel free to comment: https://review.opendev.org/#/c/712101/ | |
| 21:07:24 | dansmith | fungi: even if "even I was asked for help because clearly there's no resources for users" | |
| 21:08:01 | fungi | i'm trying to find nice ways to more or less say that in my reply to the private e-mail this user has sent me, without putting words in anyone's mouths and instead just linking to the currently available public resources | |
| 21:08:30 | sean-k-mooney | fungi: you could link to the irc logs of this conversation | |
| 21:08:32 | dansmith | fungi: link them to the patch saying "It looks like you shouldn't expect this to work, sorry, we're working on getting the messaging out... $link" | |
| 21:09:30 | fungi | dansmith: sean-k-mooney: yes, both of those things, thanks! | |
| 21:16:04 | fungi | though since xuel@vmware.com has volunteered in https://review.opendev.org/712101 to receive requests for assistance, i'll mention that in my reply | |
| 21:26:49 | melwitt | mriedem: ack, thanks didn't know that | |
| 21:28:20 | melwitt | hoo dang devstack worked the first time. yesss | |
| 21:29:23 | sean-k-mooney | melwitt: that normally works for me if i am using a clean vm and i have done an os update and rebooted first | |
| 21:29:36 | melwitt | *devstack with ceph plugin | |
| 21:29:42 | sean-k-mooney | ah | |
| 21:29:47 | melwitt | I had a hell of a time last time. this time all smooth | |
| 21:30:17 | melwitt | cause if it fails in the middle for any reason, restarting it didn't seem to work. just keeps tripping over itself | |
| 21:30:31 | melwitt | restarting meaning run ./stack.sh again | |
| 21:30:54 | sean-k-mooney | did you run clean.sh or unstack before runing stack again | |
| 21:31:05 | melwitt | I didn't | |
| 21:31:20 | sean-k-mooney | ya thats proably your issue | |
| 21:31:53 | melwitt | do those still work ok? that was why I hesitated, didn't want to make it worse. but, I ended up having to start all over from scratch anyway so I should have tried it | |
| 21:32:19 | sean-k-mooney | unstack works fine. clean more or less works fine but ocationally it misses files | |
| 21:32:31 | melwitt | ok, good to know | |
| 21:32:39 | sean-k-mooney | unstack is much safer to run | |
| 21:32:42 | sean-k-mooney | then clean | |
| 21:32:44 | dansmith | yeah I try to fix bugs in ./clean.sh when I find them | |
| 21:32:46 | dansmith | like in cyborg lately | |
| 21:33:41 | sean-k-mooney | if you just run stack twice you can get into weird race condition where agents are running but you recrate the db and things break | |
| 21:40:24 | sean-k-mooney | actully speaking of cyborg i should rebase my patch for there devstack plugin | |
| #openstack-nova - 2020-03-12 | |||
| 00:44:20 | brinzhang | gmann: I already granular os-instance-actions GET API, you can review https://review.opendev.org/#/c/711791/3 | |
| 01:29:18 | gmann | brinzhang: we need to add in same patch when adding the new defaults. | |
| 01:30:27 | gmann | like this -https://review.opendev.org/#/c/706672/7/nova/policies/attach_interfaces.py | |
| 01:31:09 | brinzhang | gmann: I was already separate, and the granular beased on this patch, does need I rollback? | |
| 01:32:50 | brinzhang | gmann: split it from the base patch, I think it's clear to me to know what happened | |
| 01:33:27 | gmann | brinzhang: yeah it will be easy for otherwise we endup doing half things per patches. also if you do in single patch we can see tests better way about what behavior is changed | |
| 01:34:40 | brinzhang | gmann: ok, I can combine them. | |
| 01:36:12 | gmann | thanks. because it end up changing the policy twice. first in default role patch and then again changing in new patch./ | |
| 01:38:20 | brinzhang | gmann: about you comments of https://review.opendev.org/#/c/706470/10/nova/tests/unit/cmd/test_policy.py | |