| opendevreview | Masahito Muroi proposed openstack/nova master: Use boot_roles_count and boot_role_<count> key for system_metadata https://review.opendev.org/c/openstack/nova/+/925163 | 01:14 |
|---|---|---|
| *** __ministry is now known as Guest3780 | 01:28 | |
| *** __ministry is now known as Guest3790 | 03:51 | |
| opendevreview | OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.opendev.org/c/openstack/nova/+/929719 | 04:43 |
| gibi | bauzas: it seems to me we are still blocked https://review.opendev.org/c/openstack/nova/+/928310/comments/b3c9bcb6_9be616a6 | 06:08 |
| * bauzas looks | 06:10 | |
| bauzas | eek ok I see | 06:11 |
| bauzas | https://github.com/openstack/python-openstackclient/blob/master/openstackclient/compute/v2/server.py#L3875 | 06:13 |
| bauzas | I'm lost now | 06:14 |
| bauzas | we still send admin_password to evacuate | 06:14 |
| bauzas | oh, but that's to the sdk | 06:14 |
| bauzas | and I don't see 7.1.1 here https://docs.openstack.org/releasenotes/python-openstackclient/unreleased.html | 06:17 |
| bauzas | elodilles: ^ | 06:18 |
| bauzas | https://github.com/openstack/python-openstackclient/compare/7.1.0...7.1.1 | 06:21 |
| bauzas | oh fuck, I understand it | 06:22 |
| bauzas | https://github.com/openstack/openstacksdk/blob/master/openstack/compute/v2/server.py#L748 | 06:22 |
| bauzas | this is neither 'password' nor 'admin_password', but just 'admin_pass' | 06:23 |
| bauzas | we lost 3 days basically and we need another fix and another release | 06:23 |
| bauzas | stephenfin: elodilles: frickler: ^ | 06:23 |
| * bauzas needs to drop | 06:25 | |
| bauzas | gibi: https://review.opendev.org/c/openstack/python-openstackclient/+/929726 | 06:47 |
| bauzas | this is 8.47am and I already have headache | 06:48 |
| *** __ministry is now known as Guest3801 | 06:49 | |
| bauzas | frickler: elodilles: I'm in favor of exceptionnally rollbacking to OSC6.x for Dalmatian, we are always awfully late for Nova RC1 | 06:50 |
| gibi | bauzas: quickly reproduced the osc issue in a fresh devstack, then applied your patch and now I have proof that it works | 07:00 |
| gibi | thanks for quickly proposing the fix | 07:01 |
| *** bauzas- is now known as bauzas | 07:22 | |
| gibi | bauzas: if you are interested in the microversion 2.95 evacuate issue I mentioned in my comment in the osc patch then https://bugs.launchpad.net/nova/+bug/2081023 This is probably just a cosmetic issue. | 07:30 |
| frickler | thx, I commented on this yesterday already in the qa channel, I was under the impression that sean-k-mooney had tested my change, sorry for that. is this option also really named differently between this and what create and rebuild use? might be just an sdk thing, but certainly not helpful | 07:47 |
| frickler | I'm also not really here this week, so try to ping other sdk, release and reqs people as needed | 07:48 |
| bauzas | sorry folks, I was off the laptop last hour | 08:12 |
| bauzas | now I'm back | 08:12 |
| bauzas | so, I'd prefer to rollback the u-c by OSC6 now | 08:14 |
| bauzas | gibi: elodilles ^ | 08:16 |
| bauzas | stephenfin: too ^ | 08:16 |
| danfai_ | Quick question: In nova I saw that the name is sanitized to be used as a hostname. The hostname should then be maximum 63 characters long. In case you use a name that is longer, the last characters are truncated. If you now use the server create call to create multiple VMs, this length will be longer, since the -{index} is appended. Is this supposed to be like this? | 08:40 |
| *** bauzas_ is now known as bauzas | 09:06 | |
| *** bauzas_ is now known as bauzas | 09:16 | |
| gibi | bauzas: do you suggest to reopen https://review.opendev.org/c/openstack/requirements/+/929552 ? I have no power to un-abandon it. | 09:30 |
| sean-k-mooney | i can do that now | 09:37 |
| sean-k-mooney | done | 09:37 |
| sean-k-mooney | although it needs a rebase | 09:37 |
| sean-k-mooney | will i do that now | 09:37 |
| sean-k-mooney | and add 7.1.2? | 09:38 |
| sean-k-mooney | sorry 7.1.1 | 09:39 |
| gibi | yeah 7.1.1 is still broken | 09:40 |
| sean-k-mooney | ok updated https://review.opendev.org/c/openstack/requirements/+/929552 | 09:42 |
| gibi | sean-k-mooney: thanks | 09:43 |
| gibi | I pinged the release channel as well | 09:44 |
| sean-k-mooney | looking back at my orgial comment i linked to the code https://review.opendev.org/c/openstack/python-openstackclient/+/929236/comment/d39df785_1f261b9e/ to check the parmater was correct | 09:45 |
| sean-k-mooney | and i misread admin_password as admin_pass | 09:45 |
| bauzas | sorry, I was again off (I have a tech folk in my house for my optic fiber issue) | 09:51 |
| bauzas | sean-k-mooney: stephenfin: I'm really sorry about breaking the OSC7 version, but we can't wait for a new release for like 2 days | 09:51 |
| bauzas | and given https://bugs.launchpad.net/nova/+bug/2081023 I'd prefer to have time for testing it | 09:52 |
| opendevreview | sean mooney proposed openstack/nova master: [DNM] testing unreleased osc https://review.opendev.org/c/openstack/nova/+/929757 | 10:16 |
| sean-k-mooney | that shoudl pull osc master | 10:17 |
| sean-k-mooney | im going to push another dnm to instead use the pinned version of osc | 10:18 |
| opendevreview | sean mooney proposed openstack/nova master: [DNM] testing pinning osc to 6.6.0 https://review.opendev.org/c/openstack/nova/+/929758 | 10:19 |
| gibi | proposed osc 7.1.2 so that if the decision is to roll forward then we can have a place to roll to https://review.opendev.org/c/openstack/releases/+/929765 | 11:30 |
| bauzas | sean-k-mooney: have you seen gibi's https://bugs.launchpad.net/nova/+bug/2081023 when testing evacuate with my patch ? | 11:41 |
| sean-k-mooney | i saw it but didnt look at it in detail | 11:42 |
| bauzas | gibi: I'm not super happy with the move forward now, when trying to understand how OSC was calling the SDK, I wasn't sure my patch was the right thing to do | 11:42 |
| sean-k-mooney | the issue is the sdk renames all the api field internally | 11:42 |
| sean-k-mooney | and that mapping is really easy to get wrong | 11:42 |
| gibi | bauzas: I'm not advocationg to roll forward any more. I just preparing for the chance that the decision is to roll forward | 11:43 |
| gibi | also 7.1.2 needed anyhow to get a working osc out to the users | 11:43 |
| gibi | bauzas: also https://bugs.launchpad.net/nova/+bug/2081023 is not osc but nova | 11:44 |
| bauzas | I think we need time to test OSC7 | 11:44 |
| bauzas | that's the point | 11:44 |
| gibi | and only cosmetic as far as I see | 11:44 |
| sean-k-mooney | i have two sets of zuul jobs usin gnova gate with master osc and rolling back to 6.6.0 | 11:44 |
| bauzas | while RC1 is now super urgent | 11:44 |
| sean-k-mooney | and we have the patches to requireemtn repo to go either direction | 11:44 |
| gibi | bauzas: 7.1.1 is out there as we released it, so having a fixed 7.1.2 out there helps | 11:44 |
| gibi | the users | 11:44 |
| sean-k-mooney | so we can use that to inform the decsion | 11:44 |
| bauzas | gibi: well, I wouldn't say that #2081023 is cosmetic | 11:45 |
| bauzas | as an admin, you either need to set older microversion or upgrade your computes in order to not get that failure, right? | 11:46 |
| sean-k-mooney | are we sure this is a bug | 11:48 |
| gibi | bauzas: it happens because all of the nodes are forced down in the deployment | 11:48 |
| gibi | and that results in min service version to be 0 | 11:48 |
| sean-k-mooney | this is directly caused by osc using the latest microversion is it not? | 11:48 |
| bauzas | right | 11:48 |
| gibi | but if all nodes are down then evacuation would fail anyhow | 11:48 |
| gibi | sean-k-mooney: it is independent from osc changes | 11:49 |
| bauzas | correct but we get that super weird exception | 11:49 |
| gibi | it is in nova since 2.95 | 11:49 |
| gibi | jepp the exception test needs the cosmetic surgery | 11:49 |
| gibi | that is all | 11:49 |
| gibi | *text | 11:49 |
| gibi | I just noticed it during testing the 7.1.2 fix in a single node devstack | 11:50 |
| gibi | so I had to user <2.95 in the test hence mentioning why I needed that | 11:50 |
| gibi | *use | 11:50 |
| sean-k-mooney | ok so this is not a blocker to rollforward to 7.1.2 then as its not related | 11:51 |
| gibi | it is not a blocker at all in RC1 and it is not related to osc at all | 11:51 |
| sean-k-mooney | its just a bad error message | 11:51 |
| gibi | yes | 11:51 |
| gibi | as far as I see it is only a bad error message | 11:51 |
| sean-k-mooney | bauzas: for context people kept asking osc to make nova ues the latest microverion | 11:51 |
| gibi | and a bit hard to understand behavior around forced down nodes and service version | 11:52 |
| 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 |
| bauzas | sean-k-mooney: yup, and I'm on the same path | 11:52 |
| bauzas | I prefer our users to call the latest | 11:52 |
| sean-k-mooney | well i really dont think that was the right path | 11:52 |
| bauzas | only CLI and scripts should pin | 11:52 |
| sean-k-mooney | osc shoudl use the oldest microverison supproted by the current command | 11:53 |
| bauzas | for stability reasons | 11:53 |
| 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 |
| bauzas | (when I say CLI, I mean programmatical usage of the CLI) | 11:53 |
| sean-k-mooney | whihc is officaly not a supproted usecase of osc now | 11:53 |
| sean-k-mooney | osc does not commit to providign a programable srcipting interface | 11:54 |
| sean-k-mooney | whcih is explcitly why the puppet modules shoudl not use it oging forward | 11:54 |
| bauzas | then, I'm definitely in favor of calling latest | 11:54 |
| bauzas | as a user, I shouldn't opt into new features | 11:54 |
| * gibi goes back to typing in Jira instead of IR | 11:54 | |
| * bauzas should also go back to his internal work on vGPU | 11:55 | |
| bauzas | man, the RC1 issue prevents me to put full attention on something | 11:55 |
| *** mnasiadka1 is now known as mnasiadka | 12:28 | |
| 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:09 |
| 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 |
| 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 |
| dansmith | no? | 17:38 |
| 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 |
| auniyal | and I | 17:39 |
| dansmith | that error means something is trying to validate a vmdk but likely found a qcow file or something | 17:39 |
| auniyal | I downloaded .img and created glance image in qcow2 format with cmd: openstack image create --disk-format qcow2 --file file.img ubuntu | 17:40 |
| auniyal | should I need to do something first, before image create ? | 17:41 |
| dansmith | no | 17:41 |
| dansmith | is the file actually a qcow? | 17:41 |
| auniyal | I tried this, it says qcoe | 17:42 |
| auniyal | file noble-server-cloudimg-amd64.img | 17:42 |
| auniyal | noble-server-cloudimg-amd64.img: QEMU QCOW2 Image (v3), 3758096384 bytes | 17:42 |
| auniyal | s/says qcow/qcoe | 17:43 |
| auniyal | is there any other way I should check ? | 17:43 |
| dansmith | no, that means it's really a qcow | 17:45 |
| dansmith | you'll need to show me more of the logs around the error I guess | 17:45 |
| auniyal | ack, also find this https://paste.openstack.org/show/bviBEfowzTg5mqyNfjip/ (sharing because I found and what to share this) | 17:46 |
| auniyal | ack paste logs in sec | 17:46 |
| auniyal | *pasting | 17:46 |
| auniyal | cpu logs https://paste.openstack.org/show/bTs7U4qYjjCJX0Jcm6s8/ | 17:47 |
| auniyal | these are from spawn - terminate and only w.r.t req-id | 17:49 |
| dansmith | this is your problem: | 17:49 |
| 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 |
| dansmith | is 1073741824 bytes, image is 3758096384 bytes. | 17:49 |
| dansmith | the error from format inspector is just it testing to see if the file is a VMDK | 17:49 |
| dansmith | I mean, it's not an error, it's a debug, but the thing you *think* is an errro | 17:49 |
| auniyal | oh I missed it, it was just it, I started from down, and thought of you , my bad | 17:50 |
| auniyal | thanks for looking | 17:50 |
| auniyal | yes, I am able to create VM with bigger size | 18:01 |
| *** bauzas_ is now known as bauzas | 19:25 | |
| opendevreview | Tobias Urdin proposed openstack/nova master: Remove libvirt tunnelled migration https://review.opendev.org/c/openstack/nova/+/879021 | 21:06 |
| opendevreview | Tobias Urdin proposed openstack/nova master: libvirt: update description for live_migration_completion_timeout https://review.opendev.org/c/openstack/nova/+/874083 | 21:10 |
| 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:11 |
| opendevreview | Merged openstack/nova master: Add functional repoducer for ephemeral disks https://review.opendev.org/c/openstack/nova/+/928310 | 21:52 |
| opendevreview | Amit Uniyal proposed openstack/nova master: Update Nova bdm with updated swap info https://review.opendev.org/c/openstack/nova/+/929858 | 23:45 |
| *** bauzas_ is now known as bauzas | 23:52 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!