| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-10-11 | |||
| 16:57:49 | elodilles | thanks bauzas o/ | |
| 16:58:00 | bauzas | looks I'm tired | |
| 16:59:56 | elodilles | then it's time to relax with a good french wine? | |
| 17:00:20 | gibi | o/ | |
| 17:02:04 | bauzas | elodilles: I rather need a beer | |
| 17:03:11 | elodilles | i guess that's also an option :) | |
| 18:58:32 | opendevreview | Dan Smith proposed openstack/nova master: DNM: Test ceph-multistore with a real image https://review.opendev.org/c/openstack/nova/+/860864 | |
| 21:08:36 | opendevreview | Dan Smith proposed openstack/nova master: DNM: Test ceph-multistore with a real image https://review.opendev.org/c/openstack/nova/+/860864 | |
| 21:53:21 | atmark | does the nova compute need {cpu,disk,ram}_weight_multiplier option too or just nova scheduler? | |
| 22:01:21 | opendevreview | Dan Smith proposed openstack/nova master: DNM: Test ceph-multistore with a real image https://review.opendev.org/c/openstack/nova/+/860864 | |
| #openstack-nova - 2022-10-12 | |||
| 04:39:52 | opendevreview | Nobuhiro MIKI proposed openstack/nova-specs master: Add maxphysaddr support for Libvirt https://review.opendev.org/c/openstack/nova-specs/+/861033 | |
| 07:57:22 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: compute: enhance compute evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858383 | |
| 07:57:23 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384 | |
| 08:31:25 | opendevreview | Konrad Gube proposed openstack/nova-specs master: Add API for assisted volume extend https://review.opendev.org/c/openstack/nova-specs/+/855490 | |
| 10:50:49 | frickler | os-vif needs to switch from --black-regex to --exclude-regex https://zuul.opendev.org/t/openstack/build/bbfe19ef5c744359badb48a0dea9cc1f | |
| 10:52:22 | sean-k-mooney | ack i can do that | |
| 10:53:45 | sean-k-mooney | frickler: i dont see it used in our test | |
| 10:54:42 | sean-k-mooney | ah in tox | |
| 10:54:59 | sean-k-mooney | this is for stestr not tempest | |
| 10:55:01 | sean-k-mooney | https://github.com/openstack/os-vif/blob/master/tox.ini#L15 | |
| 10:56:02 | frickler | yes, stestr>=4.0 from https://review.opendev.org/c/openstack/requirements/+/855711 | |
| 10:56:03 | sean-k-mooney | frickler: do you know what the min version stestr is that added exclude-regex | |
| 10:56:34 | frickler | sean-k-mooney: nope, would have to check myself | |
| 10:56:39 | sean-k-mooney | is that when the black-regex was drop or when exclude was added | |
| 10:56:51 | sean-k-mooney | well if we dont need to backport this i dont really need to know | |
| 10:56:52 | frickler | 4.0 seems to have dropped it | |
| 10:57:00 | sean-k-mooney | ill go fix it now one sec | |
| 11:00:14 | opendevreview | Amit Uniyal proposed openstack/nova master: Adds check for VM snapshot fail while quiesce https://review.opendev.org/c/openstack/nova/+/852171 | |
| 11:00:15 | opendevreview | Amit Uniyal proposed openstack/nova master: WIP: Functional test for 1980720 https://review.opendev.org/c/openstack/nova/+/861076 | |
| 11:01:14 | sean-k-mooney | frickler: ok i cant add stestr>=4.0.0 in test requirement due to upper constarits so ill go find what version added exclude and use that instead | |
| 11:03:01 | sean-k-mooney | 3.1.0 | |
| 11:03:07 | sean-k-mooney | https://github.com/mtreinish/stestr/commit/d668b7edbff98374ee813e0bccf1db423479abed | |
| 11:08:20 | opendevreview | sean mooney proposed openstack/os-vif master: adapt to stestr 4.0 release https://review.opendev.org/c/openstack/os-vif/+/861077 | |
| 11:09:02 | sean-k-mooney | stephenfin: gibi bauzas ^ should be pretty trivial | |
| 11:09:56 | opendevreview | sean mooney proposed openstack/os-vif master: adapt to stestr 4.0 release https://review.opendev.org/c/openstack/os-vif/+/861077 | |
| 11:10:04 | sean-k-mooney | fixed typo in the commit | |
| 11:16:00 | frickler | sean-k-mooney: tyvm | |
| 12:07:05 | gibi | sean-k-mooney: I'm +2 | |
| 12:10:21 | kevko | Hi, i would like to ask if I need to implement some locking mechanism if I am running cron for nova-manage db archive_deleted_rows on several hosts ...let's say every minute | |
| 12:10:48 | kevko | thanks | |
| 12:25:24 | opendevreview | Amit Uniyal proposed openstack/nova master: WIP: Functional test for 1980720 https://review.opendev.org/c/openstack/nova/+/861076 | |
| 13:56:55 | opendevreview | Merged openstack/os-vif master: adapt to stestr 4.0 release https://review.opendev.org/c/openstack/os-vif/+/861077 | |
| 15:51:10 | bauzas | whoops, forgot to book an eventbrite ticket for the virtual PTG | |
| 15:51:18 | bauzas | :) | |
| 15:52:10 | bauzas | as a reminder : PLEASE CHECK WHETHER YOU ALREADY REGISTERED FOR THE VIRTUAL PTG AND IF NOT, CLICK HERE https://openinfra-ptg.eventbrite.com/ | |
| 15:52:38 | bauzas | I guess the Foundation will send connection details and so on and so far | |
| 15:52:51 | bauzas | + they want this for metrics | |
| 15:53:04 | bauzas | in order to know how many people attended and the demographics | |
| 15:55:05 | gibi | hehe, I have my ticket :) | |
| #openstack-nova - 2022-10-13 | |||
| 07:55:08 | opendevreview | Jorge San Emeterio proposed openstack/nova master: Improving logging at '_allocate_mdevs'. https://review.opendev.org/c/openstack/nova/+/861146 | |
| 10:30:35 | opendevreview | Amit Uniyal proposed openstack/nova master: WIP: Functional test for 1980720 https://review.opendev.org/c/openstack/nova/+/861076 | |
| 12:04:40 | opendevreview | Pierre Libeau proposed openstack/nova master: Use admin_client to allocate port for instance https://review.opendev.org/c/openstack/nova/+/861172 | |
| 12:58:32 | obutenko | Hello, All | |
| 12:58:53 | obutenko | I currently working with new functionality based on the "PCI Device Tracking In Placement" spec. We would like to have the next behavior, placement should choose the device based on the flavor trait property and we want to use a new device_spec field, traits. According to the next configuration, we would like to have the next behavior. When we create an instance with m1.large flavor, we use PCI 0000:65:00.06, when we create an instance with m1.med | |
| 12:59:29 | obutenko | To achieve this behavior we make the next configuration: | |
| 12:59:37 | obutenko | openstack flavor set --property trait:CUSTOM_PCI_2=required m1.medium | |
| 12:59:41 | obutenko | openstack flavor set --property trait:CUSTOM_PCI_3=required m1.large | |
| 12:59:52 | sean-k-mooney | that is not how we wanted to enabel that | |
| 12:59:54 | gibi | obutenko: the scheduler support is not merged yet for PCI Device Tracking in placement | |
| 13:00:16 | sean-k-mooney | so currently the way we wanted to do the trati based selection was via the pci alais | |
| 13:00:54 | sean-k-mooney | so the alias would have the trait request and the flavor woudl jsut request the alias as it does today | |
| 13:00:55 | gibi | obutenko: see the open patches here https://review.opendev.org/q/topic:bp/pci-device-tracking-in-placement+status:open | |
| 13:01:48 | obutenko | ok, thanks | |
| 13:02:14 | sean-k-mooney | gibi do you have the traits bit doen already by the way i cant re | |
| 13:02:18 | sean-k-mooney | found it https://review.opendev.org/c/openstack/nova/+/853316 | |
| 13:02:35 | sean-k-mooney | obutenko: ^ that is what will enable triats based selection via the alias | |
| 13:03:50 | sean-k-mooney | obutenko: we wanted to keep the layer of indirection provided by the alias beauce it simplifes the code and the configuration significantly | |
| 13:05:22 | sean-k-mooney | in the future i would kind of like to see a way to model device-profiles or resouce templates or somethign similar like a flaovr at the api level that could perhaps unify how we do device managment in nova | |
| 13:05:39 | sean-k-mooney | but i dont see us doing that for a year or more | |
| 13:06:58 | sean-k-mooney | we have a number of diffent ways to consume reosuce form the host currently for vgpu/mdevs, pci/sriov, pmem, cpupinning, hugepages and cyborg | |
| 13:08:18 | sean-k-mooney | the answer might be just use resouces: in the falvor for all of them however that is problematic as then its very hard to know how to mange that resouce type in nova so right now we use the alias to know its sriov/pci and a cyborg device-profile for there resouces | |
| 13:28:28 | sean-k-mooney | gibi: i proably need to set out some time to help review and land the rest fo that by the way | |
| 13:28:29 | opendevreview | Dan Smith proposed openstack/nova master: Test ceph-multistore with a real image https://review.opendev.org/c/openstack/nova/+/860864 | |
| 13:28:52 | sean-k-mooney | we should try and cordiate some time after the ptg to try and compelte that before milestone 1 | |
| 13:41:16 | gibi | sean-k-mooney: yes, and I have to set aside a time to fix the smallish things open there | |
| 13:41:30 | gibi | yepp, lets coordinate on that after the PTG | |
| 14:09:39 | opendevreview | Dan Smith proposed openstack/nova master: Test ceph-multistore with a real image https://review.opendev.org/c/openstack/nova/+/860864 | |
| 14:14:53 | atmark | is there way to tell if a VM was created with --avaibility-zone? Just trying to determine if a VM is restricted to a AZ. | |
| 14:17:03 | atmark | if a VM is restricted to AZ, a resize shouldn't bypass right? | |
| 14:20:06 | gibi | atmark: https://docs.openstack.org/api-ref/compute/?expanded=show-server-details-detail#show-server-details has a field OS-EXT-AZ:availability_zone | |
| 14:20:16 | gibi | atmark: and yes resize will keep the instance in the same AZ | |
| 14:25:31 | atmark | gibi: I created two VMs, one with AZ specified and second one without, openstack server show both has OS-EXT-AZ:availability_zone | |
| 14:28:30 | gibi | the one that you created without AZ ended up assigned to the default AZ | |
| 14:29:12 | gibi | see the second bulletpoint of https://docs.openstack.org/nova/latest/admin/availability-zones.html | |
| 14:31:26 | opendevreview | Dan Smith proposed openstack/nova master: Test ceph-multistore with a real image https://review.opendev.org/c/openstack/nova/+/860864 | |
| 14:32:06 | sean-k-mooney | atmark: without lookign at the db you cant tell the differnce | |
| 14:33:17 | sean-k-mooney | if you look at he request spec and instance table they will be differnt based on if it was booted with a az request or not | |
| 14:33:23 | sean-k-mooney | btu its not visable form teh api | |
| 14:41:57 | atmark | sean-k-mooney: ah, so just in the db. i'll look into those tables and do a diff. | |
| 14:42:12 | atmark | thx | |
| 14:43:01 | atmark | also, if it was booted with az request, resize shouldn't bypass right? | |
| 15:06:46 | bauzas | atmark: if you created a instance with a specific AZ, then the resize scheduling will check for the hosts which ones are in the AZ | |
| 15:21:11 | atmark | got it | |
| 15:55:05 | bauzas | melwitt: fancy me asking whoami-rajat for a nova-cinder session due to your topic https://etherpad.opendev.org/p/nova-antelope-ptg L192 ? | |
| 15:55:33 | bauzas | first time I'm seeing an item in the etherpad that reflects some disussion for cinder | |
| 16:00:28 | bauzas | ralonsoh: I just moved two topics from our Nova PTG etherpad and promoted them for our cross-project meeting https://etherpad.opendev.org/p/nova-antelope-ptg L59 | |
| 16:00:39 | bauzas | ralonsoh: I guess you also have topics in mind for our meeting ? | |
| 16:12:53 | melwitt | bauzas: oh, I didn't know there wasn't already going to be a cross-project session. I'm not sure it's worth creating a new one only because of one topic | |
| 16:13:28 | bauzas | melwitt: well, there was no cinder-nova session planned until I saw your topic | |
| 16:13:35 | bauzas | hence my question | |