| *** thelounge5510 is now known as thelounge551 | 00:22 | |
| mikal | sean-k-mooney: sorry, I missed your message. I think some of the later patches might need some small tweaks, but I have them all passing on my private CI, that's just a case of merging them back to gerrit. | 02:48 |
|---|---|---|
| mikal | sean-k-mooney: that is, I can do that pretty quickkly once the spec is approved. I figured there wasn't much point before then. | 02:48 |
| opendevreview | Amit Uniyal proposed openstack/nova master: Update Nova bdm with updated swap info https://review.opendev.org/c/openstack/nova/+/929858 | 06:32 |
| *** bauzas_ is now known as bauzas | 09:57 | |
| *** bauzas_ is now known as bauzas | 10:26 | |
| sean-k-mooney | mikal: feel free to update them if you have time no need to wait for the spec to be reappoved in this case but if you want to wait that is also ok | 10:30 |
| opendevreview | Rajesh Tailor proposed openstack/nova master: Fix case sensitive comparison https://review.opendev.org/c/openstack/nova/+/933107 | 13:33 |
| bauzas | reminder: our nova sessions will softly start at 1400UTC | 13:35 |
| bauzas | nova sessions start now | 14:03 |
| bauzas | gibi: sean-k-mooney: dansmith: want to join the nova session or prefer to stay on the eventlet room ? | 14:05 |
| dansmith | I have a glance topic right now | 14:05 |
| dansmith | I thought nova was vfio first? | 14:05 |
| sean-k-mooney | ill joing in a while | 14:05 |
| sean-k-mooney | we can start | 14:05 |
| bauzas | dansmith: yup, it will be vfio | 14:06 |
| bauzas | sean-k-mooney: for the moment, I'm like the only core :) | 14:06 |
| sean-k-mooney | im plannign to wait for 10 mins to see fi there are any other topics in the eventlet room | 14:06 |
| gibi | eventlet room is finishing so I will jump soon to nova | 14:20 |
| MengyangZhang[m] | hello, I recently submitted a spec and blueprint to add burst length support to Cinder QoS: https://review.opendev.org/c/openstack/nova-specs/+/932653. I wanted to check if it has been successfully submitted and if it's on the community's radar. Since I've just joined the channel, I'm unable to view previous messages. Could you let me know if there's anything else I should be doing, or should I just wait for peer review? | 14:21 |
| opendevreview | Will Szumski proposed openstack/nova stable/2023.1: Process unlimited exceptions raised by unplug_vifs https://review.opendev.org/c/openstack/nova/+/933115 | 14:23 |
| tkajinam | MengyangZhang[m], the spec is now visible in gerrit so was proposed successfully | 14:27 |
| tkajinam | MengyangZhang[m], you may add "blueprint: add-burst-length-support" to the commit message to associate the spec to the bp | 14:28 |
| tkajinam | the past logs can be found at https://meetings.opendev.org/irclogs/ | 14:28 |
| opendevreview | Pavlo Shchelokovskyy proposed openstack/placement master: CADF audit support for Placement API https://review.opendev.org/c/openstack/placement/+/933116 | 14:29 |
| tkajinam | MengyangZhang[m], this week is the vPTG week and have a few slots for video call to discuss the specs. I wonder if you can join to bring your topic | 14:30 |
| tkajinam | https://ptg.opendev.org/ptg.html | 14:30 |
| MengyangZhang[m] | <tkajinam> "Mengyang Zhang, this week is the..." <- what time is the meeting? I | 14:59 |
| MengyangZhang[m] | * meeting? I'd happy to talk about it | 14:59 |
| tkajinam | MengyangZhang[m], we are in the middle of meeting and the today's slot is reserved till 17UTC | 15:01 |
| MengyangZhang[m] | * meeting? I'm happy to talk about it | 15:02 |
| tkajinam | alternative we have 13UTC-17UTC slot reserved for Thursday and Friday. | 15:02 |
| tkajinam | https://etherpad.opendev.org/p/nova-2025.1-ptg | 15:02 |
| tkajinam | the proposed topics are listed there | 15:02 |
| MengyangZhang[m] | Friday works for me | 15:03 |
| tkajinam | you can put your topic at the bottom then. Note that we already have some topics scheduled so yours might be covered late | 15:04 |
| tkajinam | ^^^ bauzas | 15:04 |
| MengyangZhang[m] | tkajinam: np, have added it to the list of topics | 15:05 |
| bauzas | tobias-urdin: are you available in 10 mins for discussing your topic in the etherpad ? | 15:13 |
| opendevreview | Mengyang Zhang proposed openstack/nova-specs master: Add Burst Length Support to Cinder QoS https://review.opendev.org/c/openstack/nova-specs/+/932653 | 15:16 |
| bauzas | lajoskatona: fancy discussing your topic in 5 mins ? | 15:21 |
| bauzas | https://etherpad.opendev.org/p/nova-2025.1-ptg#L499 | 15:22 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: Migrate MEM_ENCRYPTION_CONTEXT from root provider https://review.opendev.org/c/openstack/nova/+/921814 | 15:25 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: Detect AMD SEV-ES support https://review.opendev.org/c/openstack/nova/+/925685 | 15:26 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: Add hw_mem_encryption_model image property https://review.opendev.org/c/openstack/nova/+/927706 | 15:26 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption https://review.opendev.org/c/openstack/nova/+/926106 | 15:26 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: Detect AMD SEV-ES support https://review.opendev.org/c/openstack/nova/+/925685 | 15:27 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: Add hw_mem_encryption_model image property https://review.opendev.org/c/openstack/nova/+/927706 | 15:27 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption https://review.opendev.org/c/openstack/nova/+/926106 | 15:27 |
| lajoskatona | bauzas: Hi, I am on the Neutron room, so in worst case, but I liked the Friday time if that still can work | 15:28 |
| bauzas | noted, we'll discuss this on Friday then | 15:28 |
| lajoskatona | bauzas: thanks | 15:29 |
| bauzas | tmazur: as a reminder, horizon-nova x-p session at 1600UTC in the austin (nova) room | 15:49 |
| tmazur | bauzas, thanks! We will come. Can be late for a couple minutes since we have another cross project session now | 15:50 |
| bauzas | noted | 15:51 |
| atmark | hello, which table in the db is libvirt xml definition stored? | 21:28 |
| melwitt | atmark: libvirt xml definition are not stored in the db. they are not stored anywhere, they are generated on the fly | 22:30 |
| atmark | melwitt: does that mean I can edit xml file without nova overwritting it? I have issue an with live migrating an instance, libvirt thinks the disk.config of instance is stored locally where in fact it's in ceph https://paste.openstack.org/show/b1ABMBlvqzKQAZtvYnGc/ | 22:58 |
| melwitt | atmark: no, kind of the opposite. nova can overwrite it at certain times. you can temporarily edit it and it will stay until something triggers an xml regeneration, like a hard reboot of the guest for example | 23:00 |
| melwitt | if you're trying to unwedge something it could work to edit the xml and do the thing you're trying to do but the root cause of why it's getting the wrong disk.config location would have to be solved for the issue to be really fixed | 23:02 |
| atmark | nova has to get the libvirt definitions somewhere to generate xml, right ? | 23:04 |
| melwitt | IIRC disk.config format/location is determined by the CONF.libvirt.images_type on the host, if it's 'rbd' it should generate xml for rbd. I'm not sure if you have a deployment with a mix of different CONF.libvirt.images_type on different compute hosts | 23:04 |
| melwitt | it generates the definitions using a variety of data. if you're curious all the code is in nova/virt/libvirt/driver.py in get_*_xml methods | 23:06 |
| melwitt | and all of the xml elements are represented as classes in nova/virt/libvirt/config.py | 23:08 |
| atmark | So this host used to have `images_type = raw` which tells to run VM locally and after a while decided mind change to `images_type = rbd`. Do we need to rebuild the VM in order to switch definition to rbd? | 23:11 |
| atmark | after a while decided to change it `images_type = rbd`* | 23:12 |
| atmark | I'll look into the code | 23:13 |
| atmark | Thanks | 23:13 |
| melwitt | ah ok, that explains it. you may be able to fix it by doing a 'server reboot --hard'. that's the go-to for regenerating xml. as long as nova will re-read the CONF to generate, it should work, but I don't remember if it will re-read or not. I think it should but not 100% sure | 23:13 |
| melwitt | *re-read the conf for determining the config drive format | 23:13 |
| atmark | I'll give that try | 23:14 |
| atmark | Thanks | 23:14 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!