Earlier  
Posted Nick Remark
#openstack-nova - 2022-05-04
12:17:59 sean-k-mooney ack ralonsoh do you have patches to remove https://github.com/openstack/neutron/blob/master/neutron/conf/common.py#L182-L199=
12:18:17 sean-k-mooney and alway smake that the correct behvior
12:23:34 opendevreview Balazs Gibizer proposed openstack/nova master: Enable live_migration_events in nova-ovs-hybrid-plug https://review.opendev.org/c/openstack/nova/+/840446
12:23:39 gibi sean-k-mooney: ^^
12:24:04 sean-k-mooney ack just realised im meent to be on a call
12:24:08 sean-k-mooney ill take a look after
12:24:12 gibi thanks
12:24:24 gibi btw this error was pretty infrequent so we might not know if this fixes it
12:26:02 sean-k-mooney ok ya if its what i think it is its an race that we ocationly loose
12:26:27 sean-k-mooney normaly the event arrives after we start waiting but not always
12:34:24 ralonsoh sean-k-mooney, I'll do it now
12:35:06 sean-k-mooney ralonsoh: thanks no rush but better to land that earlier then late in the cycle
12:35:12 ralonsoh sean-k-mooney, btw, just to confirm: the value will be True now
12:35:19 sean-k-mooney yes
12:35:21 ralonsoh perfect
12:35:25 sean-k-mooney well you are removing the option yes
12:45:54 ralonsoh sean-k-mooney, https://review.opendev.org/c/openstack/neutron/+/840448
12:46:03 ralonsoh I'll wait until your reviews
12:47:02 sean-k-mooney ralonsoh: it looks good to me but one nit
12:47:08 ralonsoh sure
12:47:09 sean-k-mooney you do not have a release note for this
12:47:19 ralonsoh right, it deserves one
12:47:21 ralonsoh I'll add it
12:48:31 sean-k-mooney +0 while you adress that but otherwise +1
12:48:49 sean-k-mooney i do want to also see the ci run on this too but it should be fine
12:49:14 ralonsoh perfect
13:09:18 gmann bauzas: ah, good point on yoga spec link. in that case, let me keep it same name then and in detail i can mention what all things this BP is targeting. I will update zed proposed spec file
13:09:33 bauzas gmann: ack ok
13:47:12 opendevreview Rico Lin proposed openstack/nova-specs master: Add vIOMMU device support for libvirt driver https://review.opendev.org/c/openstack/nova-specs/+/840310
14:11:00 sean-k-mooney gibi: so rodolfo has a patch to make this the default but do we ant to proceed with https://review.opendev.org/c/openstack/nova/+/840446 anyway and perhaps backport that to the relevent branches ?
14:11:55 gibi I haven't see hits of this bug on stable. do we have the hybrid job on stable?
14:12:29 sean-k-mooney i think artom is adding it we had before yoga too since that was the devstack default
14:14:38 sean-k-mooney gibi: https://github.com/openstack/nova/blob/stable/yoga/.zuul.yaml#L650=
14:15:17 gibi then I think it make sense to land this now and backport it
14:15:28 gibi then we can drop the flag from master when ralonsoh's patch lands
14:16:05 sean-k-mooney this https://review.opendev.org/c/openstack/nova/+/828413/2 and https://review.opendev.org/c/openstack/nova/+/828418 will be adding it to xena and wallaby
14:16:18 sean-k-mooney cool
16:04:28 opendevreview Rico Lin proposed openstack/nova-specs master: Add vIOMMU device support for libvirt driver https://review.opendev.org/c/openstack/nova-specs/+/840310
16:05:56 ricolin sean-k-mooney: Thanks for your very detailed review, just update the spec accordingly :)
16:34:35 opendevreview Merged openstack/nova-specs master: Re-propose remove tenant_id https://review.opendev.org/c/openstack/nova-specs/+/837789
16:44:10 opendevreview Ghanshyam proposed openstack/nova-specs master: Re-propose allow Project admin to list allowed hypervisors https://review.opendev.org/c/openstack/nova-specs/+/833165
16:45:25 gmann gibi: dansmith ^^ as you reviewed it in Yoga cycle. re-proposing the spec.
#openstack-nova - 2022-05-05
09:00:45 kashyap gibi: Hi, the 'py310' and 'nova-next' failures seem nothing to do with my patch, yeah? - https://review.opendev.org/c/openstack/nova/+/838926
09:01:46 gibi py310 is definitely not, as it fails at setting up mysql
09:02:07 bauzas wow, python 31.0 release number, time flies
09:02:16 bauzas :)
09:02:44 gibi the nova-next fails with some rsync issue so that is also not your patch
09:03:00 gibi I'm not sure we have a tracking bug for the py310 issue but we should
09:03:17 gibi the nova-next issue might be intermittent, but worth to check if it happens regurarly
09:03:50 gibi bauzas: yeah, I push the problem out to time when py 31.0 will be released until then py310 is py 3.10 for me :D
09:03:52 kashyap I see, yeah - I'll file a tracking bz for py310 'mysql' fail
09:04:22 gibi kashyap: try to check if the same job fails for other repos too maybe there is also a tracking bug somewhere outside of nova
09:04:37 kashyap Right, good point. I'll check before filing
09:15:32 kashyap gibi: Hmm, I checked a random Neutron patch from today, and py310 (non-voting) seem to pass: https://review.opendev.org/c/openstack/neutron/+/840565
09:18:17 gibi interesting
09:18:27 gibi then we probably need a nova tracking bug for this
10:19:37 sean-k-mooney python 3.10 and eventlest are not partically happy currently. i dont think you can currenlty stack with devstack for example
10:19:49 sean-k-mooney im not sure if we wil see that in unit/functional tests
10:20:00 sean-k-mooney since we dont really use eventlets there the same way
10:20:04 sean-k-mooney just an fyi
10:20:37 sean-k-mooney deian are in the process of moving debian testing to 3.10 and have been having issue with this lately
10:22:13 kashyap sean-k-mooney: Thanks; so it's not just me.
10:24:41 sean-k-mooney kashyap: i think our unit test could pass but i know that there are some issue so i have not looked at your spcific failure but if its a devstack run i woudl expect it to fail currenlty
10:41:15 gibi but the current failue is somewhere in the job setup as it fails on mysql :)
10:50:35 frickler gibi: ah, these nice "unit" tests with external dependencies. py310 currently runs on f35, maybe your setup is ubuntu specific?
10:51:00 gibi frickler: yeah that seems to be the issue
10:51:05 frickler devstack on 22.04 runs the base services mostly without issues except for horizon
10:51:42 frickler https://review.opendev.org/q/topic:add-jammy2
11:26:20 ralonsoh sean-k-mooney, hi! I'm playing again with live-migration and ceph
11:26:30 ralonsoh and, of course, during the compute installation I had this
11:26:31 ralonsoh 2022-05-05T11:18:22.104+0000 7fcd2a59c700 -1 monclient(hunting): handle_auth_bad_method server allowed_methods [2] but i only support [2]
11:26:47 ralonsoh I've copied the ceph ID from the controller (that is also a compute)
11:28:14 ralonsoh sean-k-mooney, never mind! what I was missing was the keyring files
11:28:24 ralonsoh I've copied them and now it works heheheh
11:31:53 sean-k-mooney cool
11:32:19 opendevreview Merged openstack/nova master: Fix segment-aware scheduling permissions error https://review.opendev.org/c/openstack/nova/+/839361
11:32:22 sean-k-mooney by the way you might find https://github.com/SeanMooney/ansible_role_devstack interesting/helpful
11:33:27 sean-k-mooney the ceph support curerntly only works on ubuntu since the devstack pluging currently does not have c9s support
13:16:25 sean-k-mooney dansmith: by the way did anything come of the excessivly high keystone and neutron load on the db
13:16:58 sean-k-mooney from your perfoamcne data patches
13:34:48 opendevreview Merged openstack/nova master: Allow claiming PCI PF if child VF is unavailable https://review.opendev.org/c/openstack/nova/+/838555
14:03:58 dansmith sean-k-mooney: I brought it up to the keystone people a couple days ago, and it was agreed that it was too high, but nothing more than that (yet)
14:04:43 sean-k-mooney ack so they did not see any smoking gun or anything else obviously wrong
14:11:08 dansmith well, nothing obvious off the top of their head, I dunno that anyone has done any real digging yet
14:41:55 ralonsoh sean-k-mooney, sorry again. Did you see something like this https://paste.opendev.org/show/bEMWSLCst6bhd4Ir3zwl/?
14:42:15 ralonsoh one of the nova-compute services is exiting
14:42:25 ralonsoh in a non very elegant way
14:42:28 sean-k-mooney ew segfault
14:42:46 ralonsoh this is the controller-compute node
14:42:47 sean-k-mooney no that is new to me
14:42:50 ralonsoh ok
14:43:01 ralonsoh I'll try to re install everything
14:43:03 sean-k-mooney where was that thrown
14:43:12 ralonsoh during, of course, the live migration
14:43:13 sean-k-mooney was it ci or a local vm/server
14:43:20 ralonsoh when I'm bringing the VM to this host
14:43:37 ralonsoh when the VM evacuates this host, all is OK
14:43:52 ralonsoh no sorry, it is when the VM evacuates the host
14:44:05 sean-k-mooney evacuate or live migrate
14:44:11 sean-k-mooney they are very differnt things

Earlier   Later