*** JamesBenson has joined #openstack-ironic | 00:04 | |
*** JamesBenson has quit IRC | 00:08 | |
*** zzzeek has quit IRC | 00:12 | |
*** zzzeek has joined #openstack-ironic | 00:16 | |
*** tosky has quit IRC | 00:20 | |
*** ociuhandu has joined #openstack-ironic | 00:22 | |
*** ociuhandu has quit IRC | 00:26 | |
*** JamesBenson has joined #openstack-ironic | 00:36 | |
*** JamesBenson has quit IRC | 00:40 | |
*** jamesdenton has quit IRC | 00:48 | |
*** jamesden_ has joined #openstack-ironic | 00:49 | |
*** cp- has joined #openstack-ironic | 00:52 | |
*** paras333 has quit IRC | 00:56 | |
*** paras333 has joined #openstack-ironic | 01:03 | |
*** paras333 has joined #openstack-ironic | 01:04 | |
*** paras333 has joined #openstack-ironic | 01:05 | |
*** johnsag has quit IRC | 01:09 | |
*** paras333 has quit IRC | 01:19 | |
*** paras333 has joined #openstack-ironic | 01:27 | |
*** paras333 has quit IRC | 01:31 | |
openstackgerrit | Steve Baker proposed openstack/ironic master: Complete the REST API POST documentation https://review.opendev.org/c/openstack/ironic/+/757353 | 01:44 |
---|---|---|
*** ociuhandu has joined #openstack-ironic | 02:10 | |
*** ociuhandu has quit IRC | 02:15 | |
*** Qianbiao has joined #openstack-ironic | 02:35 | |
*** jslater has quit IRC | 02:57 | |
*** JamesBenson has joined #openstack-ironic | 03:12 | |
*** JamesBenson has quit IRC | 03:17 | |
*** ociuhandu has joined #openstack-ironic | 03:24 | |
*** ociuhandu has quit IRC | 03:29 | |
*** vesper11 has quit IRC | 03:34 | |
*** vesper11 has joined #openstack-ironic | 03:35 | |
*** JamesBenson has joined #openstack-ironic | 03:51 | |
*** JamesBenson has quit IRC | 03:55 | |
*** jamesden_ has quit IRC | 04:34 | |
*** jamesdenton has joined #openstack-ironic | 04:35 | |
*** vesper has joined #openstack-ironic | 04:36 | |
*** vesper11 has quit IRC | 04:37 | |
*** ociuhandu has joined #openstack-ironic | 05:12 | |
*** ociuhandu has quit IRC | 05:17 | |
openstackgerrit | likui proposed openstack/ironic master: Update doc8 version https://review.opendev.org/c/openstack/ironic/+/765722 | 05:21 |
*** ricolin has joined #openstack-ironic | 05:37 | |
*** QianbiaoNG has joined #openstack-ironic | 06:17 | |
*** Qianbiao has quit IRC | 06:20 | |
*** HagunKim has joined #openstack-ironic | 06:56 | |
*** anuradha1904 has joined #openstack-ironic | 06:57 | |
*** ociuhandu has joined #openstack-ironic | 07:01 | |
*** ociuhandu has quit IRC | 07:07 | |
*** ociuhandu has joined #openstack-ironic | 07:21 | |
*** ociuhandu has quit IRC | 07:28 | |
arne_wiebalck | Good morning, ironic! | 07:51 |
*** rcernin has quit IRC | 07:55 | |
*** tosin has joined #openstack-ironic | 07:58 | |
*** rcernin has joined #openstack-ironic | 08:25 | |
*** rcernin has quit IRC | 08:30 | |
*** fdegir has quit IRC | 08:34 | |
*** maelk has quit IRC | 08:34 | |
*** fdegir has joined #openstack-ironic | 08:34 | |
*** maelk has joined #openstack-ironic | 08:34 | |
janders | good morning arne_wiebalck | 08:38 |
*** rpittau|afk is now known as rpittau | 08:46 | |
rpittau | good morning ironic! o/ | 08:46 |
arne_wiebalck | hey janders and rpittau o/ | 08:52 |
rpittau | hey arne_wiebalck :) | 08:52 |
*** ociuhandu has joined #openstack-ironic | 08:53 | |
*** ociuhandu has quit IRC | 08:53 | |
*** lucasagomes has joined #openstack-ironic | 08:54 | |
*** dougsz has joined #openstack-ironic | 08:55 | |
*** derekh has joined #openstack-ironic | 09:04 | |
*** HagunKim has quit IRC | 09:05 | |
*** ociuhandu has joined #openstack-ironic | 09:15 | |
*** zzzeek has quit IRC | 09:19 | |
*** tosin has quit IRC | 09:20 | |
*** zzzeek has joined #openstack-ironic | 09:20 | |
*** mgoddard has joined #openstack-ironic | 09:20 | |
*** rcernin has joined #openstack-ironic | 09:25 | |
*** ociuhandu has quit IRC | 09:28 | |
*** rcernin has quit IRC | 09:30 | |
*** dtantsur|afk is now known as dtantsur | 10:07 | |
dtantsur | morning ironic | 10:08 |
dtantsur | janders: sorry for missing SPUC, I was submitting some papers here | 10:09 |
*** rcernin has joined #openstack-ironic | 10:21 | |
*** rcernin has quit IRC | 10:21 | |
*** ociuhandu has joined #openstack-ironic | 10:30 | |
*** mgoddard has quit IRC | 10:33 | |
openstackgerrit | Verification of a change to openstack/ironic-python-agent-builder failed: Support using lzma for initramfs compression https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/764371 | 10:39 |
*** mgoddard has joined #openstack-ironic | 10:43 | |
*** mgoddard has quit IRC | 10:49 | |
*** mgoddard has joined #openstack-ironic | 10:49 | |
*** mgoddard has quit IRC | 10:52 | |
*** mgoddard has joined #openstack-ironic | 10:52 | |
dtantsur | broken requirements, yay | 10:57 |
rpittau | is there anything NOT broken today ? | 11:01 |
dtantsur | dunno | 11:14 |
dtantsur | https://review.opendev.org/c/openstack/requirements/+/765785 | 11:14 |
*** tosky has joined #openstack-ironic | 11:22 | |
iurygregory | it's monday so it's fine =) | 11:37 |
iurygregory | good morning Ironic | 11:38 |
openstackgerrit | likui proposed openstack/python-ironicclient master: Update doc8 version https://review.opendev.org/c/openstack/python-ironicclient/+/765793 | 11:52 |
*** zzzeek has quit IRC | 12:03 | |
*** johnsag has joined #openstack-ironic | 12:03 | |
*** zzzeek has joined #openstack-ironic | 12:05 | |
*** ociuhandu has quit IRC | 12:09 | |
*** uzumaki has joined #openstack-ironic | 12:11 | |
*** JamesBenson has joined #openstack-ironic | 12:11 | |
*** zzzeek has quit IRC | 12:38 | |
*** zzzeek has joined #openstack-ironic | 12:39 | |
*** priteau has quit IRC | 12:40 | |
*** ociuhandu has joined #openstack-ironic | 12:40 | |
*** ociuhandu has quit IRC | 12:49 | |
*** alexmcleod_ has quit IRC | 12:59 | |
*** alexmcleod_ has joined #openstack-ironic | 12:59 | |
*** uzumaki has quit IRC | 13:04 | |
*** ociuhandu has joined #openstack-ironic | 13:12 | |
*** ociuhandu has quit IRC | 13:20 | |
*** priteau has joined #openstack-ironic | 13:27 | |
*** paras333_ has joined #openstack-ironic | 13:45 | |
*** Goneri has joined #openstack-ironic | 13:48 | |
*** ociuhandu has joined #openstack-ironic | 13:53 | |
*** ociuhandu has quit IRC | 13:53 | |
*** ociuhandu has joined #openstack-ironic | 13:54 | |
*** sdanni has joined #openstack-ironic | 13:58 | |
TheJulia | good morning | 14:04 |
*** ociuhandu has quit IRC | 14:04 | |
*** ociuhandu_ has joined #openstack-ironic | 14:04 | |
*** rloo has joined #openstack-ironic | 14:04 | |
iurygregory | good morning TheJulia =) | 14:07 |
*** uzumaki has joined #openstack-ironic | 14:07 | |
TheJulia | so everything broken? | 14:12 |
iurygregory | yup \o/ | 14:15 |
*** ociuhandu_ has quit IRC | 14:19 | |
*** k_mouza has joined #openstack-ironic | 14:21 | |
TheJulia | sweet | 14:21 |
TheJulia | I should have stayed in bed | 14:21 |
*** k_mouza has quit IRC | 14:22 | |
*** k_mouza_ has joined #openstack-ironic | 14:23 | |
dtantsur | morning TheJulia | 14:24 |
TheJulia | dtantsur: do you want to continue to track https://review.opendev.org/c/openstack/bifrost/+/760791 on the weekly review priorities | 14:32 |
dtantsur | not necessary, assuming somebody will actually approve it.. | 14:32 |
* TheJulia looks at a calendar | 14:33 | |
TheJulia | next week is likely the last week worth of trying to have a meeting this year | 14:33 |
*** ociuhandu has joined #openstack-ironic | 14:34 | |
iurygregory | looking now | 14:36 |
rpittau | argh, I have that in my prio list, but I have a very long prio lost :/ | 14:37 |
rpittau | I can test it this week | 14:37 |
iurygregory | if I do remember dtantsur did a lot of testing while trying to make it work hehe | 14:39 |
dtantsur | well, it worked for me at least | 14:39 |
rpittau | I think I tested it as well once at some point, but forgot about it :( | 14:40 |
iurygregory | it works without devstack =P | 14:40 |
*** tzumainn has joined #openstack-ironic | 14:42 | |
*** kaifeng has joined #openstack-ironic | 14:43 | |
*** ociuhandu has quit IRC | 14:46 | |
*** ociuhandu has joined #openstack-ironic | 14:49 | |
TheJulia | If anyone has anythign to add to potential review priorities or their subteam status updates: https://etherpad.opendev.org/p/IronicWhiteBoard | 14:52 |
*** ociuhandu_ has joined #openstack-ironic | 14:59 | |
*** k_mouza_ has quit IRC | 14:59 | |
TheJulia | #startmeeting ironic | 15:00 |
openstack | Meeting started Mon Dec 7 15:00:17 2020 UTC and is due to finish in 60 minutes. The chair is TheJulia. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
TheJulia | o/ | 15:00 |
*** openstack changes topic to " (Meeting topic: ironic)" | 15:00 | |
openstack | The meeting name has been set to 'ironic' | 15:00 |
iurygregory | o/ | 15:00 |
*** stendulker has joined #openstack-ironic | 15:00 | |
dtantsur | o/ | 15:00 |
TheJulia | Good morning everyone! | 15:00 |
rpioso | \o | 15:00 |
stendulker | o/ | 15:00 |
bdodd | o/ | 15:00 |
kaifeng | o/ | 15:00 |
TheJulia | It is time for our weekly meeting of baremetal cloud irony! | 15:00 |
rloo | o/ | 15:00 |
TheJulia | Our agenda can be found on the wiki today. | 15:01 |
TheJulia | #link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting | 15:01 |
TheJulia | Looksl ike only one discussion item, so maybe today will go quick?!? | 15:01 |
TheJulia | #topic Announcements / Reminders | 15:01 |
*** openstack changes topic to "Announcements / Reminders (Meeting topic: ironic)" | 15:01 | |
rpittau | o/ | 15:02 |
TheJulia | #info We are approaching end of year. Numerous contributors are expected to be out the last half of December. Please remember to provide review feedback on sprint-1 and early sprint 2 items if applicable and present. If an existing item won't make it, now would be a good time to signal so. | 15:02 |
dtantsur | we have releases due this week, right? | 15:03 |
TheJulia | umm... good question! | 15:03 |
TheJulia | checking | 15:03 |
bfournie | o/ | 15:03 |
JayF | o/ | 15:03 |
*** ociuhandu has quit IRC | 15:03 | |
TheJulia | dtantsur: next week | 15:03 |
ajya | o/ | 15:03 |
*** tosin has joined #openstack-ironic | 15:03 | |
dtantsur | okay, cool. let's try to do it rather earlier than later | 15:03 |
TheJulia | ++ | 15:04 |
rpittau | I can help with the releases if needed | 15:04 |
TheJulia | I can always put in the actual change for the releases team later in the week, but items need reviews. | 15:04 |
dtantsur | I'll be here next week, but only Mon-Wed (same the week after that) | 15:05 |
TheJulia | k | 15:06 |
TheJulia | Anyway, shall we proceed? | 15:06 |
rpittau | Let's | 15:06 |
dtantsur | yep | 15:06 |
TheJulia | #topic Review action items from the previous meeting | 15:07 |
*** openstack changes topic to "Review action items from the previous meeting (Meeting topic: ironic)" | 15:07 | |
*** tosin has quit IRC | 15:09 | |
TheJulia | We had one action item which was me to sync with the stable team regarding skipping backports on branches in the "extended maintenance phase". Basically they feel it is a stable policy violation, and then discussion kind of devolved because their view switched to the community as a whole and not as a project or as a contributor. The resulting consensus seemed to be we need to do what is reasonable for the | 15:09 |
TheJulia | situation that exists at that time. | 15:09 |
*** tosin has joined #openstack-ironic | 15:09 | |
TheJulia | rloo: ^^ | 15:09 |
TheJulia | Moving on! | 15:09 |
TheJulia | #topic Review subteam status reports | 15:10 |
*** openstack changes topic to "Review subteam status reports (Meeting topic: ironic)" | 15:10 | |
TheJulia | #link https://etherpad.opendev.org/p/IronicWhiteBoard | 15:10 |
dtantsur | This makes EM quite costy.. | 15:10 |
*** k_mouza has joined #openstack-ironic | 15:10 | |
rloo | thx TheJulia! | 15:10 |
rloo | i'll update the etherpad... | 15:10 |
TheJulia | dtantsur: They don't seem to care and we're not really interested in discussing further, I pointed that out and they just let it drop | 15:10 |
TheJulia | So I think our EM path is to kind of just do whatever is reasonable to ourselves. | 15:11 |
TheJulia | Which likely need to include starting to drop extensive testing on older branches | 15:11 |
kaifeng | i wondner if other projects backporting patches to the EM releases | 15:11 |
rloo | (I think there ought to be some community ... understanding... about this but ...) | 15:11 |
TheJulia | kaifeng: nova is doing skip patching, so master -> appropriate current stables and then jumping to the queens em that they care about | 15:12 |
TheJulia | rloo: the Problem is the community, they fallback on the community in the past said they don't want to do this | 15:12 |
TheJulia | so their stance was frozen in time and not considering the realities of those that actually have to get stuff in to EM. | 15:12 |
TheJulia | Anyway! | 15:12 |
TheJulia | #link https://etherpad.opendev.org/p/IronicWhiteBoard | 15:13 |
TheJulia | Line 267 | 15:13 |
rloo | but if some projects are doing it, i think that ought to be communicated to the community, vs separate projects doing things their own way. having said that, i don't really want to get involved and don't want this to block/delay whatever. | 15:13 |
kaifeng | skip patching doesn't seem upgrade compatible th | 15:13 |
kaifeng | s/th/tbh/ | 15:13 |
TheJulia | kaifeng: depends on the patch I guess, if it is not data model, then there is low risk as long as someone is going to a newer release version and not just going from say Queens -> Rocky | 15:14 |
rloo | kaifeng: good point. i think though, that the stuff that is backported, is to fix bugs. not add features. so it won't prevent upgrades, and if one upgrades enough, they'll get the bug fix. | 15:14 |
TheJulia | rloo: I think the same is true, they did not want to be in the middle of such a discussion either. | 15:15 |
TheJulia | dtantsur: rpittau: No luck on nvme secure erase? | 15:15 |
rloo | TheJulia: to confirm -- we're only talking about backporting patches as per the stable team's rules wrt backporting. we're just not going to backport to 'all' the interim releases. | 15:15 |
rloo | wrt rules, i mean wrt what qualifies to be backported. | 15:16 |
rpittau | TheJulia: nothing for now | 15:16 |
TheJulia | rloo: lets continue this in open discussion | 15:16 |
rloo | ok | 15:16 |
TheJulia | rpittau: Could you put a note saying that it is going to not make sprint1 and will likely make sprint 2? | 15:16 |
dtantsur | TheJulia: nothing from me, and I think janders will only get to it after the holidays | 15:16 |
TheJulia | k | 15:16 |
TheJulia | kaifeng: I see you have an approved spec \o/ | 15:17 |
rpittau | TheJulia: will do | 15:17 |
TheJulia | w/r/t node history | 15:17 |
kaifeng | TheJulia: yeah, thanks everyone for the review! | 15:17 |
TheJulia | ajya, bdodd: reminder: redfish raid is presently listed for sprint 2. I see there is some discussion on the change. I'm curious if it can be updated at this point? | 15:18 |
TheJulia | iurygregory: same status on oslo.privsep? | 15:18 |
iurygregory | TheJulia, going to update things this week | 15:18 |
bdodd | I'm working on updates to the RAID patches | 15:18 |
iurygregory | I was on PTO | 15:18 |
TheJulia | \o/ | 15:18 |
TheJulia | Okay, thanks | 15:18 |
*** ociuhandu_ has quit IRC | 15:19 | |
TheJulia | zer0c00l: Looks like you have a little discussion on the anaconda patch, I can drop my +2 if you want for now. You'll likely want to consider revising maybe. | 15:19 |
TheJulia | Everything looks good to me, are we good to proceed to priorities for the week? | 15:20 |
rloo | ++ for revising | 15:20 |
*** tosin has quit IRC | 15:21 | |
TheJulia | vote changed | 15:21 |
TheJulia | or... changing | 15:21 |
JayF | I certainly want my reviews taken into account before it merges :D | 15:21 |
* TheJulia needs a gerrit stop-watch | 15:21 | |
TheJulia | #topic Deciding on priorities for the coming week | 15:22 |
*** openstack changes topic to "Deciding on priorities for the coming week (Meeting topic: ironic)" | 15:22 | |
*** tosin has joined #openstack-ironic | 15:22 | |
TheJulia | #link https://etherpad.opendev.org/p/IronicWhiteBoard | 15:22 |
rloo | (I added a note wrt anaconda revision desired) | 15:22 |
TheJulia | Starting at line 120 | 15:23 |
TheJulia | Looks like we got some stuff merged last week, so I'll clean that up. I added items aaround 198 | 15:23 |
* arne_wiebalck cannot join the meeting today, just briefly: SIG meeting tmrw with rpioso on Redfish interop profiles, NTR for the SIG otherwise, bye o/ | 15:25 | |
TheJulia | Thanks arne_wiebalck | 15:26 |
TheJulia | Any objections to the items to add? | 15:26 |
JayF | lgtm | 15:27 |
TheJulia | Okay, I;kk do the shuffling after the meeting | 15:27 |
TheJulia | err I'll | 15:28 |
TheJulia | Onward! | 15:28 |
* TheJulia hears crickets | 15:28 | |
TheJulia | #topic Discussion | 15:28 |
*** openstack changes topic to "Discussion (Meeting topic: ironic)" | 15:28 | |
TheJulia | One quick discussion item, should we have a final meeting for the month next week? | 15:28 |
dtantsur | I'll be likely here for the next 2 Mondays | 15:29 |
dtantsur | won't be around on the 4th of January though | 15:29 |
TheJulia | I was about to suggest we skip the 21st, 28th, and Janurary 4th | 15:29 |
dtantsur | sounds reasonable to me | 15:29 |
TheJulia | Which is a long gap, but I think a number of us need the heads down time be it code or in our pillows | 15:30 |
rloo | ++ so dec 14 is last meeting of the year! | 15:30 |
TheJulia | Seems that way if there are no objections :) | 15:31 |
dtantsur | prepare your santa hats \o/ | 15:31 |
TheJulia | Oh wait, are we doing that?!? | 15:31 |
TheJulia | eek! | 15:31 |
TheJulia | :) | 15:31 |
dtantsur | we also have two more SPUCs planned | 15:31 |
TheJulia | ++ | 15:31 |
TheJulia | Spucs are good | 15:31 |
* dtantsur had to miss last Friday, sorry for that | 15:31 | |
iurygregory | I don't have santa hats =( | 15:31 |
TheJulia | I assume santa hats should now be on SPUCs | 15:31 |
rpittau | I have a wizard goofy hat, is that ok? | 15:31 |
TheJulia | maybe ;) | 15:31 |
iurygregory | rpittau, yes! | 15:32 |
TheJulia | Anyway, I'll send out the "end of year email" and we'll switch to etherpad updates as we have the last couple of end of year holiday seasons | 15:32 |
TheJulia | If there are any questions or concerns, please feel free to reach out to me. | 15:32 |
TheJulia | Anyway! Onward to the Baremetal SIG | 15:32 |
TheJulia | #topic Baremetal SIG | 15:32 |
*** openstack changes topic to "Baremetal SIG (Meeting topic: ironic)" | 15:32 | |
TheJulia | #Info Baremetal SIG session covering Redfish Interop profiles - Tomorrow, December 8th, at 2PM UTC | 15:33 |
TheJulia | #link https://etherpad.opendev.org/p/bare-metal-sig | 15:33 |
TheJulia | arne_wiebalck: one reminder, record the talk portion so we can build some content for youtube :) | 15:34 |
rpioso | TheJulia: Ack | 15:34 |
TheJulia | Since we have no RFE's on the agenda, we'll go directly to Open Discussion | 15:34 |
TheJulia | #topic Open Discussion | 15:34 |
*** openstack changes topic to "Open Discussion (Meeting topic: ironic)" | 15:34 | |
TheJulia | rloo: where were we? | 15:35 |
rloo | TheJulia: for myself, I think what I'd like is a clarification of this process, so everyone (in ironicland) knows. | 15:35 |
TheJulia | I think we just try and do the best we can, applicable to stable policy, and just start killing EM branch testing that doesn't make sense | 15:36 |
rloo | if i recall, i was fine with what we discussed at ptg | 15:36 |
rloo | what EM branch testing are we doing now? | 15:36 |
*** ociuhandu has joined #openstack-ironic | 15:36 | |
TheJulia | I can write a doc update then | 15:36 |
TheJulia | rloo: basically trying to keep everything alive | 15:36 |
TheJulia | which is insane | 15:36 |
rloo | right. i agree. i thought we had already killed some branch testing. | 15:36 |
TheJulia | Some, but not tons | 15:36 |
TheJulia | We can likely dial it back by a 50% | 15:37 |
JayF | Does OpenStack's branch model fit this concept? e.g. can we put "r" in unmaintained while "q" is in EM? | 15:37 |
TheJulia | s/a// | 15:37 |
rloo | there were 2 things? 1 kill some branch testing. 2. allow backports to skip some branches. eg if someone wants to backport to rocky but not stein. (we're talking only branches in EM, can't skip branches in M) | 15:37 |
TheJulia | JayF: EM is up to anyone wantint to put patches forth to burn the time to get the patch in, but forcing someone to go through a ton of EM branches and keeping them all perfectly alive with full testing, is a huge time sink | 15:38 |
rloo | and then maybe 3. is it ok to backport to an EM branch were there is no upstream testing. | 15:38 |
TheJulia | or limited testing, like we know some scenarios are more likely to fail than others | 15:38 |
JayF | TheJulia: I don't disagree in concept, I'm just wondering if there's a clear way to communicate that to users. OpenStack not having an "EM ... but more maintained than the other EM" branch type is unfortunate | 15:39 |
TheJulia | At least inCI | 15:39 |
dtantsur | it won't help to kill "some" branch testing, our jobs tend to break in large groups :) | 15:39 |
TheJulia | JayF: unfortunately it is up to those that care about an EM branch to carry that load | 15:39 |
rloo | dtantsur: what do you mean by that? keep all branch testing then? or kill all of them? :) | 15:40 |
TheJulia | dtantsur: well, huge breakages are generally easy to resolve once we identify the issue. The problem is noise and overall load crushing the ability for the job to actually pass | 15:40 |
JayF | I'm just thinking, we're going through a process right now to determine which release to upgrade to. As a contributor, I know to look for either Queens or a "M" release or newer. I don't think an external user would easily be able to determine that Queens is a better choice than Rocky, for instance | 15:40 |
dtantsur | I mean, it's not about removing one job, it's about removing most of them | 15:40 |
rloo | fwiw, stein is EM now. | 15:40 |
dtantsur | and I'll personally have reservations about +2'ing something that only passed unit tests.. | 15:40 |
TheJulia | Yeah, I'd prefer to some tests remain functional | 15:41 |
dtantsur | I still want to see a model similar to Linux kernel and some other projects: | 15:41 |
TheJulia | just, not 10+ integration jobs | 15:41 |
dtantsur | we maintain any branch for a while. then whoever cares can provide support, everything else is killed off. | 15:42 |
TheJulia | dtantsur: that is kind of where we're headed I think | 15:42 |
rloo | dtantsur: are you including branches in Maint, or only EM? | 15:42 |
TheJulia | to be totally honest | 15:42 |
dtantsur | rloo: Maint is the "we maintain any branch" part. EM is "whoever cares" part. | 15:42 |
openstackgerrit | Verification of a change to openstack/bifrost failed: Support testing secure boot https://review.opendev.org/c/openstack/bifrost/+/760791 | 15:42 |
rloo | (M=maintenance, EM=extended maintenance) | 15:42 |
TheJulia | EM's naming is not the best, but I remember when that was a huge fight | 15:43 |
rloo | dtantsur: does upstream community/stable say anything wrt CI for M branches? | 15:43 |
JayF | dtantsur: TheJulia: ++ the linux kernel did this a couple of years back to solve this exact problem | 15:43 |
dtantsur | rloo: I don't recall any firm position. I think it's up for us as a project. | 15:43 |
rloo | shall we take EM first, that seems easiest? | 15:43 |
TheJulia | rloo: aiui, it is up to the projects. | 15:43 |
dtantsur | rloo: I think we're only talking about EM now | 15:44 |
dtantsur | the main maintenance is not long, and the stable policy requires us to provide a high level of maintenance for them | 15:44 |
TheJulia | I'd like to point out some of the major projects also only have 1-3 integrated scenario jobs on older branches. We've got many more | 15:44 |
dtantsur | one of the reasons I started removing the iscsi deploy :) | 15:44 |
TheJulia | ++ | 15:45 |
dtantsur | but yeah. our problem is low concurrency of our tests | 15:45 |
dtantsur | and a relatively large test time | 15:45 |
TheJulia | And limited CI resources | 15:45 |
TheJulia | 8 GB of ram, no ability to touch swap | 15:45 |
dtantsur | if Nova can boot a VM with cirros in 30 seconds and 256M of RAM, they're in a much better position | 15:45 |
rloo | i'm totally good with 0 CI for EM (except unit tests) | 15:45 |
TheJulia | to quote an infra person, "Swap is the mind or CI job killer" | 15:45 |
dtantsur | rloo: would you +2 any patch under these conditions? | 15:46 |
rloo | i would if we agree to that 'policy'. it is a backport. | 15:46 |
JayF | I think patches exist where I'd be hesitant to +2 without any integration tests | 15:46 |
JayF | clean backsports of minor fixes? sure, lets forgo the integration tests | 15:46 |
dtantsur | same for me | 15:46 |
iurygregory | same | 15:46 |
rloo | hmm. what if said person tested downstream? | 15:47 |
JayF | but I've seen some backports that I'd want to see a deploy work for | 15:47 |
dtantsur | rloo: there are people who I'd trust in this case, there are people (most of them) who I'd not | 15:47 |
JayF | Then we go down a path of why isn't "trust me, I tested it" good enough everywhere :| | 15:47 |
rloo | i just don't know how reasonable it is, to expect upstream to provide CI, given the state of things upstream. | 15:47 |
dtantsur | right | 15:47 |
dtantsur | bifrost jobs can potentially have a longer lifetime now that we default to using virtual environments | 15:48 |
rloo | so if we don't +2, then an alternative is for the person/company to patch downstream. which is also fine with me (that's what we do at verizon media) | 15:48 |
dtantsur | because of their simplicity | 15:48 |
TheJulia | Pure downstream patching adds a lot of cost as well, but it all becomes what makes the most sense in the situation | 15:49 |
rloo | honestly, i haven't been contributing upstream. for the folks that have -- what is your preference? | 15:49 |
rloo | we have a limited number of people working upstream. i think they ought to have a bigger vote wrt where they want to put their time/energy. | 15:49 |
JayF | rloo: TBH I think our input, contributor or not, is interesting here because we're soon-to-be consumers, likely, of one of these EM branches | 15:49 |
TheJulia | It seems like the action is to kind of write down the overall feeling/perception, and be able to point to that whilst also possibly beginning to nuke some but not all integration jobs *where it makes sense* | 15:50 |
rloo | right, we aren't the only ones (I hope) that will be consumers of those EM. having said that though, things aren't 'free'. | 15:50 |
dtantsur | JayF: would you become a "patron" of an EM branch? | 15:50 |
JayF | I don't care so much what we do w/r/t deciding support. Putting resources where they matter (e.g. targetting queens and not other EMs) makes sense; I'm just concerned about upstream users (vs rh users) realizing that Queens is more maintained than other EMs | 15:50 |
dtantsur | How does kernel solve this messaging problem? | 15:51 |
* TheJulia likes this idea dtantsur just raised | 15:51 | |
JayF | dtantsur: ^ is my concern, that we communicate it well. I think OpenStack's branch system is almost designed to make this sorta "branch skipping" awkward and hard to communicate | 15:51 |
JayF | dtantsur: kernel specifically calls out longterm releases on kernel.org | 15:51 |
JayF | dtantsur: so you get a menu of maintained things to pick from | 15:51 |
dtantsur | Honestly, the lack of mutual understanding around EM branches is already problematic | 15:51 |
rloo | so... we introduce a new 'class' of branches. M -> EM, and EM can include .. sponsored M? | 15:51 |
dtantsur | Can we maybe pull our EM branches from releases.openstack.org (if they're anyhow mentioned there) and only provide this information in our docs? | 15:52 |
dtantsur | I'm not convinced this issue is solved by adding more concepts | 15:52 |
JayF | can we pull EM branches *except queens* from releases? | 15:52 |
TheJulia | The whole idea around EM is that it can "sponsored" or have a "patron" if the resources are supplied by the interested party/org. The thing is they will never ever be released again so patches are merged at the will of the project or the EM maintainers who care | 15:52 |
dtantsur | I think openstack as a whole should do a better jobs communicating that the exactly quality of EM branches is up to a project | 15:52 |
JayF | dtantsur: ++ | 15:53 |
TheJulia | This may be worth of taking to the TC, in order for them to drive that visibility | 15:53 |
dtantsur | are you still on TC? ;) | 15:54 |
TheJulia | since, in reality, what is needed for that to be documented OR the EM branch model to be re-visited | 15:54 |
JayF | I think a fair summary is: 1) Nobody has objections to the idea of targetting your resources on a single EM branch and not spreading the love. 2) We need a good way for operators to know that Queens is more maintained than Rocky (and soon Stein), but OpenStack's release system doesn't make that easy | 15:54 |
TheJulia | No, Board until January when the new board is seated, that is if I'm not re-elected. | 15:54 |
TheJulia | JayF: that sounds right | 15:55 |
JayF | I'd suggest taking a summary of what you wanna do, call out that sticking point, and hit the ML | 15:55 |
JayF | This is the sorta thing we should have a longer form discussion about ... but we can have that discussion while effectively implementing the new plan | 15:56 |
TheJulia | Agreed | 15:56 |
rloo | ++ | 15:57 |
TheJulia | Okay, well, we're almost at time. Thanks everyone | 15:58 |
dtantsur | a heads-up | 15:58 |
*** jamesdenton has quit IRC | 15:58 | |
dtantsur | CentOS 8.3 is out, watch out for related failures | 15:58 |
dtantsur | </heads-up> | 15:59 |
TheJulia | joy | 15:59 |
dtantsur | we have a minor breakage in openshift land | 15:59 |
*** jamesdenton has joined #openstack-ironic | 15:59 | |
TheJulia | #info Heads up - Centos 8.3 has been released, keep an eye out for failures. | 15:59 |
TheJulia | If anyplace explodes it will be metalsmith | 15:59 |
dtantsur | or bifrost. or IPA-builder. | 15:59 |
dtantsur | :) | 15:59 |
TheJulia | Yup | 15:59 |
TheJulia | Anywya, thanks everyone! Have a wonderful week! | 15:59 |
dtantsur | thank you! | 16:00 |
JayF | \o | 16:00 |
TheJulia | #endmeeting | 16:01 |
*** openstack changes topic to "Bare Metal Provisioning | Status: http://bit.ly/ironic-whiteboard | Docs: http://docs.openstack.org/ironic/ | Bugs: https://storyboard.openstack.org/#!/project_group/75 | Contributors are generally present between 6 AM and 12 AM UTC, If we do not answer, please feel free to pose questions to openstack-discuss mailing list." | 16:01 | |
openstack | Meeting ended Mon Dec 7 16:01:26 2020 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:01 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/ironic/2020/ironic.2020-12-07-15.00.html | 16:01 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/ironic/2020/ironic.2020-12-07-15.00.txt | 16:01 |
openstack | Log: http://eavesdrop.openstack.org/meetings/ironic/2020/ironic.2020-12-07-15.00.log.html | 16:01 |
openstackgerrit | Verification of a change to openstack/metalsmith failed: Add metalsmith_instances instance option config_drive https://review.opendev.org/c/openstack/metalsmith/+/761850 | 16:08 |
openstackgerrit | Aija Jauntēva proposed openstack/ironic-specs master: Pre-defined system hw configuration in single step https://review.opendev.org/c/openstack/ironic-specs/+/740721 | 16:14 |
*** lmcgann has joined #openstack-ironic | 16:17 | |
*** johnsag has quit IRC | 16:23 | |
*** ociuhandu has quit IRC | 16:27 | |
*** ociuhandu has joined #openstack-ironic | 16:32 | |
*** stendulker has quit IRC | 16:33 | |
*** tosin has quit IRC | 16:44 | |
rpittau | good night! o/ | 16:58 |
*** rpittau is now known as rpittau|afk | 16:58 | |
*** QianbiaoNG has quit IRC | 17:00 | |
arne_wiebalck | TheJulia: Yes, I will record the presentation. | 17:04 |
*** dougsz has quit IRC | 17:28 | |
*** lucasagomes has quit IRC | 17:33 | |
*** ociuhandu_ has joined #openstack-ironic | 17:38 | |
*** ociuhandu has quit IRC | 17:42 | |
*** ociuhandu_ has quit IRC | 17:43 | |
*** dsneddon has joined #openstack-ironic | 17:50 | |
*** ociuhandu has joined #openstack-ironic | 17:51 | |
*** gyee has joined #openstack-ironic | 17:54 | |
*** ociuhandu has quit IRC | 17:55 | |
*** k_mouza has quit IRC | 17:56 | |
*** derekh has quit IRC | 17:58 | |
openstackgerrit | Dmitry Tantsur proposed openstack/ironic-python-agent master: Correctly decode error messages from ironic API https://review.opendev.org/c/openstack/ironic-python-agent/+/765838 | 17:59 |
dtantsur | I finally got tired of ^^^ | 17:59 |
dking | It looks like the "extra_hardware" collector is included by default, but the "hardware-detect" python package upon which it depends isn't included in the IPA Builder element. Am I seeing that correctly? | 18:03 |
dtantsur | dking: it's included but not enabled | 18:03 |
dtantsur | the second part is correct, yes. there an element to add it. | 18:04 |
dking | Is there a reason why it's not added, especially if it's a default collector? | 18:04 |
dtantsur | dking: for the same reason it's not enabled by default: to avoid adding redundant dependencies | 18:06 |
dking | It seems to me that it's a useful tool that would make it easy for end users to gather a lot of extra information. But if the convention is to only use it with custom IPA builds and folks are used to that, then that's fine. We already have to build ours, anyway. I was just curious. | 18:09 |
*** uzumaki has quit IRC | 18:09 | |
dtantsur | There are ramdisks around with everything included, e.g. the one shipped by RDO | 18:09 |
dtantsur | https://images.rdoproject.org/centos8/victoria/rdo_trunk/current-tripleo/ I think is the current URL | 18:10 |
dtantsur | but yeah, some folks don't even use inspection or only use OOB inspection | 18:11 |
dking | I knew that TripleO was using it. We're building our own, so I'll just add that to our own element. | 18:11 |
dtantsur | dking: you can depend on this element https://opendev.org/openstack/ironic-python-agent-builder/src/branch/master/dib/extra-hardware | 18:12 |
dtantsur | it's based on an earlier element from StackHPC | 18:12 |
*** kaifeng has quit IRC | 18:13 | |
dking | Oh, thanks. I totally missed that. I might just add that element in separately since technically, it's not a requirement of our hardware managers. It's just something that we wanted to use for our introspection rules, which is separate. I'll add that into our build command. | 18:14 |
*** dtantsur is now known as dtantsur|afk | 18:28 | |
dtantsur|afk | o/ | 18:28 |
arne_wiebalck | bye everyone o/ | 18:33 |
openstackgerrit | Vladyslav Drok proposed openstack/networking-baremetal master: Fix exception handling when querying ironic ports https://review.opendev.org/c/openstack/networking-baremetal/+/765851 | 18:36 |
TheJulia | stevebaker: you awake? | 19:33 |
*** cmorey has joined #openstack-ironic | 19:41 | |
dking | Is this doctring correct: https://opendev.org/openstack/ironic-inspector/src/branch/stable/victoria/ironic_inspector/plugins/extra_hardware.py#L35 | 19:41 |
cmorey | I've got a node stuck in "Provisioning State" : error thanks to an ipmi issue, i've resolved the issue, but i can't seem to reset the provisioning state, any ideas? | 19:42 |
JayF | what is the state it's "stuck" in? | 19:43 |
cmorey | @error@ | 19:43 |
cmorey | sorry "error" | 19:43 |
dking | It talks about updating Swift, but I see no actual mention of swift or 'hardware_swift_object' mentioned directly in that code. | 19:44 |
cmorey | last error was "uring sync_power_state, max retries exceeded for node 9ed7092a-329f-4a79-a8a4-56a9410e9e99, node state None does not match expected state 'power on'. Updating DB state to 'None' Switching node to maintenance mode. Error: IPMI call failed: power status." it's now showing as "power on" | 19:44 |
JayF | OK; you'll need to do `openstack baremetal node maintenance unset [uuid]`, `openstack baremetal node manage [uuid]`, `openstack baremetal node provide [uuid]`, and I believe that'll get the node back to available for you | 19:45 |
cmorey | "The requested action "manage" can not be performed on node "9ed7092a-329f-4a79-a8a4-56a9410e9e99" while it is in state "error". (HTTP 400)" | 19:46 |
cmorey | sorry :( | 19:46 |
JayF | hmm. | 19:46 |
JayF | Do you have something deployed on that node? | 19:47 |
JayF | I bet it needs to be undeployed | 19:47 |
JayF | but I don't know the command for that :D | 19:47 |
cmorey | JayF, that's what i would have expected, as far as i can tell from the state machine, i cn delete or rebuild | 19:47 |
JayF | yeah; you need to "delete" the instance, but node delete in ironic is "delete the node from the db" | 19:48 |
JayF | ah, it's just that | 19:48 |
cmorey | I don't have an instance ID assigned | 19:48 |
JayF | baremetal node undeploy [uuid] | 19:48 |
JayF | this will cause any data on the node to be wiped | 19:48 |
JayF | so if you don't want that, don't do this :D | 19:48 |
cmorey | too late :) | 19:49 |
JayF | (assuming you have automated cleaning on; which it is by default) | 19:49 |
cmorey | I don't, but that's actually my next step | 19:49 |
cmorey | o.k. that worked, i'm sure i tried that before, | 19:49 |
JayF | unsetting maint mattered too :D | 19:50 |
cmorey | maintenance was set to false already | 19:50 |
cmorey | ah, i tried, rebuild, not undeploy | 19:51 |
cmorey | undeploy doesn't appear on https://docs.openstack.org/ironic/train/_images/states.svg | 19:52 |
JayF | the commands you pass are "verbs", and don't always represent states themselves | 19:52 |
JayF | deleted (via API) most closely models the `undeploy` action | 19:53 |
cmorey | ah, | 19:53 |
JayF | e.g. the `provide`, I was telling you before, puts a node from manageable->available (making that node 'provide' an extra inventory that can be deployed onto) | 19:54 |
cmorey | is there a verbs version of the state map? (rather than the API version) | 19:56 |
JayF | from a user perspective; here are the CLI commands https://docs.openstack.org/python-ironicclient/latest/cli/osc/v1/index.html#baremetal-node | 19:57 |
JayF | from a dev perspective, all the states are here https://opendev.org/openstack/ironic/src/branch/master/ironic/common/states.py#L41 | 19:58 |
stevebaker | TheJulia: hey | 19:59 |
zer0c00l | TheJulia: Ack. I been meaning to respond to the comments. Will go though the spec and review them this week. | 20:07 |
*** jamesdenton has quit IRC | 20:15 | |
*** jamesdenton has joined #openstack-ironic | 20:16 | |
cmorey | thanks for your help JayF | 20:24 |
JayF | np, good luck | 20:24 |
spotz | Hey all quick question on a tripleo validator run pre-introspection should I be concerned about failures on undercloud-neutron-sanity-check and ctlplane-ip-range. I did verify the ctlplane-ip-range is 20 IPs and the nodes themselves did introspect once I corrected a MAC issue | 20:32 |
JayF | That might be better for #tripleo | 20:35 |
spotz | hehe - they sent me here but I did just say I had a pre-introspection question:) | 20:36 |
JayF | Well IDK the answer :D | 20:36 |
spotz | if we knew all the answers what would be the fun?:) | 20:37 |
JayF | I mean, have you ever won a trivia game? Knowing all the answers is great! LOL | 20:37 |
*** paras333_ has quit IRC | 21:12 | |
*** jamesdenton has quit IRC | 21:18 | |
*** jamesdenton has joined #openstack-ironic | 21:18 | |
TheJulia | spotz: yeah, that is definitely not a question anyone in this channel would be able to answer | 21:46 |
TheJulia | well, non-already-tripleo-specific-code-contributors most likely | 21:46 |
*** sshnaidm has quit IRC | 21:49 | |
spotz | thejulia - I'm just going with that error as tripleo doesn't know either. Now looking at debugging metalsmith. So much has changed between train and victoria | 21:51 |
TheJulia | Maybe it has validation code burried in there for that | 21:52 |
*** k_mouza has joined #openstack-ironic | 21:57 | |
*** rcernin has joined #openstack-ironic | 22:00 | |
*** k_mouza has quit IRC | 22:01 | |
*** tzumainn has quit IRC | 22:02 | |
*** rloo has quit IRC | 22:02 | |
*** johnsom has quit IRC | 22:02 | |
*** andrein has quit IRC | 22:02 | |
*** lmcgann has quit IRC | 22:05 | |
*** jhesketh has quit IRC | 22:06 | |
*** k_mouza has joined #openstack-ironic | 22:07 | |
*** jhesketh has joined #openstack-ironic | 22:08 | |
*** sshnaidm has joined #openstack-ironic | 22:08 | |
spotz | TheJulia: The error when I did a node show was SSL Exception which I thought odd | 22:08 |
spotz | But I never have 'normal' issues:) | 22:08 |
TheJulia | context required | 22:08 |
spotz | TheJulia: metalsmith list shows State Error, openstack baremetal allocation list shows state actiive. And if I do openstack baremetal node show - Failed to load in-band deploy steps. Error: Connection to agent failed: Failed to connect to the agent running on node b2c1e125-c2f6-4bd2-9b55-a410335dd27a for invoking command deploy.get_deploy_steps. Error: HTTPSConnectionPool(host='192.168.126.115', port=9999): Max | 22:10 |
spotz | retries exceeded with url: /v1/commands/?wait=true&agent_token=EpKgQBNspmhL3yBNFrbKHoSTmSZTMmOlSKY0BGLapk0 (Caused by SSLError(SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:897)'),)) | 22:10 |
*** k_mouza has quit IRC | 22:12 | |
*** maelk has quit IRC | 22:14 | |
*** fdegir has quit IRC | 22:14 | |
*** fdegir has joined #openstack-ironic | 22:15 | |
*** maelk has joined #openstack-ironic | 22:15 | |
*** johnsom has joined #openstack-ironic | 22:30 | |
*** andrein has joined #openstack-ironic | 22:30 | |
*** rloo has joined #openstack-ironic | 22:30 | |
*** JamesBenson has quit IRC | 22:41 | |
TheJulia | so so so so so many review comments | 22:47 |
TheJulia | spotz: is certificate validation turned on? | 22:47 |
TheJulia | victoria ramdisk/ironic or off master? | 22:48 |
spotz | thejulia - Um don't know? I did build the images per the instructions so I'll assume Victoria | 22:49 |
spotz | It was about then I realized things had changed a lot since my last install | 22:49 |
TheJulia | hmmm | 22:50 |
TheJulia | spotz: can you crack open your ironic.conf and pull the [agent] section out for me? | 22:52 |
TheJulia | also, can you get console on the failed machine? | 22:52 |
spotz | TheJulia: Yep let me get it | 22:52 |
spotz | deploy_logs_collect=always | 22:55 |
spotz | deploy_logs_storage_backend=local | 22:55 |
spotz | deploy_logs_local_path=/var/log/ironic/deploy/ | 22:55 |
spotz | image_download_source=swift | 22:56 |
spotz | That was the one in etc/ironic | 22:56 |
TheJulia | openstack baremetal node show pls :) | 22:58 |
TheJulia | This is a newer feature, so there may be a bug | 22:59 |
TheJulia | well, bugs and surely are, but the defaults it should just work | 22:59 |
*** akiselev has joined #openstack-ironic | 23:00 | |
spotz | TheJulia: And you know me I do weird stuff and run into things:) | 23:00 |
spotz | http://paste.openstack.org/show/800817/ | 23:00 |
TheJulia | lbragstad: still working on that spec :( | 23:01 |
spotz | SO I found something? | 23:04 |
spotz | Well a known something | 23:05 |
*** hoonetorg has quit IRC | 23:20 | |
TheJulia | spotz: your conductor version and ironic version might be helpful. something doesn't add up here. :\ | 23:28 |
TheJulia | err | 23:29 |
TheJulia | conductor log and ironic version | 23:29 |
*** akiselev has quit IRC | 23:29 | |
*** cmorey has quit IRC | 23:30 | |
spotz | thejulia - looks like the ironicclient is from delorean-component-clients 4.4.0-0.20201109164945.2b60460.el8 | 23:31 |
spotz | I wonder if that's the issue? | 23:31 |
TheJulia | ironic itself, not ironicclient | 23:31 |
spotz | thejulia - that's the weird thing according to this http://paste.openstack.org/show/800818/ | 23:33 |
spotz | openstack baremetal --version openstack 5.4.0 | 23:34 |
*** hoonetorg has joined #openstack-ironic | 23:34 | |
TheJulia | Hmmm | 23:34 |
TheJulia | heh | 23:34 |
TheJulia | thats annoying | 23:34 |
TheJulia | it is likely giving you the version for the openstack-cli | 23:34 |
TheJulia | spotz: yeah, we're going to need your whole conductor log | 23:36 |
TheJulia | for the ironic-conductor | 23:36 |
spotz | TheJulia: Yeah I know you used to beable to use like nova --version to get a version | 23:36 |
spotz | cat'ing it now to paste it | 23:36 |
*** anuradha1904 has quit IRC | 23:36 | |
TheJulia | spotz: specifically it will help to see what hte configuration is at the very start | 23:37 |
*** stevebaker has quit IRC | 23:38 | |
TheJulia | also, anything on the agent side, did you manage to see anything on the failed deployed host or did it power off? | 23:38 |
spotz | Ok this is going to be way too much to paste. Would a head 100 and a tail 100 work or I can email | 23:40 |
spotz | Thejulia So no issues on the introspect once I fixed a mac address issue, the node set went fine. I was on the new overcloud_baremetal_deploy.yaml node provision command | 23:42 |
JayF | I'd suggest a `grep -C5 [node uuid] conductor.log` or similar | 23:43 |
TheJulia | spotz: email please | 23:43 |
TheJulia | or that could work, but I also want to see the config so maybe head -n1000 | 23:43 |
TheJulia | as well | 23:43 |
spotz | scping it off and then I'll email | 23:43 |
spotz | ok doing the head and the grep | 23:43 |
TheJulia | interesting... | 23:44 |
spotz | Here's the head - http://paste.openstack.org/show/800819/ | 23:46 |
spotz | This grep is HUGE | 23:53 |
TheJulia | wheeee it rotated :\ | 23:54 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!