Earlier  
Posted Nick Remark
#openstack-nova - 2022-03-28
12:17:51 viks__ yes... basically the instances are going in to same host
12:19:24 viks__ i'm using train version
12:20:05 sean-k-mooney and you have ensured the cell conductor has ascess to the api db
12:20:34 sean-k-mooney the way this up call works is one of the vm should boot but then the rest should fail and reschdule to other hosts
12:24:43 viks__ sean-k-mooney: `[api_database] connection=`?. yes i have set this
12:25:20 sean-k-mooney in the conductors? if so then the second vm shoudl fail to boot.
12:25:31 sean-k-mooney have you eneabled debug loging
12:25:44 sean-k-mooney do you see any references to upcalls in teh compute-agent log
12:34:52 viks__ sean-k-mooney: yes... in conductors..will check that
14:46:15 dansmith can someone +W this test fixture fix? https://review.opendev.org/c/openstack/nova/+/831084
14:46:27 dansmith apparently it will reduce some CI failures
14:46:44 sean-k-mooney give me 2 mins and ill take a look
15:02:39 bauzas dansmith: done
15:04:36 bauzas cores : https://review.opendev.org/c/openstack/nova-specs/+/835272 (moving specs to implemented)
15:28:38 opendevreview Merged openstack/nova master: Retry in CellDatabases fixture when global DB state changes https://review.opendev.org/c/openstack/nova/+/831084
15:51:20 opendevreview Erlon R. Cruz proposed openstack/nova master: Fix pre_live_migration rollback https://review.opendev.org/c/openstack/nova/+/815324
15:57:32 bauzas folks, I know it's late but I'm asked by the Foundation folks to present the Nova Yoga higlights on Thurs
15:57:52 bauzas so I'm writing two slides, one for the yoga meat and one for the Zed plans we have
15:58:00 bauzas obviously the Zed slide is the beefy one
16:11:40 bauzas so I'll ask folks tomorrow at the nova meeting what are their plans
17:26:44 opendevreview Merged openstack/python-novaclient master: Remove USE_PYTHON3 in .zuul.yaml https://review.opendev.org/c/openstack/python-novaclient/+/835405
#openstack-nova - 2022-03-29
02:26:16 opendevreview Takashi Natsume proposed openstack/python-novaclient master: Add Python3 zed unit tests https://review.opendev.org/c/openstack/python-novaclient/+/835368
02:26:37 opendevreview Takashi Natsume proposed openstack/python-novaclient master: Add openssl in bindep.txt https://review.opendev.org/c/openstack/python-novaclient/+/835370
02:36:45 opendevreview Takashi Natsume proposed openstack/osc-placement master: Change minversion of tox to 3.18.0 https://review.opendev.org/c/openstack/osc-placement/+/791972
06:23:20 opendevreview Merged openstack/nova master: Move FIPS jobs to experimental and periodic queue https://review.opendev.org/c/openstack/nova/+/833431
08:55:38 opendevreview Stephen Finucane proposed openstack/nova master: objects: Remove 'NovaObjectDictCompat' from 'Service' https://review.opendev.org/c/openstack/nova/+/835595
08:59:23 opendevreview Stephen Finucane proposed openstack/nova master: objects: Don't use generic 'Field' container https://review.opendev.org/c/openstack/nova/+/738239
08:59:23 opendevreview Stephen Finucane proposed openstack/nova master: objects: Remove unnecessary type aliases, exceptions https://review.opendev.org/c/openstack/nova/+/738240
08:59:24 opendevreview Stephen Finucane proposed openstack/nova master: objects: Use imports instead of type aliases https://review.opendev.org/c/openstack/nova/+/738018
08:59:24 opendevreview Stephen Finucane proposed openstack/nova master: objects: Remove wrappers around ovo mixins https://review.opendev.org/c/openstack/nova/+/738019
08:59:25 opendevreview Stephen Finucane proposed openstack/nova master: objects: Remove 'NovaObjectDictCompat' from 'Service' https://review.opendev.org/c/openstack/nova/+/835595
08:59:25 opendevreview Stephen Finucane proposed openstack/nova master: WIP: add ovo-mypy-plugin to type hinting o.vos https://review.opendev.org/c/openstack/nova/+/758851
13:37:08 bauzas folks, I have a problem with the nova meeting today
13:37:33 bauzas since Europe is now on DST, our meeting will be at 4pm UTC but 6pm for me
13:37:54 bauzas but I need to go to someway by 7pm
13:38:41 sean-k-mooney ack we coudl just cancel it since the ptg is next week
13:38:54 bauzas so either we have a small meeting until 4.15pm UTC or someone else could continue to discuss it
13:38:55 dansmith ++
13:38:57 sean-k-mooney unless there is imporant topics that cant wait
13:38:59 dansmith TC also canceled this week
13:39:13 bauzas I have a small agenda at the time
13:39:31 bauzas at least for asking folks to provide their PTG topics
13:39:38 bauzas https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting
13:39:53 sean-k-mooney ok do you want to just skip the normal standing itmes then and have a short meetign to cover that topic and wrap early
13:40:04 bauzas sean-k-mooney: we could do this
13:40:35 bauzas sean-k-mooney: just opening the meeting for the PTG
13:40:51 bauzas and then I'll provide a email thread
13:45:36 noonedeadpunk hey there! I was wondering - any reason we do this https://opendev.org/openstack/nova/src/branch/master/nova/virt/libvirt/driver.py#L986 ?
13:47:14 noonedeadpunk Why I'm asking is bassically after talk in #virt regarding MPX flag, that makes IceLake CPUs being identified as Broadwell.....
13:47:47 noonedeadpunk I mean - there's masking of flags being already implemented
13:48:08 noonedeadpunk so technically comparing provided model to virsh capabilities is not needed
13:50:06 sean-k-mooney if you have configured a cpu model that is not compatibale with the host the agent shoudl refuse to start
13:50:19 sean-k-mooney so we have to check cpu compatiabity on agent start up
13:50:57 sean-k-mooney noonedeadpunk: we have some patches in flight to use the newer libvirt api to do this which takes into account which flags are masked or emulated
13:51:03 noonedeadpunk So I have intel xeon gold 6338 and trying to provide Icelake, but only Broadwell is available for it
13:51:13 noonedeadpunk oh
13:51:54 sean-k-mooney presumable icelake reference cpu feature flags that are not present on the host correct
13:52:03 sean-k-mooney perhaps tsk
13:52:06 sean-k-mooney *tsz
13:52:10 sean-k-mooney ... tsx
13:52:10 noonedeadpunk well, the only "streight" way is to add dozen of extra flags to cover difference...
13:53:04 noonedeadpunk sean-k-mooney: so the falg that is missing is MPX which is sunset since 2019... But #virt said they can't jsut drop it for $reasons
13:53:36 noonedeadpunk and they just suggested to mask it as they don't have other option
13:55:01 sean-k-mooney ya https://paste.opendev.org/show/bmfNxhnzVYp54W9LQK0J/ so mpx is listed in the cpu model
13:55:56 noonedeadpunk and I mean - https://lore.kernel.org/lkml/tip-eb012ef3b4e331ae479dd7cd9378041d9b7f851c@git.kernel.org/ and Intel also said that since 2019 no CPU will have it
13:56:53 noonedeadpunk so I'm kind of... either use cpu model from 2014 or have dozens of flags specified in extras...
13:57:05 noonedeadpunk or manually edit cpu_map which is too bad
13:57:22 sean-k-mooney well that is a abi break on intels part which libvirt could accoutn for by adding a no_MPX verison of the cpu model
13:57:32 sean-k-mooney but looking at https://opendev.org/openstack/nova/src/branch/master/nova/virt/libvirt/driver.py#L982-L1008
13:57:56 sean-k-mooney we coudl rework this os that we apply the extra cpu flags to the model before we do the compat test
13:58:21 sean-k-mooney that woudl allow you to add cpu_model_extra_flags=-mpx
13:59:01 sean-k-mooney and provide that combination was valid it would proceed
13:59:28 noonedeadpunk well, self._get_cpu_info() is jsut `virsh capabilities`?
13:59:29 sean-k-mooney right now it checks that the each model is valid on its own and then the default mode + the extra flags is valid
13:59:47 noonedeadpunk and `virsh capabilities` falls back to Broadwell
14:00:02 noonedeadpunk because all else have that damn MPX
14:00:24 sean-k-mooney yes again its an abi break by intel effectivly
14:00:59 sean-k-mooney this might be address by the new cpu compare api that we are moving too
14:01:07 sean-k-mooney but if not we can rework that validation
14:01:17 sean-k-mooney the curertn two pahse apprch is not really correct
14:01:25 sean-k-mooney it predates the ablity to remove flags
14:01:42 sean-k-mooney when we added the ability to remove flags this shoudl have been factored into one loop
14:02:09 sean-k-mooney for now yes your only option is to ude broadwall and add the missing flags
14:04:00 noonedeadpunk sean-k-mooney: ok, thanks a lot for help)
14:04:16 noonedeadpunk hopefully it will be better soon )
14:04:52 sean-k-mooney well the currnt patch has been draging on for 3 cycle it might be betere to just rework this check as a simple backportable bugfix
14:05:47 noonedeadpunk tbh that would be perfect but I can't say I see easy way how to re-work it
14:07:46 sean-k-mooney something like this https://paste.opendev.org/show/b6PI9EzL6ucJUN7FKIBL/
14:08:28 sean-k-mooney that would allow you to set cpu_model=Icelake cpu_model_extra_flags=-mpx
14:08:47 sean-k-mooney at least i think that would work
14:09:13 sean-k-mooney the important thing is we apply the flag modification to the model before we ask libvirt to see if its compatible
14:11:24 sean-k-mooney that quick refactor woudl loose some granualrity in the error message but i think it would allow better flexiblity
14:12:36 sean-k-mooney we could just print the requested feature and the host features and let it to the reader to do the intersection to get back most of the the previously useful info form the error
14:13:57 noonedeadpunk But I think it won't affect _get_cpu_info result?
14:14:24 noonedeadpunk as libvirt still would provide Broadwell as an aswer to that
14:14:55 noonedeadpunk and we're comparing flags requested vs cpu model provided but virsh capabilities iirc
14:15:05 sean-k-mooney _get_cpu_info i think shoudl provide the host cpu info
14:18:54 noonedeadpunk not really I guess
14:18:59 noonedeadpunk ant least not on Xena
14:21:03 noonedeadpunk sean-k-mooney: I added some logging https://paste.opendev.org/show/b0AFUQdxdydGrXHQHn6o/

Earlier   Later