Earlier  
Posted Nick Remark
#openstack-nova - 2024-06-17
15:39:11 zigo How may I check why the nova-scheduler is filtering my destination host when doing a live-migration ?
15:41:12 zigo I'm trying to do:
15:41:12 zigo openstack --os-compute-api-version 2.96 server migrate --live-migration --host compute-1.infomaniak.ch <vm-id>
15:41:12 zigo and then in the scheduler logs, I'm getting:
15:41:12 zigo Host filter only checking host compute-1 and node compute-1
15:41:14 zigo Host filter ignoring hosts: compute-1
15:41:16 zigo Filtered [] _get_sorted_hosts /usr/lib/python3/dist-packages/nova/scheduler/manager.py:708
15:41:18 zigo There are 0 hosts available but 1 instances requested to build. _ensure_sufficient_hosts
15:41:20 zigo How do I debug this?
15:41:25 zigo I've spent the whole day on it ... :/
15:41:48 zigo FYI, this is a new Caracal deployment...
15:42:38 zigo I by the way couldn't get nova-compute to start with cpu_models= set to EPYC-<something> (tried them all, even tried backports kernel and backported libvirt to bookworm).
15:42:57 zigo Each time, libvirt replies with 0 (ie: incompatible CPU)
15:43:27 zigo So I'm in host-passthrough mode to avoid this, and now I'm getting the above form the scheduler ! :/
16:01:20 bauzas dansmith: hah, I now see https://opendev.org/openstack/project-config/src/branch/master/nodepool/nodepool.yaml#L352-L363
16:01:33 dansmith bauzas: there was an email to the list last week too
16:01:59 dansmith (the service-announce list I mean)
16:02:24 bauzas oh, that's why I missed it
16:02:32 bauzas I know I should track that ML too
16:02:47 dansmith yeah it would probably have been helpful if that went to openstack-discuss as well, but alas
16:03:04 sean-k-mooney zigo: that message implies its currenly on compute-1
16:03:47 sean-k-mooney Host filter ignoring hosts: compute-1 i think is only added if its in the ignored host list which should only be the current hsot
16:03:48 bauzas https://lists.opendev.org/archives/list/service-announce@lists.opendev.org/thread/EFRZGKYS7AO44Q4NFVXBNGAGQVBU3WUX/
16:03:53 bauzas got it ^
16:05:20 bauzas dansmith: would you be okay if I create some experimental job using nodeset:ubuntu-noble that would enable mtty ?
16:05:39 bauzas I need to configure Tempest to create the according flavors of course
16:12:43 dansmith bauzas: sure, at least for starters
16:12:55 bauzas okay
16:16:16 opendevreview Konrad Gube proposed openstack/nova master: Use Cinder's os-extend_volume_completion volume action. https://review.opendev.org/c/openstack/nova/+/873560
16:18:37 opendevreview Stephen Finucane proposed openstack/nova master: api: Add request body schemas for SG APIs https://review.opendev.org/c/openstack/nova/+/915733
16:18:53 opendevreview Stephen Finucane proposed openstack/nova master: api: Add remaining missing request body schemas https://review.opendev.org/c/openstack/nova/+/915734
16:18:58 opendevreview Stephen Finucane proposed openstack/nova master: tests: Ensure all APIs have a request body schema https://review.opendev.org/c/openstack/nova/+/915735
16:19:04 opendevreview Stephen Finucane proposed openstack/nova master: api: Fix bugs in schemas https://review.opendev.org/c/openstack/nova/+/915843
16:19:12 opendevreview Stephen Finucane proposed openstack/nova master: tests: Ensure API schemas are valid https://review.opendev.org/c/openstack/nova/+/915844
16:19:19 opendevreview Stephen Finucane proposed openstack/nova master: api: Migrate to JSON Schema Draft 2020-12 https://review.opendev.org/c/openstack/nova/+/915845
16:19:43 bauzas dansmith: do you know a way to create a specific flavor in .zuul.yaml except by creating a specific playbook ?
16:20:36 bauzas (I can configure the nodes easily in the job definition, but I can't find how to define flavors except by creating them thru a playbook script)
16:21:23 bauzas maybe the best way is to create a specific Tempest environment in Tempest
16:35:52 dansmith bauzas: nope, that's the only way I know
16:35:59 bauzas ok
16:36:13 bauzas for a first starting point, I'll all do this in nova's zuul.yaml
16:36:27 bauzas and then we'll discuss whether we should create some specific tempest env
16:45:36 bauzas honestly I can't work this fucking week
16:45:56 bauzas it takes a while to install the fucking hooks and then to upload my patch
16:49:05 opendevreview Sylvain Bauza proposed openstack/nova master: Add mtty/mdpy support for testing fake mdevs https://review.opendev.org/c/openstack/nova/+/898100
16:49:06 opendevreview Sylvain Bauza proposed openstack/nova master: WIP : mtty: add devstack compilation for fedora builds https://review.opendev.org/c/openstack/nova/+/918420
16:49:06 opendevreview Sylvain Bauza proposed openstack/nova master: WIP : Enable an experimental job for testing mtty https://review.opendev.org/c/openstack/nova/+/922140
17:18:45 zigo sean-k-mooney: no it is currently on compute-5
17:27:38 opendevreview Sylvain Bauza proposed openstack/nova master: WIP : Enable an experimental job for testing mtty https://review.opendev.org/c/openstack/nova/+/922140
17:27:39 opendevreview Sylvain Bauza proposed openstack/nova master: WIP : mtty: add devstack compilation for fedora builds https://review.opendev.org/c/openstack/nova/+/918420
17:49:58 opendevreview Sylvain Bauza proposed openstack/nova master: WIP : Enable an experimental job for testing mtty https://review.opendev.org/c/openstack/nova/+/922140
17:49:59 opendevreview Sylvain Bauza proposed openstack/nova master: WIP : mtty: add devstack compilation for fedora builds https://review.opendev.org/c/openstack/nova/+/918420
20:52:09 opendevreview Merged openstack/nova stable/2023.2: [ironic] Partition & use cache for list_instance* https://review.opendev.org/c/openstack/nova/+/906155
21:33:41 opendevreview Jay Faulkner proposed openstack/nova stable/2023.1: [ironic] Partition & use cache for list_instance* https://review.opendev.org/c/openstack/nova/+/922155
#openstack-nova - 2024-06-18
08:20:00 opendevreview ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (manila abstraction) https://review.opendev.org/c/openstack/nova/+/831194
08:20:00 opendevreview ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (drivers and compute manager part) https://review.opendev.org/c/openstack/nova/+/833090
08:20:01 opendevreview ribaudr proposed openstack/nova master: Mounting the shares as part of the initialization process https://review.opendev.org/c/openstack/nova/+/880075
08:20:01 opendevreview ribaudr proposed openstack/nova master: Deletion of associated share mappings on instance deletion https://review.opendev.org/c/openstack/nova/+/881472
08:20:02 opendevreview ribaudr proposed openstack/nova master: Add metadata for shares https://review.opendev.org/c/openstack/nova/+/850500
08:20:02 opendevreview ribaudr proposed openstack/nova master: Add share_info parameter to reboot method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/854823
08:20:03 opendevreview ribaudr proposed openstack/nova master: Support rebooting an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/854824
08:20:04 opendevreview ribaudr proposed openstack/nova master: Add share_info parameter to resume method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/860284
08:20:04 opendevreview ribaudr proposed openstack/nova master: Support resuming an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/860285
08:20:06 opendevreview ribaudr proposed openstack/nova master: Add helper methods to rescue/unrescue shares https://review.opendev.org/c/openstack/nova/+/860286
08:20:06 opendevreview ribaudr proposed openstack/nova master: Support rescuing an instance with shares https://review.opendev.org/c/openstack/nova/+/860287
08:20:08 opendevreview ribaudr proposed openstack/nova master: Allow to mount manila share using Cephfs protocol https://review.opendev.org/c/openstack/nova/+/883862
08:20:08 opendevreview ribaudr proposed openstack/nova master: Check shares support (compute manager) https://review.opendev.org/c/openstack/nova/+/885751
08:20:10 opendevreview ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (API) https://review.opendev.org/c/openstack/nova/+/836830
08:20:10 opendevreview ribaudr proposed openstack/nova master: Add helper methods to attach/detach shares https://review.opendev.org/c/openstack/nova/+/885753
08:20:12 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach notification https://review.opendev.org/c/openstack/nova/+/850501
08:20:12 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach notification https://review.opendev.org/c/openstack/nova/+/851028
08:20:14 opendevreview ribaudr proposed openstack/nova master: Add shares to InstancePayload https://review.opendev.org/c/openstack/nova/+/851029
08:20:14 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach_error notification https://review.opendev.org/c/openstack/nova/+/860282
08:20:16 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach_error notification https://review.opendev.org/c/openstack/nova/+/860283
08:20:16 opendevreview ribaudr proposed openstack/nova master: Add libvirt test to ensure metadata are working. https://review.opendev.org/c/openstack/nova/+/852086
08:20:18 opendevreview ribaudr proposed openstack/nova master: Add virt/libvirt error test cases https://review.opendev.org/c/openstack/nova/+/852087
08:20:18 opendevreview ribaudr proposed openstack/nova master: Docs about Manila shares API usage https://review.opendev.org/c/openstack/nova/+/871642
08:26:20 opendevreview Elod Illes proposed openstack/nova stable/2023.1: [ironic] Partition & use cache for list_instance* https://review.opendev.org/c/openstack/nova/+/922155
08:29:13 sahid o/
08:30:02 sahid hello gibi, any chance to have your eyes on that one? https://review.opendev.org/c/openstack/nova/+/921665 ?
08:30:12 sahid :-)
08:30:31 sahid I think you and _sean-k-mooney are the ones
08:55:27 bauzas sean-k-mooney: when you're up, I'm curious why FORCE=yes envvar wasn't used by ./stack.sh here https://review.opendev.org/c/openstack/nova/+/922140/3/.zuul.yaml#267
08:55:55 bauzas the job run failed because FORCE=yes wasn't around https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a38/922140/3/experimental/nova-mtty/a383bd1/job-output.txt
08:57:24 bauzas oh, [[ True != \y\e\s ]]
08:57:30 bauzas hmmmm
09:03:18 bauzas sean-k-mooney: nevermind, I think I found the solution
09:03:53 opendevreview Sylvain Bauza proposed openstack/nova master: WIP : Enable an experimental job for testing mtty https://review.opendev.org/c/openstack/nova/+/922140
09:03:54 opendevreview Sylvain Bauza proposed openstack/nova master: WIP : mtty: add devstack compilation for fedora builds https://review.opendev.org/c/openstack/nova/+/918420
09:33:42 frickler bauzas: seems qa has finally found a volunteer to make devstack run on noble? ;)
09:35:27 bauzas frickler: yeah because I need to use a quite new libvirt version for testing mtty :)
09:46:50 sean-k-mooney bauzas: ya its proably not using the TrueOrFalse macro
09:47:52 sean-k-mooney frickler: i have been meanign to try that too. i spun up a ubuntu vm when the beta was released but i dont think i got around to running devstack on it
09:48:40 sean-k-mooney frickler: do we have images in ci yet. i was debating if i waould spend time on the dib patch or not
09:52:37 bauzas looks like using brackets with 'yes' worked
09:52:51 bauzas thanks codesearch
09:55:57 frickler sean-k-mooney: yes, images are there and I proposed to run py312 unittests on noble as next step, but I won't get to look into testing devstack myself https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/922132
09:58:57 sean-k-mooney frickler: ack ya i think that makes more sense then using pyenv on debian
09:59:59 sean-k-mooney frickler: for what its worth i have no issue with useing debian or debian testing in our ci i just dont think we need to be compling our onw python even if we are doing it once in the image build when there is py312 aviabel in 24.04 and centos 10 stream already
10:02:20 frickler sean-k-mooney: yes, using the default python version for each distro seems more sensible to me, too. but I haven't seen any work on centos 10 yet, is it out already?

Earlier   Later