| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-09-18 | |||
| 11:50:07 | gibi | I just noticed it during testing the 7.1.2 fix in a single node devstack | |
| 11:50:44 | gibi | so I had to user <2.95 in the test hence mentioning why I needed that | |
| 11:50:47 | gibi | *use | |
| 11:51:01 | sean-k-mooney | ok so this is not a blocker to rollforward to 7.1.2 then as its not related | |
| 11:51:17 | gibi | it is not a blocker at all in RC1 and it is not related to osc at all | |
| 11:51:29 | sean-k-mooney | its just a bad error message | |
| 11:51:33 | gibi | yes | |
| 11:51:41 | gibi | as far as I see it is only a bad error message | |
| 11:51:59 | sean-k-mooney | bauzas: for context people kept asking osc to make nova ues the latest microverion | |
| 11:52:00 | gibi | and a bit hard to understand behavior around forced down nodes and service version | |
| 11:52:20 | sean-k-mooney | this is what happens when you do that with an older cloud it will use a microversoin that may not be supported | |
| 11:52:25 | bauzas | sean-k-mooney: yup, and I'm on the same path | |
| 11:52:33 | bauzas | I prefer our users to call the latest | |
| 11:52:47 | sean-k-mooney | well i really dont think that was the right path | |
| 11:52:57 | bauzas | only CLI and scripts should pin | |
| 11:53:02 | sean-k-mooney | osc shoudl use the oldest microverison supproted by the current command | |
| 11:53:06 | bauzas | for stability reasons | |
| 11:53:17 | gibi | (I saw another force down issue, with a force down / up I can force a not running compute to be reported as up but I had not time to file it. Probably not an RC regression either) | |
| 11:53:29 | bauzas | (when I say CLI, I mean programmatical usage of the CLI) | |
| 11:53:53 | sean-k-mooney | whihc is officaly not a supproted usecase of osc now | |
| 11:54:08 | sean-k-mooney | osc does not commit to providign a programable srcipting interface | |
| 11:54:20 | sean-k-mooney | whcih is explcitly why the puppet modules shoudl not use it oging forward | |
| 11:54:23 | bauzas | then, I'm definitely in favor of calling latest | |
| 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 | |