Earlier  
Posted Nick Remark
#openstack-nova - 2024-10-24
13:39:04 bauzas so, to understand correctly, you and mel wouldn't be able to be in the nova sessions before 1530UTC, right ?
13:39:23 dansmith yeah
13:39:45 bauzas given we have cinder-nova x-p session at 1600UTC, that basically means you both are off nova that day
13:40:05 dansmith oh, I didn't see a time for the cinder one
13:40:07 dansmith ugh
13:40:09 bauzas no worries, I understand but then I need to find proper time for discussing the image backedn thinb
13:42:04 bauzas I'll try to see if I can advance the cinder x-p session
13:42:13 dansmith that would be good
13:43:12 opendevreview Mina Shahsavan pour proposed openstack/nova master: nova-api: Prevent os-resetState API action on instances in disallowed VM states. https://review.opendev.org/c/openstack/nova/+/933311
13:48:23 bauzas dansmith: the cinder-nova x-p session will be moved to 1400-1430-ish
13:48:31 dansmith \o/
13:48:51 dansmith as long as we have rosmaita in my session at 1400 since we need him :)
13:48:57 bauzas I propose to keep the eventlet discussion to be discussed at 1530 (should be quick)
13:49:12 bauzas this is just a wrap-up confirming what we need to do
13:49:24 bauzas and then imagebackend discussion for ending the day
14:21:22 bauzas zigo: we may discuss your py3.13 topic today at the PTG, interested in joining ?
14:52:35 bauzas eek, got a network issue apparently
15:00:59 johnthetubaguy @bauzas: I had the same, but it recovered just now.
15:02:37 bauzas dditto
15:08:21 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Use native DictOpt for disk_cachemode https://review.opendev.org/c/openstack/nova/+/915390
15:10:32 ralonsoh sean-k-mooney, what time is tomorrow the Nova eventlet discussion?
15:10:50 ralonsoh (because is tomorrow, right?)
15:11:16 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Validate valid cache mode at config input layer https://review.opendev.org/c/openstack/nova/+/933327
15:32:24 bauzas ralonsoh: this is now
15:32:32 ralonsoh bauzas, I'm in, thanks
15:32:58 bauzas dansmith: melwitt: fyi, we're starting the eventlet discussion now
15:33:09 dansmith we will be done soon I think
15:51:54 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Validate valid cache mode at config input layer https://review.opendev.org/c/openstack/nova/+/933327
15:51:54 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Use native DictOpt for disk_cachemode https://review.opendev.org/c/openstack/nova/+/915390
16:57:29 bauzas gouthamr: we should be discussing the manila virtiofs topic tomorrow around ~2pm UTC, wfy ?
16:57:58 bauzas if this is just a question about where we are, we can even reply async
16:58:14 bauzas tl;dr: it requires reviews from myself
17:13:01 opendevreview Merged openstack/nova master: libvirt: Deprecate volume driver for unsupported volume backends https://review.opendev.org/c/openstack/nova/+/932247
17:38:43 tkajinam I posted this in oslo channel accidentally but I have another oslo.utils patch to be used by nova so I'll create a release once it's merged https://review.opendev.org/c/openstack/oslo.utils/+/932335
17:44:31 tkajinam As we discussed a lot about eventlet removal does anyone care to give quick review to https://review.opendev.org/c/openstack/nova/+/930726 which removes workaround to ancient eventlet versions ?
17:45:22 opendevreview Mengyang Zhang proposed openstack/nova-specs master: Add Burst Length Support to Cinder QoS https://review.opendev.org/c/openstack/nova-specs/+/932653
17:58:24 dansmith tkajinam: sean-k-mooney should probably look at that
18:07:40 sean-k-mooney i dont recall if that is one of the things i was trying to clean up.
18:07:57 sean-k-mooney glancing at it if the bug in eventlet is already fixed then it soudn like an easy win
18:08:07 sean-k-mooney ill add myslef as a reviewer
18:11:35 frickler fyi, mentioned this in the oslo channel earlier: bumping to latest eventlet seems to break a couple of projects, including nova https://review.opendev.org/c/openstack/requirements/+/933257
18:12:42 frickler hberaud mentioned a change that makes read/write calls actually non-blocking, which might trigger stuff
18:13:07 frickler https://github.com/eventlet/eventlet/issues/973
18:13:52 sean-k-mooney os.read is ment to block but yeild execution fo the current greenthread
18:14:44 JayF that's going to be sneaky breaking for Ironic/IPA as well, I'll note
18:14:56 JayF likely would cause issues with image streaming error handling (timeouts/disk failures)
18:15:20 JayF stuff I wouldn't 100% expect to show up in happy path testing; but def. not unit tests
18:15:30 JayF oh, thought this was -requirements, either way, info is good :D
18:15:32 sean-k-mooney i have nto actully looked at the change in detail but reads and write need to be blocking and yeild
18:17:21 frickler I completely do not rule out the possibility that this is actually a bug in eventlet
18:17:25 dansmith um, is this a regression in eventlet? I was thinking it only monkeypatched the network IO bits
18:17:43 sean-k-mooney it monkeypatches file io too
18:17:46 dansmith like, is this change actually not part of the original intent of eventlet?
18:18:27 sean-k-mooney eventlet shoudl not make any standard lib fucntion that is normally blocking non blocking form the point of view of the caller fo the function
18:18:37 frickler best discuss in the oslo channel then where herve is actually around
18:19:01 dansmith right, and I think the change doesn't actually change the behavior, it just adds trampoline calls in between non-blocking reads
18:19:28 sean-k-mooney it may be doing somethign valid yes
18:19:39 sean-k-mooney frickler: do you have a like to the nova failure?
18:20:06 sean-k-mooney oh i see them
18:20:33 frickler sean-k-mooney: in the reqs patch I linked, both py311 and functional failing
18:21:18 dansmith sean-k-mooney: I don't see that it patches os.open, read, write: https://eventlet.readthedocs.io/en/latest/patching.html
18:22:01 sean-k-mooney https://github.com/openstack/nova/blob/master/nova/monkey_patch.py#L44-L52
18:22:20 JayF https://github.com/eventlet/eventlet/blob/master/eventlet/green/os.py#L22
18:23:07 dansmith okay I guess I'm not sure that necessarily means it patches open()
18:23:16 sean-k-mooney os is one of the one it default patches
18:23:19 JayF it patches fdopen(), read(), write() and others outta tha library https://github.com/eventlet/eventlet/blob/master/eventlet/patcher.py#L533
18:23:32 dansmith I say that because mocking open is different than other things and I thought it has (for quite a while) been a C function
18:24:00 JayF Yeah, eventlet overrides more than one C function and replaces it with a python-native version
18:24:10 sean-k-mooney by the way the unit and functional test patches dont obviously look like eventlet falirues
18:24:11 JayF that's how the major 3.12 blocker was resolved
18:24:19 dansmith I know it does, I just didn't think open() itself
18:25:35 sean-k-mooney https://github.com/eventlet/eventlet/blob/master/eventlet/green/builtin.py
18:25:46 JayF docstring says: Wrap os.open; This behaves identically, but collaborates with the hub's notify_opened protocol. ... which implies we're both right-ish?
18:26:16 JayF patched but no significant behavior change
18:26:34 sean-k-mooney ya it looks more or less the same
18:26:44 sean-k-mooney its just setting up a notifyier on the file descriptor
18:26:51 sean-k-mooney to know when the file is ready i guess
18:27:20 JayF sean-k-mooney: my knowledge of eventlet mostly stops at the patcher module :D hehe
18:27:46 dansmith idk, ages ago (like icehouse timeframe) when we were transitioning from the mysql C client to the python-native one, I thought that we encountered a situation where local file i/o was not patched and that surprised me, and some of the elders explained that it wasn't in scope
18:28:30 sean-k-mooney i mean we can disabel patchign of this
18:28:36 dansmith but that was a long time ago and we've shuffled our own monkey patching a lot since then, so maybe we weren't patching os at the time, or maybe I'm just misremembering
18:28:40 sean-k-mooney we coudl set os=false adn builtins=false
18:29:04 sean-k-mooney we disabel os on windows for posix reasons
18:29:30 sean-k-mooney so i can push a patch and see what that does but i need to look at the tempest job
18:29:51 sean-k-mooney the unit/fucniton test failrues dont really tell us a lot about what the actual effect of the chagne is
18:30:56 sean-k-mooney ok devstack only deploy nova-api neutron failed to start so we didnt finish stacking
18:31:19 sean-k-mooney nova api seams to be up
18:31:54 sean-k-mooney neutron.plugins.ml2.ovo_rpc RuntimeError: cannot notify on un-acquired lock
18:32:02 sean-k-mooney that is the neutron server error
18:32:38 sean-k-mooney oh thats coming form oslo messaging
18:32:42 sean-k-mooney https://5ce7fa2fbddee5b97128-6f49bdea8e90fe6675f1ae011c4f0f22.ssl.cf5.rackcdn.com/933257/1/check/tempest-full-py3/018987a/controller/logs/screen-q-svc.txt
18:36:36 sean-k-mooney frickler: i think its better to phase this as the new eventlet release is breaking oslo adn that is breakign everything else
18:36:58 sean-k-mooney the nova unit/funtional test failure might eb related or flaky tests so i woudl try at least one recheck to confirm that
18:39:31 sean-k-mooney frickler: the fact the devstack functional job worked is also odd
18:40:03 dansmith JayF: sean-k-mooney: https://github.com/openstack/nova/blob/icehouse-eol/nova/cmd/__init__.py
18:40:05 dansmith os=False
18:40:39 sean-k-mooney rigth so we still do that for winwos
18:40:42 sean-k-mooney *windows
18:40:58 dansmith but that was for every binary on every platform, AFAIK
18:41:00 JayF I think that was required to be added some point around t? u? v? era-ish for greendns to behave properly? My memory is very lossy but I remember having to back os=False outta IPA at some point

Earlier   Later