| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-20 | |||
| 14:14:14 | sean-k-mooney | maybe it was someone form his company | |
| 14:14:14 | sean-k-mooney | maybe it was someone form his company | |
| 14:14:32 | sean-k-mooney | i think he woudl have been at mirantis at the time | |
| 14:14:32 | sean-k-mooney | i think he woudl have been at mirantis at the time | |
| 14:14:36 | sean-k-mooney | anyway not imporant | |
| 14:14:37 | sean-k-mooney | anyway not imporant | |
| 14:14:50 | sean-k-mooney | excpt im clearly imanging things. | |
| 14:14:50 | sean-k-mooney | excpt im clearly imanging things. | |
| 14:15:06 | gibi | our mind fills up the gapes | |
| 14:15:06 | gibi | our mind fills up the gapes | |
| 14:15:08 | gibi | gaps | |
| 14:15:08 | gibi | gaps | |
| 14:15:45 | sean-k-mooney | ya they do which what we precivie as the logical answer | |
| 14:15:45 | sean-k-mooney | ya they do which what we precivie as the logical answer | |
| 14:16:25 | gibi | yepp | |
| 14:25:27 | gibi | now I got in a nostalgic mood. I miss jaypipes, cdent, mriedem, efried, and others :/ | |
| 14:25:27 | gibi | now I got in a nostalgic mood. I miss jaypipes, cdent, mriedem, efried, and others :/ | |
| 14:29:30 | lyarwood | elod / melwitt / bauzas ; https://review.opendev.org/c/openstack/nova/+/788467 - stable reviews on this would be great if anyone has time | |
| 14:29:30 | lyarwood | elod / melwitt / bauzas ; https://review.opendev.org/c/openstack/nova/+/788467 - stable reviews on this would be great if anyone has time | |
| 14:31:22 | lyarwood | gibi: https://review.opendev.org/q/topic:bug/1928063 - if you have time today, it's blocking some downstream SEV verification | |
| 14:31:22 | lyarwood | gibi: https://review.opendev.org/q/topic:bug/1928063 - if you have time today, it's blocking some downstream SEV verification | |
| 14:31:30 | gibi | looking... | |
| 14:31:30 | gibi | looking... | |
| 14:32:47 | gibi | lyarwood: This morning I was looking at the next libvirt version we declare in the libvirt/driver.py. It is 7.0.0. Do we actually promise to bump to it in Xena? I'm asking this as focal still only has 6.0.0 | |
| 14:32:47 | gibi | lyarwood: This morning I was looking at the next libvirt version we declare in the libvirt/driver.py. It is 7.0.0. Do we actually promise to bump to it in Xena? I'm asking this as focal still only has 6.0.0 | |
| 14:33:54 | lyarwood | gibi: I think the comments suggest we will but it has never been enforced | |
| 14:33:54 | lyarwood | gibi: I think the comments suggest we will but it has never been enforced | |
| 14:34:08 | lyarwood | gibi: we even missed it for a few cycles after all | |
| 14:34:08 | lyarwood | gibi: we even missed it for a few cycles after all | |
| 14:34:11 | lyarwood | * lyarwood checks the docs again | |
| 14:34:34 | gibi | yeah I saw on the wiki that we kept the same versions for multiple releases | |
| 14:34:34 | gibi | yeah I saw on the wiki that we kept the same versions for multiple releases | |
| 14:35:26 | lyarwood | yup, let me updated the wiki page with the latest | |
| 14:35:26 | lyarwood | yup, let me updated the wiki page with the latest | |
| 14:35:40 | lyarwood | but yeah if we are stuck on focal anyway for Xena we can't bump | |
| 14:35:40 | lyarwood | but yeah if we are stuck on focal anyway for Xena we can't bump | |
| 14:36:03 | gibi | I agree, we have no test coverage at the moment with 7.0.0 so we should not bump | |
| 14:36:03 | gibi | I agree, we have no test coverage at the moment with 7.0.0 so we should not bump | |
| 14:36:09 | gibi | thanks for updating the wiki! | |
| 14:36:09 | gibi | thanks for updating the wiki! | |
| 14:44:04 | gibi | lyarwood: regarding the https://review.opendev.org/c/openstack/nova/+/790659/3/nova/objects/image_meta.py Do we need to persist the image_ref in the sysmeta? Can we simply fill image_meta.id from instance.image_ref when an ImageMeta is constructed? | |
| 14:44:04 | gibi | lyarwood: regarding the https://review.opendev.org/c/openstack/nova/+/790659/3/nova/objects/image_meta.py Do we need to persist the image_ref in the sysmeta? Can we simply fill image_meta.id from instance.image_ref when an ImageMeta is constructed? | |
| 14:45:57 | gibi | we anyhow filling ImageMeta from instance.system_metadata so we always need to have a ref for an instance when we create the ImageMeta object | |
| 14:45:57 | gibi | we anyhow filling ImageMeta from instance.system_metadata so we always need to have a ref for an instance when we create the ImageMeta object | |
| 14:46:37 | lyarwood | gibi: yeah true | |
| 14:46:37 | lyarwood | gibi: yeah true | |
| 14:46:46 | lyarwood | gibi: I was sure there was a reason I left this in | |
| 14:46:46 | lyarwood | gibi: I was sure there was a reason I left this in | |
| 14:46:51 | lyarwood | gibi: maybe test fallout? | |
| 14:46:51 | lyarwood | gibi: maybe test fallout? | |
| 14:46:53 | lyarwood | * lyarwood checks | |
| 14:47:52 | gibi | now it feels like 1) data duplication 2) you need a special handling for initialize_instance_snapshot_metadata to drop the field coming from the sysmeta | |
| 14:47:52 | gibi | now it feels like 1) data duplication 2) you need a special handling for initialize_instance_snapshot_metadata to drop the field coming from the sysmeta | |
| 14:49:32 | lyarwood | hmm true | |
| 14:49:32 | lyarwood | hmm true | |
| 14:49:45 | lyarwood | let me respin and drop it | |
| 14:49:45 | lyarwood | let me respin and drop it | |
| 14:50:09 | gibi | lyarwood: thanks | |
| 14:50:09 | gibi | lyarwood: thanks | |
| 14:56:59 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Support the new port resource_request format https://review.opendev.org/c/openstack/nova/+/787208 | |
| 14:57:00 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Transfer RequestLevelParams from ports to scheduling https://review.opendev.org/c/openstack/nova/+/791506 | |
| 15:00:28 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: [func test] ports with both bw and pps resources https://review.opendev.org/c/openstack/nova/+/792394 | |
| 15:18:25 | admin0 | in which table or how does nova migrate check source ? | |
| 15:18:25 | admin0 | in which table or how does nova migrate check source ? | |
| 15:18:36 | admin0 | i am still stuck .. the hostnames seems to be fixed though | |
| 15:18:36 | admin0 | i am still stuck .. the hostnames seems to be fixed though | |
| 15:20:28 | lyarwood | admin0: the host actually running the instance? | |
| 15:20:28 | lyarwood | admin0: the host actually running the instance? | |
| 15:20:36 | admin0 | yes | |
| 15:20:36 | admin0 | yes | |
| 15:20:37 | lyarwood | admin0: instance.host and instance.node | |
| 15:20:37 | lyarwood | admin0: instance.host and instance.node | |
| 15:20:46 | admin0 | lyarwood, how do I validate that | |
| 15:20:47 | admin0 | lyarwood, how do I validate that | |
| 15:21:03 | admin0 | my issue is this.. nova migrate $uuid $destination => compute host $source not found | |
| 15:21:04 | admin0 | my issue is this.. nova migrate $uuid $destination => compute host $source not found | |
| 15:21:35 | admin0 | openstack server show $uuid => lists $source as host | |
| 15:21:35 | admin0 | openstack server show $uuid => lists $source as host | |
| 15:21:41 | admin0 | databases lists $source as host | |
| 15:21:41 | admin0 | databases lists $source as host | |
| 15:23:52 | lyarwood | admin0: oh you changed the hostname with instances running on $source? | |
| 15:23:52 | lyarwood | admin0: oh you changed the hostname with instances running on $source? | |
| 15:24:11 | lyarwood | admin0: I assume it doesn't show up in `openstack compute service list` anymore right | |
| 15:24:11 | lyarwood | admin0: I assume it doesn't show up in `openstack compute service list` anymore right | |
| 15:25:09 | admin0 | lyarwood, it appears: https://gist.githubusercontent.com/a1git/032e6a0a69fcafba6e40d1b436ee40cc/raw/9df1a213ca44c6b0965a1cacdfdf24ec4b186065/gistfile1.txt | |
| 15:25:09 | admin0 | lyarwood, it appears: https://gist.githubusercontent.com/a1git/032e6a0a69fcafba6e40d1b436ee40cc/raw/9df1a213ca44c6b0965a1cacdfdf24ec4b186065/gistfile1.txt | |
| 15:25:12 | admin0 | host is h7 | |
| 15:25:12 | admin0 | host is h7 | |
| 15:25:43 | admin0 | so first it was set as h7 . and h7.opestack.local .. then at some point, we made a mistake and put OPENSTACK_DOMAIN = "", which caused it to rename itself to h7. ( with a . at the end) .. | |
| 15:25:44 | admin0 | so first it was set as h7 . and h7.opestack.local .. then at some point, we made a mistake and put OPENSTACK_DOMAIN = "", which caused it to rename itself to h7. ( with a . at the end) .. | |
| 15:25:52 | admin0 | then we realized that and set it back to h7 (without the .) | |
| 15:25:52 | admin0 | then we realized that and set it back to h7 (without the .) | |
| 15:26:13 | lyarwood | admin0: and the instance.host is set to h7.? | |
| 15:26:13 | lyarwood | admin0: and the instance.host is set to h7.? | |
| 15:26:25 | admin0 | let me do a dump on one uuid | |
| 15:26:25 | admin0 | let me do a dump on one uuid | |
| 15:26:27 | admin0 | one moment | |
| 15:26:27 | admin0 | one moment | |
| 15:26:54 | admin0 | noewhere in the database is instance.host set to h7. .. its only set to h7 | |
| 15:26:54 | admin0 | noewhere in the database is instance.host set to h7. .. its only set to h7 | |