Monday, 2021-02-01

*** zzzeek has quit IRC00:04
openstackgerritBill Dodd proposed openstack/sushy master: Fix TaskMonitor constructor calls in volume.py  https://review.opendev.org/c/openstack/sushy/+/77327300:05
*** zzzeek has joined #openstack-ironic00:05
*** ociuhandu has joined #openstack-ironic00:42
*** ociuhandu has quit IRC00:46
*** uzumaki has quit IRC00:58
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-lib master: Add initial privsep structure  https://review.opendev.org/c/openstack/ironic-lib/+/74553601:04
openstackgerritVanou Ishii proposed openstack/ironic master: Fix Mis-Ordering of Bash Variable Definition in DevStack  https://review.opendev.org/c/openstack/ironic/+/77327201:22
*** uzumaki has joined #openstack-ironic01:43
*** rcernin has quit IRC02:21
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190402:28
*** ociuhandu has joined #openstack-ironic02:30
*** ociuhandu has quit IRC02:35
*** paras333_ has joined #openstack-ironic02:36
*** rcernin has joined #openstack-ironic02:36
*** paras333_ has quit IRC02:38
*** rcernin has quit IRC02:45
*** rcernin has joined #openstack-ironic02:45
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-lib master: Add initial privsep structure  https://review.opendev.org/c/openstack/ironic-lib/+/74553603:21
*** ociuhandu has joined #openstack-ironic03:22
*** ociuhandu has quit IRC03:26
*** mkrai has joined #openstack-ironic03:27
*** Qianbiao has joined #openstack-ironic03:56
*** rcernin has quit IRC04:00
*** rcernin has joined #openstack-ironic04:02
*** ociuhandu has joined #openstack-ironic04:23
*** rcernin has quit IRC04:27
*** ociuhandu has quit IRC04:29
*** rcernin has joined #openstack-ironic04:35
*** uzumaki has quit IRC04:43
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: [DNM] fix test_write_partition_image unit test  https://review.opendev.org/c/openstack/ironic-python-agent/+/77298904:43
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190405:12
*** Qianbiao has quit IRC05:13
*** Qianbiao has joined #openstack-ironic05:13
*** ociuhandu has joined #openstack-ironic05:30
*** ociuhandu has quit IRC05:34
*** Qianbiao has quit IRC05:56
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190406:02
*** paras333_ has joined #openstack-ironic06:02
*** paras333_ has quit IRC06:06
*** Qianbiao has joined #openstack-ironic06:34
*** uzumaki has joined #openstack-ironic06:36
*** anuradha1904 has joined #openstack-ironic06:39
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190406:41
*** mkrai has quit IRC06:43
*** TheJulia has quit IRC06:44
*** TheJulia has joined #openstack-ironic06:45
*** gmann has quit IRC06:45
*** jungleboyj has quit IRC06:45
*** jungleboyj has joined #openstack-ironic06:46
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190406:46
*** gmann has joined #openstack-ironic06:46
*** ociuhandu has joined #openstack-ironic07:02
*** ociuhandu has quit IRC07:06
*** moshiur has joined #openstack-ironic07:22
*** rcernin has quit IRC07:25
arne_wiebalckGood morning, ironic!07:26
*** rcernin has joined #openstack-ironic08:07
erbarrgood morning arne_wiebalck08:08
arne_wiebalckHey erbarr o/08:08
*** rpittau|afk is now known as rpittau08:11
rpittaugood morning ironic! o/08:11
*** rcernin has quit IRC08:24
*** rcernin has joined #openstack-ironic08:26
*** uzumaki has quit IRC08:31
*** rcernin has quit IRC08:31
*** mkrai has joined #openstack-ironic08:35
*** rcernin has joined #openstack-ironic08:37
*** tosky has joined #openstack-ironic08:43
*** ociuhandu has joined #openstack-ironic08:45
*** ociuhandu has quit IRC08:45
*** ociuhandu has joined #openstack-ironic08:45
*** ociuhandu has quit IRC08:49
*** lucasagomes has joined #openstack-ironic08:50
*** ociuhandu has joined #openstack-ironic09:00
openstackgerritRiccardo Pittau proposed openstack/ironic master: Add release version to release notes  https://review.opendev.org/c/openstack/ironic/+/77331409:08
openstackgerritRiccardo Pittau proposed openstack/ironic-inspector master: Add release version to release notes  https://review.opendev.org/c/openstack/ironic-inspector/+/77331609:10
openstackgerritRiccardo Pittau proposed openstack/ironic-python-agent master: Add release version to release notes  https://review.opendev.org/c/openstack/ironic-python-agent/+/77331709:12
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Add release version to release notes  https://review.opendev.org/c/openstack/bifrost/+/77331809:14
openstackgerritRiccardo Pittau proposed openstack/bifrost stable/ussuri: [DNM] test ci ussuri  https://review.opendev.org/c/openstack/bifrost/+/77331909:21
openstackgerritRiccardo Pittau proposed openstack/bifrost stable/victoria: [DNM] test CI victoria  https://review.opendev.org/c/openstack/bifrost/+/77292609:22
openstackgerritRiccardo Pittau proposed openstack/bifrost stable/ussuri: [DNM] test CI ussuri  https://review.opendev.org/c/openstack/bifrost/+/77331909:22
*** rcernin has quit IRC09:27
*** benj_ has quit IRC09:28
*** benj_ has joined #openstack-ironic09:30
*** derekh has joined #openstack-ironic09:30
*** ociuhandu has quit IRC09:36
openstackgerritRiccardo Pittau proposed openstack/networking-generic-switch stable/stein: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/networking-generic-switch/+/77332409:37
*** rcernin has joined #openstack-ironic09:39
openstackgerritRiccardo Pittau proposed openstack/ironic stable/train: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/ironic/+/77333009:43
openstackgerritRiccardo Pittau proposed openstack/ironic-inspector stable/train: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/ironic-inspector/+/77333209:44
openstackgerritRiccardo Pittau proposed openstack/networking-generic-switch stable/train: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/networking-generic-switch/+/77333509:46
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190409:50
*** k_mouza has joined #openstack-ironic09:53
*** ociuhandu has joined #openstack-ironic10:01
*** rcernin has quit IRC10:06
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190410:06
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: [DNM] fix test_write_partition_image unit test  https://review.opendev.org/c/openstack/ironic-python-agent/+/77298910:33
*** sshnaidm|off is now known as sshnaidm|ruck10:35
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190410:39
iurygregorygood morning Ironic!10:45
rpittauhey iurygregory :)10:48
*** dtantsur|afk is now known as dtantsur10:54
* dtantsur yawns10:54
dtantsurhappy Monday, ironic. what's up?10:54
rpittauhey dtantsur :)10:55
openstackgerritMudit proposed openstack/ironic master: More GPU support in idrac-wsman inspect interface  https://review.opendev.org/c/openstack/ironic/+/77335911:02
openstackgerritRiccardo Pittau proposed openstack/ironic-inspector stable/train: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/ironic-inspector/+/77333211:14
iurygregoryrpittau, o/11:15
*** rcernin has joined #openstack-ironic11:16
*** ociuhandu has quit IRC11:30
*** ociuhandu has joined #openstack-ironic11:30
*** ociuhandu has quit IRC11:36
openstackgerritRiccardo Pittau proposed openstack/networking-generic-switch stable/train: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/networking-generic-switch/+/77333511:43
*** mkrai has quit IRC11:48
viks____hi,  i created user image as per https://docs.openstack.org/ironic/train/install/creating-images.html. i.e. whole disk image.. i'm able to ping the instance but not able to ssh.. i have added the key during server creation.. but i get `Permission denied (publickey).`.  Do i need to enable any special setting in case of baremetal?11:57
rpittauviks____: are you using train version?12:00
viks____yes12:01
viks____rpittau: do we have some issue related to ssh in train?12:02
rpittaunot that I'm aware of, it's just a bit old at this point12:03
*** uzumaki has joined #openstack-ironic12:07
viks____rpittau: also i'm not sure if cloud-init is running in the user image created like above.. i'm not able to set root password as well... so i can't log in via kvm console also.. so i'm stuck.. is there any way i can findout?12:07
jandersgood morning/afternoon arne_wiebalck rpittau iurygregory dtantsur and Ironic o/12:23
iurygregoryhey janders o/12:23
openstackgerritMudit proposed openstack/ironic master: More GPU support in idrac-wsman inspect interface  https://review.opendev.org/c/openstack/ironic/+/77335912:25
arne_wiebalckhey janders o/12:28
jandersrpittau I tracked down the IPA standby unit test problem a bit further... it seems it only passes in CI with boot_mode='bios' and disk_label='msdos' while on my Fedora it needs uefi/gpt... I wonder if it's inherited from the host12:28
jandershttps://zuul.opendev.org/t/openstack/build/2f30fa4517dd4678a46f8c9f0c850a7012:28
jandersit will be interesting if the NVMe patch passes CI now, as I tweaked it to match12:29
arne_wiebalckviks____: do you have access to the console of the node? if so, you could follow it to see if cloud-init runs (or boot the node into single user mode to set a password)12:30
viks____i do not see any cloud-init in the logs in kvm console.. also i do not knw how to boot the node into single user mode to set a password..12:32
*** rcernin has quit IRC12:33
openstackgerritDmitry Tantsur proposed openstack/ironic master: Apply force_persistent_boot_device to all boot interfaces  https://review.opendev.org/c/openstack/ironic/+/77338212:38
dtantsurviks____: not sure if it helps, but I had troubles making an ubuntu image work. debian and centos worked for me though.12:42
arne_wiebalckviks____: there are recipes for this on the web, look for 'reset root password single user mode ubuntu' or similar12:44
*** ociuhandu has joined #openstack-ironic12:45
*** ociuhandu has quit IRC12:46
*** ociuhandu has joined #openstack-ironic12:47
*** rcernin has joined #openstack-ironic12:47
bfourniedtantsur: good morning, ok if I backport the vendor detect refactoring to Victoria?12:54
dtantsurbfournie: sure, go ahead12:54
bfourniedtantsur: thx12:54
* dtantsur is in the middle of one of his regular attempts to understand secure boot12:55
bfourniegood luck12:56
dtantsurthanks..12:56
viks____dtantsur: ok.. will try out other images.. is there any difference b/n prebuilt cloud images (https://cloud-images.ubuntu.com/bionic/current/)and and the user image built as per https://docs.openstack.org/ironic/train/install/creating-images.html?12:57
dtantsurthe content of images you build is somewhat more predictable12:57
*** uzumaki has quit IRC12:58
*** dougsz has joined #openstack-ironic13:01
viks____dtantsur: ok.. so the prebuilt images in the above link can be used in ironic as well right? i mean i used them for non baremetal vm's which works fine for me for ssh as well as root password reset..13:02
*** paras333 has joined #openstack-ironic13:03
dtantsurusually yes, although they don't normally have a root password set13:03
dtantsuryou'll still need cloud-init (which is normally included)13:03
*** paras333 has quit IRC13:07
viks____dtantsur: ok... yes they do not have root password set... but resetting works using `nova set-password`when `hw_qemu_guest_agent=yes` property is set on the image13:07
dtantsur"guest agent" is a keyword. I'm not sure how Nova does it, but it may or may not work with bare metal.13:08
* dtantsur needs to read the UEFI specification, sorry13:08
*** uzumaki has joined #openstack-ironic13:09
openstackgerritBob Fournier proposed openstack/ironic stable/victoria: Refactor vendor detection and add Redfish implementation  https://review.opendev.org/c/openstack/ironic/+/77338813:10
*** rh-jelabarre has joined #openstack-ironic13:24
*** rh-jelabarre has quit IRC13:25
*** rh-jelabarre has joined #openstack-ironic13:25
*** tosin has joined #openstack-ironic13:29
Qianbiaoviks____ you can try build an image with fixed password at first.13:34
Qianbiaoand login to fix your issue. i guess cloud-init is not run correctly in your case.13:35
*** rcernin has quit IRC13:38
viks____Qianbiao:  i used the prebuilt images which has qemu-guest-agent in it, which works fine for me on nova comupute(non-baremetal)... but not sure why the same image doesnt work for baremetal..  can you let me know how to  build an image with fixed password?  what additional parmas do i need to pass to say `disk-image-create ubuntu vm dhcp-all-interfaces -o my-image` while building13:40
Qianbiaoviks____ baremetal does not has an agent.13:45
viks____Qianbiao: Oh! then how do i set/reset root password or enable ssh login?13:50
*** rloo has joined #openstack-ironic13:54
*** ociuhandu has quit IRC13:55
*** ociuhandu has joined #openstack-ironic13:56
iurygregoryneutron is going crazy with the privsep changes... .-.14:03
iurygregoryhttps://zuul.opendev.org/t/openstack/build/6f287ee742994721afbbf62e925282c914:03
iurygregoryany ideas? .-.14:04
openstackgerritDmitry Tantsur proposed openstack/sushy master: Initial support for secure boot databases  https://review.opendev.org/c/openstack/sushy/+/77339714:04
Qianbiaoviks____ check https://docs.openstack.org/ironic/train/install/creating-images.html and find elements you required in DIB14:08
Qianbiaolike ssh-server14:08
Qianbiaocloud-init14:08
Qianbiaoi think you need them to ssh login to the server14:09
*** lbragstad has joined #openstack-ironic14:09
*** uzumaki has quit IRC14:10
TheJuliaiurygregory: our neutron?14:10
TheJuliaAlso, good morning everyone14:10
iurygregoryTheJulia, yeah ebtables v1.8.4 (nf_tables): table `broute' is incompatible, use 'nft' tool.14:11
rpittau iurygregory I don't think that's related to privsep change14:12
iurygregorylooking at neutron ebtables is not in their privsep (not sure if would block us) O.o14:12
iurygregoryrpittau, you saw this before?14:12
rpittauyeah14:12
iurygregoryif you have some idea let me know o/14:13
dtantsurmorning TheJulia14:14
dtantsuriurygregory: I've seen this message on normal runs14:14
iurygregoryO.o oh ok14:14
rpittauyes, me too, I think it's more a watning14:14
rpittauwarning*14:14
* iurygregory checking more logs14:15
*** lbragstad has quit IRC14:16
viks____Qianbiao: ok.. but my image has ssh running because it prompts for password and not letting me in eventhough i had passed my public key during instance creation14:18
*** ociuhandu has quit IRC14:19
*** ociuhandu has joined #openstack-ironic14:19
*** lbragstad has joined #openstack-ironic14:22
*** ociuhandu has quit IRC14:29
openstackgerritBob Fournier proposed openstack/ironic stable/victoria: Refactor vendor detection and add Redfish implementation  https://review.opendev.org/c/openstack/ironic/+/77338814:29
*** ociuhandu has joined #openstack-ironic14:30
*** ociuhandu has quit IRC14:35
*** ociuhandu has joined #openstack-ironic14:37
*** ociuhandu has quit IRC14:39
iurygregoryfound the problem https://zuul.opendev.org/t/openstack/build/6f287ee742994721afbbf62e925282c9/log/controller/logs/ironic-bm-logs/node-0_console_2021-02-01-04:39:25_log.txt14:39
*** ociuhandu has joined #openstack-ironic14:39
iurygregoryhttp://paste.openstack.org/show/802176/14:40
*** tzumainn has joined #openstack-ironic14:44
*** moshiur has quit IRC14:44
TheJuliaiurygregory: do you remember if the ironic-standalone-redfish executes jobs in parallel or in series.14:49
*** uzumaki has joined #openstack-ironic14:49
TheJuliaiurygregory: wow :\14:49
iurygregoryTheJulia, we set to run with concurrency 214:50
*** kaifeng has joined #openstack-ironic14:50
iurygregoryso should run in parallel if the machine can =)14:50
dtantsurthe error looks.. funny14:52
*** sdanni has joined #openstack-ironic14:54
*** lmcgann has joined #openstack-ironic14:54
*** mkrai has joined #openstack-ironic14:55
iurygregoryyup!14:56
TheJuliaiurygregory: ahh, I bet that is why it likes failing, I bet we're running out of ram.14:57
dtantsurthere goes our attempt to reduce the number of jobs :(14:58
iurygregoryTheJulia, yeah we can just set tempest_concurrency for it to see14:58
TheJuliadtantsur: huh?14:59
dtantsurTheJulia: if we need to reduce concurrency, we need to increase the number of jobs again, otherwise we're going to hit even more timeouts15:00
TheJuliadtantsur: we can adjust some of the timeouts on jobs like the standalone jobs, besides they present the most value because they cover the most paths and interactions. Just the job failing an hour and fifteen minutes in with no apparent reason at the surface screams memory issues :\15:01
iurygregoryyup15:01
TheJuliaIt is all a dance15:01
TheJuliaunfortunately15:01
TheJuliaI'd rather kill the pxe_redfish_blah blah jobs before the standalone jobs15:01
iurygregoryif we move the concurrency it should increase the job time (but we have jobs with 3hrs + etc)15:01
TheJuliaAnyway!15:01
TheJuliaIt is time for our meeting15:01
TheJulia#startmeeting ironic15:01
*** stendulker has joined #openstack-ironic15:01
openstackMeeting started Mon Feb  1 15:01:58 2021 UTC and is due to finish in 60 minutes.  The chair is TheJulia. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
TheJuliaGood morning everyone!15:02
*** openstack changes topic to " (Meeting topic: ironic)"15:02
iurygregoryo/15:02
openstackThe meeting name has been set to 'ironic'15:02
stendulkero/15:02
bdoddo/15:02
kaifengo/15:02
rpiosoo/15:02
rpittauo/15:02
TheJuliaOur agenda can be found on the wiki, as always.15:02
TheJuliaWe should likely discuss what to do without a wiki one day...15:02
TheJuliaAnyway15:02
TheJulia#link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting15:02
rlooo/15:02
* TheJulia makes a quick last minute fix15:02
ajyao/15:02
*** bburns has quit IRC15:03
TheJuliaOkay!15:03
bfournieo/15:03
TheJulia#topic Announcements / Reminders15:03
*** openstack changes topic to "Announcements / Reminders (Meeting topic: ironic)"15:03
erbarro/15:03
TheJulia#info This week is R-10 for the Wallaby release. Again, R-6 is non-client library freeze, R-5 is client library and requirements freeze.15:03
*** MentalSiege has joined #openstack-ironic15:03
TheJulia#info Second sprint ends next week with hopefully a release. CI of course permitting :)15:04
TheJulia#info Review Jam poll link has been posted. More votes will be appreciated. If your interested and have not voted, please do so today.15:04
TheJulia#link https://doodle.com/poll/mdv6vpw6qdfzteg215:04
TheJuliaDoes anyone have anything else to announce or remind us of?15:04
stendulkerAn iLO CI Gate has been added to Sushy. Test ran successfully for https://review.opendev.org/c/openstack/sushy/+/77327315:05
dtantsurnice!15:05
TheJuliaExcellent!15:05
iurygregorywould be good for the ironic-cores to review https://review.opendev.org/c/openstack/project-config/+/772427 =)15:05
TheJuliastendulker: That almost sounds worthy of #success15:05
iurygregorymaybe I missed something to add the support for editHashtag =)15:05
stendulkerThank you :)15:05
rpittauiurygregory: that looks good, I'll add my +115:06
TheJuliaiurygregory: please add that link to the list of priority reviews15:06
iurygregoryTheJulia, ack o/15:06
TheJuliaDoes anyone else have anything else to announce or remind us of this week?15:06
TheJuliaI wanted to take a quick moment to thank everyone for midcycle participation last week! It was great to hear everyone's voices. :)15:07
TheJuliaSo last week didn't have any action items, so I believe we can proceed to subteam status reports if there are no objections.15:08
TheJulia#topic Review subteam status reports15:08
*** openstack changes topic to "Review subteam status reports (Meeting topic: ironic)"15:08
TheJulia#link https://etherpad.opendev.org/p/IronicWhiteBoard15:08
TheJuliaStarting at line 26015:09
iurygregorywe had action items from the midcycle, does it counts?15:09
TheJuliaSome of them are longer items, I guess we can circle back later on15:10
TheJuliaWe've got a lot on the agenda15:10
iurygregory++15:10
TheJuliabdodd: thanks for the update on redfish raid15:12
bdoddTheJulia Of course15:12
TheJuliaiurygregory: still fighting with privsep I guess? :)15:12
iurygregoryTheJulia, correct =)15:13
iurygregorywill try to add notes after finding something about the error15:14
TheJuliaOkay15:14
TheJuliaI think that is pretty good, are we good to proceed15:14
TheJulia?15:14
dtantsur++15:14
rpittaulet's15:15
TheJulia#topic Deciding on priorities for the coming week15:15
*** openstack changes topic to "Deciding on priorities for the coming week (Meeting topic: ironic)"15:15
TheJuliaSo I went through and checked patches to see if they had merged/been approved/etc15:15
TheJuliaI have not added patches outside of the nvme erase code15:15
TheJuliaI'll clean up the list of merged patches if others will post their links for the week15:16
*** paras333 has joined #openstack-ironic15:18
TheJuliaAnything else to add?15:18
*** MentalSiege has quit IRC15:19
TheJuliaI guess that looks good to me15:19
rpittaushould be good15:20
TheJuliaOnward then!15:20
TheJulia#topic Discussion15:20
*** openstack changes topic to "Discussion (Meeting topic: ironic)"15:20
TheJuliadtantsur: looks like this item is something you added?15:20
TheJuliaTrain branch status?15:21
dtantsuryes, thank you15:21
dtantsurIt's a follow-up to the midcycle topic. I'm holding up the release proposed by the release team for ironic.15:21
dtantsurSince we have a few outstanding patches, and the gate does not seem to work.15:21
dtantsurSo the pressing question is: should we fix it asap or should I give them go-ahead with the proposed release?15:21
TheJuliaDo we have a list of issues or failed example jobs?15:21
dtantsurlemme see15:23
TheJuliaIt is a hard question to answer without being consciously aware the failures and what is outstanding15:23
dtantsuractually, the patch to remove grenade passed: https://review.opendev.org/c/openstack/ironic/+/773330/15:23
dtantsurmaybe it boils down to landing it15:23
TheJuliaship it!15:24
* TheJulia adds +215:24
rpittauyeah ironic in train doesn't look that bad15:24
dtantsurokay, we're fine that. let's make sure to recheck any outstanding patches when this one lands15:24
TheJuliak15:24
TheJulia++15:24
* dtantsur is ready to move on15:24
*** MentalSiege has joined #openstack-ironic15:24
TheJuliaExcellent!15:24
TheJuliaOnward to the SIG15:24
TheJulia#topic Baremetal SIG15:24
*** openstack changes topic to "Baremetal SIG (Meeting topic: ironic)"15:24
TheJuliaarne_wiebalck couldn't join us today, but he gave me a heads up for the SIG's next topic!15:25
dtantsuryep :)15:25
TheJuliaNext week, dtantsur will be presenting deploy steps to the SIG! Hopefully we'll also see the previous recordings posted to youtube this week.15:25
TheJulia\o/15:25
TheJuliaOnward then!15:26
TheJulia#topic RFE Review15:26
*** openstack changes topic to "RFE Review (Meeting topic: ironic)"15:26
TheJuliadtantsur: looks like you've proposed these three, do you want to walk us through them?15:26
dtantsuryup15:26
dtantsur#link https://storyboard.openstack.org/#!/story/2008567 Expose boot mode and secure boot status in the API15:26
dtantsurThis should be more or less self-explanatory15:27
TheJuliaReading it, it seems reasonable15:27
dtantsurThe only non-trivial bits: I'm proposing changing to be asynchronous (so unlike boot device and like power states)15:27
TheJuliaSeems like it might be a bit unreliable on ipmi based machines, at least for boot_mode.15:27
TheJulia(because ipmi bmc response is not super reliable)15:27
dtantsurBoot mode API is not implemented for ipmitool15:27
TheJulia\o/15:28
TheJulianevermind then!15:28
dtantsur:)15:28
TheJuliaI think it is good, I would consider these purely administrative endpoints for humans, not programmatic interaction which might be useful say as a member15:28
TheJuliaof the system that is15:28
* TheJulia now sees everything in RBAC terms :(15:28
dtantsuryep. and seeing these values in node listing may be really helpful for debugging15:28
TheJuliaI have no objection to this change.15:29
dtantsurany other opinions?15:29
rloothe PUT API endpoints.15:29
rlooare they avail any time?15:29
rlooor only when the node is in certain states?15:29
dtantsurrloo: I'll check what we do for other actions, but likely in stable states only15:29
Qianbiaoi think it's depended?15:30
dtantsur(and without a reservation, of course)15:30
rloook thx, as long as consistent and makes sense, i think i'm good with it :)15:30
rlooif there is a failure, will last_error be updated?15:30
rlooguessing yes, that's what you mean by 'the only way... will be to poll the node'.15:31
dtantsuryep15:31
TheJuliaSeems reasonable and hopefully we'll have node history soon()15:31
TheJuliaOnward to the next rfe since this one seems "approved"15:31
dtantsur#link https://storyboard.openstack.org/#!/story/2008366 BMC event framework for ironic (reduced scope)15:32
dtantsurThis is a lighter version of the RFE I've already proposed once15:32
dtantsurMVP without proxying by ironic15:32
TheJuliadtantsur: my feeling is "yes" to both of the questions at thebottom of the rfe15:33
TheJuliaSeems reasonable to build one piece at a time.15:33
rloowhy just active nodes.15:35
TheJuliaThat is a good question, but I think it helps curtail the action of having to remove/cleanup on deploy15:35
rlooi was wondering whether that info would be useful for debugging, if clean/deploy failed :)15:36
dtantsurhmm15:36
TheJuliaso lets do this.. I think dmitry is trying to keep it skimmed down, but there may be value in persistent15:36
rlooam ok with the rfe. could start with active. and just stick with active.15:36
TheJuliaso I think we need a class of two15:36
dtantsuryeah, relaxing restrictions is easier than adding them15:37
dtantsur(I don't remember why I settled on active only, probably for an absolute MVP)15:37
rloowould just like it documented why 'only' active. if it is for now only.15:37
TheJuliaI think active only is fine for first pass and then we add a field for persistent or something15:37
dtantsurI'm fine with dropping this requirement, one fewer check in the code15:37
TheJuliaor we could just drop the constraint15:37
* TheJulia is fine either way and has no hard opinion15:37
iurygregory++ for dropping =)15:38
TheJuliadtantsur: I guess update the rfe and your good to go15:39
dtantsuryup, will do after the meeting15:39
rlooso if i understand it. this provides an event framework. but at the end of this, one can't do much cuz the actual events won't be avail?15:39
TheJuliarloo: not the framework yet, more so the ability to change the knobs on the hardware15:39
TheJuliato eventually reach a framework15:39
Qianbiaodtantsur if node is none-active, maybe subscribtion will fails?15:39
dtantsurQianbiao: subscriptions themselves are not related to our states15:40
kaifengDoes creating a subscription mean registering an event subscriber?15:40
Qianbiaolike wrong credential15:40
iurygregoryit will fail if the BMC has some problem =)15:40
*** uzumaki has quit IRC15:40
iurygregoryor your request has some problem to create the subscription15:40
dtantsurkaifeng: yep. you're providing a URL that will be called by the BMC in case of a hardware event (overheating etc)15:40
*** uzumaki has joined #openstack-ironic15:41
Qianbiaolike some admin tools of BMC :)15:41
kaifengwow, I don't know BMC can do such a thing15:41
stendulker What kind of events are expected from BMC?15:41
dtantsurthings like overheating15:42
TheJuliaI feel like the disconnect is modeled around the redfish events functionality15:42
TheJuliawhere the bmc can broadcast $things15:42
dtantsurbut yeah, I don't define the data model, merely exposing what can be done already15:42
TheJulia++15:42
dtantsurif your BMC can do it, we can implement that as well15:42
stendulkerSo will there be event catalog from Ironic and drivers needs to map it to their BMC and create a subscription?15:42
TheJuliathere cannot be15:43
TheJuliaso vendors have an open-ended capability to define these things, dmitry is just trying to propose the ability to add/remove subscriptions which is a defined feature of the standard15:43
stendulkerThe events supported by BMC could differ from vendor to vendor...15:43
TheJuliathe bmc then enumerates through the endpoints and transmits data to whereever the subscription defines15:43
dtantsurfrom family to family and even from model to model15:43
TheJuliain this case, it is not transmitting to ironic from what I understand15:44
dtantsursame situation as with BIOS settings: I don't think we can provide a catalog15:44
kaifengI wonder who consumes the driver-specific-filters?15:44
stendulkerSo 'filters' in the RFE is going to driver specific ?15:44
dtantsurkaifeng: the BMC at this point15:44
dtantsuryes15:44
stendulkerThen do we need some kind listing of supported filters by a driver? Or just refer doc for that15:45
kaifengokay, if i get this rignt, the rfe is to implement a passthrough api to set up some event callback to the bmc15:45
dtantsurkaifeng: correct15:45
kaifengsounds useful, so this is only applicable for the redfish right, do we have consistent support from the standard?15:46
dtantsurI haven't checked the real-life status, I must admit15:47
TheJuliaI checked like a year ago and I think at least two vendors supported it15:47
TheJuliaI think a third, you could see it was stubbed into place, but maybe not usable15:48
TheJuliaI didn't dig much further15:48
TheJuliaAnyway, I don't see any objections, just scoping questions15:49
TheJuliadtantsur: maybe a slight bit more clarity in the rfe and I suspect you'll be good15:49
dtantsurokay, I'll try to type some words and ping you later15:49
QianbiaoTheJulia ibmc supports subscribtion15:50
TheJuliaQianbiao: good to know, thanks15:50
TheJuliaAnything else?15:50
TheJuliadtantsur: ^^15:50
dtantsurI have another one if we have time15:50
TheJuliaI think we do15:50
dtantsur#link https://storyboard.openstack.org/#!/story/2008491 An ability to run manual cleaning without booting a ramdisk15:50
dtantsurThis has been discussed many times as a nice-to-have thing15:51
dtantsurThis is a concrete proposal15:51
TheJulia++15:51
TheJuliawe've discussed this enough times I feel like this is good15:51
Qianbiaothis is a great feature15:51
kaifengi tried some raid work last year and it appears that idrac actually doesn't need in-band at all15:52
Qianbiaoyes kaifeng15:52
Qianbiaoibmc is the same.15:52
kaifengfor pure oob it would be a good enhancement15:52
TheJuliathe major complaint in the past has been reset of the bmc where no other commands are permitted15:53
rpiosoWe would very much appreciate this change.15:53
TheJulia#chair dtantsur15:53
openstackCurrent chairs: TheJulia dtantsur15:53
TheJuliaI need to step away15:53
dtantsurk15:54
dtantsurI think we've agreed with the direction, what about the specific implementation proposal?15:55
kaifengQianbiao: good to know15:55
* dtantsur usually assumes that crickets agree with him15:56
rpiosoFor us, it is much more than a nice to have feature. The iDRAC can be placed in a a state in which it cannot be removed unless this feature is added.15:56
rpiosoIf memory serves, it is called recovery mode.15:57
dtantsuryup15:58
TheJuliaokay, back15:58
openstackgerritMerged openstack/sushy master: Fix TaskMonitor constructor calls in volume.py  https://review.opendev.org/c/openstack/sushy/+/77327315:58
TheJuliaSounds good, time to move on?15:58
TheJulia#topic Open Discussion15:59
*** openstack changes topic to "Open Discussion (Meeting topic: ironic)"15:59
TheJuliaAny open items?15:59
TheJulias/open/other?15:59
* TheJulia hears crickets and thinks everyone has gone off to get more coffee16:00
TheJuliaWell everyone! Thanks!16:01
TheJulia#endmeeting16: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
openstackMeeting ended Mon Feb  1 16:01:22 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:01
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ironic/2021/ironic.2021-02-01-15.01.html16:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ironic/2021/ironic.2021-02-01-15.01.txt16:01
openstackLog:            http://eavesdrop.openstack.org/meetings/ironic/2021/ironic.2021-02-01-15.01.log.html16:01
QianbiaoTHanks TheJulia dtantsur16:01
Qianbiaoperfect timeing, 12:0016:01
iurygregoryfyi I've talked with oslo folks about the Backport Candidate label, "IMO yes it's a bit useful. It's not the solution to all the problem but it help to vizualize and don't forget things" "However I'm not convinced that +1 & +2 is really useful on that I think that only  +1 could be enough"16:01
*** Qianbiao has quit IRC16:02
*** Qianbiao has joined #openstack-ironic16:02
TheJulia+1 could be enough for the flag?16:03
TheJuliaMost likely16:03
iurygregoryyeah16:03
*** Qianbiao has quit IRC16:03
iurygregoryI'm looking at some gerrit clients to see if I can have something that would detect the label and would add the hashtag ironic-backport16:04
iurygregoryso we can have a search with "hashtag:ironic-backport" to track things16:04
iurygregorynot sure if we can have a bot that would do this for us...16:04
kaifengbtw what does hashtag used for? something like topic?16:04
iurygregorycan be used to filter your search, and you can have multiple16:05
iurygregorytopic you can only have 116:05
* iurygregory brb lunch time16:06
kaifengiurygregory thanks!16:06
* TheJulia finally has breakfast16:07
*** stendulker has quit IRC16:12
*** mkrai has quit IRC16:15
dtantsurTheJulia: updated https://storyboard.openstack.org/#!/story/200836616:21
*** alexmcleod has joined #openstack-ironic16:22
TheJuliadtantsur: thanks16:22
dtantsuran argument for only allowing subscriptions for ACTIVE nodes could be multi-tenancy16:26
dtantsurto make sure people don't start receiving events for nodes that are no longer leased to them16:27
TheJuliaFeasible16:27
TheJuliaas long as we unwind any16:27
TheJuliathen again, lessee admin is not getting a ton of adminy rights16:27
TheJuliaowners on the other hand...16:27
dtantsuryeah..16:27
TheJulia'My hardware!"16:28
dtantsurmaybe we need a subscription owner eventually (similarly to allocations)16:28
TheJuliaMaybe, I'm kind of avoiding allocation owners for now and just keeping it system scoped until I can wrap my head around it16:28
TheJuliawhich is likely a talk to you point16:28
dtantsurallocations are very much designed to be used by lessees16:29
dtantsur(and non-admin owners)16:29
TheJuliaerr, then we need to add another field then16:29
dtantsurwhy?16:29
TheJuliawe will need to somehow determine how to associate what records should be visible to them16:30
TheJuliaand if they are reating it, we'll need to store it16:30
dtantsurproject_id == allocation.owner16:30
TheJuliaunless we just store the lessee project id into the owner field16:30
dtantsurexactly16:30
dtantsurowner is the allocation owner, not the node owner16:30
TheJuliaokay, regardless, I'm going and making a note int he spec16:30
dtantsur(there is no leasing of allocations, you create one yourself)16:31
TheJuliahttps://review.opendev.org/c/openstack/ironic/+/726483 <-- wants to merge and help protect from OOMs16:32
TheJuliacomment added to the spec so we can sort that out on allocations16:34
TheJuliaThanks dtantsur16:34
dtantsuryw16:35
dtantsurbdodd: I assume we need a new release because of https://review.opendev.org/c/openstack/sushy/+/773273 ?16:36
*** ociuhandu_ has joined #openstack-ironic16:36
bdodddtantsur Yes, indeed16:36
TheJuliadtantsur: I believe so yes16:36
dtantsurI can request it unless somebody wants to beat me to it16:37
TheJuliano reason to juggle things but I am hoping to review/approve redfish raid this week16:37
*** ociuhandu has quit IRC16:39
bdoddIf someone can point me to some info on how to make the request, I can do it. (Would be good to know how to do it.)16:40
*** ociuhandu_ has quit IRC16:40
TheJuliaohhh16:40
TheJuliayes!!!16:40
openstackgerritBob Fournier proposed openstack/ironic stable/victoria: Refactor vendor detection and add Redfish implementation  https://review.opendev.org/c/openstack/ironic/+/77338816:41
*** bburns has joined #openstack-ironic16:41
TheJuliabdodd: so the tl;dr is you edit https://opendev.org/openstack/releases/src/branch/master/deliverables/wallaby/sushy.yaml16:41
* iurygregory back16:41
TheJuliayou add the git commit hash with a version, submit the change16:41
TheJuliait requires one of the current or past ptls or designated person to approve it, and magic happens once the release team approves it16:42
dtantsurmm, no need to edit manually16:42
dtantsuror figure out hashes16:42
dtantsurbdodd: https://docs.openstack.org/ironic/latest/contributor/releasing.html#how-to-propose-a-release16:43
*** sdanni has quit IRC16:43
dtantsurand don't worry, one of us will be pinged to review your request anyway16:43
bdodddtantsur Thanks! I'll read and follow those steps.16:44
iurygregorybdodd, https://docs.openstack.org/ironic/latest/contributor/releasing.html#how-to-propose-a-release16:45
iurygregoryoh just saw dtantsur added the link =)16:45
bdoddiurygregory Got it!16:45
iurygregorylet us know if you face any problems =)16:46
bdoddWill do16:46
*** ociuhandu has joined #openstack-ironic16:46
JayFo/ haven't seen you around bdodd nice to meet you and thanks for helping16:49
bdoddJayF \o Thanks. Nice to me you.16:50
*** ociuhandu has quit IRC16:51
openstackgerritMerged openstack/ironic stable/train: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/ironic/+/77333016:53
*** dtantsur is now known as dtantsur|afk17:00
dtantsur|afko/17:00
*** lucasagomes has quit IRC17:02
iurygregorythe acl for Backport Candidate label should be for Registered Users or only cores?17:03
iurygregoryif we want to only use +1/-117:03
rpittauprobably cores ?17:07
iurygregoryI think it makes sense to  be only for cores in case we don't want another label +2/-217:11
arne_wiebalckJayF: was it you who was re-deploying nodes while keeping the data disks?17:11
JayFWe have that capability in our downstream Anaconda driver. I do not anticipate it being implemented for the upstream version, at least initially, but zer0c00l would know better.17:12
arne_wiebalckJayF: We have this in our ks files as, but not in Ironic, but since more and more nodes are moving to Ironic, the question came up.17:13
JayFYeah; you should be able to do it direct via KS with our upstream version, that's right17:14
arne_wiebalckJayF: I was wondering if it would make sense to set root device hints right after successful deployment.17:14
arne_wiebalckJayF: automatically17:15
JayFroot device hints are not something that the KS driver will respect or understand, and that's a driver specific ironic setting, right?17:15
arne_wiebalckJayF: So that next time the same disk is picked.17:15
arne_wiebalckJayF: I am not talking about ks, but Ironic proper.17:15
arne_wiebalckJayF: To avoid I rely on the algorithm to give me the same result.17:16
JayFI'm not certain, but I'm trying to assert that "root device hints" is not an ironic-proper thing17:16
JayFit's a direct deploy driver thing17:16
JayFso why should the KS driver cater to the direct driver?17:16
arne_wiebalckJayF: root device hints are not only direct, are they?17:17
JayFI thought they were, but there's a reason I said I wasn't certain :)17:17
JayFI think it's direct and iscsi17:18
JayFand iscsi is deprecated17:18
arne_wiebalcknot yet :)17:18
JayFit's deprecated already, but not removed17:18
JayFright?17:18
arne_wiebalckJayF: ha ha ha, let's start that longish discussion once more :-D17:19
bdodddtantsur|afk I submitted this sushy release request: https://review.opendev.org/c/openstack/releases/+/77345317:19
arne_wiebalckJayF: I guess that many rely on direct at the moment.17:19
JayFsure, but I think my point still stands17:20
JayFdo we encode the ansible driver to leave behind metadata for !ansible drivers?17:20
arne_wiebalckJayF: I assume one will not change drivers for a node.17:20
arne_wiebalckJayF: So, if I build with direct today, I will rebuild with direct tomorrow.17:21
rpittaugood night! o/17:21
arne_wiebalckJayF: Maybe I miss your point ...17:21
*** rpittau is now known as rpittau|afk17:21
JayFYou said: Maybe we should have KS driver populate root device hunts after a successful deployment17:22
JayFI said: It doesn't make sense for KS driver to put metadata down that only other [deploy interface] drivers support17:22
arne_wiebalckJayF: I did not say ks driver.17:22
JayFahhh, I pulled that in from context17:22
arne_wiebalckJayF: sorry for the confusion17:22
JayFwhy you thought this was a good idea now makes more sense, loool17:22
arne_wiebalckJayF: LOL17:22
JayFIf we want to have direct/iscsi drivers do that, I don't have an opinion, sounds like a good idea17:22
arne_wiebalckJayF: Yeah, this would be for direct, sorry.17:23
arne_wiebalckJayF: Basically, ensure rebuild works with direct and does not touch data disks.17:23
arne_wiebalckJayF: By "burning" hints into the node :)17:23
arne_wiebalckTheJulia: was "setting root device hints automatically" already discussed and discarded in the history of Ironic? (before I file a story :))17:32
*** dougsz has quit IRC17:48
*** derekh has quit IRC17:56
TheJuliaI wonder if ironic should tell nova that we support aki/ari/ami format17:58
arne_wiebalckbye everyone o/18:13
*** tosin has quit IRC18:29
*** kaifeng has quit IRC18:30
*** dsneddon has joined #openstack-ironic18:42
*** k_mouza has quit IRC18:51
*** k_mouza has joined #openstack-ironic18:52
*** k_mouza has quit IRC18:52
*** k_mouza has joined #openstack-ironic18:52
*** k_mouza has quit IRC18:53
*** k_mouza has joined #openstack-ironic18:53
*** k_mouza has quit IRC18:58
TheJulialbragstad: w/r/t https://review.opendev.org/c/openstack/ironic/+/763257, I'm going to edit it locally and upload it along with re-stacking the changes20:09
lbragstadTheJulia ok - so rule:is_observer was really just a workaround for read-only access to system-level baremetal resources, right?20:10
TheJuliayes20:10
lbragstadok - perfect20:10
TheJuliaI just commented to that effect on the change20:11
*** knikolla_ has joined #openstack-ironic20:18
*** guilhermesp__ has joined #openstack-ironic20:18
*** andy__ has joined #openstack-ironic20:23
*** tzumainn has quit IRC20:26
*** knikolla has quit IRC20:26
*** guilhermesp has quit IRC20:26
*** andy_ has quit IRC20:26
*** zigo has quit IRC20:26
*** knikolla_ is now known as knikolla20:26
*** andy__ is now known as andy_20:26
*** guilhermesp__ is now known as guilhermesp20:26
*** tzumainn has joined #openstack-ironic20:31
*** zigo has joined #openstack-ironic20:32
*** dsneddon has quit IRC21:15
*** gyee has joined #openstack-ironic21:16
jandersgood morning Ironic o/21:33
*** anuradha1904 has quit IRC21:42
TheJuliagood morning janders22:10
TheJuliahmmmm yay rbac22:11
jandersI see there used to be a Dockerfile in IPA repo which could be modified to add extra tools in (e.g. hdparm - or in my case nvme-cli). Sample change leveraging it: https://opendev.org/openstack/ironic-python-agent/commit/dff46583d354ced83a056d404abc70fd3ac92de3 I don't see it anymore - has some other part of the repo replaced this functionality?22:14
TheJuliajanders: everything was moved to ironic-python-agent-builder22:18
TheJuliajanders: the dockerfile was for CoreOS (the original)22:18
jandersthank you TheJulia, cloning the repo :)22:19
TheJulialbragstad: you around for a public api question22:19
*** rcernin has joined #openstack-ironic22:20
lbragstadi am22:21
TheJuliais there a canolical way to define an api endpoint as a public api which someone could later use a custom policy to restrict?22:22
* lbragstad digs for an example22:22
TheJuliaor is literally "yes, it is project stcoped although not really so it doesn't get caught with that check and no rule?22:23
lbragstadhttps://opendev.org/openstack/keystone/src/branch/master/keystone/common/policies/auth.py#L33-L4822:23
lbragstadso - in there, we at the very least register a default and set it to an empty string22:24
lbragstadbut - if someone really wanted to lock it down, they could override it with a custom policy22:24
TheJuliaseems kind of pointless to define a scope if there is no scope?22:25
lbragstadwell - we could define scope_types in that example as ['project', 'domain', 'system']22:26
lbragstadbut we didn't22:26
TheJuliawould it default to one? out of curiosity22:26
lbragstadit wouldn't, no22:26
lbragstadwhich ironic policy are you thinking about?22:27
TheJuliabecause I feel like an "authenticated" user trying to access the utility APIs needs to be told that the API is a teapot22:27
TheJuliaipa_lookup and ipa_heartbeat22:27
lbragstadmmm22:29
lbragstadok - so is_public_api gets set on context objects for that particular API, and the rule really just checks to see if that attribute is true22:31
TheJuliayeah, at least in the older rules22:31
lbragstadok - if i'm understanding you correctly, you might be able to use this22:32
lbragstadhttp://paste.openstack.org/show/802210/22:32
lbragstadwhich will allow anyone with a system-scoped or project-scoped token to access that API when `ironic.conf [oslo_policy] enforce_scope=True`22:33
TheJuliaI'm removing scope_types22:33
TheJuliasince it is pointless22:33
lbragstadand that should also be true when `ironic.conf [oslo_policy] enforce_scope=False`, too22:33
lbragstadyeah22:33
lbragstadthat works22:33
lbragstadif you end up refactoring the rule:public_api bits out, you might be able to remove that kwarg from the context object, too22:34
TheJuliaI still think the api may need to see if it is an actual user and reply with 418 for fun22:34
TheJuliayeah, it seems totally removable when we nuke the old policy support22:34
jandersTheJulia i/r/t adding nvme-cli to the IPA, image, is it correct to say that all I need to do is to add nvme-cli to ./dib/extra-hardware/package-installs.yaml (+ appropriate release note)?22:42
*** dsneddon has joined #openstack-ironic22:46
TheJuliajanders: mostly yes, if nvme-cli is available for tinycore, it would be good to add there as well22:46
jandersTheJulia I don't see nvme-cli (or *nvme*) in this repo: http://www.tinycorelinux.net/11.x/x86/tcz/ so I believe that tinycore don't provide nvme-cli. Is looking at this URL a reasonable way to check, or do I need to look elsewhere? (I'm completely new to tinycore)22:52
openstackgerritJacob Anders proposed openstack/ironic-python-agent-builder master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/77353822:56
iurygregoryI don't see any nvme in http://www.tinycorelinux.net/11.x/x86_64/tcz/23:02
iurygregorymaybe it would be under other name .-.23:02
openstackgerritJacob Anders proposed openstack/ironic master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic/+/77190523:11
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190423:14
openstackgerritJacob Anders proposed openstack/ironic-python-agent master: Add support for using NVMe specific cleaning  https://review.opendev.org/c/openstack/ironic-python-agent/+/77190423:31
TheJuliaiurygregory: sadness :(23:41
*** tosky has quit IRC23:52

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