Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2023-03-28
15:05:08 auniyal__ melwitt, ^^ unified limit topic in PTG
15:25:34 opendevreview Moritz Wanzenböck proposed openstack/nova master: Implement extend_volume for local devices https://review.opendev.org/c/openstack/nova/+/878763
15:27:58 dansmith wangrong: hi
15:28:21 bauzas wangrong: I took notes on https://etherpad.opendev.org/p/generic-vdpa at the bottom of the page
15:28:49 wangrong hi
15:29:40 dansmith wangrong: have you submitted a change to gerrit before?
15:31:32 dansmith wangrong: the general procedure here would be to create a change in gerrit that adds a new file in nova-specs/specs/2023.2/approved something like "generic-vdpa-support.rst"
15:31:43 dansmith wangrong: that file should start a a copy of the template, which is this: https://opendev.org/openstack/nova-specs/src/branch/master/specs/2023.2-template.rst
15:32:21 dansmith wangrong: we are recommending that you copy the template to your spec file, and then fill out the "problem description" and "use cases" sections first, and get that submitted
15:33:05 dansmith wangrong: here is an example of a spec that I have proposed, so you can see how it should look when you submit it: https://review.opendev.org/c/openstack/nova-specs/+/877291
15:33:30 dansmith wangrong: I copied the template to my approved/compute-object-ids.rst file and then filled out the details
15:33:38 dansmith does that make sense?
15:47:15 wangrong dansmith: yes, make sense, I will fill that template. For gerrit maybe will not be a problem.
15:48:18 dansmith wangrong: okay cool, we can ask nova and neutron people to comment on the spec because it sounds like people from both projects will need to contribute
16:25:42 bauzas auniyal__: ping about the Bobcat planning
17:25:17 gibi Do you know Adri2000's IRC nick? I looked into the active instance during shelving issue he raised today and I might see what he saw in https://paste.opendev.org/show/bpd9AT9CA09O22eHHchd/
17:26:03 gibi nova reports the instance as active/running while the snapshot is uploaded to glance
17:32:36 melwitt bauzas: re: unified limits, I had hoped johnthetubaguy might be at the vPTG (I think he was at the last one) bc he's the one who was going to try out the initial exoerimental version of nova unified limits. I have been thinking about whether it's a good time now to implement the migration tools (forklift nova limits from nova db to keystone db) and write proper documentation, if there are no major issues that need to be fixed first that
17:32:37 melwitt we know of
17:33:11 bauzas gibi: that's his nick :)
17:33:19 melwitt I do have a bug open and patch proposed for a unified limits quota bug around unshelving an offloaded instance but other than that, I don't know of any problems
17:33:28 bauzas I can ask him to join the channel if he isn't
17:33:35 bauzas melwitt: ack, sure
17:34:01 bauzas melwitt: fwiw, I haven't marked the unified limits topic as done, so we can discuss it later in the week if you want
17:34:44 bauzas and folks, sorry about my chairing of the vPTG, I was pretty bad at that
17:34:59 bauzas bad phrasing, bad timings
17:35:12 bauzas I hope I'll be clearer tomorrow
17:36:33 melwitt bauzas: ok. I guess if we get everything else topics done, I don't think the unified limits topic (without any operator feedback) is requiring of "in person" discussion
17:37:51 bauzas melwitt: btw. given your tz, don't hesitate to add your nick on the topics you want to attend
17:38:24 bauzas I know how 1pm UTC is damn early for you, so please help me making sure you can join the most important ones for you :)
17:38:37 melwitt I am thinking to create a specless blueprint (or something) to propose it and people can see what they think. it would be basically implementing the last bit of the spec and removing the "experimental do not use this driver" phrase on the config option help
17:38:58 melwitt bauzas: sure, thank you
17:39:25 bauzas melwitt: sounds good to me about the specless bp, and that's a good signal flag that I won't miss when writing the cycle highlights
17:39:42 melwitt ack
17:40:00 bauzas melwitt: that said, hold on, considering the fact that Bobcat is non-SLURP
17:40:19 melwitt bauzas: ah right, good point. I wondered about that too
17:40:20 bauzas if we flip the defaults now, we'll now to forward-port that in our C release notes
17:40:40 bauzas because ops would miss the B relnotes if they jump straight
17:41:03 bauzas melwitt: I'm not opposed to flip the defaults in B
17:41:25 bauzas melwitt: I just wanna discuss with the team about how we ensure we don't miss anything in the C relnotes
17:42:33 melwitt ++
17:43:42 bauzas dansmith: do you know btw. if the reno team worked on some reno magical flag for saying 'this is something you should also document for the next branch' ?
17:43:55 melwitt bauzas: to be clear, I'm not thinking of changing the defaults in B but to just add the "migrate nova quota limits to keystone" script and the docs. maybe it would be best to let that bake for B before flipping defaults in C? not sure
17:44:12 bauzas hah, my bad
17:44:36 bauzas then the problem remains, the migration would need to be performed in C if not done in B
17:46:10 melwitt the migration isn't mandatory fwiw, operators can today just add their limits via the keystone API. the script would just be to make it extra easy if they want to use it
17:46:49 bauzas yeah I remember
17:46:50 melwitt they will either way have to add their own limits via keystone API to add other placement resources such as vGPU or whatever they want
17:46:55 melwitt kk
17:53:56 melwitt blueprint for discussion or maybe a small spec
17:53:56 melwitt (thinking out loud) maybe it would be good to hook the forklift script into online_data_migrations in C if we decide to flip the default in C ... bc unified limits default closed (limit of 0) so if they don't make their limits in keystone, all their quota would start being denied. it would be a major major problem to miss that upgrade step of adding limits in keystone if the default is changing. I'll write all of this up in the
18:02:16 bauzas looks like we have an ovn agent gone on grenade-multinode job
18:13:54 dansmith bauzas: nope, I dunno
18:53:44 opendevreview sean mooney proposed openstack/nova master: Allow discard with virtio-blk https://review.opendev.org/c/openstack/nova/+/878795
19:18:32 opendevreview Carl Morris proposed openstack/nova master: Fix a typo in this URL: https://docs.openstack.org/nova/latest/admin/availability-zones.html https://review.opendev.org/c/openstack/nova/+/878797
#openstack-nova - 2023-03-29
02:20:31 opendevreview Nobuhiro MIKI proposed openstack/nova master: libvirt: Add 'COMPUTE_ADDRESS_SPACE_*' traits support https://review.opendev.org/c/openstack/nova/+/873221
05:50:21 opendevreview Amit Uniyal proposed openstack/placement master: Bugtracker link update https://review.opendev.org/c/openstack/placement/+/876768
05:58:53 opendevreview Amit Uniyal proposed openstack/placement master: Bugtracker link update https://review.opendev.org/c/openstack/placement/+/876768
06:38:39 opendevreview Amit Uniyal proposed openstack/nova-specs master: Add cleanup flag to remove dangling volumes https://review.opendev.org/c/openstack/nova-specs/+/878757
06:52:52 opendevreview Amit Uniyal proposed openstack/nova-specs master: Add cleanup flag to remove dangling volumes https://review.opendev.org/c/openstack/nova-specs/+/878757
06:55:58 opendevreview Amit Uniyal proposed openstack/nova-specs master: Add cleanup flag to remove dangling volumes https://review.opendev.org/c/openstack/nova-specs/+/878757
08:02:44 opendevreview Jorge San Emeterio proposed openstack/nova master: Have host look for CPU controller of cgroupsv2 location. https://review.opendev.org/c/openstack/nova/+/873127
08:53:05 opendevreview Moritz Wanzenböck proposed openstack/nova master: Implement extend_volume for local devices https://review.opendev.org/c/openstack/nova/+/878763
08:53:05 opendevreview Moritz Wanzenböck proposed openstack/nova master: Implement extend_volume for local devices https://review.opendev.org/c/openstack/nova/+/878763
09:24:38 opendevreview Moritz Wanzenböck proposed openstack/nova master: Implement extend_volume for local devices https://review.opendev.org/c/openstack/nova/+/878763
12:31:17 bauzas reminder : nova vPTG restarts in 30 mins
12:31:45 bauzas in case people haven't seen it , today's packed agenda https://lists.openstack.org/pipermail/openstack-discuss/2023-March/033013.html
12:32:07 bauzas I'll probably hardstop some discussions if we need
13:02:30 bauzas we're starting to discuss today for the vTPG
13:02:33 bauzas vPTG
13:26:36 frickler this is weird, why is bobcat at the top but antelope at the bottom? https://launchpad.net/nova/+series
13:47:06 bauzas frickler: good question, honestly I dunno
13:49:05 d34dh0r53 sean-k-mooney1: ping
14:16:21 d34dh0r53 we're discussing the new keystone endpoint type "service" in icehouse right now and have some questions, is anyone able to join for a couple of minutes?
14:31:21 opendevreview Merged openstack/nova master: mypy: Fix implicit optional usage https://review.opendev.org/c/openstack/nova/+/878693
14:48:29 bauzas wowoooh ^ \o/
14:52:18 bauzas d34dh0r53: the nova team has their meetings for the day until 5pm UTC, how can we help ?"
14:55:08 d34dh0r53 bauzas: I think we're good, we've got answers on the etherpad. Thanks for getting back
14:57:31 whoami-rajat bauzas, hey, for tomorrow's cross project, does nova team has any session during 1500-1600 UTC?
14:59:54 bauzas whoami-rajat: a short one https://etherpad.opendev.org/p/nova-bobcat-ptg#L58
15:00:59 whoami-rajat bauzas, ok, how about doing the cinder cross project from 1530-1630 then? we don't have anything after 1500 UTC and it's a 1 hour gap in between so was thinking if we can reschedule it?
15:01:49 bauzas whoami-rajat: we agreed on a cinder-nova session previously at 1600UTC
15:01:53 bauzas do you want more time ?
15:02:12 whoami-rajat bauzas, yes we did, no not more time but doing it half an hour before
15:02:19 whoami-rajat at 1530
15:05:59 bauzas whoami-rajat: sorry, you mean you want to move the session half a hour before ?
15:06:17 whoami-rajat bauzas, yes correct, at 1530 UTC
15:06:27 bauzas whoami-rajat: ok, and for how many time ?
15:06:30 bauzas 1 hour ?
15:06:33 whoami-rajat yep
15:06:38 whoami-rajat we've 2 topics so 1 hour should do
15:06:38 bauzas ie. 1530-1630 ?
15:06:42 bauzas ok
15:06:55 bauzas moving it then on the nova etherpad :)
15:07:48 bauzas whoami-rajat: done https://etherpad.opendev.org/p/nova-bobcat-ptg#L59
15:08:16 whoami-rajat bauzas, great, thanks for the changing on a short notice :)
16:41:44 opendevreview Amit Uniyal proposed openstack/placement master: Bugtracker link update https://review.opendev.org/c/openstack/placement/+/876768
18:39:56 melwitt frickler: re: the launchpad page, it appears to be sorting non-active-development series in reverse alphabetical order (I notice that "trunk" is located between "ussuri" and "train"). I haven't been able to guess a reason it sorts alphabetically instead of by the milestone dates set on each series though
18:40:39 melwitt and I don't see a way to change it
20:56:29 opendevreview Sylvain Bauza proposed openstack/nova master: Verify a move operation for cross_az_attach=False https://review.opendev.org/c/openstack/nova/+/878948

Earlier   Later