Earlier  
Posted Nick Remark
#openstack-nova - 2023-08-31
14:08:09 opendevreview John Garbutt proposed openstack/nova master: Add nova-manage ironic-compute-node-move https://review.opendev.org/c/openstack/nova/+/886989
14:09:21 opendevreview Amit Uniyal proposed openstack/nova master: Delete dangling bdms https://review.opendev.org/c/openstack/nova/+/882284
14:13:47 sean-k-mooney dansmith: bauzas: is there any reason to not +w the first partch in the ironic shard key serise. i.e. the rename/deprecaton of peer_list
14:14:13 bauzas I was leaving this to the core who was +2/+W the top one
14:14:24 johnthetubaguy bauzas: thank you for all the reviews on that sharding chain (and after having turned the spell checker back on in my editor...) I have refreshed all those patches now.
14:15:03 bauzas johnthetubaguy: 've seen that, I'm now on the unified-limits nova-manage series, but I'll give yours a look before I stop
14:15:13 sean-k-mooney ok i was going to +w to get it moving though ci since it looks fine and both you and dan +2'd it
14:15:15 johnthetubaguy sean-k-mooney: I think JayF was wanting to make sure the rest of series looked plauable first. Hopefully that is the case now.
14:15:34 sean-k-mooney no worries we can leave it there until the rest is reviewd
14:15:40 bauzas sean-k-mooney: oh sorry, read too fast, I thought you were referring to amit's series
14:15:40 JayF yeah I do not want us to deprecate peer list until we're sure sharding is going to land
14:15:48 sean-k-mooney but i think we coudl merge that in this cycle even if the rest was not merged
14:15:51 JayF do not want to have to put our operators through two migrations on how nova-computes work :)
14:15:51 bauzas and yeah what johnthetubaguy said
14:16:02 johnthetubaguy bauzas: awesome, thank you.
14:16:21 bauzas JayF: I was surprised we didn't catch the ironic microversion bit, was it working when you tested ?
14:16:39 sean-k-mooney JayF: deprecating does not force them to migrate
14:16:40 JayF I tested it with my lessee patch which also raised the microversion
14:16:43 JayF sean-k-mooney: that's a good point
14:16:48 bauzas JayF: ahah !
14:16:57 JayF bauzas: I am planning on dedicating a day or two during RC to testing this, migrating nodes around, etc
14:17:00 sean-k-mooney we will have the option until the 2024.2 release at a minium
14:17:06 JayF bauzas: just always forget how hectic this week in with my Ironic hat on :)
14:17:20 JayF s/in/is/
14:17:22 dansmith oh I just +Wd it..
14:17:25 bauzas JayF: I don't see at all what you mean :p
14:17:31 dansmith I thought it was critical to get the deprecation into place this cycle,
14:17:37 dansmith I haven't looked at the patches above
14:17:58 bauzas the two next ones are quite easy to review
14:18:08 sean-k-mooney well i would like to do it this cycle but with new skip level porcess it actully has less of an impact
14:18:08 bauzas the last one (the reshuffle) is the hardest
14:19:00 johnthetubaguy dansmith: FWIWI, that was my take too, tell people its broken, do active-passive if you can, keep using the old way if you must.
14:19:09 dansmith yeah
14:19:18 bauzas I thought we agreed on that even in the spec
14:19:37 johnthetubaguy (It might have just been in PTG chat we said that)
14:19:45 bauzas yeah
14:19:52 sean-k-mooney that why i was onderign why it had 2 +2s and no +w and why i ask
14:20:15 sean-k-mooney anyway im going to review the next two patches now before my next meeting
14:20:16 JayF Probably because of my request, but you all are right that a deprecation won't force operator action immediately.
14:20:16 dansmith sean-k-mooney: I just forgot to hit the +W
14:20:31 opendevreview Amit Uniyal proposed openstack/nova master: Delete dangling bdms https://review.opendev.org/c/openstack/nova/+/882284
14:20:42 johnthetubaguy JayF: we can always tweak the wording in the release note if we don't land the second half this cycle
14:20:44 sean-k-mooney johnthetubaguy: JayF everythign is in place for the shards on the ironic side yes?
14:21:09 JayF sean-k-mooney: very yes :) We released it last cycle, specifically ahead of any of the nova work :D
14:21:11 sean-k-mooney im assuming so since these do not have depends on
14:21:16 sean-k-mooney cool
14:21:18 johnthetubaguy I think so, the API has been shipped.
14:21:52 JayF johnthetubaguy: if you wanted to test this yourself in devstack; I recently updated our doc here to have a plug+play devstack config (our old doc had bitrotted) https://docs.openstack.org/ironic/latest/contributor/devstack-guide.html#ironic-with-nova this is the config I'll start from when I play with it in RC
14:22:10 auniyal bauzas, it was not failing by default - missed one test :-(
14:22:15 auniyal its done now
14:22:35 johnthetubaguy JayF: I was trying to get a minion to do that, but I failed, that looks handy though :)
14:22:53 JayF johnthetubaguy: well, my goal was to make that doc minion-friendly ;)
14:23:30 sean-k-mooney JayF this is goinng to create 3 ironic vms on the host this is run on right
14:23:48 JayF sean-k-mooney: yes, fronted by virtualbmc in this case (because it's ipmi)
14:24:05 sean-k-mooney i know there was test automation in ci to do that
14:24:12 sean-k-mooney i was not aware devstack could actully do that
14:24:21 JayF It's all in the devstack Ironic plugin
14:24:30 sean-k-mooney ya that makes sense
14:24:42 ozzzo_work What's the best way to determine whether a VM is locked?
14:24:58 sean-k-mooney ozzzo_work: you can tell in the api with a server show
14:26:35 ozzzo_work I'm on Train. Was that added in a later version?
14:27:17 sean-k-mooney i dont think so but i dont think it is shown in openstack client by default
14:27:29 ozzzo_work I'm comparing "server show" output from locked and unlocked VMs, and I can't find a difference
14:27:49 sean-k-mooney is there a --long option for that command
14:28:06 ozzzo_work no
14:28:34 ozzzo_work aha I can see it with "nova show"
14:28:59 johnthetubaguy Maybe also try update to the very latest openstack CLI and SDK so it uses the latest microversion by default, it was added in 2.9 apparently: https://docs.openstack.org/nova/latest/reference/api-microversion-history.html#id8
14:29:52 sean-k-mooney you can do "openstack sever list --locked"
14:30:08 sean-k-mooney https://docs.openstack.org/python-openstackclient/latest/cli/command-objects/server.html#cmdoption-openstack-server-list-locked
14:42:11 ozzzo_work ah very nice, ty!
15:40:59 opendevreview Pavlo Shchelokovskyy proposed openstack/nova master: Replace -- as 3-4 char in hostname with - https://review.opendev.org/c/openstack/nova/+/893072
16:20:04 alaysd Hey everyone
16:38:07 sean-k-mooney bauzas: fyi i put a -2 on https://review.opendev.org/c/openstack/nova/+/893072 for https://bugs.launchpad.net/nova/+bug/2033401
16:38:43 sean-k-mooney this is an api change so it would need a spec but in general im not sure we want to do any mroe vlaidation fo hostname with all the pain we had last time
16:38:53 bauzas NOOOOOOOOO
16:39:33 bauzas (not no because of your -2 but because of the rathole we entered when we went with supporting FQDNs
16:40:10 sean-k-mooney right so if we add even more santaisation to ensure we comply with https://www.rfc-editor.org/rfc/rfc5891#section-4.2.3.1
16:40:26 bauzas my personal take : fix it with docs
16:40:28 sean-k-mooney it will break someone who does not care about it
16:40:51 sean-k-mooney im not enven sure it needs to be in our docs but we could jus tadd a note
16:41:04 bauzas change as much as you want on clients (incl SDK and OSC), API-ref and the likes, but please please please, never ever touch this again
16:41:18 sean-k-mooney but basically i think we shoudl leave this up to the user to do
16:41:40 bauzas we have api-reference
16:41:49 bauzas and I know 1% of our users read it
16:42:16 bauzas but that's the place where we can put 'doh, we don't support rfc5891'
16:42:23 sean-k-mooney ya a note in api-ref would be ok but it woudl basically say. if you do not follwo the relvente RFCs for hostname formats thigns might break
16:42:37 sean-k-mooney its not that we dont suport it
16:42:39 bauzas true, nova is just passing thru the hostname
16:42:49 bauzas so you're due to respect this
16:42:51 sean-k-mooney its that we dont auto manage names that are invlaid to make it pass
16:43:12 opendevreview Amit Uniyal proposed openstack/nova master: Allow swap resize from non-zero to zero https://review.opendev.org/c/openstack/nova/+/857339
16:51:40 bauzas cores, there are two series that still require love from you in order to be accepted in time for the FF : https://review.opendev.org/q/topic:ironic-shards+project:openstack/nova+is:open and https://review.opendev.org/q/topic:bp%252Funified-limits-nova-tool-and-docs
16:51:58 bauzas both have all their changes at least having a single +2
17:19:38 sean-k-mooney bauzas: this is already approved but we shoudld track this for rc1 https://review.opendev.org/c/openstack/nova/+/883344
17:19:42 opendevreview John Garbutt proposed openstack/nova master: Add nova-manage ironic-compute-node-move https://review.opendev.org/c/openstack/nova/+/886989
17:20:00 bauzas sean-k-mooney: I'll start creating an etherpad
17:21:01 sean-k-mooney its running in zuul now so we can just keep an eye on it but i tought this was already merged
17:21:16 opendevreview John Garbutt proposed openstack/nova master: Make compute node rebalance safter https://review.opendev.org/c/openstack/nova/+/887151
17:22:26 johnthetubaguy melwitt: bauzas sorry, my rebase broke the functional tests without me noticing, I fixed that up now.
17:22:43 bauzas johnthetubaguy: already sent back to the gate

Earlier   Later