Friday, 2023-03-10

opendevreviewMerged openstack/bifrost stable/2023.1: Update .gitreview for stable/2023.1  https://review.opendev.org/c/openstack/bifrost/+/87697501:23
opendevreviewOpenStack Proposal Bot proposed openstack/ironic master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/ironic/+/87706603:11
rpittaugood morning ironic! o/08:12
rpittauhappy friday!08:16
opendevreviewRiccardo Pittau proposed openstack/sushy master: Exclude .local from flake8 tests  https://review.opendev.org/c/openstack/sushy/+/87707708:22
rpittaudtantsur, JayF, the metal3 ci integration is ready for reviews when you have a mooment, thanks! https://review.opendev.org/c/openstack/ironic/+/86387310:42
dtantsurrpittau: I wrote a half of it, it's probably not fair for me to +2 it now :)10:43
dtantsurlet's maybe catch iurygregory later for another review10:43
rpittauright!10:44
opendevreviewRiccardo Pittau proposed openstack/sushy master: Exclude all files starting with . from flake8 tests  https://review.opendev.org/c/openstack/sushy/+/87707711:19
iurygregorygood morning Ironic11:20
iurygregorylooking at the patch now rpittau 11:20
rpittauhey iurygregory :)11:23
rpittauack11:23
dtantsurcould I also get moar reviews on https://review.opendev.org/c/openstack/ironic/+/874677 and https://review.opendev.org/c/openstack/ironic/+/875915 please?11:31
dtantsurboth are essentially moving code around11:32
iurygregorydtantsur, sure11:32
iurygregoryrpittau, quick question, I notice that the after_pivoting folder doesn't contain any information, this is expected?11:42
dtantsurI don't think we do pivoting at this point11:43
dtantsurTheJulia: do we have any reasons not to restrict viewing driver_internal_info to admins only?11:43
iurygregoryjust wanted to double check, +211:44
kubajjmorning everyone o/11:49
dtantsurmorning kubajj 11:52
dtantsurTheJulia: aha, we already restrict driver_internal_info to SYSTEM_OR_OWNER_READER. I wonder if it should be SYSTEM_OR_OWNER_ADMIN instead, but at least lessees are ruled out.11:53
kubajjdtantsur: out of the storyboard https://storyboard.openstack.org/#!/story/2010275 , what should be the next step that I could look into after all the deadlines are passed?11:55
dtantsurkubajj: I would suggest ironicclient and openstacksdk support for the inventory API11:56
dtantsur(it's not in the story, feel free to create tasks there)11:56
opendevreviewDmitry Tantsur proposed openstack/ironic master: [WIP] Migrate the inspector's /continue API  https://review.opendev.org/c/openstack/ironic/+/87594412:00
rpittauiurygregory: we don't do the pivoting for the time being13:03
iurygregoryrpittau, ack, I've already +2 13:04
rpittauthanks!13:04
iurygregoryyw13:04
vanouTheJulia: If possible, please give review for https://review.opendev.org/c/openstack/ironic/+/870881/613:29
vanouJayF: Do you have any feedback from OpenStack vulnerability team?13:29
vanouJayF: Sorry for annoying you with ^13:30
opendevreviewMerged openstack/metalsmith stable/zed: test_provision: don't assert provision_node call order  https://review.opendev.org/c/openstack/metalsmith/+/87703914:02
opendevreviewMerged openstack/metalsmith stable/yoga: test_provision: don't assert provision_node call order  https://review.opendev.org/c/openstack/metalsmith/+/87704014:03
opendevreviewMerged openstack/metalsmith stable/xena: test_provision: don't assert provision_node call order  https://review.opendev.org/c/openstack/metalsmith/+/87704114:03
opendevreviewMerged openstack/metalsmith stable/wallaby: test_provision: don't assert provision_node call order  https://review.opendev.org/c/openstack/metalsmith/+/87704214:03
opendevreviewVerification of a change to openstack/ironic master failed: Restructure the inspector module in preparation for its expansion  https://review.opendev.org/c/openstack/ironic/+/87467714:24
JayFvanou: it looks like it'll be possible, I'm just running behind because I'm at a conference. I'll pursue it more next week.15:56
opendevreviewMerged openstack/ironic-python-agent stable/2023.1: Update TOX_CONSTRAINTS_FILE for stable/2023.1  https://review.opendev.org/c/openstack/ironic-python-agent/+/87697916:03
opendevreviewMerged openstack/ironic-python-agent master: Update master for stable/2023.1  https://review.opendev.org/c/openstack/ironic-python-agent/+/87698016:03
opendevreviewMerged openstack/bifrost stable/2023.1: Update TOX_CONSTRAINTS_FILE for stable/2023.1  https://review.opendev.org/c/openstack/bifrost/+/87697616:05
rpittaubye everyone have a great weekend! o/16:05
opendevreviewVerification of a change to openstack/ironic master failed: Restructure the inspector module in preparation for its expansion  https://review.opendev.org/c/openstack/ironic/+/87467716:31
opendevreviewMerged openstack/ironic master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/ironic/+/87706616:34
opendevreviewMerged openstack/ironic master: Update master for stable/2023.1  https://review.opendev.org/c/openstack/ironic/+/87700016:34
JayFIn case you all were wondering what TheJulia and I are up to at SCALE -> https://opensource.com/article/23/3/cloud-hardware that's the article we wrote for opensource.com about the topic we're speaking on tomorrow17:11
JayFdtantsur: Does this make us the first k8s<>openstack mutual-co-CI project?17:21
* JayF just +2A that metal3 ci17:22
dtantsur\o/17:22
dtantsurpossibly?17:22
JayFdtantsur: it'd be an API-break to change that policy default. I think the impetus needs to be the other way around; is there a good reason it needs to be _ADMIN over _READER?17:23
* JayF wonders if you stumbled onto a near-security-thing17:23
dtantsurJayF: driver_internal_info exposes not versioned and often poorly reviewed internals17:23
JayFyou only see it if you ask for the field or /details, right?17:24
dtantsurright17:24
JayFI don't see that as a compelling reason then; but I'll be interested to see waht others thing.17:24
JayF*think17:24
JayFmight be worth asking on the list to increase reach to operators17:24
TheJuliaIs the policy thing in the ci job?17:43
dtantsurTheJulia: no, it's re your question on the /continue_inspection patch17:44
dtantsurabout the cached BMC addresses in driver_internal_info17:44
TheJuliaI’m feeling under the weather, today is not time to discuss or think about such. Monday I guess17:45
dtantsurack, get better!18:03
dtantsurdoes anyone remember when we removed support for classic drivers like pxe_ipmitool?18:16
* dtantsur cannot find 12.0.0 release notes18:18
JayFwow it was a ... while ago18:18
JayFlike Ussuri?18:18
JayFVictoria?18:18
dtantsurI think longer ago.. at least I hope so18:20
* dtantsur does not want to support classic drivers in rust-openstack lol18:20
JayFI give you permission hereby to not do so.18:20
JayFWhat is rust-openstack? :D 18:20
dtantsurhttps://docs.rs/openstack/latest/openstack/18:21
JayFnice, SDK work is fun.18:21
dtantsurper release notes, it was before Rocky, but when exactly..18:22
dtantsurah, well. we have an issue in our old release notes that some first versions are not displayed18:22
dtantsurall signs point at 11.0.0 (Rocky) as the removal release18:22
JayFI honestly just remember doing a J->U upgrade, and we had to migrate drivers->hardware types18:22
dtantsuryep, it was 11.0.0. thank you git.18:23
JayFdtantsur: you are the doc-bug-finder these days, aren't ya18:23
dtantsur:D18:23
JayFcan you file that or dig into it?18:23
JayFI do not expect myself to remember after 2.5 more days of conference18:23
dtantsurI can file but where?18:24
dtantsur(not going to dig into it a 7:30pm)18:24
JayFstoryboard still for now18:24
dtantsurit's equivalent of /dev/null :)18:24
JayFso is my brain18:24
JayFso at least we get two shots18:24
dtantsurso yeah, I don't want to support microversions before the classic drivers removal. much easier for me.18:25
JayFthe venn diagram of "users using rust to interact with openstack" and "users using a rocky-or-earlier" openstack HAS to be two separate circles, right?18:25
JayFthat'd be a software stack mullet otherwise D:18:26
dtantsurI expect that18:26
dtantsurWell, I did get a bug report about Newton not so long ago..18:26
dtantsurbut I think ironic users are usually more fast-paced18:26
dtantsurJayF: https://storyboard.openstack.org/#!/story/201064018:26
JayFty18:28
JayFI hope you squashed that bug report with, WTF; upgrade :D 18:28
JayFI made the comment to someone yesterday, sometimes it feels like OpenStack is judged on the software written 3-5yrs ago instead of the software today18:28
TheJuliaI think the last ops survey was mostly Victoria and newer in Berlin18:29
JayFOkay, maybe 2 years then ;) hehe18:33
JayFvanou: please see list; unless Ironic contributors object I will be applying for Ironic to be managed by VMT. 18:34
JayFvanou: This will leave a gap for unofficial library projects which are not under openstack, but are closely related. VMT will responsibly disclose things to our downstream libraries if presented through those avenues; but projects in that category should consider publishing instructions on responsible disclosure (I believe github has built-in tools now)18:35
opendevreviewMerged openstack/ironic master: Add a non-voting metal3 CI job  https://review.opendev.org/c/openstack/ironic/+/86387319:08
dtantsuryay, great end of week ^^^19:13
dtantsurhave a nice weekend folks19:13
opendevreviewMerged openstack/ironic master: Restructure the inspector module in preparation for its expansion  https://review.opendev.org/c/openstack/ironic/+/87467719:16
opendevreviewVerification of a change to openstack/ironic master failed: Refactoring: extract some common functions from the inspector code  https://review.opendev.org/c/openstack/ironic/+/87591519:27
jlvillalSo if I read the docs correctly Bifrost is not expected to work in an IPv6 environment. Is that correct? And I'm okay with that as a note.19:32
opendevreviewJohn L. Villalovos proposed openstack/bifrost master: chore: allow ironic-conductor to work with IPv6 disabled  https://review.opendev.org/c/openstack/bifrost/+/87712219:37
opendevreviewJohn L. Villalovos proposed openstack/bifrost master: chore: provide the location of deploy_image_path if missing  https://review.opendev.org/c/openstack/bifrost/+/87712419:42
iurygregoryjlvillal, yeah we are lacking IPv6 support on it .-.21:38
sschmittThis is a long shot but I have a train based ironic setup using ISCSI deploy and im getting intermittent deploy failures about the ISCSI target failing to start due to "Processes with the following PIDs are holding device /dev/sda: <PID>" any ideas where to start with this?21:48

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!