Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-06
10:08:28 gibi sean-k-mooney: yes
10:08:45 sean-k-mooney we might need to go impmente the api change and neutron code
10:08:45 sean-k-mooney we might need to go impmente the api change and neutron code
10:08:55 gibi I think we fixed it in neutron
10:08:55 gibi I think we fixed it in neutron
10:09:10 sean-k-mooney nope
10:09:17 sean-k-mooney its still using socket.gethostname()
10:09:17 sean-k-mooney its still using socket.gethostname()
10:09:29 gibi https://bugs.launchpad.net/neutron/+bug/1853840
10:09:31 gibi https://bugs.launchpad.net/neutron/+bug/1853840
10:09:31 openstack Launchpad bug 1853840 in neutron "Neutron fails to create bandwidth providers if CONF.host is set" [High,Fix released] - Assigned to Bence Romsics (bence-romsics)
10:09:31 openstack Launchpad bug 1853840 in neutron "Neutron fails to create bandwidth providers if CONF.host is set" [High,Fix released] - Assigned to Bence Romsics (bence-romsics)
10:09:41 gibi there is configuration to override it
10:09:41 gibi there is configuration to override it
10:09:46 gibi at least in neutron
10:09:46 gibi at least in neutron
10:09:51 sean-k-mooney there is
10:09:51 sean-k-mooney there is
10:10:01 sean-k-mooney but you should not need to do that by default
10:10:01 sean-k-mooney but you should not need to do that by default
10:11:05 sean-k-mooney https://bugzilla.redhat.com/show_bug.cgi?id=1900500 and https://bugzilla.redhat.com/show_bug.cgi?id=1952073
10:11:12 sean-k-mooney https://bugzilla.redhat.com/show_bug.cgi?id=1900500 and https://bugzilla.redhat.com/show_bug.cgi?id=1952073
10:11:12 openstack bugzilla.redhat.com bug 1900500 in openstack-neutron "Hostname in neutron agent's config don't match what is stored in placement by nova" [High,New] - Assigned to skaplons
10:11:12 openstack bugzilla.redhat.com bug 1900500 in openstack-neutron "Hostname in neutron agent's config don't match what is stored in placement by nova" [High,New] - Assigned to skaplons
10:11:13 openstack bugzilla.redhat.com bug 1952073 in openstack-nova "[OSP16.1] Failed to schedule VMs with minimum bandwidth - SR-IOV bandwidth aware scheduling" [High,Closed: duplicate] - Assigned to nova-maint
10:11:13 openstack bugzilla.redhat.com bug 1952073 in openstack-nova "[OSP16.1] Failed to schedule VMs with minimum bandwidth - SR-IOV bandwidth aware scheduling" [High,Closed: duplicate] - Assigned to nova-maint
10:11:14 sean-k-mooney are basically caused by this
10:11:14 sean-k-mooney are basically caused by this
10:11:21 sean-k-mooney they could use the config options
10:11:21 sean-k-mooney they could use the config options
10:11:35 gibi the fix was the config opiton
10:11:35 gibi the fix was the config opiton
10:11:38 gibi option
10:11:38 gibi option
10:11:51 gibi I don't get why they don't use it
10:11:51 gibi I don't get why they don't use it
10:11:56 gibi why they cannot use it
10:11:56 gibi why they cannot use it
10:12:16 sean-k-mooney they could but really neutron should use the hypervior api no?
10:12:16 sean-k-mooney they could but really neutron should use the hypervior api no?
10:13:18 sean-k-mooney gibi: they can totally workaround it using the config options
10:13:18 sean-k-mooney gibi: they can totally workaround it using the config options
10:13:19 gibi I assume this naming is static so it can be configured deployment time
10:13:19 gibi I assume this naming is static so it can be configured deployment time
10:13:38 sean-k-mooney it could but the UX of that approch sucks
10:13:38 sean-k-mooney it could but the UX of that approch sucks
10:14:05 sean-k-mooney it works but it would be nice if it just worked out of hte box
10:14:05 sean-k-mooney it works but it would be nice if it just worked out of hte box
10:14:46 gibi I don't get how this can be working without input from the deployer who know what are the matching host names
10:14:46 gibi I don't get how this can be working without input from the deployer who know what are the matching host names
10:15:29 sean-k-mooney by default socket.gethostname() will match the hostname returned by libvirt
10:15:29 sean-k-mooney by default socket.gethostname() will match the hostname returned by libvirt
10:15:45 gibi if the neutron agent sees a different hostname than the nova-compute then how can the nova hypervisor API help in that
10:15:45 gibi if the neutron agent sees a different hostname than the nova-compute then how can the nova hypervisor API help in that
10:16:46 sean-k-mooney gibi: we reqire the [DEFAULT]/host config option to be the same in both the nova and neutron config
10:16:46 sean-k-mooney gibi: we reqire the [DEFAULT]/host config option to be the same in both the nova and neutron config
10:16:59 sean-k-mooney so you can find the compute service assocatied with the host
10:16:59 sean-k-mooney so you can find the compute service assocatied with the host
10:17:14 sean-k-mooney then get its uuid
10:17:14 sean-k-mooney then get its uuid
10:17:35 gibi so the problematic case is when the hypervisor_hostname != hostname? But why that happen in case of libvirt?
10:17:35 gibi so the problematic case is when the hypervisor_hostname != hostname? But why that happen in case of libvirt?
10:17:58 sean-k-mooney because of https://github.com/libvirt/libvirt/blob/master/src/util/virutil.c#L454-L473
10:17:59 sean-k-mooney because of https://github.com/libvirt/libvirt/blob/master/src/util/virutil.c#L454-L473
10:18:52 sean-k-mooney if you have the fqdn as the canonical host name in /etc/hosts then libvirt will return an fqdn but socket.gethostname() will be the short hostname
10:18:52 sean-k-mooney if you have the fqdn as the canonical host name in /etc/hosts then libvirt will return an fqdn but socket.gethostname() will be the short hostname
10:19:44 gibi and don't we require CONF.host to be set to fqdn is enough in this case?
10:19:44 gibi and don't we require CONF.host to be set to fqdn is enough in this case?
10:20:08 gibi sorry my english is breaking up :0
10:20:08 gibi sorry my english is breaking up :0
10:20:29 gibi so if in this case CONF.host is set to fqdn then everything is in synch isn't it?
10:20:29 gibi so if in this case CONF.host is set to fqdn then everything is in synch isn't it?
10:20:34 sean-k-mooney nope ooo already hardcodes that to the fqdn
10:20:34 sean-k-mooney nope ooo already hardcodes that to the fqdn
10:21:22 gibi don't we use that fqdn as the RP name ?
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

Earlier   Later