| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-01-08 | |||
| 12:38:17 | sean-k-mooney | stephenfin: we event ship ppc version of osp in osp 16 https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.0/html/release_notes/chap-introduction | |
| 12:38:59 | sean-k-mooney | ppc64le to be specific | |
| 12:46:11 | zigo | At least, LibvirtBlockInfoTest.test_get_disk_mapping_stable_rescue_ide_cdrom can be fixed... | |
| 12:46:24 | zigo | LibvirtBlockInfoTest.test_get_disk_mapping_rescue_with_config too. | |
| 12:46:58 | zigo | Test result is {'bus': 'scsi', 'dev': 'sda', 'type': 'cdrom'} while it's expecting {'bus': 'ide', 'dev': 'hda', 'type': 'cdrom'} | |
| 12:47:25 | sean-k-mooney | yes | |
| 12:47:47 | lyarwood | yeah that's my bad, smells like I didn't mock out the arch check somewhere | |
| 12:47:49 | gibi | sean-k-mooney: could we ask IBM to include unit and functional test in their CI? then we could have coverage and properly fix the test | |
| 12:48:14 | sean-k-mooney | gibi: we can always ask but not sure if it will happen :) | |
| 12:48:17 | zigo | This is also a problem on arm, FYI. | |
| 12:48:27 | zigo | (the above 2 unit tests failing...) | |
| 12:48:34 | sean-k-mooney | i might reach out to our multi arch folks downstream and see if they can help | |
| 12:49:04 | sean-k-mooney | we do package nova for ppc64el downstream and we have limited downstream ci for it | |
| 12:49:54 | sean-k-mooney | presumably that shoudl included unit and functional test but they may still be priamlary working with 16 which is train or relying on x86 runs | |
| 12:50:00 | sean-k-mooney | for unit and functional | |
| 12:50:50 | sean-k-mooney | zigo: for arm we can test that in the gate | |
| 12:51:07 | sean-k-mooney | zigo: we have limited ablity to run thigns in the arm check pipeline | |
| 12:51:24 | sean-k-mooney | well we can run anything we want in that pipeline just limited capsity | |
| 12:51:34 | sean-k-mooney | running unit and funcitonal there i think would be ok | |
| 12:51:55 | sean-k-mooney | ill ask infra and can submit a patch to do that | |
| 12:52:25 | sean-k-mooney | actully openstack-qa woudl be better | |
| 12:55:51 | zigo | Great ! | |
| 12:56:24 | lyarwood | what was the bug for that again? | |
| 12:57:04 | lyarwood | nvm | |
| 12:57:52 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Mock get_arch during some stable rescue unit tests https://review.opendev.org/c/openstack/nova/+/769916 | |
| 13:00:19 | gibi | sean-k-mooney, stephenfin, zigo: I've reached out to the IBM CI contact person and asked about running unit and functional tests in there system on ppc http://lists.openstack.org/pipermail/openstack-discuss/2021-January/019726.html | |
| 13:00:52 | zigo | Nice ! Thanks. | |
| 13:07:27 | xinranwang | sean-k-mooney: thanks! | |
| 13:09:11 | sean-k-mooney | gibi: ack. ill be afk for 30 mins or so, if they dont respond or cant add them in a week or so ill follow up with our multi arch team and see if there is anything we can do. we normally have issue ruinng upstream ci on our hardware due to it being conencted to our internal network but i could ask if they have any disconnected pool that could be used for public unit/func test runs. im not | |
| 13:09:13 | sean-k-mooney | aware of one but there might be | |
| 13:09:43 | sean-k-mooney | gibi: they might be providing testign for rdo for example on power | |
| 13:10:01 | gibi | sean-k-mooney: ack, thanks | |
| 13:16:50 | openstackgerrit | Lee Yarwood proposed openstack/nova master: tests: Posion nova.objects.fields.Architecture.from_host https://review.opendev.org/c/openstack/nova/+/769920 | |
| 13:17:02 | lyarwood | gibi: ^ nice idea, forgot we could do this. I'm going to let this fail in the gate and then clean things up afterwards. | |
| 13:17:15 | gibi | lyarwood: cool, thanks | |
| 13:36:07 | openstackgerrit | Merged openstack/placement master: Bump oslo.log version to 4.3.0 https://review.opendev.org/c/openstack/placement/+/760229 | |
| 13:52:00 | lyarwood | Failed: 249 with the Architecture.from_host poison in place /o\ | |
| 13:52:13 | lyarwood | I'll clean that up next week | |
| 13:55:48 | gibi | lyarwood: ack | |
| 14:05:42 | gibi | sean-k-mooney: if you are around, smartnic discussion happening on openstack-meeting (neutron ddrivers) | |
| 14:09:25 | stephenfin | artom: When you're about, can you say if you're happy with my response at https://review.opendev.org/c/openstack/nova/+/758155 | |
| 14:10:05 | stephenfin | Also, if you've bandwidth, reviews will be appreciated. I'd love dansmith to look at them but I don't know if he'll have the time/inclination so I need to find people != gibi :) | |
| 14:17:11 | jawad_axd | Hi nova folks, I have done passthrough nvidia k20c with window 10 instance. Installed latest drivers from nvidia site. I can see " This device is working properly" in device manager.Apparently, gpu is not being used for any application. I can see only developer task in nvidia control panel.No 3D settings where I can set to use GPU for windows. Why 3D settings are missing in nvidia control panel? Is it | |
| 14:17:11 | jawad_axd | something with nvidia driver or windows or openstack..Anybody had same problem or any suggestions? Thanks | |
| 14:24:50 | dansmith | stephenfin: oof, yeah that probably needs several sets of eyes. I won't get to it today, but maybe next week | |
| 14:25:45 | stephenfin | Agreed. Any time in the near future is good | |
| 14:36:14 | artom | stephenfin, I suppose if every reviewer runs your tool manually it's as good as CI | |
| 14:36:39 | artom | We'd also need to make sure your tool has no bugs, but then that's the same as with a CI job | |
| 14:53:12 | bauzas | jawad_axd: is the PCI device provided in the instance ? | |
| 14:53:43 | jawad_axd | @bauzas Yes | |
| 14:54:00 | bauzas | so, it's either a windows or a nivdia issue, sorry | |
| 14:54:06 | sean-k-mooney | jawad_axd: i assume if you look in the device manager the device is there with the nvida drivae but error 43 | |
| 14:54:38 | sean-k-mooney | jawad_axd: it looks like nvidia has updated there driver detection logic recently and broken our ablity to do pci passhtouhg again | |
| 14:55:10 | sean-k-mooney | bauzas: i did pci passhtough of my gtx-780 last week and found our hypervior hiding code nolonger is sufficent | |
| 14:55:19 | sean-k-mooney | error 43 is back | |
| 14:55:33 | jawad_axd | @sean-k-mooney There is no error 43. Device manager shows device working properly. | |
| 14:55:34 | bauzas | what ? | |
| 14:56:33 | jawad_axd | I had error 43 with genforce GTX 780. But with this Tesla gpu, driver installed successfully. | |
| 14:56:36 | sean-k-mooney | jawad_axd: ok then in that case have you disabel the video device so its the only gpu | |
| 14:56:55 | sean-k-mooney | jawad_axd: ya the tesla driver stack allows virutalistation | |
| 14:57:07 | sean-k-mooney | it does not have the same test | |
| 14:57:11 | sean-k-mooney | *check | |
| 14:57:31 | sean-k-mooney | jawad_axd: you could add hw_video_model=none to the image as a test | |
| 14:57:55 | sean-k-mooney | jawad_axd: that would disable the software gpu emulation in qemu so the only gpu would be the nvidia one | |
| 14:58:08 | jawad_axd | @sean-k-mooney Thanks. I try this hw_video_model=none . | |
| 14:58:42 | sean-k-mooney | before you do if you install gpuz in the vm does it detect support for cuda/driectx ectra | |
| 14:59:06 | jawad_axd | @sean-k-mooney gpuz detects gpu. | |
| 14:59:20 | sean-k-mooney | jawad_axd: and it has all the apis available? | |
| 14:59:49 | sean-k-mooney | if so i would guess the other application are just selecting the first gpu which will be the cirros/virtio/qxl one form qemu | |
| 15:00:27 | sean-k-mooney | jawad_axd: tensorflow used to do this for example which is why hw_video_model=none was added | |
| 15:00:57 | jawad_axd | @sean-k-mooney hw_video_model=none would stop using qxl/virtio, right ? | |
| 15:01:04 | sean-k-mooney | yep | |
| 15:01:14 | sean-k-mooney | so the only gpu the guest will see it the pci passthough one | |
| 15:07:12 | jawad_axd | @sean-k-mooney What do you mean by apis in gpuz? | |
| 15:08:01 | sean-k-mooney | gpuz has a bunch of checkboxs on the overview page if i remmeber | |
| 15:08:09 | sean-k-mooney | for cuda directx opengl | |
| 15:08:14 | sean-k-mooney | and some others | |
| 15:08:32 | sean-k-mooney | just wanted to confim the expected api were avaiable | |
| 15:08:47 | sean-k-mooney | and that it was usign the nvida driver not the generic vga windows direver | |
| 15:09:33 | jawad_axd | It has OpenCL, CUDA and OpenGL1.1 checked. | |
| 15:09:47 | sean-k-mooney | yep so the nvidia direr is really working then | |
| 15:10:18 | sean-k-mooney | if they were not check then it might be using the fallback driver instead of the nvidia one | |
| 15:10:38 | sean-k-mooney | so i would guess its just a gpu selection issue cause by both of them being there | |
| 15:11:32 | jawad_axd | Alright. I try hw_video_model=none . Will get back if it works :) | |
| 15:25:30 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Refactor ResourceRequest constructor https://review.opendev.org/c/openstack/nova/+/769720 | |
| 15:25:31 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Enable mypy on scheduler/utils.py https://review.opendev.org/c/openstack/nova/+/769942 | |
| 15:27:09 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Support interface attach with QoS ports https://review.opendev.org/c/openstack/nova/+/756530 | |
| 15:41:38 | dansmith | sean-k-mooney: do you know of any instances where we use the raw keystoneauth stuff to just make a quick call to another service, but with all the request info we got (i.e user token etc)? | |
| 15:41:48 | dansmith | looking for something to copy | |
| 15:43:14 | sean-k-mooney | maybe in the ironic code | |
| 15:43:28 | dansmith | okay I think we used to talk to placement like that didn't we? | |
| 15:43:45 | sean-k-mooney | maybe but i think palcment now uses the sdk | |
| 15:43:51 | dansmith | although not with the user's token I guess | |
| 15:43:54 | dansmith | yeah I know it does now | |
| 15:45:25 | sean-k-mooney | https://github.com/openstack/nova/blob/master/nova/virt/ironic/client_wrapper.py#L66-L73 | |
| 15:45:33 | dansmith | ironic lazy-imports ironic client, but it's also not using the user's token right? | |
| 15:45:51 | sean-k-mooney | ya that im not sure about it look like that is using the config options | |
| 15:47:33 | sean-k-mooney | dansmith: i guess for ironic and placment we just use admin tokens since they are normally admin only apis right | |
| 15:47:42 | sean-k-mooney | so we just use the configs | |
| 15:47:43 | dansmith | right | |