| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-06 | |||
| 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 | |
| 10:42:28 | sean-k-mooney | right now technially both value can be short name or fqdn | |
| 10:42:28 | sean-k-mooney | right now technially both value can be short name or fqdn | |
| 10:42:46 | sean-k-mooney | but hypervior_hostname was alwasy intended to be the sortname and host defualt to the short name | |
| 10:42:46 | sean-k-mooney | but hypervior_hostname was alwasy intended to be the sortname and host defualt to the short name | |
| 10:43:21 | sean-k-mooney | we talked about this at the dublin ptg at some lenght as some operators wanted to use FQDNs for both | |
| 10:43:21 | sean-k-mooney | we talked about this at the dublin ptg at some lenght as some operators wanted to use FQDNs for both | |
| 10:43:41 | gibi | and libvirt uses fqdn is some cases already based on the comment you linked from the code | |
| 10:43:41 | gibi | and libvirt uses fqdn is some cases already based on the comment you linked from the code | |
| 10:44:17 | sean-k-mooney | gibi: yes only if you set the canonical hostname in /etc/hosts to an fqdn | |
| 10:44:17 | sean-k-mooney | gibi: yes only if you set the canonical hostname in /etc/hosts to an fqdn | |
| 10:44:48 | gibi | so again, I think we first agree on what config fqdn/sortname combination OpenStack wants to supprot | |
| 10:44:48 | gibi | so again, I think we first agree on what config fqdn/sortname combination OpenStack wants to supprot | |
| 10:44:57 | gibi | then fix the system to work in these scenarios | |
| 10:44:57 | gibi | then fix the system to work in these scenarios | |
| 10:45:48 | sean-k-mooney | ya | |
| 10:45:48 | sean-k-mooney | ya | |
| 10:47:25 | sean-k-mooney | ya personally i would prefer to either onlyu use hostname or only use FQDNs | |
| 10:47:25 | sean-k-mooney | ya personally i would prefer to either onlyu use hostname or only use FQDNs | |
| 10:48:03 | gibi | yepp, that would be clean and self consistent all the way | |
| 10:48:03 | gibi | yepp, that would be clean and self consistent all the way | |
| 10:48:05 | sean-k-mooney | i prefer hostnames but that is just a preference | |