Earlier  
Posted Nick Remark
#openstack-nova - 2021-09-27
12:15:36 lyarwood that should be enough on master
12:15:41 gibi ack
12:15:42 lyarwood it's the zuul job itself after all
12:15:55 lyarwood https://review.opendev.org/c/openstack/grenade/+/811117
12:17:17 opendevreview Lee Yarwood proposed openstack/nova master: DNM testing grenade neutron-trunk fix https://review.opendev.org/c/openstack/nova/+/811118
12:17:56 gibi lyarwood: thanks.
12:31:18 lyarwood ttps://review.opendev.org/q/topic:bug/1943431 is ready for reviews if anyone has time
12:31:29 lyarwood https://review.opendev.org/q/topic:bug/1943431 even
12:39:46 opendevreview Balazs Gibizer proposed openstack/nova stable/xena: Store old_flavor already on source host during resize https://review.opendev.org/c/openstack/nova/+/810911
12:41:03 opendevreview Balazs Gibizer proposed openstack/nova stable/wallaby: Store old_flavor already on source host during resize https://review.opendev.org/c/openstack/nova/+/810913
12:47:04 spatel sean-k-mooney does Intel Corporation Ethernet 10G 2P X550-t Adapter support SRIOV ?
12:47:18 spatel its copper 10G
12:49:52 opendevreview Balazs Gibizer proposed openstack/nova stable/victoria: Store old_flavor already on source host during resize https://review.opendev.org/c/openstack/nova/+/810915
12:50:06 spatel Its saying but i can't see in lspci -vv command out for any SRIOV reference. let me check in BIOS
13:08:23 spatel sean-k-mooney nevermind, after enable in BIOS > NIC > Config (enable:SRIOV)
13:08:47 spatel i can see SRIOV support in lspci -vv
14:00:22 bauzas gibi: +2d for https://review.opendev.org/c/openstack/nova/+/810461 but I'd like to first tell about this during tomorrow's meeting before merging it
14:00:55 bauzas it looks to me we have a consensus but I'd prefer to see if anyone has a concern
14:08:50 gibi bauzas: sure
14:09:28 bauzas (and I could miss one=)
14:10:29 gibi the third is the stable setuptools fix
14:10:31 gibi I guess :D
14:40:10 opendevreview David Vallee Delisle proposed openstack/nova master: rephrasing config description for num_pcie_ports in libvirt https://review.opendev.org/c/openstack/nova/+/811173
15:11:18 melwitt gibi, dansmith: just wanted to check whether you wanted to look at the stable patch validation bypass script before approval: https://review.opendev.org/c/openstack/nova/+/810285
15:12:09 fungi sean-k-mooney: melwitt: https://review.opendev.org/811181 is the errata update for ossa-2021-002, now that the new fix for stable/ussuri has merged. let me know if you notice anything obviously wrong, i'm planning to send it to mailing lists later today
15:15:03 gibi melwitt: looks good to me. I let you +A it
15:16:58 melwitt fungi: thanks, will look
15:17:03 melwitt gibi: thanks!
15:54:03 bauzas gibi: ++ that was it (the setuptools fix)
16:18:30 melwitt fungi: sean-k-mooney is off today fyi
16:25:49 fungi no worries, just figured i'd see if anyone from nova wanted to give it a once-over. i'm realitively sure it's fit for publication if not
16:26:01 fungi relatively
16:27:29 fungi thanks melwitt!
18:59:32 melwitt elodilles: please let me know which approach you might prefer on the python 2.7 unit test issue on the stable/train open redirect fix patch https://review.opendev.org/c/openstack/nova/+/806629/2/nova/tests/unit/console/test_websocketproxy.py#662
19:41:37 elodilles melwitt: commented on the patch. (sounds good to me)
19:49:50 melwitt thanks elodilles
21:18:57 clarkb heads up that devstack jobs are failing nova-status upgrade check checks because "GET /placemen//" status: 404 len: 162 microversion: 1.0 seems to be the request it is generating. For example https://zuul.opendev.org/t/openstack/build/2b59223b1c8047929b967ad52fdaed19/log/controller/logs/screen-placement-api.txt#257
21:32:21 melwitt clarkb: ack, looking
21:34:29 melwitt "/placemen//" well, that's really weird :/
21:57:03 clarkb ya I can't see any updates to keystoneauth or nova taht would explain that
22:03:19 gmann nor on placement sie
22:03:20 gmann side
22:04:16 melwitt same 😑 still looking for where that's coming from. no updates to keystoneauth, nova, placement, keystone. config files look normal
22:09:13 gmann its all started failing since last hr
22:13:52 clarkb let me know if we want to hold a node then we can debug directly
22:14:03 clarkb though in theory a local devstack would exhibit the same behavior if you ahve one
22:16:10 melwitt true
22:16:38 melwitt guess I'll go ahead and try that since I've not found anything else
22:30:17 gmann I do not see any installed pkgs version difference in passing vs failing build
22:45:36 melwitt my local devstack doesn't even get that far:
22:45:38 melwitt Installing collected packages: soupsieve, waitress, sortedcontainers, pyroute2.core, beautifulsoup4, WebTest, simplejson, [...]
22:45:40 melwitt Attempting uninstall: simplejson
22:45:42 melwitt Found existing installation: simplejson 3.16.0
22:45:44 melwitt ERROR: Cannot uninstall 'simplejson'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a partial uninstall.
22:47:56 clarkb melwitt: the issue there is whatever system you ran devstack on already has simplejson installed via system packages and pip can't uninstall it because the system package is deficient
22:48:32 clarkb I'ev brought it up with zigo as a good thing to help drive in the debuntu world by converting those packages to setuptools instead of distutils. Until then you can manually uninstall python-simplejson/python3-simplejson if on ubuntu. I assume similar package names on fedora/centos
22:48:42 melwitt hm, ok. I just created a new ubuntu focal VM. haven't had this happene before
22:49:34 melwitt ok thanks
22:54:02 gmann i am also creating new 20.04 machine
22:58:01 melwitt I noticed someone mentioned in #openstack-qa earlier today that they were able to hit the same error locally https://meetings.opendev.org/irclogs/%23openstack-qa/%23openstack-qa.2021-09-27.log.html#t2021-09-27T19:54:38
22:58:12 johnsom I am hitting it local
22:58:24 melwitt so hopefully one of us will figure out what's wrong
#openstack-nova - 2021-09-28
00:00:49 gmann I am checking with sync mode also in case async tasks are creating issue here
00:01:31 gmann and some logging for list all endpoints though endpoints seems fine in this case but will be helpful for other issues https://review.opendev.org/c/openstack/devstack/+/811246
00:15:24 sean-k-mooney[m] melwitt if i remember correctly its pulled in by cloud-init
00:15:49 sean-k-mooney[m] just uninstall python-simplejson
00:16:13 sean-k-mooney[m] you have had to do that on fedora in the past and python-yaml too form time to time
01:01:28 gmann seeing same error with async disable too
06:35:56 gibi good morning
06:36:09 gibi I see you had a busy day while I was asleep
07:32:20 bauzas good morning Nova
07:32:55 gibi bauzas: o/
07:33:11 bauzas yeah I saw this
07:33:58 bauzas I'm glad Ian found the root cause
07:35:45 gibi yepp
09:27:33 opendevreview Merged openstack/nova master: tools: Ignore bot-generated branch creation patches https://review.opendev.org/c/openstack/nova/+/810285
10:09:16 gibi bauzas: I broke the old qos min bw support in Xena when I extended it with qos min pps support: https://bugs.launchpad.net/nova/+bug/1945310 So this bug is probably a Xena regression, but I will only be certain that it wasn't broken after I backported the repro tests to wallaby to see if the fault is not there
10:09:35 bauzas ah zut
10:11:48 gibi I have the fixs locally so I think we can still fit this in RC2
10:12:10 gibi but we have a broken gate so maybe not
10:12:35 bauzas yep, I dunno what to say
10:13:02 bauzas gibi: maybe we should accept the RC2 proposal for the moment and see whether the fix could be merged tomorrow for providing a RC3
10:13:17 gibi bauzas: good point
10:13:22 gibi that is the safest bet I think
10:13:47 bauzas gibi: add a comment for our meeting
10:13:48 gibi so lets talk about this on the meeting today, accept the RC2 if nobody against it and I can push for RC3
10:13:53 bauzas yep
10:14:12 gibi adding it to the meeting..
10:15:26 gibi done
10:17:53 bauzas gibi: adding the xena-rc-potential tag to your bug report
10:18:29 bauzas can you triage it ?
10:18:30 gibi ack, there is a slight chance that it was similarly broken before xena too hence my hesitation in that
10:19:04 gibi I will triage it
10:24:46 lyarwood do we not have a bug for the Apache/Placement issue at the moment?
10:25:43 gibi lyarwood: I don't see any
10:25:47 gibi lyarwood: I only see the fix https://review.opendev.org/c/openstack/devstack/+/811303
10:26:01 lyarwood yeah same was just checking I hadn't missed something
10:26:01 gibi partial fix, as grenade still needs love
10:26:17 lyarwood yeah I can't test that until the devstack fix lands
10:26:18 gibi lyarwood: I guess this is not even a placement bug but a devstack one

Earlier   Later