Earlier  
Posted Nick Remark
#openstack-nova - 2020-10-20
15:09:27 sean-k-mooney that never works for me without admin privladges
15:11:32 bauzas that reminds me some old nasty bug
15:11:42 bauzas at least this rings me a bell
15:12:42 kevko gibi: yes, as I said above
15:13:10 gibi kevko: sorry, I missed that part of your message
15:14:22 sean-k-mooney there was an issue with redirection for the base url at one pint
15:14:23 openstack Launchpad bug 1728732 in OpenStack Compute (nova) "duplicate for #1776928 OpenStack nova service responds with an erroneous httpd redirect to a "GET,version_controller,show" request." [Medium,Fix released] - Assigned to Eric Fried (efried)
15:14:23 bauzas https://bugs.launchpad.net/python-novaclient/+bug/1776928
15:14:26 sean-k-mooney *point
15:14:28 bauzas maybe this one ^
15:14:42 sean-k-mooney yes
15:14:58 openstack Launchpad bug 1728732 in OpenStack Compute (nova) "OpenStack nova service responds with an erroneous httpd redirect to a "GET,version_controller,show" request." [Medium,Fix released] - Assigned to Eric Fried (efried)
15:14:58 sean-k-mooney which was close in favor of https://bugs.launchpad.net/nova/+bug/1728732
15:15:33 sean-k-mooney https://opendev.org/openstack/nova/commit/1e907602e37fb55bbe5a20164db6d074f87369af
15:15:35 bauzas ah yeah this one
15:15:46 bauzas that's why it ringed something in my mind
15:16:20 bauzas kevko: see above
15:16:46 sean-k-mooney that was only fixeed in usurri and above
15:16:52 sean-k-mooney https://github.com/openstack/nova/commit/1e907602e37fb55bbe5a20164db6d074f87369af
15:16:58 bauzas yep
15:17:00 bauzas Ussuri
15:17:02 kevko i have ussuri
15:17:06 sean-k-mooney ya 21.0.0
15:17:16 kevko python3-novaclient 2:17.0.0-1~bpo10+1
15:17:52 sean-k-mooney this was a servire side midelware change
15:18:08 sean-k-mooney you could check the api-paste.ini
15:18:44 kevko sean-k-mooney: i already did .. i have this patch included
15:19:05 sean-k-mooney then if the keystone endpoints are https i think it should work
15:19:43 kevko :( ..but not working
15:19:50 sean-k-mooney are you using self signed certs
15:20:00 sean-k-mooney or public ssl certs
15:20:18 kevko self signed ..
15:20:18 sean-k-mooney if they are self signed you might need to confugre the CAs
15:20:28 kevko actually i used kolla-ansible -i inventory certificates ..
15:20:44 kevko i have ca imported
15:23:18 sean-k-mooney is https://docs.openstack.org/nova/latest/configuration/config.html#neutron.cafile defined
15:23:55 sean-k-mooney the nova container wont be usign the host cert store
#openstack-nova - 2020-10-21
06:35:00 brinzhang morning nova
06:35:27 brinzhang morning gibi, sean-k-mooney
06:35:59 brinzhang Cyborg shelve/unshelve support patches https://review.opendev.org/#/c/729563/
06:35:59 brinzhang gibi, sean-k-mooney: if you have time please review the
07:05:42 songwenping_ gibi, sean-k-mooney:please review cyborg microversion support in https://review.opendev.org/#/c/738428/
07:12:49 gibi brinzhang, songwenping_: ack, I will try to get to these patches but this week and next week seems pretty full of other things
07:12:52 gibi so no promises
07:13:17 songwenping_ gibi: no hurry, thanks.
07:14:45 brinzhang gibi: ack, thanks
07:35:54 bauzas gibi: seen it ? ^
07:37:35 gibi bauzas: saw it, on a morning meeting, but after that I will jump on it
07:43:01 bauzas gibi: tl;dr we need to review merged code vs. gerrit approvals
07:43:14 bauzas from Oct 1.
07:55:23 lyarwood FWIW all of my master changes look valid and untouched in there
08:00:16 gibi I'm done with nova-specs and nova master will check novaclient next
08:00:31 gibi lyarwood: could you check the nova stable branches?
08:01:05 gibi python-novaclient is clean too
08:01:52 lyarwood gibi: ack looking now
08:01:57 gibi thanks
08:02:04 gibi I go and check placement
08:02:46 gibi placment and osc_placement clean too
08:06:02 lyarwood gibi: stable LGTM, elod can you also check? https://static.opendev.org/project/opendev.org/gerrit-diffs/openstack/nova.git/stable/
08:14:00 openstack bug 1899835 in OpenStack Compute (nova) "n-cpu attempts to disconnect volumes after early pre_live_migration failures on the destination during a live migration" [Undecided,New] https://launchpad.net/bugs/1899835 - Assigned to Lee Yarwood (lyarwood)
08:14:00 openstackgerrit Lee Yarwood proposed openstack/nova master: Add regression test for bug #1899835 https://review.opendev.org/758239
08:15:09 gibi lyarwood: elod is on PTO today I can go through stable during the day
08:15:42 gibi actually I can do it right now
08:22:23 gibi lyarwood: nova stable looks clean to me too
08:23:35 lyarwood ack thanks
08:23:53 gibi I will check os-vif
08:23:57 gibi then we are done
08:25:26 gibi os-vif seems clean to
08:25:28 gibi too
08:28:56 bauzas ++ for checking
08:38:32 gibi the nova RC1 and 22.0.0 release looks good in release repo too
09:00:53 bauzas (which should have been yesterday)
09:06:36 openstack bug 1894804 in qemu (Ubuntu) "Second DEVICE_DELETED event missing during virtio-blk disk device detach" [Undecided,Incomplete] https://launchpad.net/bugs/1894804
09:06:36 openstackgerrit Lee Yarwood proposed openstack/nova master: Revert "releasenote: Add known issue for bug #1894804" https://review.opendev.org/758971
10:02:04 openstackgerrit Brin Zhang proposed openstack/nova-specs master: Add instance_state to ensure volume attachment successful https://review.opendev.org/758920
10:39:43 openstackgerrit Jorhson Deng proposed openstack/nova-specs master: Add instance_state to ensure volume attachment successful https://review.opendev.org/758920
12:16:28 sean-k-mooney by the way i have looked at os-vif and it looks fine i was going to start on nova https://etherpad.opendev.org/p/nova-patches-since-oct-1st
12:16:54 sean-k-mooney have people already dont that if not im going to make my way form top to bottom that currently for master
12:17:05 sean-k-mooney using the oslo script
12:23:51 gibi stephenfin: you missed one thing in https://review.opendev.org/#/c/749317/3/nova/compute/api.py@6214
12:24:11 stephenfin gibi: whoops; I'll do a follow-up
12:24:19 gibi sean-k-mooney: lyarwood and I looked at nova
12:24:34 sean-k-mooney ok so i assume we are good then
12:24:49 sean-k-mooney ill skip it if ye have already
12:24:50 gibi sean-k-mooney: http://lists.openstack.org/pipermail/openstack-discuss/2020-October/018154.html
12:25:09 gibi stephenfin: ack, +2 then
12:25:20 sean-k-mooney cool
12:30:52 sean-k-mooney is devstack in #openstack-qa
12:31:30 lyarwood yes
12:47:34 gibi stephenfin: are we using the same strategy to remove os-agents that we did for nova-network related APIs? https://review.opendev.org/#/c/749309/3/releasenotes/notes/remove-xenapi-driver-194756049f22dc9e.yaml@9
12:48:06 stephenfin gibi: yes, that seems the most sensible approach to me
12:48:24 stephenfin they're dead APIs without virt driver support
12:54:00 gibi stephenfin: thanks I wanted to make sure that we are OK to have a breaking API change without a microverison. But here I agree that having a microvesion does not help much
12:54:37 stephenfin yeah, a microversion doesn't make sense here since requesting the older version won't magically restore the older behavior
12:55:05 gibi for xenapi yes, for non xenapi it could restore the empty result instead of 410
12:56:12 gibi but I hope non xenapi user did not use this API :)
12:56:38 stephenfin True :)
13:01:09 gibi thanks, approved
13:06:09 openstack Launchpad bug 1900800 in OpenStack Compute (nova) "VGPUs is not recreated on host reboot" [Low,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)
13:06:09 bauzas I feel stupid today... https://bugs.launchpad.net/nova/+bug/1900800

Earlier   Later