Earlier  
Posted Nick Remark
#openstack-nova - 2022-04-05
14:01:23 sean-k-mooney nova room ^
14:03:00 bauzas what sean-k-mooney said
14:03:03 bauzas opening the PTG
14:03:58 stephenfin I'll be along at :30. Got a conflict
14:08:04 opendevreview Maxim Korezkij proposed openstack/nova master: Handle volume attachments https://review.opendev.org/c/openstack/nova/+/833234
14:10:19 tobias-urdin sean-k-mooney: we get allocations from placement (vcpu, memory, disk, gpu etc) instead of the old hypervisor statistics API but cannot find a way to get number of instances only resource usage
14:11:49 sean-k-mooney you would count allocations of type instance
14:12:33 tobias-urdin oh there is a consumer_type on allocations, i see, thanks :)
14:12:36 sean-k-mooney although honestly openstack server list --all-projects is proably the best way to do this
14:12:52 sean-k-mooney if you are an admin at least
14:13:11 sean-k-mooney placement wont actully count shelved instnaces
14:13:24 sean-k-mooney since they are not on a host
14:13:57 tobias-urdin it's just to get an overview the easiest way (an less intensive way), isn't actually used for anything else since we have resource usage for planning
14:14:40 sean-k-mooney so one of the reasons we remvoed this is it was cached info that can get out of sync if the resouce tracker had a problem
14:15:08 sean-k-mooney e.g. any that broke the update_available_resouces preiodic task ment the data in the hypervior api was out of date
14:15:39 sean-k-mooney server list on the other hand will always be correct
14:15:57 sean-k-mooney if you do no hit the server detail api then i think it also only hits the api db
14:16:00 sean-k-mooney so its fast
14:25:51 tobias-urdin for now i'll just lazy guess with len(allocations) when hitting /resource_provider/<uuid>/allocations since the returned allocations doesn't include consumer_type like /allocations does
14:26:20 tobias-urdin it doesn't have to be perfect, seems inefficient to just loop all allocations to check for VCPU resource or similar, so just using that for now
14:29:37 sean-k-mooney consumer types is new
14:29:45 sean-k-mooney so unless you are on yoga it wont be there
14:30:04 sean-k-mooney before yoga they are always vms
14:30:10 sean-k-mooney well no vms or migrations
14:30:32 tobias-urdin ah, ack good to know then I can check that when we move to yoga
14:30:41 sean-k-mooney yep
14:32:09 tobias-urdin thanks!
14:45:25 dansmith bauzas: are ya'll on track for cadence discussion at 1500?
14:45:35 bauzas yup
14:45:39 dansmith cool
14:47:43 sean-k-mooney dansmith: technially we are slightly behind but going to jump to it at the top of the hour
14:47:57 dansmith okay, I'm planning to come over for that, FYI
14:50:47 bauzas +
14:58:25 opendevreview Alexey Stupnikov proposed openstack/nova stable/xena: stable/xena: fix openstack-tox-lower-constraints https://review.opendev.org/c/openstack/nova/+/836650
14:59:35 opendevreview Andre Aranha proposed openstack/nova master: Remove Centos 8 jobs https://review.opendev.org/c/openstack/nova/+/836665
15:01:24 sean-k-mooney gmann: we are staring the release cadance discussion
15:02:58 gmann sean-k-mooney: thanks, I am in keystone too but will jpin
15:03:37 stephenfin sean-k-mooney: Are you using a monospace font as your system font? What is _wrong_ with you? :-D
15:03:54 sean-k-mooney yes
15:03:56 sean-k-mooney yes i am
15:04:49 sean-k-mooney i think im using source code pro
15:05:36 sean-k-mooney source code pro regualar 10pt :)
15:05:57 sean-k-mooney althoug my desktop font is notserif Nerd Font medium
15:06:11 sean-k-mooney so it depends on the app
15:10:22 clarkb source code pro is a great font
15:27:09 opendevreview Merged openstack/nova master: hacking: Prevent use of six https://review.opendev.org/c/openstack/nova/+/836588
15:49:49 gibi bauzas: i will be 10 minutes late for the next session
15:51:35 bauzas we're restarting the sessions
17:05:29 opendevreview Stephen Finucane proposed openstack/python-novaclient master: Deprecate nova CLI https://review.opendev.org/c/openstack/python-novaclient/+/836682
17:05:30 opendevreview Stephen Finucane proposed openstack/python-novaclient master: docs: Update docs to reflect deprecation status https://review.opendev.org/c/openstack/python-novaclient/+/836683
17:08:40 stephenfin dansmith: export NOVACLIENT_IAMDAN=1 ^ yw
17:10:23 dansmith lol
17:11:04 dansmith fine with me, but probably should make that something else.. but definitely keep the comment :)
17:12:37 stephenfin I initially used NOVACLIENT_IGNORE_DEPRECATION but I wanted to avoid people using this in e.g. ansible playbooks (vs. just changing their used commands). Giving it a weird name should make it sound less official, right?
17:25:54 dansmith stephenfin: yeah that's a good goal... what you have might be too unofficial, but whatever :)
19:16:53 opendevreview Artom Lifshitz proposed openstack/nova stable/wallaby: extend_volume of libvirt/volume/iscsi should not use device_path https://review.opendev.org/c/openstack/nova/+/836604
19:17:23 opendevreview Artom Lifshitz proposed openstack/nova stable/victoria: extend_volume of libvirt/volume/iscsi should not use device_path https://review.opendev.org/c/openstack/nova/+/836605
19:17:34 opendevreview Artom Lifshitz proposed openstack/nova stable/ussuri: extend_volume of libvirt/volume/iscsi should not use device_path https://review.opendev.org/c/openstack/nova/+/836606
19:17:45 opendevreview Artom Lifshitz proposed openstack/nova stable/train: extend_volume of libvirt/volume/iscsi should not use device_path https://review.opendev.org/c/openstack/nova/+/836607
20:27:09 opendevreview Merged openstack/nova master: Fix wrong attribute to find remote address https://review.opendev.org/c/openstack/nova/+/836248
#openstack-nova - 2022-04-06
06:19:38 opendevreview Maxim Korezkij proposed openstack/nova master: Handle volume attachments https://review.opendev.org/c/openstack/nova/+/833234
07:16:01 opendevreview Balazs Gibizer proposed openstack/nova stable/ussuri: Reproduce bug 1944759 https://review.opendev.org/c/openstack/nova/+/836733
07:16:02 opendevreview Balazs Gibizer proposed openstack/nova stable/ussuri: Store old_flavor already on source host during resize https://review.opendev.org/c/openstack/nova/+/836734
08:55:30 kashyap gibi[m]: Hey, when you get 25 minutes, I've addrressed various things from your past feedback here: https://review.opendev.org/c/openstack/nova/+/762330/
08:56:39 kashyap gibi[m]: It requires to reload some context, so do let me know if you see any further glaring holes there. Also see my last comment on PS24 for a short changelog
08:57:13 kashyap I'm badgering you because you actually gave it a close look in the past. :)
09:03:57 gibi kashyap: ack, I will look at it
09:09:11 opendevreview kiran pawar proposed openstack/nova master: VMware: Early fail spawn if memory is not multiple of 4. https://review.opendev.org/c/openstack/nova/+/835739
09:53:55 opendevreview Balazs Gibizer proposed openstack/nova master: DNM: trigger nova-emulation on the parent patch https://review.opendev.org/c/openstack/nova/+/836764
10:04:45 opendevreview Stephen Finucane proposed openstack/python-novaclient master: Deprecate nova CLI https://review.opendev.org/c/openstack/python-novaclient/+/836682
10:04:46 opendevreview Stephen Finucane proposed openstack/python-novaclient master: Update pre-commit hook, hacking versions https://review.opendev.org/c/openstack/python-novaclient/+/836768
10:04:46 opendevreview Stephen Finucane proposed openstack/python-novaclient master: docs: Update docs to reflect deprecation status https://review.opendev.org/c/openstack/python-novaclient/+/836683
10:06:58 gibi kashyap: replied
10:07:50 kashyap gibi: Thank you! Will look shortly
10:07:53 gibi kashyap: and I have to update your estimator, it took ~1 hour to load the context and review the patch again :) Maybe I need more coffee
10:08:32 kashyap gibi: Haha, really sorry; I was being selfish there. I almost wrote 40 minutes, then I thought: "No, that might dissuade Gibi" :D
10:08:45 gibi no worries :)
10:11:41 kashyap gibi: Just read; good questions. I need a couple more hours to study it carefully to answer your questions well
10:11:54 kashyap This whole CPU area is a minefield... :D
10:12:49 gibi indeed
10:13:15 gibi honestly I'm not even feeling confident to review it alone so I'm happy stephenfin also looked at it
10:14:52 sean-k-mooney i will also try and review it again
10:16:56 gibi what is the magic word for gerrit to trigger an experimental job on a review?
10:19:53 gibi "check experimental" is the answer :)
10:20:14 sean-k-mooney yes
10:20:19 opendevreview Balazs Gibizer proposed openstack/nova master: Add nova-emulation to the experimental queue too https://review.opendev.org/c/openstack/nova/+/836792
10:20:34 sean-k-mooney defined in the pipline defintionin project-config
10:42:42 kashyap gibi: Also thanks for running the nova-emulation job on it. On confidence - I definitely wanna run a couple of real integration/migration tests before merging it.
10:47:40 gibi yeah, I saw the comment thread about emulated archs in the review and wondered if we have a result from the recently added emulation job
10:48:05 kashyap gibi: Right, I saw your inline comment there.
10:48:30 kashyap For now, the main goal here is to get this working for x86 on x86, and AArch64 on AArch64
10:49:11 sean-k-mooney right but we cant break emulation either
10:49:57 sean-k-mooney i guess it would mainly be an issue if we were using traits to schdule based on emulated cpu capablities
11:03:20 sean-k-mooney gibi: bauzas so openstack-tox-lower-constraints on stable/xena seams to be broken now
11:03:41 sean-k-mooney its depending on python3.6 which appear to nolonger exist on ubuntu 20.04
11:03:47 sean-k-mooney it alway default to 3.8
11:04:17 sean-k-mooney so either the job disto has recently updated or the package wa aviable and has now been remvoed since 3.6 is eol
11:04:40 sean-k-mooney should i add this to the ptg adgenda
11:05:08 sean-k-mooney we basicly have 3 options. pin to bionic, use 3.8 or delete the job
11:05:41 gibi hm

Earlier   Later