| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-20 | |||
| 10:13:17 | stephenfin | admin0: compute_nodes has a host column and hypervisor_hostname column, the migrations table also has source_node and dest_node columns | |
| 10:13:17 | stephenfin | admin0: compute_nodes has a host column and hypervisor_hostname column, the migrations table also has source_node and dest_node columns | |
| 10:14:21 | stephenfin | admin0: tbh, you should look at 'nova/db/sqlalchemy/models.py' for anything hostname-related (i.e. the column name has "host" or "node" in it) and then check your DB to see if entries matching those hostnames appears | |
| 10:14:21 | stephenfin | admin0: tbh, you should look at 'nova/db/sqlalchemy/models.py' for anything hostname-related (i.e. the column name has "host" or "node" in it) and then check your DB to see if entries matching those hostnames appears | |
| 10:14:37 | stephenfin | admin0: and for the love of God, back up your DB before you start messing around with it | |
| 10:14:37 | stephenfin | admin0: and for the love of God, back up your DB before you start messing around with it | |
| 10:14:40 | stephenfin | :) | |
| 10:14:40 | stephenfin | :) | |
| 10:16:15 | admin0 | stephenfin, host says h7 and hypervisor_hostname says h7. | |
| 10:16:15 | admin0 | stephenfin, host says h7 and hypervisor_hostname says h7. | |
| 10:16:18 | artom | I'd also do stuff like check the volume attachments and port bindinds, and the resource provider, see if there are host names in there anywhere. Sorry to not be more specific | |
| 10:16:18 | artom | I'd also do stuff like check the volume attachments and port bindinds, and the resource provider, see if there are host names in there anywhere. Sorry to not be more specific | |
| 10:16:48 | admin0 | so if i put the hostname, hostname-f and virsh hostname to be h7, i think i can safely update hypervisor_hostname to h7 ( removing the .) | |
| 10:16:48 | admin0 | so if i put the hostname, hostname-f and virsh hostname to be h7, i think i can safely update hypervisor_hostname to h7 ( removing the .) | |
| 10:17:11 | stephenfin | admin0: that sounds correct, but you'll need to experiment | |
| 10:17:11 | stephenfin | admin0: that sounds correct, but you'll need to experiment | |
| 10:17:24 | stephenfin | admin0: also, what artom said | |
| 10:17:24 | stephenfin | admin0: also, what artom said | |
| 10:17:29 | admin0 | yeah | |
| 10:17:29 | admin0 | yeah | |
| 10:20:45 | aarents | lyarwood: agree that rebasing thousands of instance isn't worth the effort, and indeed as you said UCA did not backport the "relaxing patch" in focal. I will do downstream, thanks again for the hint | |
| 10:20:45 | aarents | lyarwood: agree that rebasing thousands of instance isn't worth the effort, and indeed as you said UCA did not backport the "relaxing patch" in focal. I will do downstream, thanks again for the hint | |
| 10:22:51 | lyarwood | aarents: np anytime | |
| 10:22:51 | lyarwood | aarents: np anytime | |
| 10:28:02 | admin0 | stephenfin, i think this provides a picture --> https://gist.githubusercontent.com/a1git/0af2d9fbd93787ba34723c9c7bdbba4a/raw/1eb6c6f93ed5495f5ac4c484c97fc53a41ca6f2e/gistfile1.txt | |
| 10:28:03 | admin0 | stephenfin, i think this provides a picture --> https://gist.githubusercontent.com/a1git/0af2d9fbd93787ba34723c9c7bdbba4a/raw/1eb6c6f93ed5495f5ac4c484c97fc53a41ca6f2e/gistfile1.txt | |
| 10:28:13 | admin0 | looking into the original ids at the top . | |
| 10:28:13 | admin0 | looking into the original ids at the top . | |
| 10:28:38 | admin0 | and i think .openstack.local was added by openstack as i did not had any domain in the hostname -f part before | |
| 10:28:38 | admin0 | and i think .openstack.local was added by openstack as i did not had any domain in the hostname -f part before | |
| 10:30:27 | admin0 | so question is, do i set the hypervisor_hostname to just h7 or h7.openstack.local ? | |
| 10:30:27 | admin0 | so question is, do i set the hypervisor_hostname to just h7 or h7.openstack.local ? | |
| 10:31:23 | sean-k-mooney | admin0: it will depend on when the vms were cereated | |
| 10:31:23 | sean-k-mooney | admin0: it will depend on when the vms were cereated | |
| 10:31:34 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: Use jinja2 to generate fake libvirt data https://review.opendev.org/c/openstack/nova/+/790971 | |
| 10:31:34 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Rename 'ImageBackendFixture' to 'LibvirtImageBackendFixture' https://review.opendev.org/c/openstack/nova/+/792353 | |
| 10:31:34 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: Use jinja2 to generate fake libvirt data https://review.opendev.org/c/openstack/nova/+/790971 | |
| 10:32:05 | sean-k-mooney | if you have had vms created with different values over the lifetime of the host then you wil not be able to avoid having to modify the nova, nueton and cinder dbs to correcct this | |
| 10:32:05 | sean-k-mooney | if you have had vms created with different values over the lifetime of the host then you wil not be able to avoid having to modify the nova, nueton and cinder dbs to correcct this | |
| 10:32:16 | stephenfin | lyarwood: Addressed your comments for last week ^ | |
| 10:32:16 | stephenfin | lyarwood: Addressed your comments for last week ^ | |
| 10:32:18 | sean-k-mooney | admin0: this is why we dont actullly supprot changing the host name | |
| 10:32:19 | sean-k-mooney | admin0: this is why we dont actullly supprot changing the host name | |
| 10:32:57 | sean-k-mooney | admin0: it will also affect the placment resouce provider name too | |
| 10:32:57 | sean-k-mooney | admin0: it will also affect the placment resouce provider name too | |
| 10:33:30 | sean-k-mooney | admin0: i would proably go with h7 but both are valid | |
| 10:33:30 | sean-k-mooney | admin0: i would proably go with h7 but both are valid | |
| 10:34:42 | lyarwood | stephenfin: ack thanks I'll take a look shortly | |
| 10:34:42 | lyarwood | stephenfin: ack thanks I'll take a look shortly | |
| 10:34:53 | sean-k-mooney | stephenfin: artom this has come up enough times at this poitn that i think we need to put a check in init host to block starting the agent if the hypervior_hostname has change | |
| 10:34:54 | sean-k-mooney | stephenfin: artom this has come up enough times at this poitn that i think we need to put a check in init host to block starting the agent if the hypervior_hostname has change | |
| 10:35:02 | sean-k-mooney | what do you think ? | |
| 10:35:02 | sean-k-mooney | what do you think ? | |
| 10:35:38 | artom | sean-k-mooney, ah, interesting... | |
| 10:35:38 | artom | sean-k-mooney, ah, interesting... | |
| 10:36:25 | stephenfin | how would you detect that. I was under the impression that changing the hostname meant the compute node was re-registering itself or something | |
| 10:36:25 | stephenfin | how would you detect that. I was under the impression that changing the hostname meant the compute node was re-registering itself or something | |
| 10:36:45 | sean-k-mooney | not in all cases | |
| 10:36:45 | sean-k-mooney | not in all cases | |
| 10:37:07 | sean-k-mooney | it will but the compute service record wont always change | |
| 10:37:07 | sean-k-mooney | it will but the compute service record wont always change | |
| 10:37:10 | artom | stephenfin, compare the hostname from the OS to the existing DB record? | |
| 10:37:10 | artom | stephenfin, compare the hostname from the OS to the existing DB record? | |
| 10:37:14 | admin0 | in my case, i cannot migrate, spawn new instance, work on security groups, so i think its no harm kind of | |
| 10:37:14 | admin0 | in my case, i cannot migrate, spawn new instance, work on security groups, so i think its no harm kind of | |
| 10:37:38 | sean-k-mooney | artom: there is a chiken and egg problem | |
| 10:37:38 | sean-k-mooney | artom: there is a chiken and egg problem | |
| 10:38:13 | sean-k-mooney | artom: i was thinkign we look up the compute service recored using conf.host then look up the compute node records | |
| 10:38:13 | sean-k-mooney | artom: i was thinkign we look up the compute service recored using conf.host then look up the compute node records | |
| 10:38:24 | sean-k-mooney | if its the libvirt dirver their shoudl be at most one | |
| 10:38:24 | sean-k-mooney | if its the libvirt dirver their shoudl be at most one | |
| 10:38:45 | sean-k-mooney | we then check the compute node recored and compare the hypervior hostname | |
| 10:38:45 | sean-k-mooney | we then check the compute node recored and compare the hypervior hostname | |
| 10:39:04 | sean-k-mooney | for ironic this wont work but for libvirt we can do that | |
| 10:39:04 | sean-k-mooney | for ironic this wont work but for libvirt we can do that | |
| 10:39:28 | artom | sean-k-mooney, so it would have to be a driver-level check, not compute service | |
| 10:39:28 | artom | sean-k-mooney, so it would have to be a driver-level check, not compute service | |
| 10:39:35 | sean-k-mooney | yes | |
| 10:39:43 | sean-k-mooney | init_host in the driver not in the compute manager | |
| 10:39:43 | sean-k-mooney | init_host in the driver not in the compute manager | |
| 10:40:32 | sean-k-mooney | admin0: you cant perform api action because the compute agent create a queue with the vauels of CONF.host | |
| 10:40:32 | sean-k-mooney | admin0: you cant perform api action because the compute agent create a queue with the vauels of CONF.host | |
| 10:41:01 | sean-k-mooney | admin0: but the conductor send rpc calls to the queue named in instance.host | |
| 10:41:01 | artom | If we can make it work I think it'd be worthwhile | |
| 10:41:01 | sean-k-mooney | admin0: but the conductor send rpc calls to the queue named in instance.host | |
| 10:41:01 | artom | If we can make it work I think it'd be worthwhile | |
| 10:41:29 | sean-k-mooney | so if the instance.host does not match the agent queu name it gets lost | |
| 10:41:29 | sean-k-mooney | so if the instance.host does not match the agent queu name it gets lost | |
| 10:41:33 | admin0 | is there a quick way to check what is the value of CONF.host and what is the value of instance.host ? | |
| 10:41:33 | admin0 | is there a quick way to check what is the value of CONF.host and what is the value of instance.host ? | |
| 10:41:40 | sean-k-mooney | you will also have the schduelr issue you hit | |
| 10:41:40 | sean-k-mooney | you will also have the schduelr issue you hit | |
| 10:41:45 | artom | But I suspect it would have to be overridable, with a conf option or something | |
| 10:41:45 | artom | But I suspect it would have to be overridable, with a conf option or something | |
| 10:42:02 | sean-k-mooney | artom: im not sure it would | |
| 10:42:02 | sean-k-mooney | artom: im not sure it would | |
| 10:42:16 | sean-k-mooney | but we can discuss that in the implemantion | |
| 10:42:17 | sean-k-mooney | but we can discuss that in the implemantion | |
| 10:42:57 | sean-k-mooney | artom: the only time it would be allowable but ill advised to change the hostname today is if there are no instnaces on the host | |
| 10:42:57 | sean-k-mooney | artom: the only time it would be allowable but ill advised to change the hostname today is if there are no instnaces on the host | |