Wednesday, 2021-04-14

« Tuesday, 2021-04-13 Index Thursday, 2021-04-15 »
iurygregoryhehehe00:29
*** gyee has quit IRC00:38
*** tkajinam has quit IRC00:55
*** tkajinam has joined #openstack-ironic00:56
*** zzzeek has quit IRC01:07
*** zzzeek has joined #openstack-ironic01:08
*** zzzeek has quit IRC01:33
*** zzzeek has joined #openstack-ironic01:35
*** cp- has quit IRC01:36
*** cp- has joined #openstack-ironic01:36
*** cp- has quit IRC01:45
*** cp- has joined #openstack-ironic01:47
openstackgerritliuzhuangzhuang proposed openstack/ironic stable/victoria: update grub2 file name  https://review.opendev.org/c/openstack/ironic/+/78610101:49
*** k_mouza has joined #openstack-ironic01:50
*** k_mouza has quit IRC01:54
*** zzzeek has quit IRC01:54
*** zzzeek has joined #openstack-ironic01:57
*** paras333 has quit IRC02:14
*** paras333 has joined #openstack-ironic02:25
*** paras333 has quit IRC02:30
*** zzzeek has quit IRC02:55
*** zzzeek has joined #openstack-ironic02:57
*** zzzeek has quit IRC03:30
*** zzzeek has joined #openstack-ironic03:31
*** rcernin has quit IRC03:54
*** rcernin has joined #openstack-ironic04:00
*** tzumainn has quit IRC04:10
openstackgerritvinay50muddu proposed openstack/ironic master: Support clean/deploy step to add certificates to iLO  https://review.opendev.org/c/openstack/ironic/+/78313304:20
openstackgerritvinay50muddu proposed openstack/ironic master: Support clean/deploy step to add certificates to iLO  https://review.opendev.org/c/openstack/ironic/+/78313305:21
*** mkrai has joined #openstack-ironic05:25
*** cenne-away is now known as cenne05:39
cenne^^'05:44
cenneMorning!05:47
cenneA bit too early. i'll bbiab05:48
arne_wiebalckGood morning, ironic!05:49
jandershey arne_wiebalck o/05:53
arne_wiebalckhey janders o/ Glad to see the original janders is back!05:53
*** pas-ha has quit IRC06:34
*** PrinzElvis has quit IRC06:34
*** knikolla has quit IRC06:34
*** rpioso has quit IRC06:34
*** ildikov has quit IRC06:35
*** pas-ha has joined #openstack-ironic06:36
*** knikolla has joined #openstack-ironic06:36
*** ildikov has joined #openstack-ironic06:36
*** rpioso has joined #openstack-ironic06:37
*** PrinzElvis has joined #openstack-ironic06:37
openstackgerritvinay50muddu proposed openstack/ironic master: Remove vmedia kernel parameter for ilo-uefi-https boot interface  https://review.opendev.org/c/openstack/ironic/+/78616706:42
*** mkrai has quit IRC07:03
jandersarne_wiebalck yeah the one and only! :)07:04
*** ociuhandu has joined #openstack-ironic07:27
*** k_mouza has joined #openstack-ironic07:30
*** ociuhandu has quit IRC07:31
*** ociuhandu has joined #openstack-ironic07:31
*** k_mouza has quit IRC07:34
*** ociuhandu has quit IRC07:41
*** ociuhandu has joined #openstack-ironic07:42
*** ociuhandu has quit IRC07:44
*** ociuhandu has joined #openstack-ironic07:44
*** tosky has joined #openstack-ironic07:50
*** derekh has joined #openstack-ironic07:54
*** rpittau|afk is now known as rpittau07:55
rpittaugood morning ironic! o/07:55
jandersgood morning rpittau o/07:56
rpittauhey janders :)07:56
rpittauyou lost the number, that's a good sign :)07:57
jandersthat's right! :)07:57
*** lucasagomes has joined #openstack-ironic08:01
rpittaurmrrr now grenade is broken on master.....08:21
*** rcernin has quit IRC08:24
rpittaummmm was cirros updated ? O see 0.5.2 available08:25
rpittauooook hold on08:25
openstackgerritRiccardo Pittau proposed openstack/ironic master: Update cirros default version  https://review.opendev.org/c/openstack/ironic/+/78617608:27
rpittaulet's see if this ^ works08:27
rpittauit's actually a bit weird, the version is overridden by devstack for the name of the image that is uploaded to glance, but not for the image that we use in ironic....08:32
rpittaummmm ok I see, it uses the new cirros version for old and new jobs, interesting08:36
*** mkrai has joined #openstack-ironic08:38
*** ricolin has quit IRC08:39
*** rcernin has joined #openstack-ironic09:12
*** hoonetorg has joined #openstack-ironic09:13
ajyarpittau: there was smth about master grenade - I had one patch where it failed most of the time, until it passed09:26
rpittauajya: the problem seems to be in the version of the cirros image, it gets overridden by the devstack value09:27
rpittaudevstack updated cirros version in wallaby, we stayed with the old one. For normal jobs that is fine, but for some reason in grenade devstack uses the new one no matter what we set09:29
*** hjensas|afk is now known as hjensas09:36
cennei need to get me one of those auto aways.09:37
*** dtantsur|afk is now known as dtantsur09:45
*** mkrai has quit IRC10:01
ftarasenkoHi Ironic! Can someone help me with PXE Boot of DELL Server? I have server with OS installed and local boot enabled, when Ironic requests reboot of server with PXE Boot once for reprovision, it only tries to boot from first PXE adapter. Is it correct behaviour or it can be managed? I have PXE enabled on all  interfaces.10:11
ftarasenkoMy problem is that Ironic think that PXE intrerface not the first one, it's due to LACP fallback settings - server can be booted from both interfaces.10:12
dtantsurftarasenko: note that if you use ipmitool, we have no control over which PXE interface the node uses10:17
dtantsurwe can configure DHCP/PXE on different interfaces, but it's completely up to the node to boot from the right one10:18
ftarasenkodtantsur: so it has no option to force pxe boot from all interfaces, it can boot only from the first one?10:19
dtantsurftarasenko: ironic can tell the node to PXE boot. that's really it, the node's firmware decides how to implement that.10:20
dtantsurmost of hardware I've seen tries to boot from all interfaces, but apparently it's not the case for you10:20
ftarasenkodtantsur: I also seen this behaviour, but DELL server with UEFI boot enabled tries pxe boot only from one interface10:23
dtantsurftarasenko: you can wait for rpioso to wake up (he's in the USA) and ask him about Dell10:24
dtantsuror ajya if you know ^^^10:24
ftarasenkogood, thank you!)10:24
ajyaftarasenko: to clarify - you have all PXE devices enabled on hardware?10:29
ftarasenkoajya: that's correct, all pxe devices enabled. if I manually delete OS from server, it can successfully boot from second pxe interface10:30
ajyaftarasenko: is UEFI or legacy BIOS used?10:31
ftarasenkoajya: UEFI10:31
openstackgerritKafilat Adeleke proposed openstack/ironic master: Aliases for a few unfortunately named state transitions  https://review.opendev.org/c/openstack/ironic/+/78489810:33
ajyaftarasenko: what's the sequence? It tries for 1st interface, fails because not configured? Then goes to booting OS? And in case when OS deleted, goes to 2nd interface that works?10:37
*** ociuhandu has quit IRC10:38
ftarasenkoajya: correct, if I ask PXE to boot once, it boots from 1pxe (not configured in Ironic) than OS. If no OS found, it tries to boot from second one, but it looks like more default boot order.10:42
iurygregorygood morning Ironic10:45
*** mkrai has joined #openstack-ironic10:45
ajyaftarasenko: ok, looks like boot sequence is setting only 1st PXE device at top. Are you using WS-Man or Redfish?10:46
ajya..or IPMI?10:47
ftarasenkoajya: I use wsman driver.10:48
ajyaftarasenko: I'll take a look if something can be done about this setup. I usually use the 1st device and set to whatever port needed, that's why haven't played around this. And maybe rpioso will have something to add later.10:51
ftarasenkoBut it seems that when I ask DELL server to boot from pxe via idrac console, it does the same - boot only from first pxe interface.10:51
ajyaftarasenko: also, which system are you trying on, in case that makes difference?10:51
ftarasenkoajya: DELL R64010:51
*** uzumaki has quit IRC10:57
*** ociuhandu has joined #openstack-ironic10:59
*** ociuhandu has quit IRC10:59
*** ociuhandu has joined #openstack-ironic11:00
*** rcernin has quit IRC11:04
*** ociuhandu_ has joined #openstack-ironic11:04
*** ociuhandu has quit IRC11:08
*** paras333_ has joined #openstack-ironic11:10
ajyaftarasenko: what's the boot sequence in iDRAC Web under BIOS settings -> Boot Settings -> UEFI Boot settings? I can manually move all PXE devices up and then it tries them first. I'm guessing that currently, when requesting PXE device by Ironic, it moves only 1st device up, but that needs confirmation.11:10
*** paras333_ has quit IRC11:11
ftarasenkoajya: that's correct, it has RAID controller first, and all PXE devices below11:11
*** tkajinam has quit IRC11:14
*** ociuhandu_ has quit IRC11:20
*** ociuhandu has joined #openstack-ironic11:20
*** frigo has joined #openstack-ironic11:29
frigohello Ironic11:30
frigowill there be a video published of yesterday's presentation at the SIG ?11:31
openstackgerritvinay50muddu proposed openstack/ironic master: Support clean/deploy step to add certificates to iLO  https://review.opendev.org/c/openstack/ironic/+/78313311:34
iurygregoryfrigo, yes (not sure how long it takes to be available on youtube, arne_wiebalck may have an idea of how many weeks)11:41
frigook:D  I should just be there next time11:42
arne_wiebalckfrigo: the video is already ready (kudos to stevebaker), we are waiting for the foundation to upload it to the channel11:42
frigosuper! I'll be patient11:43
*** rcernin has joined #openstack-ironic11:45
arne_wiebalckfrigo: usually they do this within the day11:47
*** ociuhandu has quit IRC11:52
*** ociuhandu has joined #openstack-ironic11:53
*** uzumaki has joined #openstack-ironic11:57
*** rcernin has quit IRC11:59
*** ociuhandu has quit IRC12:02
*** ociuhandu has joined #openstack-ironic12:03
*** ociuhandu has quit IRC12:08
openstackgerritMerged openstack/ironic stable/victoria: update grub2 file name  https://review.opendev.org/c/openstack/ironic/+/78610112:13
openstackgerritMerged openstack/ironic-python-agent master: Always fall back to sysrq when power off fails  https://review.opendev.org/c/openstack/ironic-python-agent/+/78585612:13
*** ociuhandu has joined #openstack-ironic12:14
*** ociuhandu has quit IRC12:17
*** ociuhandu has joined #openstack-ironic12:18
*** uzumaki has quit IRC12:26
*** uzumaki has joined #openstack-ironic12:30
iurygregorydtantsur, in the ironic website, should we update to 17.0.0 or 17.0.1 ? =) I'm about to push a PR12:38
dtantsuriurygregory: a good question. we usually don't use patch versions there, but 17.0.1 is Wallaby final.. let's go for 17.0.1.12:39
iurygregorydtantsur, ack o/12:39
iurygregorydone :D12:49
*** lmcgann has joined #openstack-ironic13:02
janderssee you tomorrow Ironic o/13:06
iurygregorybye janders o/13:09
*** tkajinam has joined #openstack-ironic13:14
dtantsurI've been reflecting on coreos support in ironic. does this sound crazy? https://storyboard.openstack.org/#!/story/200881713:20
iurygregorydo we do something "normal"? =D13:20
iurygregorydtantsur, lgtm it makes sense13:23
iurygregoryit's crazy (because nothing is normal is our world :D)13:23
*** k_mouza has joined #openstack-ironic13:24
dtantsurfair :D13:24
dtantsurbut at least it doesn't seem like we're encoding too much coreos specific facts in ironic, merely the fact that you can call coreos-installer13:25
dtantsurit's site-specific aspect of node.network_data that I don't like.. but the ship has sailed.13:25
iurygregoryyeah13:29
iurygregorywe didn't evaluate that when we started things13:29
iurygregoryPeople, don't forget to vote for the special TC election =)13:30
*** ricolin has joined #openstack-ironic13:34
*** frigo has quit IRC13:35
*** rloo has joined #openstack-ironic13:37
*** frigo has joined #openstack-ironic13:39
dtantsurthank you for reminder13:40
*** tzumainn has joined #openstack-ironic13:41
iurygregorynp o/13:42
*** k_mouza has quit IRC13:47
*** k_mouza has joined #openstack-ironic13:54
*** samcat116 has joined #openstack-ironic13:59
*** baha has joined #openstack-ironic14:13
*** k_mouza has quit IRC14:20
openstackgerritRiccardo Pittau proposed openstack/ironic stable/wallaby: Drop conflicting custom cirros version variable  https://review.opendev.org/c/openstack/ironic/+/78625114:24
iurygregoryhumm makes sense ^14:27
rpittauyeah, interesting discussion in qa channel about that14:28
*** samcat116 has quit IRC14:28
*** samcat116 has joined #openstack-ironic14:36
*** samcat116 has quit IRC14:50
*** k_mouza has joined #openstack-ironic14:50
*** hoonetorg has quit IRC14:50
*** samcat116 has joined #openstack-ironic14:55
*** ociuhandu has quit IRC15:09
*** ociuhandu has joined #openstack-ironic15:12
*** k_mouza has quit IRC15:21
*** k_mouza_ has joined #openstack-ironic15:21
dtantsurJayF: remember I touched upon the topic of explicitly supporting coreos? this is what came from it https://storyboard.openstack.org/#!/story/2008817 how appropriate do you find it?15:24
dtantsur(I'm asking you because I need an opinion from a non Red Hatter)15:24
JayFMy initial reaction is "why did CoreOS make their own" :(15:24
JayFbut of course they did, and I think I had that chat with one of their devs before they donned red hats lol15:25
JayF> This is similar to openstack, but the network_data will be treated as cloud-init user data. It will be written to openstack/latest/user_data as JSON with the required #cloud-config\n prefix.15:25
JayFthis just seems technically wrong15:25
JayFlike, I'm fine to do network-data (which is what I'd call it; not openstack) and coreos15:25
JayFbut that second option needs a strong, strong use case, because as written it just looks technically wrong15:26
JayFAh, this is trying to sneak in support for arbitrary cloud-init data, not just network-data, when customizing the deploy/clean ramdisk iso15:26
dtantsurI don't have a case for it, I added it for.. diversity?15:27
JayFSo let me ask the question at the core here:15:27
dtantsurwell, kinda-sorta. In a sense that ignition doesn't have a separate network data15:27
JayFhmm, yeah, that's where it's sticky15:27
JayFI am -2 to cloud-init data being hidden as node.network-data (option #2)15:27
JayFfull disclosure: I hate this feature in general so I'm probably 2 notches more negative than I should be :P15:28
dtantsurit's also not additive, which means that if I use ignition to launch IPA itself, I cannot "layer" network config on top of it15:28
dtantsurI need to merge these two, which means having non-network stuff in network_data (or finding another way of doing it)15:28
JayFwhy doesn't ignition have support for the open, pubilshed schema that OpenStack uses?15:28
dtantsur*shrug*15:28
JayFThat's my real beef with this, is it's us working around the lack of a feature in a non-openstack project15:28
dtantsurit doesn't even recognize configdrive's if platform!= openstack15:29
JayFyeah; to me that's the right place to fix this bug15:29
JayFmake ignition support standard configdrive data15:29
dtantsurthey don't see it as bug15:29
dtantsur(and yes, I also don't like the inflexibility that ignition folks show)15:30
JayFI mean, 'they' are wrong? I don't know how to have a technical discussion that I haven't seen lol15:30
dtantsurwell, there is no clear right and wrong here15:30
dtantsurOpenStack Network Data is *OpenStack* network data15:30
JayFReally? There's a format that predates CoreOS Ignition entirely, supported by OpenStack and published. There exist at least 3 different software products that can parse it.15:31
dtantsurdo you have any non-OpenStack reference to it? so far I could only find Nova docs15:31
JayFThat to me seems pretty clear that if ignition is to support openstack; it should become the 4th software product15:31
*** frigo has quit IRC15:32
JayFNo I don't have another reference to it, but it doesn't change that it's supported by all other players in this space -- cloud-init, cloudbase-init (I think it's got a new name now?), glean15:32
JayFthis is us doing something non-standard to support a single distribution15:32
JayFwhich seems like an antipattern15:32
dtantsurI don't disagree with it, but we don't have an incentive to make them change their mind15:32
JayFThat's a sad statement to hear coming from someone who works at the company that publishes CoreOS :(15:33
JayFBut I know how stuff like that goes sometimes15:33
dtantsurexactly15:33
dtantsurespecially since ignition pre-dates the acquisition15:33
JayFLike I said, there's a reason I have this argument at hand. I'm pretty sure I had it with a CoreOS dev directly years and years ago15:34
JayFIs there an upstream bug ticket where this discussion happened, that I can reference?15:34
JayFI'm going to summarize some of my thoughts in that RFE ticket15:34
dtantsuryep, thanks!15:35
dtantsurthere was a public discussion, I'll see if I can find it15:35
*** ociuhandu_ has joined #openstack-ironic15:36
*** rcernin has joined #openstack-ironic15:39
*** ociuhandu has quit IRC15:40
*** ociuhandu_ has quit IRC15:40
JayFdtantsur: comment made. Sorry to be the fun police [wee woo wee woo]15:41
*** samcat116 has quit IRC15:41
* cenne looks intently15:41
dtantsurJayF: heh, it's all good. I could use some push back probably.15:42
dtantsurJayF: re discussion: https://github.com/coreos/ignition/issues/979 is not exactly the same, but it's related and gives you an idea.\15:42
*** rcernin has quit IRC15:43
openstackgerritvinay50muddu proposed openstack/ironic master: Support clean/deploy step to add certificates to iLO  https://review.opendev.org/c/openstack/ironic/+/78313315:43
JayFdtantsur: A quick skim makes that look VERY MUCH like the discussions I had back in the day :(15:43
JayFdtantsur: FWIW; when coreos completely switched to ignition is when we dropped support for coreos IPA ramdisks, because they broke us then too15:44
dtantsurle sigh15:44
JayFdtantsur: but bluntly... just because one upstream is being obstinate doesn't mean that we should make our software more complex :/15:44
dtantsuragreed15:44
dtantsurJayF: while I have your attention, I think this one is not so controversial, but who knows? https://storyboard.openstack.org/#!/story/200871915:47
JayFI can find something controversial in it if I look hard enough15:48
yoctozeptohey ironic, your wallaby release notes are missing from https://releases.openstack.org/wallaby/15:48
dtantsur:D15:48
*** samcat116 has joined #openstack-ironic15:48
yoctozeptopossibly you merged the patch late15:48
yoctozeptoit can be amended15:48
yoctozeptoping on #openstack-release15:49
dtantsuryoctozepto: yep, let's move it there15:49
JayFdtantsur: I commented on that story. Basically curious why at that point you wouldn't just run Ansible driver...15:55
JayFnot a -1 concern, just a curiousity15:56
dtantsurJayF: it's a much bigger change. I don't really want to throw people under the ansible driver if all they want is an alternative procedure to write images.15:57
dtantsurit's less well tested, supports only a subset of root device hints, etc, etc15:57
dtantsurJayF: in my case, I need only these 100 lines of code to make everything work: https://github.com/dtantsur/ironic-agent-image/blob/main/hardware_manager/ironic_coreos_install.py15:57
JayFI liked the feature better before I realized your intent is to use it to shell to other installers :D15:58
JayFMakes me almost wonder if this should be supported in the same way as the Anaconda driver is15:59
dtantsurI can imagine other folks doing other things15:59
dtantsuralso if you check the WIP patch, the new deploy interface ends up a clean parent to the existing deploy interface15:59
JayFbut I mean, run with only user-provided deploy steps is a clear next step, so I'm not -1 to the RFE, I just am worried we knocked down a dangerous wall with the Anaconda driver and now stuff is going to buffalo thru15:59
*** samcat116 has quit IRC16:00
dtantsurJayF: check this https://review.opendev.org/c/openstack/ironic/+/786033/6/ironic/drivers/modules/agent.py#20316:00
dtantsurthe existing direct deploy becomes really this new custom-agent + validation + 2 new steps16:00
JayFoh yeah, I know, it's a clear next step16:00
dtantsurwhich I think is a nice pattern that proofs the usability16:00
JayFI'm just thinking of all the terrible things you could do with it16:00
JayFbut we have the ansible driver16:01
dtantsurAll I know about people doing terrible things, is that not having something in-tree never prevents them from :)16:01
JayFthis is no less defined than that is16:01
JayFso of course it's +116:01
JayFdtantsur: you wound me! LOL16:01
dtantsur:D16:01
*** hoonetorg has joined #openstack-ironic16:03
*** lucasagomes has quit IRC16:04
dtantsuranyway, thanks for this little chat, it helped me a lot16:05
JayFno problem!16:05
*** samcat116 has joined #openstack-ironic16:17
*** gyee has joined #openstack-ironic16:17
rpittaugood night! o/16:21
*** rpittau is now known as rpittau|afk16:21
*** k_mouza_ has quit IRC16:32
*** k_mouza has joined #openstack-ironic16:46
openstackgerritFrancois Rigault proposed openstack/ironic master: WIP Publish images to S3  https://review.opendev.org/c/openstack/ironic/+/78462516:49
arne_wiebalckbye everyone o/17:05
*** derekh has quit IRC17:05
*** k_mouza has quit IRC17:06
*** k_mouza has joined #openstack-ironic17:10
*** samcat116 has quit IRC17:10
*** samcat116 has joined #openstack-ironic17:21
*** k_mouza has quit IRC17:25
*** mkrai has quit IRC17:29
*** rcernin has joined #openstack-ironic17:39
openstackgerritLeo McGann proposed openstack/ironic-specs master: Add security interface spec  https://review.opendev.org/c/openstack/ironic-specs/+/57671817:43
*** dtantsur is now known as dtantsur|afk17:44
dtantsur|afko/17:44
*** rcernin has quit IRC17:44
openstackgerritBob Fournier proposed openstack/ironic-specs master: Include Redfish BIOS Registry in bios API  https://review.opendev.org/c/openstack/ironic-specs/+/77468117:57
openstackgerritBob Fournier proposed openstack/ironic-specs master: Include Redfish BIOS Attribute Registry in bios API  https://review.opendev.org/c/openstack/ironic-specs/+/77468118:01
*** ianychoi__ has quit IRC18:08
larsksI have a victoria deploy failing because haproxy_vip is unset. I'm using pre-deployed nodes and static ip assignments. I have PublicVirtualFixedIPs set to a list with a single value. Where should the value for haproxy_vip come from?18:11
JayFlarsks: I think you may have the wrong channel? I don't think Ironic deals in haproxy vips...18:13
larsksJayF: Errg, sorry, #tripleo is open in the other pane :(18:14
JayFNot a problem :D18:14
*** k_mouza has joined #openstack-ironic18:24
*** k_mouza has quit IRC18:27
openstackgerritMerged openstack/ironic stable/wallaby: Drop conflicting custom cirros version variable  https://review.opendev.org/c/openstack/ironic/+/78625118:34
openstackgerritFrancois Rigault proposed openstack/ironic master: WIP Publish images to S3  https://review.opendev.org/c/openstack/ironic/+/78462518:44
*** jlvillal has joined #openstack-ironic18:45
openstackgerritBob Fournier proposed openstack/ironic-specs master: Include Redfish BIOS Attribute Registry in bios API  https://review.opendev.org/c/openstack/ironic-specs/+/77468119:03
rpiosoWill we have any cross-project sessions during the PTG?19:07
iurygregoryI know some folks will participate in tripleO sessions19:10
iurygregoryand I recall something about tempest with rbac19:11
*** rloo has quit IRC19:25
*** rloo has joined #openstack-ironic19:26
*** k_mouza has joined #openstack-ironic19:28
*** k_mouza has quit IRC19:32
openstackgerritLeo McGann proposed openstack/ironic-specs master: Add security interface spec  https://review.opendev.org/c/openstack/ironic-specs/+/57671819:44
rpiosoiurygregory: ty19:55
stevebakermorning19:56
iurygregorymorning stevebaker19:57
*** ociuhandu has joined #openstack-ironic20:00
*** ociuhandu has quit IRC20:04
*** samcat116 has quit IRC20:30
*** samcat116 has joined #openstack-ironic20:43
*** lmcgann has quit IRC21:01
*** rcernin has joined #openstack-ironic21:02
openstackgerritVerification of a change to openstack/ironic failed: Fix idrac-wsman BIOS step async error handling  https://review.opendev.org/c/openstack/ironic/+/78539421:06
*** samcat116 has quit IRC21:13
*** rcernin has quit IRC21:45
*** rcernin has joined #openstack-ironic21:46
*** uzumaki has quit IRC21:50
openstackgerritSteve Baker proposed openstack/ironic stable/ussuri: Restrict syncing of boot mode to Supermicro  https://review.opendev.org/c/openstack/ironic/+/78444621:58
openstackgerritSteve Baker proposed openstack/ironic stable/ussuri: For Supermicro BMCs set enable when changing boot device  https://review.opendev.org/c/openstack/ironic/+/78633321:58
openstackgerritSteve Baker proposed openstack/ironic stable/train: For Supermicro BMCs set enable when changing boot device  https://review.opendev.org/c/openstack/ironic/+/78633522:08
openstackgerritSteve Baker proposed openstack/ironic stable/train: Restrict syncing of boot mode to Supermicro  https://review.opendev.org/c/openstack/ironic/+/78633622:08
*** rcernin has quit IRC22:20
openstackgerritFrancois Rigault proposed openstack/ironic master: WIP Publish images to S3  https://review.opendev.org/c/openstack/ironic/+/78462522:32
*** tkajinam has quit IRC22:43
*** mrda has quit IRC22:45
*** mrda has joined #openstack-ironic22:46
*** tkajinam has joined #openstack-ironic22:52
openstackgerritSteve Baker proposed openstack/ironic stable/train: IPMI: Handle vendor set boot device differences  https://review.opendev.org/c/openstack/ironic/+/78277123:02
openstackgerritSteve Baker proposed openstack/ironic stable/train: Refactor vendor detection and add Redfish implementation  https://review.opendev.org/c/openstack/ironic/+/78599223:02
openstackgerritSteve Baker proposed openstack/ironic stable/train: For Supermicro BMCs set enable when changing boot device  https://review.opendev.org/c/openstack/ironic/+/78633523:02
openstackgerritSteve Baker proposed openstack/ironic stable/train: Restrict syncing of boot mode to Supermicro  https://review.opendev.org/c/openstack/ironic/+/78633623:02
*** rcernin has joined #openstack-ironic23:06
*** uzumaki has joined #openstack-ironic23:22
*** tosky has quit IRC23:29
*** irclogbot_1 has quit IRC23:50
*** irclogbot_1 has joined #openstack-ironic23:56
« Tuesday, 2021-04-13 Index Thursday, 2021-04-15 »

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