| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-11-19 | |||
| 16:43:49 | sean-k-mooney | tkajinam: i think by defualt we generate all the permutiaon on a per host basis | |
| 16:44:06 | sean-k-mooney | we have a downstream issue to optimise this in the future where we woudl do a barbar pole stirp | |
| 16:44:20 | gibi | luca_: this is the limit config https://docs.openstack.org/nova/latest/configuration/config.html#scheduler.max_placement_results but maybe it limits after the candidates are generated :/ | |
| 16:44:26 | sean-k-mooney | i.e. take the first candate for each host until we get to the limit in a round robbing fashion | |
| 16:45:01 | sean-k-mooney | the default limti is 1000 canidates i belive | |
| 16:45:15 | tkajinam | gibi, it is used to determine the limit query parameter in HTTP Request | |
| 16:45:27 | tkajinam | so the limit may be applied in placement (if I read the code correctly) | |
| 16:45:45 | gibi | tkajinam: yeah applied in placement but maybe after all the permutation is generated :/ | |
| 16:45:49 | tkajinam | yeah | |
| 16:46:56 | sean-k-mooney | luca_: so what i would do is the following if this is a test env, deleate any insances usign pci devices, remove all pci devices form the pci devspec, restart the comptue agents and then disble the config oprtion for pci in placmeent after they have remove the nested resouce providers | |
| 16:47:04 | sean-k-mooney | then add the pci devspecs back | |
| 16:47:10 | gibi | tkajinam: I don't see the limit applied directly in the permutation generaton in https://github.com/openstack/placement/blob/723da65faf66cc9b8d02f3756387dc58437e62af/placement/objects/allocation_candidate.py#L371 | |
| 16:47:11 | sean-k-mooney | and try again | |
| 16:47:46 | luca_ | since i am asking, is it normale that a single resource provider is generated for each GPU? | |
| 16:48:10 | sean-k-mooney | gibi i think its later | |
| 16:48:11 | luca_ | sean-k-mooney_ thanks for the possible solution i will try it | |
| 16:48:23 | sean-k-mooney | but to fix this properly we need to adjust the nestign of those loops | |
| 16:48:26 | ishanwar | Hi Team, | |
| 16:49:12 | tkajinam | gibi, yeah, I see limit_results applies the limit but it is applied to the full list... | |
| 16:49:14 | sean-k-mooney | luca_: yes becasue we create 1 RP per PF | |
| 16:49:24 | sean-k-mooney | ishanwar: o/ | |
| 16:49:49 | gibi | luca_: as you can assign different traits to different PFs via the dev_spec we need to model them separately | |
| 16:49:49 | sean-k-mooney | tkajinam: gibi we basically need to make the permuation generateion lazy using generators | |
| 16:50:15 | tkajinam | sean-k-mooney, yeah I totally agree | |
| 16:50:25 | sean-k-mooney | ya that or use diffent resouce classes, physnets ectra | |
| 16:50:27 | luca_ | i see, does this mean that if the device type is type-PCI instead of type-PF you just create 1 rp per kind? | |
| 16:50:28 | ishanwar | I currently facing some issue with the dev stack setup for nova. | |
| 16:51:00 | gibi | luca_: we create one RP for each device basically where the name of the PR contains the PCI address of the device | |
| 16:51:03 | sean-k-mooney | luca_: no if tis type-PF or type-PCI we create on resouce provider per phasical device | |
| 16:51:25 | luca_ | oh ok | |
| 16:51:31 | sean-k-mooney | luca_: for type-VF they are all on a single RP based on the parent PF | |
| 16:51:37 | gibi | https://specs.openstack.org/openstack/nova-specs/specs/zed/approved/pci-device-tracking-in-placement.html#modeling-pci-devices-in-placement | |
| 16:51:41 | gibi | details are here ^^ | |
| 16:54:17 | ishanwar | ./stack.sh gets stuck here. LOGS: +functions:wait_for_compute:504 [[ 124 != 0 ]] +functions:wait_for_compute:505 echo 'Didn'\''t find service registered by hostname after 60 seconds' Didn't find service registered by hostname after 60 seconds +functions:wait_for_compute:506 openstack --os-cloud devstack-admin --os-region RegionOne compute service list | |
| 16:54:22 | gibi | luca_: that remainds me that you can trick nova to allow disabling pci_in_placement by stoping nova-compute and removing COMPUTE_MANAGED_PCI_DEVICE traits from the rsource providers | |
| 16:55:01 | sean-k-mooney | ishanwar: that typically means that there was an error that shoudl be visable in "journalctl -u devstack@n-cpu" | |
| 16:55:07 | luca_ | i see, tomorrow we wil try to disable pci in plcaement as sean-k-mooney_ suggested, hopefully it will work, thanks for the help guys! | |
| 16:55:29 | gibi | luca_: keep us posted. | |
| 16:55:35 | gibi | and good luck | |
| 16:55:39 | luca_ | sure, will let you know! thanks! | |
| 16:56:33 | ishanwar | sean-k-mooney: let me check. Can I ping you directly ? The docs seems to lack troubleshooting | |
| 16:57:05 | sean-k-mooney | ishanwar: so devstack pings are proably better in #openstack-qa | |
| 16:57:50 | opendevreview | Stephen Finucane proposed openstack/nova master: zuul: Add missing context comments for nova-next https://review.opendev.org/c/openstack/nova/+/935682 | |
| 16:57:50 | opendevreview | Stephen Finucane proposed openstack/nova master: Fix typo in release note https://review.opendev.org/c/openstack/nova/+/935681 | |
| 16:57:54 | sean-k-mooney | ishanwar: devstack is written in bash so that its easy to read and debug. it does require some knolage of openstack but for the most part it ties ot keep the code readable and simple | |
| 16:59:25 | bauzas | well, devstack is clearly intended for dev purposes | |
| 16:59:26 | ishanwar | sean-k-mooney: I see. thanks. another question. Are ppl active on #openstack-* channels only during the meetings, or are there people active during other times as well ? | |
| 16:59:41 | bauzas | people are expected to have a bit of knowledge about the services already | |
| 16:59:58 | sean-k-mooney | ishanwar: we generally hang out here most of the time | |
| 17:00:03 | bauzas | and that error self-explains : the nova-compute service didn't show up in time | |
| 17:00:17 | sean-k-mooney | most of use will hae irc open in a window while working on other stuff and check in perodically | |
| 17:00:25 | bauzas | which means that something prevented that service to register itself | |
| 17:00:45 | bauzas | and as a reminder, this channel is not intended for debugging purposes | |
| 17:02:47 | ishanwar | bauzas: Thanks I see. I have some knowledge of nova only from the operational side. I am still figuring out the openstack community, as I am used to slack channels and zoom meetings for opensource in general. Will not use this channel for debugging purposes. Thanks | |
| 17:04:32 | bauzas | tbc we're here to help, for sure | |
| 17:05:20 | bauzas | so, for example, some operators discuss with us their pain points | |
| 17:05:39 | bauzas | sometimes, someone is stuck installing a devstack env and we try to also give him some help | |
| 17:06:07 | bauzas | but here, you should first look at nova-compute logs and see, most of the time, this is a config issue :) | |
| 17:06:39 | bauzas | ishanwar : HTH : https://docs.openstack.org/devstack/latest/systemd.html | |
| 17:55:23 | opendevreview | Merged openstack/nova master: Drop remaining logic for websockify < 0.9.0 https://review.opendev.org/c/openstack/nova/+/934517 | |
| 17:55:31 | opendevreview | Merged openstack/nova master: Replace deprecated constant_time_compare https://review.opendev.org/c/openstack/nova/+/931146 | |
| 18:45:41 | opendevreview | Antony Messerli proposed openstack/nova master: docs: Corrects a typo on a placement audit command https://review.opendev.org/c/openstack/nova/+/922850 | |
| 19:01:44 | gmann | bauzas: sean-k-mooney: on Noble migration, this is set of things we need to review. they will be merged after base jobs are migrated (I added depends-on) but advance review will be nice https://etherpad.opendev.org/p/migrate-to-noble#L64 | |
| 19:01:44 | yuriy | Please correct me if I'm wrong; In a scenario where an LVM ephemeral based instance needs more ram... there doesn't seem to be a way to do that other than remake the entire VM with a flavor that has more ram. Resizing doesn't appear to be supported for LVM based instances. | |
| 19:01:57 | gmann | tested all repo under Nova | |
| 19:02:10 | bauzas | okay, I'll add it to my TODO list | |
| 19:02:37 | gmann | thanks | |
| 19:03:28 | gmann | bauzas: I thought I only made Tuesday full of meetings (upstream + downstream total 7) :) | |
| 19:04:29 | bauzas | tomorrow will be better : 6 hours of meetings \o/ | |
| 19:04:36 | bauzas | call it a productive week | |
| 19:04:53 | gmann | take rest then :) | |
| 19:05:32 | bauzas | I should consider myself becoming a MD, I'm soon about to have a 3-month delay for a meeting request :) | |
| 19:09:04 | gmann | good promotion I would say. ask for it. :) | |
| 19:09:41 | gmann | sean-k-mooney: gibi: I could not find right package for nova doc job failure 'pcre.h missing" , if you do feel free to update/test here https://review.opendev.org/c/openstack/nova/+/935577 | |
| 19:10:52 | gmann | as per ubuntu noble package info libpcre3-dev should be enough (tried libpcre2-dev latest one) which is already in our bindep.txt but it fail | |
| 19:12:37 | sean-k-mooney | ill see if i can get to that tomorrow i belive you can use apt-cache to query which package provdies a file | |
| 19:13:51 | sean-k-mooney | dpkg -S appreently works too | |
| 19:15:16 | sean-k-mooney | sorry not apt-cache apt-file | |
| 19:16:41 | sean-k-mooney | libpcre3-dev: /usr/include/pcre.h | |
| 19:17:13 | gmann | yeah, it gives the same | |
| 19:18:03 | sean-k-mooney | ya so the doc issue must be seperate ill see fi i can repoduce that localy in my ubuntu 24.04 devstack env | |
| 19:18:20 | gmann | thanks | |
| 19:19:09 | sean-k-mooney | but ya just finishing for today ping me later in the week if i have not looked at this tomorrow | |
| 19:43:15 | opendevreview | Ghanshyam proposed openstack/nova master: Testing doc job on Ubuntu Noble https://review.opendev.org/c/openstack/nova/+/935577 | |
| 19:51:19 | opendevreview | melanie witt proposed openstack/nova stable/2024.1: nova-manage: modify image properties in request_spec https://review.opendev.org/c/openstack/nova/+/935709 | |
| 19:52:52 | opendevreview | melanie witt proposed openstack/nova stable/2023.2: nova-manage: modify image properties in request_spec https://review.opendev.org/c/openstack/nova/+/935711 | |
| 20:28:25 | melwitt | dansmith, sean-k-mooney: fyi I updated the flavor scanning patch to split it into helper functions and do resource requests. note that there is an unrelated bug with hw:mem_encryption that is mentioned in a try-except comment and also shown in a func test | |
| 20:35:52 | gmann | melwitt dansmith gibi can you check this easy one https://review.opendev.org/c/openstack/nova/+/934578 | |
| 20:37:51 | melwitt | gmann: +2 | |
| 20:38:12 | gmann | thanks | |
| #openstack-nova - 2024-11-20 | |||
| 01:37:48 | opendevreview | Takashi Kajinami proposed openstack/nova master: Replace deprecated FormatChecker.cls_checks https://review.opendev.org/c/openstack/nova/+/935733 | |
| 01:40:14 | opendevreview | Takashi Kajinami proposed openstack/placement master: Replace deprecated FormatChecker.cls_checks https://review.opendev.org/c/openstack/placement/+/935734 | |
| 02:45:44 | opendevreview | Takashi Kajinami proposed openstack/nova master: Detect AMD SEV-ES support https://review.opendev.org/c/openstack/nova/+/925685 | |
| 02:45:44 | opendevreview | Takashi Kajinami proposed openstack/nova master: Migrate MEM_ENCRYPTION_CONTEXT from root provider https://review.opendev.org/c/openstack/nova/+/921814 | |
| 02:45:45 | opendevreview | Takashi Kajinami proposed openstack/nova master: Add hw_mem_encryption_model image property https://review.opendev.org/c/openstack/nova/+/927706 | |
| 02:47:11 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption https://review.opendev.org/c/openstack/nova/+/926106 | |
| 03:17:27 | opendevreview | Takashi Kajinami proposed openstack/placement master: Replace deprecated FormatChecker.cls_checks https://review.opendev.org/c/openstack/placement/+/935734 | |
| 03:29:39 | opendevreview | melanie witt proposed openstack/nova master: Add [quota]unified_limits_resource_(strategy|list) https://review.opendev.org/c/openstack/nova/+/924025 | |
| 03:31:30 | melwitt | dansmith, sean-k-mooney: I also updated the config options patch to reflect the latest PS of the spec ^ | |
| 04:10:31 | opendevreview | Takashi Kajinami proposed openstack/nova master: Replace deprecated FormatChecker.cls_checks https://review.opendev.org/c/openstack/nova/+/935733 | |