| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-09-18 | |||
| 11:54:48 | bauzas | as a user, I shouldn't opt into new features | |
| 11:55:32 | bauzas | man, the RC1 issue prevents me to put full attention on something | |
| 14:09:24 | opendevreview | Rajesh Tailor proposed openstack/nova-specs master: Show finish_time field in instance action show https://review.opendev.org/c/openstack/nova-specs/+/929780 | |
| 14:25:43 | opendevreview | Rajesh Tailor proposed openstack/nova-specs master: Show finish_time field in instance action show https://review.opendev.org/c/openstack/nova-specs/+/929780 | |
| 17:38:11 | auniyal | dansmith, Format inspector failed, aborting: Signature KDMV not found: b'QFI\xfb' it should be fixed by https://review.opendev.org/c/openstack/glance/+/927291 right | |
| 17:38:47 | dansmith | no? | |
| 17:39:03 | auniyal | I am getting this from nova while creating a guest from new ubuntu image, from here https://docs.openstack.org/image-guide/obtain-images.html#ubuntu | |
| 17:39:03 | auniyal | and I | |
| 17:39:24 | dansmith | that error means something is trying to validate a vmdk but likely found a qcow file or something | |
| 17:40:21 | auniyal | I downloaded .img and created glance image in qcow2 format with cmd: openstack image create --disk-format qcow2 --file file.img ubuntu | |
| 17:41:09 | auniyal | should I need to do something first, before image create ? | |
| 17:41:25 | dansmith | no | |
| 17:41:42 | dansmith | is the file actually a qcow? | |
| 17:42:29 | auniyal | I tried this, it says qcoe | |
| 17:42:31 | auniyal | file noble-server-cloudimg-amd64.img | |
| 17:42:31 | auniyal | noble-server-cloudimg-amd64.img: QEMU QCOW2 Image (v3), 3758096384 bytes | |
| 17:43:08 | auniyal | s/says qcow/qcoe | |
| 17:43:35 | auniyal | is there any other way I should check ? | |
| 17:45:11 | dansmith | no, that means it's really a qcow | |
| 17:45:31 | dansmith | you'll need to show me more of the logs around the error I guess | |
| 17:46:06 | auniyal | ack, also find this https://paste.openstack.org/show/bviBEfowzTg5mqyNfjip/ (sharing because I found and what to share this) | |
| 17:46:14 | auniyal | ack paste logs in sec | |
| 17:46:21 | auniyal | *pasting | |
| 17:47:40 | auniyal | cpu logs https://paste.openstack.org/show/bTs7U4qYjjCJX0Jcm6s8/ | |
| 17:49:04 | auniyal | these are from spawn - terminate and only w.r.t req-id | |
| 17:49:06 | dansmith | this is your problem: | |
| 17:49:06 | dansmith | Sep 18 17:33:02 amit-devstack nova-compute[1489235]: ERROR nova.compute.manager [None req-005d6727-7e99-45d9-b3b8-7046189878fc admin admin] [instance: 99886373-617e-4a99-9421-97bb23bab855] Instance failed to spawn: nova.exception.FlavorDiskSmallerThanImage: Flavor's disk is too small for requested image. Flavor disk | |
| 17:49:06 | dansmith | is 1073741824 bytes, image is 3758096384 bytes. | |
| 17:49:19 | dansmith | the error from format inspector is just it testing to see if the file is a VMDK | |
| 17:49:34 | dansmith | I mean, it's not an error, it's a debug, but the thing you *think* is an errro | |
| 17:50:43 | auniyal | oh I missed it, it was just it, I started from down, and thought of you , my bad | |
| 17:50:46 | auniyal | thanks for looking | |
| 18:01:45 | auniyal | yes, I am able to create VM with bigger size | |
| 21:06:38 | opendevreview | Tobias Urdin proposed openstack/nova master: Remove libvirt tunnelled migration https://review.opendev.org/c/openstack/nova/+/879021 | |
| 21:10:22 | opendevreview | Tobias Urdin proposed openstack/nova master: libvirt: update description for live_migration_completion_timeout https://review.opendev.org/c/openstack/nova/+/874083 | |
| 21:11:15 | opendevreview | Tobias Urdin proposed openstack/nova master: libvirt: set remaining to 0 when no disk to migrate https://review.opendev.org/c/openstack/nova/+/873846 | |
| 21:52:48 | opendevreview | Merged openstack/nova master: Add functional repoducer for ephemeral disks https://review.opendev.org/c/openstack/nova/+/928310 | |
| 23:45:19 | opendevreview | Amit Uniyal proposed openstack/nova master: Update Nova bdm with updated swap info https://review.opendev.org/c/openstack/nova/+/929858 | |
| #openstack-nova - 2024-09-19 | |||
| 04:56:08 | opendevreview | Merged openstack/nova master: only safety check bootable files created from glance https://review.opendev.org/c/openstack/nova/+/928829 | |
| 05:13:53 | gibi | hi | |
| 05:14:30 | gibi | something is intermittently create wrong cpu config for nova-compute in the live migration job (seen it twice) e.g. https://zuul.opendev.org/t/openstack/build/8c45cc40964e4d94b7bf92f8b6c65b1f/log/controller/logs/screen-n-cpu.txt#8121 | |
| 05:50:45 | tkajinam | gibi, I guess it's not the problem with config but zuul allocates the node with only 4 vcpus | |
| 05:51:43 | tkajinam | current setup expects the instances have 8 vcpus https://github.com/openstack/nova/blob/master/.zuul.yaml#L141-L142 and https://github.com/openstack/nova/blob/master/.zuul.yaml#L160-L161 | |
| 05:56:30 | tkajinam | just sent a message in #openstack-infra becuase infra team may know better about the vms used in CI | |
| 05:59:02 | stan | guys, we are coming from VMware and migrating our internal workload to Openstack. One of the features we have come to love from VMWare is the Hot add of cpu and memory. From what I read KVM itself supports the hot add of cpu and memory, but Openstack does not. Is this a feature that can be added or is there a reason we decided not to pursue this. Just curious. | |
| 06:12:43 | gibi | tkajinam: thanks for the ping on infra. I havent really started my day yet, but I will get back to it | |
| 06:15:59 | gibi | stan: yeah it is a known gap https://bugs.launchpad.net/nova/+bug/2017829 I appreciate Artom's clear expectation setting in the respons to the bug. However I feel that if enough (new) people willing to put effort into it then it could be implemented. | |
| 06:16:44 | gibi | cc artom: ^^ | |
| 07:25:25 | bauzas_ | gibi: morning | |
| 07:25:53 | bauzas | I need to look at where we are with all the patches in flight | |
| 07:29:19 | SvenKieske | morning o/ | |
| 07:29:50 | SvenKieske | anyone knows how "uptime" is calculated in nova diagnostics? https://docs.openstack.org/nova/latest/admin/common/nova-show-usage-statistics-for-hosts-instances.html | |
| 08:03:45 | opendevreview | zhuozl proposed openstack/nova master: Custom filter to select hosts based on aggregate name. https://review.opendev.org/c/openstack/nova/+/929885 | |
| 08:29:35 | gibi | bauzas: I did some rechecks, we are progressing but not RC ready yet | |
| 08:31:41 | gibi | if the gate cooperates then we have a chance to be ready later today but it might splip to tomorrow | |
| 08:54:04 | bauzas | gibi: sorry I was working hard on some internal stuff | |
| 08:54:10 | bauzas | sure, I saw | |
| 08:59:51 | opendevreview | Merged openstack/nova master: Fix regression with live migration on shared storage https://review.opendev.org/c/openstack/nova/+/928970 | |
| 09:14:27 | bauzas | \o/ | |
| 10:35:02 | opendevreview | Matthew Heler proposed openstack/nova stable/2024.1: Fix regression with live migration on shared storage https://review.opendev.org/c/openstack/nova/+/929903 | |
| 10:38:54 | sean-k-mooney | tkajinam: all providers in our ci are quried to proved 8 vcpus | |
| 10:39:13 | sean-k-mooney | tkajinam: if a nodest/provier is proivdign 4 then it shoudl be disabled | |
| 10:45:40 | tkajinam | sean-k-mooney, yeah. I understand that is the expectation from nova's perspective. | |
| 10:46:29 | sean-k-mooney | no it was documented in the infra guide for year | |
| 10:46:35 | sean-k-mooney | im trying to find the exact page | |
| 10:46:43 | sean-k-mooney | it not an expection its a hard requirement | |
| 10:47:27 | tkajinam | ah ok | |
| 10:47:55 | tkajinam | I was not able to find that doc. If that's documented then yeah the cause is misconfiguration/deployment in nodeset | |
| 11:52:59 | gibi | bauzas: one doc update that would make sense to have in D https://review.opendev.org/c/openstack/nova/+/928903 about the libvirt support matriz | |
| 11:54:22 | bauzas | ack | |
| 11:54:43 | bauzas | adding it to the d-rc etherpad | |
| 11:56:42 | gibi | thanks | |
| 12:03:02 | sean-k-mooney | we shuld try and do the libvirt min bump early in 2025.1 | |
| 12:03:36 | sean-k-mooney | we will need to survay what the next mins shoudl be before that however | |
| 12:04:01 | bauzas | sean-k-mooney: add this as a topic for the PTG | |
| 12:04:02 | sean-k-mooney | libvirt 10 perhaps. im not sure what debian is shipting at this poitn on stabel | |
| 12:04:11 | bauzas | if you can't be there, I could discuss that then | |
| 12:04:35 | sean-k-mooney | im planning ot attent the ptg in its entirity | |
| 12:04:40 | bauzas | but indeed, I'm okay with upgrading our min libvirt version | |
| 12:05:06 | gibi | good point lets discuss this on the ptg | |
| 12:05:08 | sean-k-mooney | we will be moving most of the jobs to 24.04 bar the grenade ones anyway | |
| 12:05:49 | sean-k-mooney | so i thin that going to move most of our testing to 9+ but we will still have 22.04's libvirt as our baseline | |
| 12:06:10 | sean-k-mooney | that what we have as our currnt NEXT_MIN_LIBVIRT (22.04's min) | |
| 12:06:32 | opendevreview | zhuozl proposed openstack/nova master: Add test cases https://review.opendev.org/c/openstack/nova/+/929911 | |
| 12:12:30 | gibi | yeah make sense | |
| 12:20:26 | tkajinam | I'm hoping I can clean up some logics I've added for older libvirt versions once we bump the min :-) | |
| 12:40:42 | gibi | tkajinam: yeah moving min up means we can get rid of version checks | |
| 12:54:00 | opendevreview | Takashi Natsume proposed openstack/nova master: Update contributor guide for 2025.1 Epoxy https://review.opendev.org/c/openstack/nova/+/929918 | |
| 13:10:53 | opendevreview | Merged openstack/nova master: repoduce post liberty pre vicoria instance numa db issue https://review.opendev.org/c/openstack/nova/+/929025 | |
| 13:30:46 | opendevreview | Merged openstack/nova master: allow upgrade of pre-victoria InstanceNUMACells https://review.opendev.org/c/openstack/nova/+/929187 | |
| 13:30:54 | opendevreview | Merged openstack/nova master: docs: update libvirt support matrix for C and D https://review.opendev.org/c/openstack/nova/+/928903 | |
| 13:34:31 | sean-k-mooney | where is the rc tracker? have all the patches we are waiting for now merged ? | |
| 13:35:47 | bauzas | sean-k-mooney: https://etherpad.opendev.org/p/nova-dalmatian-rc-potential | |
| 13:36:07 | bauzas | sean-k-mooney: we're still missing https://review.opendev.org/c/openstack/nova/+/928662 | |
| 13:36:35 | bauzas | that's the last one in flight | |
| 13:37:03 | sean-k-mooney | ack cool | |
| 13:39:16 | gibi | almost there... :) | |
| 13:48:55 | artom | gibi, yeah, I just summarized the state of things as I know them. I'd rather disappoint people and be honest than string them along with no end in sight | |
| 13:57:18 | gibi | artom: yeah totaly valid summary. I just feel we might have a different situation now that vmware users appearing as potential contributors | |
| 13:58:40 | artom | gibi, yep, the dynamics have indeed changed | |