| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-02-15 | |||
| 16:55:33 | artom | Awesome, much thanks | |
| 16:55:34 | gibi | +1 | |
| 16:56:00 | bauzas | artom: appreciated the thought | |
| 16:56:19 | bauzas | any last item to discuss before I call it a wrap ? | |
| 16:56:47 | bauzas | looks not | |
| 16:56:50 | bauzas | thanks all | |
| 16:56:53 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2022/nova.2022-02-15-16.00.log.html | |
| 16:56:53 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2022/nova.2022-02-15-16.00.txt | |
| 16:56:53 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2022/nova.2022-02-15-16.00.html | |
| 16:56:53 | opendevmeet | Meeting ended Tue Feb 15 16:56:53 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:56:53 | bauzas | #endmeeting | |
| 16:58:13 | gibi | bauzas: thanks! | |
| 16:59:36 | elodilles | artom: about the test_tagged volume detach issue: in wallaby there is a different problem as i remember (yes, though, *everything* ends up in volume detach timeouts :)) | |
| 17:00:12 | elodilles | artom: in wallaby the volume detach issue is mostly because some kernel panic in cirros | |
| 17:01:10 | elodilles | artom: that's why there is the possibility to use in wallaby the libvirt_disable_apic workaround | |
| 17:03:03 | artom | elodilles, cool, cool - tbh I didn't look into it in a lot of depth, my hope is that merging the apic workaround will make it go away | |
| 17:05:42 | elodilles | artom: in wallaby the 'volume detach' failures have significant higher numbers than in xena, because the workaround is there in xena for some time already. at least that is what i understood / saw so far | |
| 17:06:28 | elodilles | so i think the apic workaround makes the wallaby gate more stable | |
| 17:06:31 | artom | Oh, wait, I said wallaby, didn't I? | |
| 17:06:38 | elodilles | hopefully we will see that | |
| 17:06:42 | artom | *facepalm* https://review.opendev.org/c/openstack/nova/+/828542 is against Xena | |
| 17:06:55 | artom | So wth's going on? | |
| 17:08:42 | elodilles | actually, xena is less impacted with the volume detach issue as far as i know | |
| 17:09:17 | artom | Yeah, so I'm confused | |
| 17:09:39 | elodilles | https://zuul.opendev.org/t/openstack/builds?job_name=nova-next&project=openstack%2Fnova&branch=stable%2Fxena&skip=0 | |
| 17:13:35 | artom | I mean, that's still 25% failure rate | |
| 17:13:41 | artom | Roughly | |
| 17:14:56 | elodilles | and now imagine that in wallaby it's worse :) | |
| 17:19:16 | opendevreview | Balazs Gibizer proposed openstack/nova master: Record SRIOV PF MAC in the binding profile https://review.opendev.org/c/openstack/nova/+/829248 | |
| 17:26:30 | opendevreview | Sylvain Bauza proposed openstack/nova-specs master: Create specs directory for Zed https://review.opendev.org/c/openstack/nova-specs/+/829385 | |
| 17:26:53 | bauzas | gibi: sean-k-mooney: gmann: zed directory created ^ | |
| 17:27:29 | gibi | bauzas: cool, will check | |
| 17:28:31 | opendevreview | Balazs Gibizer proposed openstack/nova master: DNM: trigger nova tests with the neutron fix included https://review.opendev.org/c/openstack/nova/+/829386 | |
| 17:35:15 | gmann | bauzas: thanks, will check | |
| 18:21:38 | gmann | dansmith: rbac changes are ready for review, I am +2 on your patches and pushed other policy change on top of it. I am left with couple of patches including releasenotes etc which I am working in parallel https://review.opendev.org/q/topic:bp%252Fpolicy-defaults-refresh-2 | |
| 18:23:50 | dansmith | gmann: ack, is there any hold up on my patch at the bottom? | |
| 18:24:49 | gmann | dansmith: no, all good except one comment for testing PROJECT_ADMIN for all-tenants APIs which I have pushed as separate patch in that series | |
| 18:50:33 | spatel | My vm stuck in bad state because we were running load-test now its not responding to virsh console and also not letting me reboot that VM. any other way i can force reboot vm without destroy? | |
| 18:51:07 | spatel | I have tried virsh shutdown 6 --mode acpi and signal but still no luck | |
| 19:03:14 | spatel | nevermind virsh destroy works | |
| 19:47:26 | opendevreview | sean mooney proposed openstack/nova master: [WIP] add initial healthcheck support https://review.opendev.org/c/openstack/nova/+/825015 | |
| 19:47:27 | opendevreview | sean mooney proposed openstack/nova master: [WIP] add healthcheck manager to manager base https://review.opendev.org/c/openstack/nova/+/827844 | |
| 21:41:37 | opendevreview | Merged openstack/nova master: Move 'hw:pmu', 'hw_pmu' parsing to nova.virt.hardware https://review.opendev.org/c/openstack/nova/+/792364 | |
| 21:59:21 | opendevreview | melanie witt proposed openstack/nova-specs master: Amend unified limits spec to explain "API limit" enforcement https://review.opendev.org/c/openstack/nova-specs/+/829413 | |
| 22:27:52 | opendevreview | melanie witt proposed openstack/nova-specs master: Amend unified limits spec to explain "API limit" enforcement https://review.opendev.org/c/openstack/nova-specs/+/829413 | |
| #openstack-nova - 2022-02-16 | |||
| 02:51:03 | opendevreview | sean mooney proposed openstack/nova master: [WIP] add healthcheck utils and constants https://review.opendev.org/c/openstack/nova/+/829469 | |
| 02:51:03 | opendevreview | sean mooney proposed openstack/nova master: [WIP] add healthcheck tracker to nova context https://review.opendev.org/c/openstack/nova/+/829468 | |
| 07:52:55 | ygk_12345 | hi All | |
| 07:53:49 | ygk_12345 | HI all | |
| 07:54:13 | ygk_12345 | i am facing this error in wallaby while launching an sr-iov vm | |
| 07:54:36 | ygk_12345 | Failed to build and run instance: libvirt.libvirtError: unsupported configuration: interface fa:16:3e:42:20:3e - bandwidth settings are not supported for hostdev interfaces | |
| 08:01:00 | gibi | ygk_12345: that is well aligned with the libvirt documentation https://libvirt.org/formatnetwork.html#elementQoS "etting bandwidth is not supported for forward modes passthrough, private, or hostdev. Attempts to do this will lead to a failure to define the network or to create a transient network." | |
| 08:02:02 | ygk_12345 | @gibi i am facing this error when launching an sr-iov vm in wallaby | |
| 08:02:36 | ygk_12345 | is this a known bug in wallaby ? | |
| 08:06:57 | ygk_12345 | is this a nova thing ? if so any workaround ? | |
| 08:13:55 | ygk_12345 | can anyone help me ? | |
| 08:14:34 | gibi | ygk_12345: do you have vif_inbound_average in your flavor? | |
| 08:15:06 | gibi | ygk_12345: https://docs.openstack.org/nova/latest/admin/resource-limits.html#network-bandwidth-limits | |
| 08:16:48 | gibi | hm ygk_12345 left before I could answer | |
| 08:17:09 | gibi | maybe I'm too slow today... | |
| 08:57:12 | opendevreview | Felix Huettner proposed openstack/nova stable/xena: Gracefull recovery when attaching volume fails https://review.opendev.org/c/openstack/nova/+/829433 | |
| 08:57:43 | opendevreview | Felix Huettner proposed openstack/nova stable/wallaby: Gracefull recovery when attaching volume fails https://review.opendev.org/c/openstack/nova/+/829434 | |
| 09:24:09 | opendevreview | Felix Huettner proposed openstack/nova stable/victoria: Gracefull recovery when attaching volume fails https://review.opendev.org/c/openstack/nova/+/829504 | |
| 09:25:24 | opendevreview | Felix Huettner proposed openstack/nova stable/ussuri: Gracefull recovery when attaching volume fails https://review.opendev.org/c/openstack/nova/+/829506 | |
| 09:25:56 | opendevreview | Felix Huettner proposed openstack/nova stable/train: Gracefull recovery when attaching volume fails https://review.opendev.org/c/openstack/nova/+/829507 | |
| 09:55:17 | opendevreview | Sylvain Bauza proposed openstack/nova-specs master: Create specs directory for Zed https://review.opendev.org/c/openstack/nova-specs/+/829385 | |
| 09:55:40 | bauzas | Uggla: fixed the problem, I guess you can reasonably rebase on top of this change | |
| 09:55:45 | bauzas | stupid me | |
| 09:56:19 | Uggla | bauzas, yep I will do it. | |
| 09:56:35 | bauzas | (verified the docs target, it built locally) | |
| 09:56:52 | bauzas | gibi: https://review.opendev.org/c/openstack/nova-specs/+/829385 is there for your pleasure | |
| 09:57:09 | gibi | bauzas: on my list... | |
| 09:57:13 | bauzas | ta | |
| 09:57:19 | bauzas | Zuul getting -1 didn't help | |
| 09:57:34 | bauzas | but I messed up the symlibk | |
| 10:19:44 | Uggla | bauzas, finally managed to configure devstack and manila correctly. | |
| 10:19:52 | bauzas | \o/ | |
| 10:22:53 | Uggla | bauzas, anyway starting trying to code the share objects and manila "abstaction" code. | |
| 10:25:28 | gibi | Uggla: good idea on publishing working devstack conf with manila. Especially I other want to test your patches. | |
| 10:26:00 | gibi | Uggla: but I first look at manila devstack doc to see if it needs enhancements https://docs.openstack.org/manila/latest/contributor/development-environment-devstack.html | |
| 10:27:14 | gibi | bauzas: I've sent the spec dir creation to the gate | |
| 10:30:32 | Uggla | gibi, https://docs.openstack.org/manila/latest/contributor/development-environment-devstack.html is actually the doc I followed. It works regarding manila itself. But then I had some troubles to mount the share on instances. | |
| 10:31:16 | gibi | I see. Then pushing some update to the doc is warranted | |
| 10:31:34 | Uggla | gibi, so I mixed local.conf from manila and neutron, and so far I manage to mount shares on instances. | |
| 10:32:53 | opendevreview | Merged openstack/nova-specs master: Create specs directory for Zed https://review.opendev.org/c/openstack/nova-specs/+/829385 | |
| 10:42:26 | Uggla | gibi, in fact as a newbie, I'm a bit disappointed by https://docs.openstack.org/devstack/latest/ with such a minimal local.conf, you ended up with an openstack really limited. That tends to show a "not working product" and to my mind does not give not a good dev experience. | |
| 10:44:52 | gibi | Uggla: I think devstack is not targeted as a showcase of an openstack product. it is development tool. | |
| 10:45:05 | gibi | and there is no single good local.conf for anybody's needs | |
| 10:45:24 | gibi | actually I think the common subset of local.conf between devs are really small | |
| 10:45:59 | gibi | like my local.conf has no manila conf but has extensive network and network qos conf as I work in that area a lot | |
| 10:46:09 | gibi | yours will have extensive manila part probably | |
| 10:46:32 | gibi | also I tend to remove services from the local conf (like horizon, tempest) to speed up the unstack/stack cycle | |
| 10:47:35 | gibi | still I agree to publish a manila + nova devstack conf somewhere | |
| 10:51:19 | Uggla | gibi, understand so maybe something missing is a local.conf that could "showcase" the main services. Something to be more familiar with the product. I think, it would have help me. | |
| 10:53:26 | bauzas | gibi: thanks | |
| 10:54:02 | gibi | Uggla: this has a list of project specific devstack confs https://docs.openstack.org/devstack/latest/configuration.html#configuration-notes so maybe this could be extended | |
| 10:58:53 | Uggla | gibi, yep maybe links to projects local.conf | |
| 11:40:15 | sean-k-mooney | Uggla: not in the local.conf | |
| 11:40:40 | sean-k-mooney | the sample has some listed but devstack has a plugin model | |
| 11:40:57 | sean-k-mooney | meaning not all projects supported by it are even in the same git repo | |