Monday, 2024-09-02

*** bauzas_ is now known as bauzas00:05
*** bauzas_ is now known as bauzas01:44
opendevreviewMerged openstack/nova master: Ignore support-matrix.css  https://review.opendev.org/c/openstack/nova/+/92765902:27
*** bauzas_ is now known as bauzas02:33
*** bauzas_ is now known as bauzas02:53
*** bauzas_ is now known as bauzas03:05
*** bauzas_ is now known as bauzas04:19
opendevreviewTakashi Kajinami proposed openstack/nova master: Migrate MEM_ENCRYPTION_CONTEXT from root provider  https://review.opendev.org/c/openstack/nova/+/92181405:52
opendevreviewTakashi Kajinami proposed openstack/nova master: Detect AMD SEV-ES support  https://review.opendev.org/c/openstack/nova/+/92568505:52
opendevreviewTakashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption  https://review.opendev.org/c/openstack/nova/+/92610605:52
opendevreviewTakashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption  https://review.opendev.org/c/openstack/nova/+/92610605:53
opendevreviewrenliang proposed openstack/nova master: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/nova/+/92770505:54
opendevreviewTakashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption  https://review.opendev.org/c/openstack/nova/+/92610606:03
opendevreviewTakashi Kajinami proposed openstack/nova master: Add hw_mem_encryption_model image property  https://review.opendev.org/c/openstack/nova/+/92770606:03
*** bauzas_ is now known as bauzas06:38
*** bauzas_ is now known as bauzas07:23
opendevreviewTakashi Kajinami proposed openstack/nova master: Add hw_mem_encryption_model image property  https://review.opendev.org/c/openstack/nova/+/92770607:26
opendevreviewTakashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption  https://review.opendev.org/c/openstack/nova/+/92610607:26
opendevreviewFabian Wiesel proposed openstack/nova master: Vmware: Remove uuid parameter from get_vmdk_info call  https://review.opendev.org/c/openstack/nova/+/91062707:48
*** bauzas_ is now known as bauzas08:00
*** bauzas_ is now known as bauzas08:14
*** bauzas_ is now known as bauzas08:39
opendevreviewMerged openstack/nova master: Handle neutron-client conflict  https://review.opendev.org/c/openstack/nova/+/91804809:28
*** bauzas_ is now known as bauzas09:44
*** bauzas_ is now known as bauzas10:18
*** bauzas_ is now known as bauzas10:34
*** ykarel_ is now known as ykarel10:44
ykarelis it known that https://review.opendev.org/c/openstack/nova/+/899753 broke 9-stream jobs atleast?10:44
ykarelfails as chown: cannot access '/opt/stack/nova/*.egg-info': No such file or directory10:45
ykarelsean-k-mooney, ^10:46
*** bauzas_ is now known as bauzas11:19
*** bauzas_ is now known as bauzas11:51
*** bauzas_ is now known as bauzas11:59
*** bauzas_ is now known as bauzas12:07
*** bauzas_ is now known as bauzas12:25
opendevreviewRajesh Tailor proposed openstack/nova stable/2024.1: Handle neutron-client conflict  https://review.opendev.org/c/openstack/nova/+/92773212:43
opendevreviewMerged openstack/nova master: Test live migration between hosts with differnet cpu_shared_sets  https://review.opendev.org/c/openstack/nova/+/91374412:48
opendevreviewchandan kumar proposed openstack/nova master: [DNM] RDO third party experimental job check  https://review.opendev.org/c/openstack/nova/+/92773613:22
ykarelsean-k-mooney, for that egg-info issue the hack https://review.opendev.org/c/openstack/devstack/+/927730 worked fine13:25
ykarelalso refreshed your patch for global venv https://review.opendev.org/c/openstack/devstack/+/898845 but looks need more work as jobs failing there13:26
sean-k-mooneyykarel: ya so it needs the wsgi stuff i think to be able to install in a venv14:57
sean-k-mooneyykarel: but ya you could ignore safe_chown or you could jsut check for "is_fedora == false"14:59
sean-k-mooneythe wsgi stuff beign https://review.opendev.org/q/topic:%22remove-wsgi_scripts%2214:59
sean-k-mooneygibi: it would be nice to have https://review.opendev.org/c/openstack/placement/+/919569 by the way for 2024.215:00
sean-k-mooneygibi: we have already merged the nova version so just placement left15:00
*** bauzas_ is now known as bauzas15:10
*** bauzas_ is now known as bauzas15:22
opendevreviewPavlo Shchelokovskyy proposed openstack/nova master: Actually schedule to default az when asked so  https://review.opendev.org/c/openstack/nova/+/92774415:26
*** bauzas_ is now known as bauzas15:39
noonedeadpunkhey folks! We've just updated one of our regions to 2024.1 and we do see a severe performance hit comparing to 2023.1. at least when trying to execute smth like `openstack server list --all-projects`. We've noticed, as we had to double timeout limit on the loadbalancer for nova-api backends15:44
noonedeadpunkfrom 60s to 3m as listing takes reliably 2m19s at the moment.15:45
noonedeadpunkdo you happen to be aware of anything like that?15:45
ykarelsean-k-mooney, ack thx will check and update that hack patch tomorrow, need to drop now15:47
*** ykarel is now known as ykarel|away15:47
sean-k-mooneynoonedeadpunk: not that im aware off, you should avoid that query but im not sure why would have regressed that16:01
sean-k-mooneyhum16:01
noonedeadpunkwe've noticed as ruinning it quite periodically for billing16:01
sean-k-mooneynoonedeadpunk: there might be 2 things in effect16:02
sean-k-mooney https://docs.openstack.org/nova/latest/reference/api-microversion-history.html#maximum-in-2024-1-caracal16:02
sean-k-mooneywe added the pinned_avaiablity zone which need to read form the request spec16:02
sean-k-mooneynoonedeadpunk: and around that time openstack client started using the latest microversion instaead of 2.116:02
noonedeadpunkwell... I don't do --long16:03
sean-k-mooneynoonedeadpunk: can you try setting --os-compute-api 2.116:03
sean-k-mooneyif your osc is new enough to default to latest you got all the other thigns we added in the last 10 years too16:03
noonedeadpunkfrankly - I was kind thinking more in a direction for compatability choices made for sqlalchemy 216:04
sean-k-mooneyi dont think we are aware of any performace impacts for any of those16:04
sean-k-mooneycertenly not doubling the responce time16:04
* noonedeadpunk trying to see how long it would take with `--long`16:05
sean-k-mooneynoonedeadpunk: can you try pinning the microversion to 2.116:05
noonedeadpunkyeah, sec16:05
noonedeadpunkok, so `--long` takes *exact* same time as not `--long`16:06
noonedeadpunkso I assume long just adds more response while all the same stuff is gathered16:06
sean-k-mooneylong might be clinet side only parsing16:07
*** bauzas_ is now known as bauzas16:07
sean-k-mooneyim not sure it changes the actually api request unless its changing between /servers/ and /servers/detail16:07
noonedeadpunk`--os-compute-api 2.1` doesn't make any difference to me16:08
noonedeadpunkyeah, seems just a client thing16:09
sean-k-mooneyok i guess we should capture this in a bug as a possibel performance reguression between 2023.1 and 2024.116:09
noonedeadpunkok, I just wanted to check if you might be aware of that before digging deeper16:10
sean-k-mooneyunfortunetly i suspect whatever it may be does not present on devstack or other small deployments16:10
sean-k-mooneyi tought maybe it was https://docs.openstack.org/nova/latest/reference/api-microversion-history.html#id6316:11
sean-k-mooneysince if you have down cells that might change behaivor16:12
noonedeadpunknah, it's a single cell and single AZ environment16:12
noonedeadpunkas we've started upgrade from the smallest thing we had16:13
sean-k-mooneyya so get /servers at the nova api level should be very quick16:13
sean-k-mooneyhttps://docs.openstack.org/api-ref/compute/#id916:13
sean-k-mooneyas it only retuns the minimal info in the api db16:14
sean-k-mooneybut openstack server list16:14
sean-k-mooneyis not the same thing as that16:14
sean-k-mooneyi think it does more behind the scenes16:14
sean-k-mooneynoonedeadpunk: around that time osc started replacing using python-novaclient with the sdk as well16:15
noonedeadpunkclient also does pass bunch of filters: /v2.1/servers/detail?flavor=None&image=None&name=None&project_id=None&reservation_id=None&status=None&user_id=None&deleted=False&host=None&ip=None&ip6=None&changes-since=None&changes-before=None&all_tenants=True16:15
noonedeadpunkso I wonder if that might be client that I've upgraded16:15
sean-k-mooneyyou could try doing it with nova client or installing an older osc in a venv16:15
sean-k-mooneythat woudl at least tell us if its server or client side16:16
noonedeadpunkor just do REST call16:16
sean-k-mooneyyep or that16:16
sean-k-mooneyyou can do it with curl if you have a keyston token but i always have to look up the syntax16:16
noonedeadpunkso curl takes half of the time, as I assume osc does fetch more info to render uuids 16:19
noonedeadpunkstill 1m24s while haproxy used to be set to 60s timeout16:20
noonedeadpunkand request was `time curl -g -i --cacert "/etc/ssl/certs/ca-certificates.crt" -X GET "http://cloud.com:8774/v2.1/servers/detail?all_tenants=True" -H "Accept: application/json" -H "X-Auth-Token: ${token}" -H "X-OpenStack-Nova-API-Version: 2.92"`16:20
sean-k-mooneyif you have the request id it would be good to check how long the request taks on the nova-api side16:26
sean-k-mooney/server/detail is not the same as /server16:27
sean-k-mooneyso if you dont want all the addtional info avoid /server/detail16:27
*** bauzas_ is now known as bauzas16:27
noonedeadpunkwell, I'm not sure about detail part, but assume it was preffered to limit amount of following requests. 16:28
noonedeadpunkbut also interesting to find 16:28
sean-k-mooneywell /detail is not really advisabel on large cloud if using --all-tenatns16:29
sean-k-mooneyit can inovled calls to neutron or other sirvices for info in some cases16:29
sean-k-mooneywe mostly try to cache some of that info but we dont cache all of it16:29
sean-k-mooneyi am thinking of https://bugs.launchpad.net/nova/+bug/192356016:34
sean-k-mooneywithout https://review.opendev.org/c/openstack/nova/+/786348 we need to do a call to neutron for every server16:34
sean-k-mooneyif you use /server/detail16:34
opendevreviewsean mooney proposed openstack/nova master: enable numa live migration in the ceph job  https://review.opendev.org/c/openstack/nova/+/91384217:41
opendevreviewsean mooney proposed openstack/nova master: enable numa live migration in the ceph job  https://review.opendev.org/c/openstack/nova/+/91384217:41
*** bauzas_ is now known as bauzas17:57
*** bauzas_ is now known as bauzas18:05
*** bauzas_ is now known as bauzas18:13
*** bauzas_ is now known as bauzas18:30
*** priteau_ is now known as priteau19:12
*** bauzas_ is now known as bauzas19:27
*** bauzas_ is now known as bauzas20:53
*** bauzas_ is now known as bauzas21:33
*** bauzas_ is now known as bauzas21:41
*** bauzas_ is now known as bauzas21:50
*** bauzas_ is now known as bauzas22:51
opendevreviewsean mooney proposed openstack/nova master: [DNM] testing rdo experimental jobs  https://review.opendev.org/c/openstack/nova/+/92776222:53

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!