| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-06 | |||
| 10:21:22 | gibi | don't we use that fqdn as the RP name ? | |
| 10:21:33 | sean-k-mooney | no | |
| 10:21:39 | sean-k-mooney | well somethimes | |
| 10:21:39 | sean-k-mooney | well somethimes | |
| 10:21:45 | sean-k-mooney | we do not use the config value | |
| 10:21:45 | sean-k-mooney | we do not use the config value | |
| 10:21:51 | sean-k-mooney | so we use what libvirt returns | |
| 10:21:51 | sean-k-mooney | so we use what libvirt returns | |
| 10:22:03 | sean-k-mooney | socket.gethostname will never be the fqdn | |
| 10:22:03 | sean-k-mooney | socket.gethostname will never be the fqdn | |
| 10:22:54 | sean-k-mooney | libvirt will return the fqdn if you have "172.17.1.17 compute-0.redhat.local compute-0" and short name if you have "172.17.1.17 compute-0 compute-0.redhat.locaL" | |
| 10:22:54 | sean-k-mooney | libvirt will return the fqdn if you have "172.17.1.17 compute-0.redhat.local compute-0" and short name if you have "172.17.1.17 compute-0 compute-0.redhat.locaL" | |
| 10:23:45 | sean-k-mooney | gibi: one way to fix this is to try using the hostname and then the fqdn to lookup the rp | |
| 10:23:45 | sean-k-mooney | gibi: one way to fix this is to try using the hostname and then the fqdn to lookup the rp | |
| 10:24:05 | sean-k-mooney | gibi: we could also start using socket.gethostname in nova in the libvirt driver | |
| 10:24:05 | sean-k-mooney | gibi: we could also start using socket.gethostname in nova in the libvirt driver | |
| 10:24:15 | sean-k-mooney | for hypervior hostname | |
| 10:24:15 | sean-k-mooney | for hypervior hostname | |
| 10:27:01 | sean-k-mooney | gibi: we can look at fixing this in ooo | |
| 10:27:01 | sean-k-mooney | gibi: we can look at fixing this in ooo | |
| 10:27:29 | sean-k-mooney | by having it generate the name that libvirt will return and put it in the neutorn config or we can do https://bugzilla.redhat.com/show_bug.cgi?id=1957363 | |
| 10:27:30 | sean-k-mooney | by having it generate the name that libvirt will return and put it in the neutorn config or we can do https://bugzilla.redhat.com/show_bug.cgi?id=1957363 | |
| 10:27:31 | openstack | bugzilla.redhat.com bug 1957363 in tripleo-ansible "Canonical name should be a short name instead of FQDN" [High,New] - Assigned to rhos-maint | |
| 10:27:31 | openstack | bugzilla.redhat.com bug 1957363 in tripleo-ansible "Canonical name should be a short name instead of FQDN" [High,New] - Assigned to rhos-maint | |
| 10:28:42 | gibi | I see that the name returned from libvirt is highly host configuration dependent. But I don't think we have to automate all the possible combinations to work, if there is at least one set of configuration that make the system work for every libvirt case | |
| 10:28:42 | gibi | I see that the name returned from libvirt is highly host configuration dependent. But I don't think we have to automate all the possible combinations to work, if there is at least one set of configuration that make the system work for every libvirt case | |
| 10:29:41 | sean-k-mooney | well since this is not a problem with devstack as we see form the ci jobs it pretty clear that its actully caused by ooo's configuration of the host | |
| 10:29:41 | sean-k-mooney | well since this is not a problem with devstack as we see form the ci jobs it pretty clear that its actully caused by ooo's configuration of the host | |
| 10:29:59 | sean-k-mooney | gibi: the defualt we have in code do work out of the box just not as deployed by ooo | |
| 10:29:59 | sean-k-mooney | gibi: the defualt we have in code do work out of the box just not as deployed by ooo | |
| 10:30:06 | gibi | does tripleo configures the hostname on the compute host ? | |
| 10:30:06 | gibi | does tripleo configures the hostname on the compute host ? | |
| 10:30:24 | gibi | I mean the /etc/hosts and /etc/hostname | |
| 10:30:24 | gibi | I mean the /etc/hosts and /etc/hostname | |
| 10:30:28 | sean-k-mooney | yes | |
| 10:30:30 | sean-k-mooney | both | |
| 10:30:30 | sean-k-mooney | both | |
| 10:30:44 | sean-k-mooney | it templates out /etc/host with the fqdn first | |
| 10:30:44 | sean-k-mooney | it templates out /etc/host with the fqdn first | |
| 10:30:54 | sean-k-mooney | it alsso sets /etc/hostname | |
| 10:30:54 | sean-k-mooney | it alsso sets /etc/hostname | |
| 10:31:08 | sean-k-mooney | one way to "fix" it woudl be to put the fqdn in /etc/hostname | |
| 10:31:08 | sean-k-mooney | one way to "fix" it woudl be to put the fqdn in /etc/hostname | |
| 10:31:22 | sean-k-mooney | but that is kind of a hack | |
| 10:31:22 | sean-k-mooney | but that is kind of a hack | |
| 10:31:25 | gibi | so then tripleo can make actually configures (indirectly) what hypervisor hostname libvirt returns | |
| 10:31:25 | gibi | so then tripleo can make actually configures (indirectly) what hypervisor hostname libvirt returns | |
| 10:31:39 | gibi | s/can make// | |
| 10:31:39 | gibi | s/can make// | |
| 10:31:40 | sean-k-mooney | yep | |
| 10:31:57 | gibi | and also tripleo configures CONF.host for each services | |
| 10:31:57 | gibi | and also tripleo configures CONF.host for each services | |
| 10:32:05 | sean-k-mooney | yep it does | |
| 10:32:05 | sean-k-mooney | yep it does | |
| 10:32:10 | gibi | so then tripleo needs to make these configrations consistent | |
| 10:32:10 | gibi | so then tripleo needs to make these configrations consistent | |
| 10:32:17 | gibi | at least in my eyes | |
| 10:32:17 | gibi | at least in my eyes | |
| 10:32:19 | sean-k-mooney | yep idealy | |
| 10:32:20 | sean-k-mooney | yep idealy | |
| 10:32:45 | sean-k-mooney | but alos in a way that does not change hypervior hostname | |
| 10:32:45 | sean-k-mooney | but alos in a way that does not change hypervior hostname | |
| 10:32:54 | sean-k-mooney | on upragde | |
| 10:32:54 | sean-k-mooney | on upragde | |
| 10:32:59 | sean-k-mooney | because that would break nova | |
| 10:32:59 | sean-k-mooney | because that would break nova | |
| 10:33:53 | sean-k-mooney | i think the current problem is i think that chnage may have already happened which i might need to check | |
| 10:33:53 | sean-k-mooney | i think the current problem is i think that chnage may have already happened which i might need to check | |
| 10:33:54 | gibi | so the problem is that the current config is not fully consistent and blocks the bandwidth feature, but making the config consistent would result in breaking nova as the we don't tolerate hostname changes | |
| 10:33:54 | gibi | so the problem is that the current config is not fully consistent and blocks the bandwidth feature, but making the config consistent would result in breaking nova as the we don't tolerate hostname changes | |
| 10:35:06 | sean-k-mooney | well osp 13(queens) on rhel7 used the same config as as we used in osp 16(train) on rhel 8 | |
| 10:35:06 | sean-k-mooney | well osp 13(queens) on rhel7 used the same config as as we used in osp 16(train) on rhel 8 | |
| 10:35:24 | sean-k-mooney | so in queens we already had placement RPs but only nova used them | |
| 10:35:24 | sean-k-mooney | so in queens we already had placement RPs but only nova used them | |
| 10:36:00 | sean-k-mooney | i need to alk one of our downstream peopel what the hypervior hostname is on 13 and 16 and see if it has changed | |
| 10:36:00 | sean-k-mooney | i need to alk one of our downstream peopel what the hypervior hostname is on 13 and 16 and see if it has changed | |
| 10:36:17 | sean-k-mooney | and proably compare the filed bettwen both | |
| 10:36:17 | sean-k-mooney | and proably compare the filed bettwen both | |
| 10:37:39 | sean-k-mooney | gibi: at a minim ooo shoudl be setting the neutron hostname mapping automatically when using the bandwith feature | |
| 10:37:39 | sean-k-mooney | gibi: at a minim ooo shoudl be setting the neutron hostname mapping automatically when using the bandwith feature | |
| 10:38:23 | sean-k-mooney | gibi: there is a patch against netruon right now https://review.opendev.org/c/openstack/neutron/+/788893 | |
| 10:38:23 | sean-k-mooney | gibi: there is a patch against netruon right now https://review.opendev.org/c/openstack/neutron/+/788893 | |
| 10:38:24 | gibi | it is needed there as CONF.host is fqdn but libvirt returns short names? | |
| 10:38:24 | gibi | it is needed there as CONF.host is fqdn but libvirt returns short names? | |
| 10:39:05 | sean-k-mooney | gibi: well i think that is actully the correct behaivor | |
| 10:39:05 | sean-k-mooney | gibi: well i think that is actully the correct behaivor | |
| 10:39:43 | sean-k-mooney | i.e. we have always talk about the hypervior_hostname as beign a hostname not an fqdn | |
| 10:39:43 | sean-k-mooney | i.e. we have always talk about the hypervior_hostname as beign a hostname not an fqdn | |
| 10:41:01 | gibi | If we all agree that hypervisor_hostname is always expected to be the shortname, and we require the CONF.host to always be fqdn, then neutron can simply get the shortname out from the fqdn to look up the RP | |
| 10:41:01 | gibi | If we all agree that hypervisor_hostname is always expected to be the shortname, and we require the CONF.host to always be fqdn, then neutron can simply get the shortname out from the fqdn to look up the RP | |
| 10:41:25 | gibi | but if every config can be either short or fqdn in all combinations then we are lost | |
| 10:41:25 | gibi | but if every config can be either short or fqdn in all combinations then we are lost | |
| 10:41:28 | sean-k-mooney | well we do not retuire CONF.host to alwasy be the fqdn | |
| 10:41:28 | sean-k-mooney | well we do not retuire CONF.host to alwasy be the fqdn | |
| 10:41:36 | sean-k-mooney | its normally the sort name too | |
| 10:41:36 | sean-k-mooney | its normally the sort name too | |
| 10:42:08 | gibi | I think we should write up the list of supported config combinations | |
| 10:42:08 | gibi | I think we should write up the list of supported config combinations | |
| 10:42:24 | gibi | and then fix what is broken | |
| 10:42:24 | gibi | and then fix what is broken | |