Thursday, 2024-06-20

*** bauzas_ is now known as bauzas00:12
*** bauzas_ is now known as bauzas01:44
gboutryHello Nova, I've tried upgrading libvirt/qemu in a dev env, and I'm unable to live migrate anymore.06:44
gboutryI'm getting "virDomainMigrateToURI3() failed" "unsupported configuration: Target CPU feature count 44 does not match source 109".06:45
gboutryThe 2 hosts are VMs created the same way, with one having 8 cores and the other one having 4 cores, but same CPU features.06:45
gboutryThis error does not appear with libvirt 8.0.0 / QEMU 6.2.0 (ubuntu 22.04 versions), but do appear with libvirt 10.0.0 / QEMU 8.2.1 (ubuntu 24.04 versions).06:45
gboutryThese are pretty big version jumps I know, do you have any insight on how to investigate this?06:45
*** efried1 is now known as efried07:03
opendevreviewSahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr  https://review.opendev.org/c/openstack/nova/+/92166507:39
*** bauzas_ is now known as bauzas08:07
opendevreviewribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (drivers and compute manager part)  https://review.opendev.org/c/openstack/nova/+/83309008:25
opendevreviewribaudr proposed openstack/nova master: Mounting the shares as part of the initialization process  https://review.opendev.org/c/openstack/nova/+/88007508:25
opendevreviewribaudr proposed openstack/nova master: Deletion of associated share mappings on instance deletion  https://review.opendev.org/c/openstack/nova/+/88147208:25
opendevreviewribaudr proposed openstack/nova master: Add metadata for shares  https://review.opendev.org/c/openstack/nova/+/85050008:25
opendevreviewribaudr proposed openstack/nova master: Add share_info parameter to reboot method for each driver (driver part)  https://review.opendev.org/c/openstack/nova/+/85482308:25
opendevreviewribaudr proposed openstack/nova master: Support rebooting an instance with shares (compute manager part)  https://review.opendev.org/c/openstack/nova/+/85482408:25
opendevreviewribaudr proposed openstack/nova master: Add share_info parameter to resume method for each driver (driver part)  https://review.opendev.org/c/openstack/nova/+/86028408:25
opendevreviewribaudr proposed openstack/nova master: Support resuming an instance with shares (compute manager part)  https://review.opendev.org/c/openstack/nova/+/86028508:25
opendevreviewribaudr proposed openstack/nova master: Add helper methods to rescue/unrescue shares  https://review.opendev.org/c/openstack/nova/+/86028608:25
opendevreviewribaudr proposed openstack/nova master: Support rescuing an instance with shares  https://review.opendev.org/c/openstack/nova/+/86028708:25
opendevreviewribaudr proposed openstack/nova master: Allow to mount manila share using Cephfs protocol  https://review.opendev.org/c/openstack/nova/+/88386208:25
opendevreviewribaudr proposed openstack/nova master: Check shares support (compute manager)  https://review.opendev.org/c/openstack/nova/+/88575108:25
opendevreviewribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (API)  https://review.opendev.org/c/openstack/nova/+/83683008:25
opendevreviewribaudr proposed openstack/nova master: Add helper methods to attach/detach shares  https://review.opendev.org/c/openstack/nova/+/88575308:25
opendevreviewribaudr proposed openstack/nova master: Add instance.share_attach notification  https://review.opendev.org/c/openstack/nova/+/85050108:25
opendevreviewribaudr proposed openstack/nova master: Add instance.share_detach notification  https://review.opendev.org/c/openstack/nova/+/85102808:25
opendevreviewribaudr proposed openstack/nova master: Add shares to InstancePayload  https://review.opendev.org/c/openstack/nova/+/85102908:25
opendevreviewribaudr proposed openstack/nova master: Add instance.share_attach_error notification  https://review.opendev.org/c/openstack/nova/+/86028208:25
opendevreviewribaudr proposed openstack/nova master: Add instance.share_detach_error notification  https://review.opendev.org/c/openstack/nova/+/86028308:25
opendevreviewribaudr proposed openstack/nova master: Add libvirt test to ensure metadata are working.  https://review.opendev.org/c/openstack/nova/+/85208608:25
opendevreviewribaudr proposed openstack/nova master: Add virt/libvirt error test cases  https://review.opendev.org/c/openstack/nova/+/85208708:25
opendevreviewribaudr proposed openstack/nova master: Docs about Manila shares API usage  https://review.opendev.org/c/openstack/nova/+/87164208:25
opendevreviewSylvain Bauza proposed openstack/nova master: WIP : Enable an experimental job for testing mtty  https://review.opendev.org/c/openstack/nova/+/92214008:43
opendevreviewSylvain Bauza proposed openstack/nova master: WIP : mtty: add devstack compilation for fedora builds  https://review.opendev.org/c/openstack/nova/+/91842008:43
opendevreviewSylvain Bauza proposed openstack/nova master: WIP : Enable an experimental job for testing mtty  https://review.opendev.org/c/openstack/nova/+/92214011:03
opendevreviewSylvain Bauza proposed openstack/nova master: WIP : mtty: add devstack compilation for fedora builds  https://review.opendev.org/c/openstack/nova/+/91842011:03
*** bauzas_ is now known as bauzas12:08
*** haleyb|out is now known as haleyb13:34
fricklerbauzas: did you see the "3 RLock(s) were not greened" messages e.g. at the start of https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_42a/922140/13/experimental/nova-mtty/42a251f/controller/logs/screen-n-super-cond.txt ? JayF mentioned something similar yesterday in the ironic channel, not sure if that may actually be relevant?13:59
fricklerseems to be related to running on py3.12 at least14:00
JayFI asked my eventlet expert downstream about it. I haven't gotten any response yet. I suspect it maybe that the way they are detecting those locks are getting false positives.14:04
fricklerack, otherwise one may want to insert more debugging output into that warning14:25
JayFThere isn't much more to give. Basically it's just inquiring from the garbage collector if it's tracking any rlock objects. It can't really reliably /do/ anything with those objects if detected.14:48
JayFI printed the information on the objects, and nonsurprisingly, it wasn't useful. I suspect it might be possible to get deeper with a debugger + a lower level knowledge of python than I have at hand14:49
*** ykarel_ is now known as ykarel14:59
*** ykarel is now known as ykarel|away15:00
*** Guest10177 is now known as dasm15:15
opendevreviewRafael Weingartner proposed openstack/nova master: Block VM instance resize to flavor with different aggregates  https://review.opendev.org/c/openstack/nova/+/92242116:28
melwittfrickler, JayF: I looked up that log message in eventlet and there's a code comment about how in python < 3.10 the warning won't be logged, so that at least explains why we start seeing it in newer python https://github.com/eventlet/eventlet/blob/ec6c0fffccc129bea468a5badb03034d83f8cc5e/eventlet/patcher.py#L40616:51
JayFmelwitt: well, I think there's a behavior change in 3.1216:52
JayFmelwitt: because chasing down + eliminating those warnings was part of getting eventlet happier when the changes started16:52
melwittyeah, the code comment explains the behavior change16:53
JayFit explains behavior change from 3.9 -> 3.10, not >=3.10 changing16:53
JayFI'm going to test on 3.10 with my ironic reproducer and see16:54
melwitt"On older Pythons (< 3.10), gc.get_objects() won't return any RLock instances, so this warning won't get logged on older Pythons." that isn't explaining what happens different in >= 3.10?16:54
JayFI'm saying that at no point have I said *3.10* is the point where behavior changed. I'm seeing it in 3.12 and absolutely chased down + elminated many of these dangling locks in Ironic on =>3.10 at some point16:55
JayFso either: 1) some non-python-version behavior changed to give us ungreened locks (really just locks that were made before we monkey patched) or 2) python version is the culprit16:55
JayFI don't know which yet, or even if it matters in reality, but it's not the kinda thing I wanna ignore16:56
melwittok, well, my response was to "seems to be related to running on py3.12" and I found the code comment so I thought that was the relation16:56
JayFConfirmed: in Ironic python 3.10 does not give the warning, in python 3.12 it gives the warning with 2 locks16:57
JayFI'll test with 3.11 to ensure it's 3.11 -> 3.12 behavior change as hypothesized16:57
JayFmelwitt: frickler: FWIW I've confirmed with some certainty the behavior change is python-version-related and not anything else. With Ironic as the example; python 3.11: no ungreened locks, python 3.12: 2 ungreened locks. Only library difference is pyayncore and setuptools installed on py3.12 and installing those under py3.11 doesn't cause the issue.17:14
JayFif nova is seeing something similar, I may file an upstream eventlet issue17:15
fricklerJayF: well the log I linked to above was from bauzas testing nova on Noble, so running with py3.12 too. I'd need to double check that it doesn't happen on py3.1117:31
fricklerhmm, opensearch does find some hits in toy-py311 jobs, too, like https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_ce6/922421/1/check/openstack-tox-py311/ce64a27/job-output.txt17:34
JayFthey almost always appear in unit tests17:34
sean-k-mooneyfrickler: i was able to stack on noble fine yestereday17:34
JayFthey are only relevant for real runs17:34
sean-k-mooneyi have that runnign in a vm currently17:34
sean-k-mooneybut i didn try ot use the deploy openstack17:34
sean-k-mooneyfrickler: i can boot a vm and do a console log show17:38
fricklerJayF: ah, o.k., the number found in those unit tests seems to go from 1 to 4 though from 3.11 to 3.12. also not sure neutron-functional job falls https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_cec/917430/8/check/neutron-fullstack-with-uwsgi/cec5565/controller/logs/services.txt17:39
fricklerother than that the only hit is the new noble job17:39
sean-k-mooneyim sure there are proably bugs but at first glance things appear to work fin on noble and python 3.1217:41
fricklersean-k-mooney: yes, what triggered me to look at the logs were the tempest failures in the mtty job. but they seem to be related to the actual mtty stuff afaict17:41
JayFMy current working hypothesis is it's a reporting issue, not a functional one.17:41
sean-k-mooneyfrickler: ah ok well i htink there is a bug in sylvains nova patch17:41
sean-k-mooneyor somehting related17:41
fricklerJayF: yes, at least I have no data that would say otherwise, but would be great if we could be sure of that17:42
sean-k-mooneythe tempet test are failign because nova is not reporting an resouce provider inventireos for the mtty devices17:42
sean-k-mooneyfrickler: the only thing i had to do was pip install -U setuptools in the requiremend and global venv17:42
sean-k-mooneyi started on a patch to do that in devstack yesterday but didnt get back to it17:43
sean-k-mooneyhas anyoen proposed a noble job to the devstack repo yet?17:43
sean-k-mooneyif not i can maybe do that this week17:43
fricklerah, yes, I still wanted to add some unit test for edit-constraints to the reqs fix17:45
*** jph5 is now known as jph17:46
opendevreviewsean mooney proposed openstack/nova master: [WIP] split monkey_patching form import  https://review.opendev.org/c/openstack/nova/+/92242517:49
*** bauzas_ is now known as bauzas18:02
sean-k-mooneyfrickler: JayF  https://review.opendev.org/c/openstack/devstack/+/922427 should work?18:08
JayFnice, I can hook that up to ironic once it shows it's working elsewhere18:09
JayFwould be interesting to see what's busted18:09
sean-k-mooneymaybe 18:09
sean-k-mooneyi just got back to the eventlet stuff after 4 weeks or so18:09
sean-k-mooneyso right now im trying to load back up the context on what i was doing18:10
sean-k-mooneyJayF: ill generally be moving most of my dev envs over to noble or c10s over the next few weeks, both will be using python 3.1218:12
JayFHonestly, it's just a fluke I caught this. 3.12 is my default python, I was testing a local dev thing for Ironic, and just saw it18:13
sean-k-mooneyi feel like that how we catch most things18:13
*** bauzas_ is now known as bauzas18:14
sean-k-mooneyone of use runs a ill advicsed setup (i.e. the latest and gratest of whatever) and fine odd bugs18:14
sean-k-mooneyin anycase that should give use a full tempest-full run on noble without any other chagnes if it stacks properly18:15
fricklersean-k-mooney: while just testing you may also want to drop all the other jobs in the check pipeline18:15
JayFI was about to make some snarky comment about being offended you find my gentoo laptop ill advised ... then I realized you're *probably* actually right :D 18:15
sean-k-mooneywhihc shoudl be antoher datapoint to if this is an actul problem or jsut a logging issue18:15
sean-k-mooneyfrickler: yep i remmebered that after i pushed18:15
sean-k-mooneyfrickler: ill do it if i respin18:15
fricklerack18:16
sean-k-mooneypbr still depends on distutils by the way18:19
sean-k-mooneyhttps://opendev.org/openstack/pbr/src/branch/master/pbr/core.py#L5118:19
sean-k-mooneyso until we drop that or we start adding seutuptools > whatever18:20
sean-k-mooneyto the relevent project that depend on distutils18:20
sean-k-mooneywe will need to keep the workarouncx in devstack18:20
opendevreviewRafael Weingartner proposed openstack/nova master: Block VM instance resize to flavor with different aggregates  https://review.opendev.org/c/openstack/nova/+/92242118:33
opendevreviewRafael Weingartner proposed openstack/nova master: Block VM instance resize to flavor with different aggregates  https://review.opendev.org/c/openstack/nova/+/92242118:35
clarkbsean-k-mooney: PBR also depends on setuptools (which caries distutils these days) so you're depending on both really18:38
sean-k-mooneyclarkb: i didnt see the requrieemtns file for pbr in the repo18:39
sean-k-mooneydid i miss it or is that depenciy specified elsewher18:39
clarkbsean-k-mooney: its implicit as pbr is a setuptools setup_requires hook or whatever its called18:39
sean-k-mooneythere are no deps in https://github.com/openstack/pbr/blob/d03d617c09e7ba8ddf62d1e53d71685cd708e2da/setup.cfg or https://github.com/openstack/pbr/blob/d03d617c09e7ba8ddf62d1e53d71685cd708e2da/setup.py18:39
clarkbyou can't list it as a requirment because of chicke and egg issues. The pyproject.toml documentation does explicitly list setuptools though18:40
sean-k-mooneyclarkb: ok but without an explict depency we can specify a min version18:40
sean-k-mooneyright here https://github.com/openstack/pbr/blob/d03d617c09e7ba8ddf62d1e53d71685cd708e2da/pyproject.toml.future#L718:40
clarkbpbr is expected to run with a large range of setuptools versions18:40
clarkbthere probably is some min version but its going to be old18:40
sean-k-mooneywe basically need to say if python 3.12 reuqire setuptools >= the one with distutils18:41
sean-k-mooneywhich we would normaly do in a requriemtes.txt 18:41
sean-k-mooneywith the version spericifc marker18:41
clarkbright but you can't because of the chicken and egg problem. The only solution to that is to use pyproject.toml instead18:42
clarkbbut no projects are doing that yet as far as I know18:42
sean-k-mooneyi.e. setuptools>=70;python_version='3.12'18:42
sean-k-mooneyclarkb: well i started adding pyproject.toml support18:43
sean-k-mooneybut it need the wsgi_srcipts to be replaced 18:43
sean-k-mooneyso that work kind of stalled18:43
clarkbbasically the dependency may exist but you can't encode that in a requirements file in a way that works/makes sense. You can encode it in project.toml build requires though18:43
sean-k-mooneywell for now we can just have devstack install it 18:44
sean-k-mooneyfor porject other then pbr if they have a dep on distutils they can sepciry the requireemnt in the normal way18:44
clarkbyes, the workaround there is appropriate. I just wanted to call out that it isn't just for distutils. You also need setuptools proper which isn't included by default in modern python either18:45
sean-k-mooneyack ya thats also true18:45
sean-k-mooneylooking at codesearch/hound there are more project then i would like importing distutils18:47
sean-k-mooney.... inlcuing oslo.versionedobjects18:48
sean-k-mooneywe proably should look to remove that dep and replace it with somethign else18:48
sean-k-mooneymostly we seam to be suing it for version parsing18:49
sean-k-mooneywhich we can replace with microversion_parse18:49
sean-k-mooneyfrickler: the noble run is currently on tempet https://zuul.openstack.org/stream/0b61b3b596554e4093acd6e17f61b26c?logfile=console.log18:51
sean-k-mooneyso thats looking promising18:51
sean-k-mooneyim going to leave it there for today18:51
opendevreviewsean mooney proposed openstack/nova master: split monkey_patching form import  https://review.opendev.org/c/openstack/nova/+/92242522:48

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