Earlier  
Posted Nick Remark
#openstack-nova - 2024-05-28
16:01:26 sean-k-mooney it was quiter without you
16:01:50 bauzas :)
16:01:51 sean-k-mooney im not sure if we have folks form the us or not today
16:01:59 bauzas awaiting a few people before starting
16:02:02 dansmith o/
16:02:17 elodilles o/
16:02:28 bauzas okay, let's start
16:02:34 bauzas shall be quick
16:02:42 bauzas #topic Bugs (stuck/critical)
16:02:47 bauzas #info No Critical bug
16:02:51 gibi o/
16:02:52 bauzas #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster
16:03:07 bauzas I can try to dent at some new bugs next week
16:03:24 bauzas apart from that, anything to discuss about bugs ?
16:04:01 gibi I saw https://bugs.launchpad.net/nova/+bug/2061701 happening in my Antelope env
16:04:13 gibi it is strange it really happen only once
16:04:32 bauzas huh
16:04:58 gibi I will try to dig into it a bit later this week
16:05:13 bauzas okay
16:05:15 gibi But if it rings a bell for someone then ping me
16:05:33 bauzas okay
16:06:15 bauzas moving on ?
16:06:23 elodilles gibi: i remember some discussion about this will hit us in the future... but nothing more o:)
16:06:33 elodilles maybe future is now :)
16:07:11 bauzas lol
16:07:23 bauzas #topic Gate status
16:07:24 sean-k-mooney that bug would imply someone is using config_drive with vfat?
16:07:30 bauzas #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:07:36 bauzas #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:07:44 bauzas #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status
16:07:59 sean-k-mooney oh no an ephmeral disk with the encyption format set to vfat which i think is the default
16:08:00 bauzas (all greens except nova-emulation for zed )
16:08:13 bauzas #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:08:20 bauzas #info Please try to provide meaningful comment when you recheck
16:08:23 bauzas voila
16:08:59 bauzas about the bug, we can continue to discuss about it on the open discussion section :)
16:09:06 bauzas #topic Release Planning
16:09:10 bauzas #link https://releases.openstack.org/dalmatian/schedule.html
16:09:23 bauzas #info nova deadlines are now there ^
16:09:31 bauzas #info Dalmatian-2 in 5 weeks
16:09:37 bauzas that's it
16:10:05 bauzas moving on
16:10:13 bauzas #topic Review priorities
16:10:19 bauzas #link https://etherpad.opendev.org/p/nova-dalmatian-status
16:10:38 bauzas you can now look at it
16:10:53 bauzas I provided all the series for all the specs that were accepted
16:11:15 bauzas we also have a few bugfixes for CI and other stuff in there
16:11:42 bauzas fwiw, I'll continue to review some of the series
16:12:38 bauzas #topic Stable Branches
16:12:41 bauzas elodilles: your time
16:12:55 elodilles i haven't seen much activity in stable/202*.* branches, but last time their gate were OK, so hopefully they are in the same state
16:13:21 elodilles that's all from me
16:13:30 elodilles about stable.
16:15:01 bauzas ++
16:15:13 bauzas #topic vmwareapi 3rd-party CI efforts Highlights
16:15:18 bauzas fwiesel: anything to say ?
16:15:19 fwiesel #info Hand-Over to operations of CI required some (internal) migration. Working on backlog jobs.
16:15:38 fwiesel So, if you see delays, that's the reason.
16:15:54 fwiesel Any questions?
16:16:01 bauzas not from me
16:16:58 fwiesel Okay, then that's from my side. Hopefully that is done soon, and I can focus on the bugs again.
16:17:20 bauzas ++
16:17:31 bauzas #topic Open discussion
16:17:41 bauzas nothing on the agenda
16:17:46 bauzas anything anyone ?
16:19:05 bauzas looks not
16:19:18 bauzas sean-k-mooney: gibi: want to continue discussion the vfat bug ?
16:19:26 bauzas or, can we close ?
16:19:58 sean-k-mooney we can close im updating the bug with some comments
16:20:28 bauzas ++
16:20:33 bauzas thanks all then
16:20:37 bauzas #endmeeting
16:20:37 opendevmeet Meeting ended Tue May 28 16:20:37 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:20:37 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2024/nova.2024-05-28-16.00.html
16:20:37 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-05-28-16.00.txt
16:20:37 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2024/nova.2024-05-28-16.00.log.html
16:20:48 fwiesel Thank you too
16:21:29 elodilles thanks o/
16:22:45 gibi sean-k-mooney: thanks
16:32:43 sean-k-mooney gibi: ok i think i see where the bug is but im not sure how long its been that way
16:33:09 sean-k-mooney commented in the bug but i think its https://github.com/openstack/nova/blob/96268d4e7a0dd1872c77641a634a94f599d59fe0/nova/virt/libvirt/driver.py#L11588-L11601
16:33:25 sean-k-mooney we are passing cache_name = os.path.basename(info['backing_file']) as the fs_lable
16:33:37 sean-k-mooney which will generally be over 11 charters
16:39:05 sean-k-mooney gibi: which was changed in https://github.com/openstack/nova/commit/4289b645970
16:48:28 sean-k-mooney gibi: my inlication is to mark this as valid but which list since i think the bug predates me working on openstack and litrally ahs been there in nova since 2012 and is now a proble because of a new mkfs release that actully treats it as an error
#openstack-nova - 2024-05-29
10:36:47 opendevreview Fabian Wiesel proposed openstack/nova master: Add more password generation options https://review.opendev.org/c/openstack/nova/+/865669
17:27:58 bauzas sorry guys, I was having some optic fiber issue, so my znc server wasn't able to be called
#openstack-nova - 2024-05-30
06:04:28 opendevreview Rajesh Tailor proposed openstack/nova master: Handle neutron-client conflict https://review.opendev.org/c/openstack/nova/+/918048
06:54:09 mikal Hey sean-k-mooney, I've been out of OpenStack a while, and I'm confused on what if any my next steps with https://review.opendev.org/c/openstack/nova-specs/+/915190 should be. Is it waiting on me somehow, or is it just in a process and will eventually happen? Thanks!
07:27:13 sean-k-mooney[m] mikal: a bit of both. its still needs review but also reminding us that i was there and ready for review. we had a spec review day 2? weeks ago i think but we never got to it so the ping is enough to remind us to re review
07:36:14 mikal sean-k-mooney[m]: yeah fair enough. I updated it before the review day, but I didn't realise I needed to ping people. Is there an etherpad it should be on or something like that?
08:01:19 sean-k-mooney[m] mikal: yep https://etherpad.opendev.org/p/nova-dalmatian-status is our tracking etherpad for things that are ready for review
08:02:49 mikal sean-k-mooney[m]: I see you just did a review. I'll churn through those and then re-ping here I suppose?
08:02:53 sean-k-mooney[m] reviewing the spec quickly i still think it need some work. it could benefit form a ascii diagram showing the end user flow for how they would connect to kerbsdie
08:03:37 sean-k-mooney[m] we pinging is not stricly required but its a good way to ensure it does not get lost in our email inbox or in the walll of other reviews we have in gerrit
08:04:35 sean-k-mooney[m] its on my radar again to look at in the next few days but just an fyi im off tomorrow and monday so i likely wont get back to it until Tuesday
08:04:57 mikal Yeah, my quick take is that your comments seem reasonable to me, but clearly some parts of this you understand better than me. So for example I can try and write up how the HTML5 transcoding proxy works, but it might be faster for you to just provide a paragraph you consider accurate.
08:05:23 mikal I'm not stressed about timelines as long as the window isn't going to close in the next couple of days or something.
08:05:24 sean-k-mooney[m] it would be good to reach out to bauzas gibi or others to review
08:06:02 bauzas I'm late for specs reviews but I'll try to look at some this week

Earlier   Later