| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-02-15 | |||
| 16:52:15 | bauzas | anyone can report a bug against nova :) | |
| 16:52:25 | bauzas | actually this is a good point | |
| 16:52:35 | gibi | artom: I'm OK with that, if they take the time to point to the nova part of the tripleo problem as I'm not familiar with tripelo | |
| 16:52:35 | bauzas | I won't refrain anyone to do this | |
| 16:52:46 | bauzas | the only problem is the triage capacity | |
| 16:52:54 | bauzas | I do it when I have time | |
| 16:52:55 | artom | Their expectation would be, as it's a gate-blocker for them, that we would prioritize triaging those, similar to how Neutron would do it for our gate blocker, for example | |
| 16:53:15 | artom | But yeah, we can definitely ask for high bug report quality | |
| 16:53:22 | bauzas | artom: I'd say it's worth adding nova as an impacted project, I agree | |
| 16:53:25 | gibi | artom: if they need priority I suggest to ping us with the gate bug here on irc | |
| 16:53:31 | bauzas | gibi: exactly | |
| 16:53:36 | bauzas | upstream first | |
| 16:53:45 | bauzas | file a LP bug, go shout the folks on IRC | |
| 16:53:50 | bauzas | and we'll triage it | |
| 16:54:03 | artom | ooo has a very... "flexible" concept of upstream/downstream | |
| 16:54:09 | gibi | :) | |
| 16:54:10 | artom | Since they're all Red Hat folks, essentially | |
| 16:54:13 | bauzas | expect the nova folks to magically triage this LP bug isn't exactly a good recipe for success | |
| 16:55:01 | bauzas | anyway, | |
| 16:55:19 | artom | OK, so my takeaway would be "yes, do it upstream, but high quality bug reports please" | |
| 16:55:19 | bauzas | artom: feel free to tell them to file a launchpad bug against nova and ask us on IRC to look at it | |
| 16:55:27 | bauzas | artom: yes | |
| 16:55:31 | bauzas | 100% yes | |
| 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 | bauzas | #endmeeting | |
| 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 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2022/nova.2022-02-15-16.00.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 | Log: https://meetings.opendev.org/meetings/nova/2022/nova.2022-02-15-16.00.log.html | |
| 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 tracker to nova context https://review.opendev.org/c/openstack/nova/+/829468 | |
| 02:51:03 | opendevreview | sean mooney proposed openstack/nova master: [WIP] add healthcheck utils and constants https://review.opendev.org/c/openstack/nova/+/829469 | |
| 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/ | |