Earlier  
Posted Nick Remark
#openstack-nova - 2022-02-15
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/
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
11:41:21 sean-k-mooney i use to maintain several devstack plugins in the past for libvirt,qemu ovs-dpdk
11:42:00 sean-k-mooney there are other for ceph, docker, hell i think there is a kubernetse plugin somewhere
11:42:26 sean-k-mooney Uggla: what you really should review is https://github.com/openstack/devstack/tree/master/doc/source
11:42:42 sean-k-mooney devstack has docs on how it work which have examples of how to do certin things
11:43:01 sean-k-mooney and many porject that provide plugins like neutron provide sample local.confs
11:43:46 sean-k-mooney the guides https://docs.openstack.org/devstack/latest/guides.html
11:44:04 sean-k-mooney cover some of the common examples
11:44:24 sean-k-mooney and here is a list of plugings https://docs.openstack.org/devstack/latest/plugin-registry.html
11:44:32 gibi gmann, bauzas, dansmith: I read the policy-defaults-refresh-2 series I left some comments but I don't feel I have enough to knowledge too +2 the serious things in that series
11:46:02 sean-k-mooney Uggla: for example here is a devstack plugin that deploys openstack using a kubernetes operators as an application https://opendev.org/vexxhost/openstack-operator/src/branch/master/devstack
11:59:34 bauzas gibi: will look at this series after lunching
12:45:11 opendevreview Takashi Natsume proposed openstack/placement master: Add zed spec directory https://review.opendev.org/c/openstack/placement/+/829532
12:56:32 opendevreview Takashi Natsume proposed openstack/nova master: trivial: Add a white space in an error message https://review.opendev.org/c/openstack/nova/+/823223
13:34:00 yuval hello wizards
13:34:06 yuval I have a small question
13:34:23 yuval after I reboot my nova compute node
13:34:38 yuval I need to manually run modprobe nvme-tcp
13:35:01 yuval is there any module that does it? or its the operator responsibility
13:41:36 gibi yuval: I think that is operator responsibility
13:42:23 sean-k-mooney yuval: you should add it to /etc/modules i belive to have it auto load
13:42:25 gibi yuval: you can make loading a module automatic via /etc/modules
13:42:45 sean-k-mooney it depends on your disto but its not really a nova related thing
13:43:38 yuval doesnt it make sense that the os-brick connector - which counts on nvme to verify it or just do it
13:44:58 gibi bauzas: fyi, fresh gate bug https://bugs.launchpad.net/nova/+bug/1961068 not blocking as it is not super frequent
13:45:07 bauzas shit
13:45:08 gibi bug report thanks to elodilles
13:45:56 gibi either a memory leak somewhere or we simply need to switch to a bigger flavor for testing
13:49:51 Uggla sean-k-mooney, thanks. many project that provide plugins like neutron provide sample local.confs --> my point is just that, I think it is something that should be more enlighten in the doc.
13:50:12 sean-k-mooney yep in docs not in local.conf
13:50:25 sean-k-mooney the docs and readme can certenly be improved
13:52:00 Uggla sean-k-mooney, sorry maybe I was unclear, the idea is to complete the doc maybe with links to project local.conf
13:55:24 sean-k-mooney you could yes. although one of the design goals fo devstack and intetion is that as you use it you read the code and learn the options as and when you need them
13:55:29 sean-k-mooney its why its written in bash
13:55:39 sean-k-mooney to keep the barrier to entry as low as possibel
13:56:34 sean-k-mooney but ya you should feel free to submit patches to improve devstack. its developed on #openstack-qa
14:11:41 sean-k-mooney stephenfin: can you take a look at https://review.opendev.org/c/openstack/nova/+/825496 its the uefi SMM patch
14:12:02 stephenfin sure, will check before EOD

Earlier   Later