| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-06-17 | |||
| 17:08:42 | sean-k-mooney | TheJulia: right which is why im confused that they would reimage the machine since that is the opisiste of doing everythin vis openstack | |
| 17:09:35 | dansmith | sean-k-mooney: they want to put a break statement anywhere they want in the workflow to use as much or little openstack as they want | |
| 17:09:46 | TheJulia | sean-k-mooney: because the constraints in which openstack puts them with are insufficent to meet their needs of their business for their 10, 100, 1000 machines they may ask for on a given day | |
| 17:10:29 | gmann | mnaser: sean-k-mooney: on flavor things, its in list to cleanup - item 10 in https://etherpad.opendev.org/p/nova-api-cleanup | |
| 17:10:59 | gmann | which is basically get rid of is_public thing and every flavor is private and accessible to allowed tenants only | |
| 17:11:01 | sean-k-mooney | gmann: yep i knew you added it to the list but i did not have it bookmarked | |
| 17:11:31 | sean-k-mooney | gmann: that is not what i had in mind | |
| 17:12:01 | openstack | Launchpad bug 1361476 in OpenStack Compute (nova) "flavor access create should check public/private first" [Low,Fix released] - Assigned to Sergey Nikitin (snikitin) | |
| 17:12:01 | gmann | and that bug adding public flavor things is since liberty - https://bugs.launchpad.net/nova/+bug/1361476 | |
| 17:12:03 | sean-k-mooney | gmann: i was thinking every flavor would be public unless you addd a tenatn via flavor access in which case it would only be visable to those that were in the list | |
| 17:12:45 | gmann | i sex, what is is_public default? | |
| 17:12:52 | gmann | sec | |
| 17:13:06 | sean-k-mooney | it defaults to public/true | |
| 17:13:13 | sean-k-mooney | so i wanted to keep that behavior | |
| 17:13:40 | sean-k-mooney | but instead of seting it to public or private explictly base it on the flavor acess info | |
| 17:14:19 | gmann | yeah https://github.com/openstack/nova/blob/6ed556f4adfd8a98fae2e91204f1ce0484f5dd9d/nova/api/openstack/compute/flavor_manage.py#L69 | |
| 17:14:59 | sean-k-mooney | e.g. is_public = "select count(*) form flavor_access where flavor_id = $whatever" == 0 | |
| 17:15:06 | gmann | right, keeping the same behavior but allowing it to add tenant access and so does list | |
| 17:15:43 | openstackgerrit | Sean McGinnis proposed openstack/nova master: Use unittest.mock instead of third party mock https://review.opendev.org/714676 | |
| 17:16:21 | sean-k-mooney | right so you start with a public flaovr. then if you add a tenant to the acess list it "private" and only that tenatn and an admin can see it | |
| 17:16:30 | sean-k-mooney | if you remove them it avaiable to all again | |
| 17:17:29 | sean-k-mooney | nova flavor-access-list --flavor <my public flavor> should have eitehr retruned None | |
| 17:17:48 | openstack | Launchpad bug 1361476 in OpenStack Compute (nova) "flavor access create should check public/private first" [Low,Fix released] - Assigned to Sergey Nikitin (snikitin) | |
| 17:17:48 | sean-k-mooney | so the "fix" to https://bugs.launchpad.net/nova/+bug/1361476 in my view was incorrect | |
| 17:18:16 | sean-k-mooney | but it was also done in liberty so its not really important right now | |
| 17:18:45 | gmann | yeah, its been long it is like that | |
| 17:19:14 | sean-k-mooney | and since we use or dont use microverions with osc eveyone that use osc does not expect the new behavior | |
| 17:19:28 | sean-k-mooney | new beign "2.7" | |
| 17:19:36 | sean-k-mooney | they get the old behavior where its not an error | |
| 17:20:07 | sean-k-mooney | so you can add flavor access even today you jsut use the old microverion | |
| 17:20:10 | gmann | is it not max version behavior in osc? | |
| 17:20:17 | sean-k-mooney | no min | |
| 17:20:19 | gmann | by default | |
| 17:20:27 | sean-k-mooney | so by defcault everythin uses 2.1 | |
| 17:20:48 | gmann | i remember novaclient is default to min but not sure about osc | |
| 17:21:04 | sean-k-mooney | gmann: other way around novaclinet uses latest | |
| 17:21:08 | sean-k-mooney | osc uses min | |
| 17:21:34 | sean-k-mooney | so nova clients behavior change depending on the clinet version and api you are talking too | |
| 17:21:36 | gmann | ah yeah otherway around. | |
| 17:21:47 | sean-k-mooney | osc is consitent regardless of the verion or cloud | |
| 18:02:37 | melwitt | sean-k-mooney: do you know of a way of changing a guest's video model other than virsh editing it? context is the cirrus-vga type got deprecated https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/8.2_release_notes/deprecated_functionality#deprecated-functionality_virtualization and can result in bad looking low res vnc console | |
| 18:04:52 | melwitt | it used to look fine prior to an upgrade to stein, then looked messed up. so I'm trying to determine how users could update their existing instances | |
| 18:24:54 | sean-k-mooney | melwitt: yes you can use hw_video_model in the image metadata | |
| 18:25:14 | sean-k-mooney | melwitt: i always use virtio | |
| 18:25:17 | melwitt | sean-k-mooney: ok, how to get an already existing instance to pick that up without rebuilding it? | |
| 18:25:32 | sean-k-mooney | melwitt: db edit | |
| 18:25:57 | melwitt | ok, so db edit instead of a virsh edit.. and then hard reboot the instance? | |
| 18:26:03 | sean-k-mooney | add img_hw_video_memory=virtio in the system_metadata table | |
| 18:26:08 | sean-k-mooney | yep | |
| 18:26:30 | melwitt | ok. guh | |
| 18:26:37 | sean-k-mooney | img_hw_video_model=virtio not memory | |
| 18:27:24 | sean-k-mooney | melwitt: is this for a customer or you? | |
| 18:27:26 | melwitt | we're defaulting to the deprecaed 'cirrus' on master even, so I think that needs to change https://github.com/openstack/nova/blob/6ed556f4adfd8a98fae2e91204f1ce0484f5dd9d/nova/virt/libvirt/config.py#L1949 | |
| 18:27:33 | melwitt | customer | |
| 18:27:46 | sean-k-mooney | ah then rebuild | |
| 18:28:25 | sean-k-mooney | we also just added docs for this in OSP and no one metioned the deprecate or asked us to not sure that docs appies | |
| 18:28:46 | sean-k-mooney | that is for base rhel not the advance virt stream which we use in osp | |
| 18:28:47 | melwitt | sean-k-mooney: do you happen to know which value would be an appropriate default being that cirrus is deprecated? the choices in the aforementioned 8.2 release notes give choices of stdvga, virtio-vga, or qxl | |
| 18:29:19 | sean-k-mooney | the only one of those 3 that would work is qxl that doc is for using kvm directly | |
| 18:29:32 | sean-k-mooney | *libvirt not kvm | |
| 18:29:34 | melwitt | ah good to know | |
| 18:29:56 | melwitt | yeah, the customer is working around by setting hw_video_model=qxl but obvs that only works for new instances | |
| 18:30:09 | melwitt | *setting in image meta | |
| 18:30:41 | sean-k-mooney | what release is it | |
| 18:30:44 | openstack | bugzilla.redhat.com bug 1714508 in openstack-nova "[RFE] add support for virtio-gpu" [Low,Verified] - Assigned to smooney | |
| 18:30:44 | sean-k-mooney | https://bugzilla.redhat.com/show_bug.cgi?id=1714508 | |
| 18:30:49 | melwitt | sean-k-mooney: what were you saying earlier about we just added docs for this in OSP? can you point me to what you're talking about | |
| 18:30:54 | melwitt | sean-k-mooney: stein | |
| 18:30:54 | sean-k-mooney | that was traicking the virtio-gpu supprot added in train | |
| 18:31:15 | sean-k-mooney | ya so stein they should use qxl | |
| 18:31:57 | sean-k-mooney | melwitt: yep we just added docs an im looking for them now | |
| 18:33:04 | melwitt | sean-k-mooney: does this mean you don't think this is something we need to change upstream too for the default? I would have thought if the default is deprecated in qemu we should have a default that works for all distros? | |
| 18:34:24 | sean-k-mooney | virtio does not work for windows by default | |
| 18:34:33 | sean-k-mooney | but it is the default we shoudl use | |
| 18:34:43 | sean-k-mooney | qxl works for linux and windows guests | |
| 18:34:47 | melwitt | does that mean qxl doesn't work on windows? | |
| 18:35:00 | melwitt | ok. I was thinking maybe the default should be qxl | |
| 18:35:12 | sean-k-mooney | but while its the best of the non virto option im not sure we should default to it | |
| 18:35:24 | sean-k-mooney | qxl was developed to have a better gpu for spice | |
| 18:35:25 | melwitt | but defaulting to a deprecated thing? | |
| 18:35:33 | sean-k-mooney | it work with novnc too | |
| 18:35:53 | sean-k-mooney | melwitt: without recored the current gpu we could break people on upgrade | |
| 18:36:06 | sean-k-mooney | so if we want to chang eit we need to record the current value | |
| 18:36:29 | sean-k-mooney | were recordign the current value is just popluating that value in the system metadata table | |
| 18:37:16 | melwitt | guh, I don't know enough about this stuff to understand what needs to be done here. all I know is the cirrus default messes up novnc | |
| 18:37:28 | melwitt | on rhel 8.2 | |
| 18:37:32 | sean-k-mooney | melwitt: as of when because it used to work | |
| 18:37:52 | melwitt | it works, it's just greyscale and low res | |
| 18:37:53 | sean-k-mooney | ah so its a rhel 8.2 issue with what the qemu version we use or no vnc | |
| 18:38:09 | melwitt | yeah | |
| 18:38:16 | sean-k-mooney | that sound like a qemu bug | |
| 18:38:43 | sean-k-mooney | basically if we change the default and you upgrade then hard reboot | |
| 18:38:51 | sean-k-mooney | the gpu pci device would change | |
| 18:39:11 | sean-k-mooney | if you dont have the qxl driver then the console would not work right | |
| 18:39:39 | sean-k-mooney | qxl has a vga comapatible interface to the generic window vga driver will work with it an dit should work on linux out of the box | |
| 18:39:47 | melwitt | I see | |
| 18:44:36 | sean-k-mooney | melwitt: are we setting a default graphic model if you dont request one? | |
| 18:44:54 | sean-k-mooney | or are we currently leaving it to libvirt/qemu | |
| 18:45:18 | melwitt | yeah, the link I posted earlier https://github.com/openstack/nova/blob/6ed556f4adfd8a98fae2e91204f1ce0484f5dd9d/nova/virt/libvirt/config.py#L1949 we set cirrus | |
| 18:50:59 | sean-k-mooney | melwitt: ya we proably should just remove that line | |