Tuesday, 2018-08-28

*** gyee has quit IRC00:02
*** olivierb has joined #openstack-ironic00:26
*** olivierb_ has quit IRC00:29
*** olivierb_ has joined #openstack-ironic00:48
*** olivierb has quit IRC00:51
*** leifmadsen has quit IRC00:54
*** leifmadsen has joined #openstack-ironic00:54
*** rh-jelabarre has quit IRC01:06
*** spartacloud has joined #openstack-ironic02:23
*** spartacloud has joined #openstack-ironic02:24
*** spartacloud has joined #openstack-ironic02:25
*** gkadam has joined #openstack-ironic03:36
*** phuongnh has joined #openstack-ironic03:37
*** spartacloud has quit IRC03:48
*** spartacloud has joined #openstack-ironic04:17
*** Bhujay has joined #openstack-ironic04:18
*** Bhujay has quit IRC04:19
*** spartacloud has quit IRC04:22
*** p0tr3c has quit IRC05:13
*** olivierb has joined #openstack-ironic05:25
*** olivierb_ has quit IRC05:28
*** bnemec has quit IRC05:30
*** bnemec has joined #openstack-ironic05:31
openstackgerritKaifeng Wang proposed openstack/ironic-specs master: Amendment of the agent http provisioning spec  https://review.openstack.org/59354505:56
*** hwoarang has joined #openstack-ironic06:35
*** olivierb has quit IRC06:38
*** pcaruana has joined #openstack-ironic06:39
*** p0tr3c has joined #openstack-ironic06:54
*** adrianc has joined #openstack-ironic06:54
*** rcernin has quit IRC07:02
*** dsneddon has quit IRC07:03
*** tssurya has joined #openstack-ironic07:08
*** dims has quit IRC07:08
*** dims has joined #openstack-ironic07:10
*** andymccr has joined #openstack-ironic07:36
*** dsneddon has joined #openstack-ironic07:38
*** w-miller has joined #openstack-ironic08:00
*** jaganathan_ has joined #openstack-ironic08:03
*** S4ren1 has joined #openstack-ironic08:15
*** skazi has quit IRC08:26
*** serlex has joined #openstack-ironic08:38
*** e0ne has joined #openstack-ironic08:43
*** adrianc has quit IRC08:50
openstackgerritKaifeng Wang proposed openstack/ironic-specs master: Amendment of the agent http provisioning spec  https://review.openstack.org/59354508:50
*** serlex has quit IRC08:54
*** hoangcx has joined #openstack-ironic08:56
*** serlex has joined #openstack-ironic08:57
*** serlex has left #openstack-ironic08:57
*** rcernin has joined #openstack-ironic08:59
*** priteau has joined #openstack-ironic09:00
*** sambetts|afk has quit IRC09:03
*** sambetts_ has joined #openstack-ironic09:06
*** skazi has joined #openstack-ironic09:11
*** hoonetorg has quit IRC09:20
openstackgerritMerged openstack/sushy master: Add a virtual media resource  https://review.openstack.org/57081009:25
*** spartacloud has joined #openstack-ironic09:30
*** spartacloud has quit IRC09:35
*** dtantsur|afk is now known as dtantsur09:44
dtantsurmorning ironic09:44
*** serlex has joined #openstack-ironic09:45
*** rcernin has quit IRC09:47
etingofmorning dtantsur \o09:53
*** stendulker has joined #openstack-ironic09:58
*** serlex has quit IRC10:06
*** mgoddard has joined #openstack-ironic10:09
*** dsneddon has quit IRC10:13
dtantsuretingof: if you come to Berlin, you may want to bring you NUCs: https://www.eventbrite.com/e/openstack-hackathon-berlin-tickets-49428013519 :)10:15
etingofdtantsur, very interesting indeed10:16
dtantsurI'm thinking of going there10:17
etingofmy SoC board just traveled back from the States10:17
dtantsur(actually I may end up helping organizing it)10:17
etingof\o/10:17
*** zul has joined #openstack-ironic10:19
*** dsneddon has joined #openstack-ironic10:20
*** dsneddon has quit IRC10:26
rpiosoGood morning10:57
rpiosodtantsur: Can a driver know when the pxe_enabled property of a port object is changed?10:59
*** adrianc has joined #openstack-ironic11:00
*** dsneddon has joined #openstack-ironic11:08
dtantsurrpioso: morning, not right now11:11
jrollmorning dtantsur, rpioso, and etingof11:11
etingofo/11:11
*** dsneddon has quit IRC11:13
dtantsurmorning jroll11:16
rpiosojroll: Morning11:17
rpiosodtantsur: I see that pxe_enabled can be changed through the CLI and NetworkInterface has port_changed(). Are those not related?11:23
rpiosodtantsur: Alternatively, can a driver read the pxe_enabled settings of its ports?11:26
dtantsurmaybe I'm not up-to-date on this topic. vdrok or sambetts_ ^^11:28
rpiosoThank you11:28
vdrokrpioso: I don't see why not read them. at least network interfaces do that11:30
vdrokgood morning all11:30
*** slagle has joined #openstack-ironic11:30
*** stendulker has quit IRC11:32
jrollrpioso: it looks like a *network* driver could take action when that is changed via the API, with the port_changed() method11:34
jrolland yes, the task object has a ports attribute you can read from any driver11:35
*** rh-jelabarre has joined #openstack-ironic11:41
etingofTheJulia, wrt Redfish console access: serial (IPMI) and/or graphical (KVMIP) console is supported plus whatever OEM come up with. As for the schema: ComputerSystem console is configured as a console of a Manager (ComputerSystem/Links/ManagedBy) where you need to enable console as such for the Manager (Manager/GraphicalConsole/ServiceEnabled) and possibly configure KVMIP port as a property of that Manager (e.g. ManagerNetworkProtocol/KVMIP/Port)11:46
*** spartacloud has joined #openstack-ironic11:47
*** mmethot has joined #openstack-ironic11:48
*** spartacloud has quit IRC11:51
rpiosojroll, vdrok: Good morning11:56
*** trown|outtypewww is now known as trown11:58
etingofTheJulia, although VNC is not among the ManagerNetworkProtocol yet; getting on serial console over IPMI/SOL managed by Redfish seems a bit convoluted... but we could probably manage SSH serial console over Redfish (in sushy-tools)11:59
rpiosojroll, vdrok: Seems like the idrac hw type could read and apply them when commanded to reboot or power on via its power interface.11:59
rpiosoBear in mind it supports OOB inspection.12:00
jrollrpioso: "apply them"?12:01
rpiosojroll: Configure the server to be consistent with the port objects’ pxe_enabled values.12:03
jrollrpioso: ah, I see12:04
rpiosojroll: Does that sound reasonable? I think it could eliminate the need to configure the hardware ports’ PXE enabled settings via vendor-specific methods.12:09
rpiosoThe MAC can be used to map a port object to its hardware port.12:10
jrollrpioso: not enough coffee to say, I think. at a glance, it seems odd to me that ironic will "eventually" update the hardware to match a setting that is changed. it also seems inconsistent if setting pxe_enabled is declarative for some drivers and informative for other drivers.12:11
rpiosojroll: The idrac needs to execute a configuration job to apply the change. That requires a reboot. It wouldn’t be client friendly to do that during the API processing.12:14
jrollrpioso: sure, but from an API user perspective, it feels weird. would rather some explicit action, personally, but I may be convinced otherwise12:16
openstackgerritIlya Etingof proposed openstack/ironic-specs master: IPA telemetry  https://review.openstack.org/49270212:22
TheJuliaGood morning fellow humanoid carbon units!12:24
rpiosojroll: Shouldn’t ‘openstack baremetal port set —pxe_enabled ...’ be applied to the physical port?12:24
rpiosoTheJulia: :-)12:25
jrollrpioso: right now I believe it only tells ironic what the state of the hardware is, it is not applied to the hardware12:25
jrollmorning TheJulia12:25
TheJuliathat is correct12:25
*** sambetts_ is now known as sambetts12:26
TheJuliathe drivers are free to use that data, but we need to know it for network booting12:26
sambettsport changed is basically a thing in the network interface for the case when a mac address is changed and we need to update the matching neutron port12:27
sambettsI don't think the network interface would be the right place for changing a setting on the baremetal anyway because then you would require vendor specific network interfaces12:28
TheJuliadtantsur: etingof: that hackathon sounds neat, but sadly I'm 99.95% sure I'll be in an aircraft saturday night heading for berlin since I need to be in seattle at a conference friday/saturday12:28
rpiosoIt seems awkward to have one approach to inform ironic and another to apply to the h/w.12:28
TheJuliaetingof: any insight into the type or is it completely vendor definable12:29
jrollrpioso: right, that's my hesitation12:29
sambettsrpioso: which ones apply to the h/w?12:29
sambettsrpioso: currently non do as far as I know12:29
TheJuliapart of the reason it was created that way was to allow operator's preferences in network design to be represented in selection of ports12:30
etingofTheJulia, good morning! o/  sorry, which type you have in mind?12:30
sambettsthe network interface is a plugin between ironic and SDN, not ironic and baremetal like a power or management interface is12:30
TheJuliavnc12:30
rpiososambetts: Exactly! None that I know of. It sounds like a new one needs to be invented.12:30
rpiosoThat would make two different methods.12:31
jrollsounds like a good cleaning step - set up the hardware to pxe boot the desired interfaces and register that in the DB12:32
sambetts+1 for cleaning step12:32
jrollgiven you won't want to do this while it's active anyway :)12:32
etingofTheJulia, it's a standardized enumeration, VNC is not there yet12:32
jrollbonus: automated cleaning always fixes anything someone might have done to the configuration12:33
TheJuliaetingof: do youhave a link to the enumeration (since it sounds like they are defined out there)12:33
rpiosoThose aren’t consistent across drivers.12:33
jrollrpioso: neither is the ability to configure ports to pxe boot :(12:33
TheJuliaeven with-in a vendor's hardware line, it is not always consistently supported12:33
sambettspersonally I think it would be a cleaning step defined on the vendor specific managemnt interface12:34
*** rloo has joined #openstack-ironic12:37
etingofTheJulia, search for SerialConnectTypesSupported -> https://redfish.dmtf.org/schemas/Manager.v1_4_0.json12:38
etingof...and GraphicalConnectTypesSupported12:39
etingofperhaps we could try to fit VNC into OEM?12:40
etingofnot sure how useful that would be from the testing/emulation perspective12:40
TheJuliaetingof: I was thinking the exact same12:42
TheJuliapity mkrai is not around at the moment12:42
etingofTheJulia, so what's would be our goal wrt sushy-tools?12:42
TheJuliasupporting the graphical console effort I guess12:44
rpiosoWould the operator have to configure/perform cleaning, and then inform ironic of the PXE settings?12:46
TheJuliathe side effect is possibly some sort of graphical console support for redfish first, although I'm not sure how we would translate the data exactly. seems kvm-over-ip is not super well defined, and typically it is vnc based on ipmi and amt based bmcs (at least according to wikipedia)12:48
etingofTheJulia, I wonder if libvirt can do IP-KVM? it's extremely hard to google ;)12:51
*** adrianc has quit IRC12:52
TheJuliaI suspect it could claim it, offer vnc, and nobody would know12:53
etingofTheJulia, if we go the VNC way, we would probably have to code up some custom redfish console driver, if it's OEM...12:53
TheJuliatrue, I'll try and look a little bit more, trying to prepare for the bug call12:54
sambettsrpioso: either cleaning step would read the pxe_enabled flag on the port and then correct the BMCs setting or take in an input, set the BMCs setting and then update the ironic port12:54
etingofTheJulia, great! keep me pinged ;)12:54
openstackgerritDmitry Tantsur proposed openstack/ironic master: Prevent HTML from appearing in API error messages  https://review.openstack.org/59711712:54
rpiososambetts: jroll and TheJulia suggested that the pxe_enabled flag is informative, instead of declarative.12:57
sambettsrpioso: then it would be the second one12:57
openstackgerritDmitry Tantsur proposed openstack/ironic master: Stop double json encoding the error message responses  https://review.openstack.org/56783712:58
sambettsbut there could also be a cleaning step that double checks the information is correct and fails if it doesn't match the real world12:58
rpiososambetts: Gotcha12:58
rpiososambetts: What’s the use case for the second one?13:00
* rpioso needs to get today’s first dose of caffeine13:03
*** adrianc has joined #openstack-ironic13:04
*** gkadam has quit IRC13:05
sambettsdtantsur: thanks for picking up the error messages thing13:05
rpiososambetts: Please disregard that last question.13:05
TheJulia\o/ for putting the wrong time on my calendar13:06
dtantsursambetts: np, this has bothering me for a while. still unsure about risk of breaking people vs risk of returning this madness..13:06
*** rpioso is now known as rpioso|afk13:07
sambettsdtantsur: we already hide much of it behind the python client through horrible parsing of the json, so it would only be people using the API directly13:07
dtantsursambetts: yeah, and older versions of ironicclient itself.13:07
sambetts:( yeah13:08
*** jaganathan_ has quit IRC13:09
TheJuliawhen did we fix ironicclient parsing?13:09
dtantsura while ago, don't remember13:09
TheJuliaIt feels like over 18 months ago13:10
sambettswe did, and then I think a patch of mine merged that added some code to circumvent the horrible parsing for when we fix it13:10
sambettshttps://review.openstack.org/#/c/567836/13:11
patchbotpatch 567836 - python-ironicclient - Stop double json decoding API error messages (MERGED) - 2h 17m 9s spent in CI13:11
*** jcoufal has joined #openstack-ironic13:14
*** phuongnh has quit IRC13:15
TheJuliaetingof: it could just be called redfish-vnc and expect the far side to be fairly vnc compliant which could ultimately be novnc which I believe if we properly populate the console url field, then we're golden13:15
TheJuliaetingof: it looks like more or less complaint vnc and ikvm as a fork using different encoding13:16
*** skazi has quit IRC13:18
TheJuliaheh, david lenwell asked if the support had been merged with novnc two days ago13:20
TheJuliathe downside of github, someone forked to their own github a whole stack of support and then didn't have time to get it merged back in with the main project :(13:23
*** rpioso|afk is now known as rpioso13:40
rpiosojroll, sambetts, TheJulia, vdrok: Might the PXE clean steps we've been discussing be generally useful? Should we consider adding them as optional methods on the base ManagementInterface?13:42
sambettsrpioso: I'm not sure it can be on the base, its a vendor specific implementation right/13:43
sambetts?13:43
rpiososambetts: The implementations would be vendor specific. The methods would be abstract.13:44
TheJuliaI see it as being vendor specific as well. The support to change the underlying settings is a vendor_thing(), so it could go on the vendor's management interface and then as long as that interface is aware of when and where it can't or won't work and handle that gracefully....13:44
TheJuliarpioso: abstract cleaning step to call a vendor method?13:45
sambettsI think generic cleaning step to call a function on the vendors management interface makes a lot of sense13:46
vdrokyup this seems logical13:46
sambettswhere the vendor method is "set_port_pxe_mode" or something13:47
TheJuliait can, i think we're just splitting the difference of sorts13:47
sambettshowever I can still see there being problems where certain vendors might need a reboot and others don't for example :/13:47
rpiosoTheJulia: They would be optional, since not every implementation of that interface would have them. Sort of like the new set boot mode methods etingof added -- https://github.com/openstack/ironic/blob/master/ironic/drivers/base.py#L892-#L91513:48
rpiosoThey're not actually abstract.13:48
rpiososambetts: That's a design worth considering.13:49
rpiosoFrom an operator's perspective, wouldn't a consistent functional approach be useful?13:50
*** baha has joined #openstack-ironic13:52
TheJuliaI agree one would be, and a base level step somewhat forces vendors to implement $thing, but there is no real difference from a base step that looks for similarly named method and executes it or a vendor management interface method has a step decorator present. The only real difference is if we as a community are making this decision, but without a vendor being willing to implement it once, mandating it doesn't13:56
TheJuliareally make sense to me.13:56
*** skazi has joined #openstack-ironic13:59
rpiosoI suggest that we not discuss design and other implementation details for the moment.13:59
*** skazi has quit IRC13:59
*** mjturek has joined #openstack-ironic14:00
rpiosoTheJulia: I don't grok "The only real difference is if we as a community are making this decision, ***but without a vendor being willing to implement it once, mandating it doesn't really make sense to me***. What does the phrase with the added emphasis, mean? Also, it seems like a Catch 22.14:01
*** amotoki has quit IRC14:03
TheJuliarpioso: it is an approach difference from my point of view. I'm unsure we can decouple design and implementation details from the current discussion because the difference seems to largely be purely an implementation detail that also contains a chicken/egg problem of what exists first.14:06
* TheJulia hopes that makes sense, she is on a call righ tnow.14:06
*** dsneddon has joined #openstack-ironic14:08
mjturekFYI bug day is in about 45 minutes! See here for details https://etherpad.openstack.org/p/ironic-bug-day-august-28-201814:14
dtantsurTheJulia, sambetts, after staring at pecan code for a while, I also have a feeling that we should just pull the trigger and change the API >_<14:19
*** hamzy has quit IRC14:19
dtantsurbut I'd anyway go down a bit different approach than decoding what was already encoded14:19
*** hamzy has joined #openstack-ironic14:20
dtantsurwell, if we switch this code to hooks, we can even use microversions14:21
*** skazi has joined #openstack-ironic14:21
* dtantsur is probably just thinking aloud14:21
TheJuliaI thought the decoding the already encoded text was a side effect in different error handling. Unless pecan has support now to handle things differently14:23
dtantsurI guess I better make a patch, then we discuss it14:25
TheJulia++14:26
*** pcaruana has quit IRC14:29
*** pcaruana has joined #openstack-ironic14:30
*** Bhujay has joined #openstack-ironic14:33
*** Bhujay has quit IRC14:34
*** Bhujay has joined #openstack-ironic14:35
rpiosoTheJulia: AFAIU, we presently do not offer operators the capability to configure a baremetal NIC port to PXE boot. Would it be valuable to operators to have such a thing?14:39
*** r-daneel has joined #openstack-ironic14:39
rpiosoTheJulia: It seems fundamental to me.14:40
rpiosoTheJulia: I understand not all hardware supports it, and that those that do may have unique requirements, such as a reboot.14:42
TheJuliaOh it absolutely would bring value14:42
rpiosoTheJulia: Awesome! Then that brings us to architecture/design.14:43
rpiosoTheJulia: The consensus seems to be that cleaning steps is the best approach.14:43
jrollsambetts | I think generic cleaning step to call a function on the vendors management interface makes a lot of sense <- agree, and raise an error if unsupported14:44
jroll(sorry to jump back to implementation)14:44
rpiosojroll: Thanks for jumping back in :)14:44
jrollTheJulia: it sounds like dell is the vendor willing to implement it once :)14:44
jrollrpioso: no problem, had an appt :)14:44
TheJuliarpioso: agreed14:44
TheJuliajroll: indeed :)14:44
rpiosojroll, sambetts, TheJulia, vdrok: I'll take an action to create an RFE for this.14:46
jroll++14:46
rpiosoDoes it need to be discussed during our weekly meeting? What about the PTG?14:46
jrollrpioso: let's get the RFE written and go from there. it might just be obvious once it's written down more coherently than IRC14:48
jrollI know TheJulia is doing PTG schedule right now, so I'll leave it to her if she wants to (or can) make room for it14:48
*** cdearborn has joined #openstack-ironic14:48
rpiosojroll: Sounds like a plan. Not sure about the coherent comment, though ;-)14:49
TheJuliaI likely can, I was trying to group things in to logical related things since we tend to cover multiple topics in larger topics14:49
TheJuliarpioso: ++ to rfe14:49
TheJuliamy prior comment was in regards to making ptg time for it14:49
rpiosoTheJulia: ack14:49
rpiosodtantsur, jroll, sambetts, TheJulia, vdrok: Thank you!14:50
jroll:)14:50
*** e0ne has quit IRC14:56
*** Bhujay has quit IRC14:58
*** pcaruana has quit IRC15:00
TheJuliaHey, everyone! Bug day! https://etherpad.openstack.org/p/ironic-bug-day-august-28-201815:02
*** jroll has quit IRC15:05
*** jroll has joined #openstack-ironic15:06
*** VisBits has quit IRC15:07
openstackgerritMerged openstack/ironic master: Replace assertRaisesRegexp with assertRaisesRegex  https://review.openstack.org/59676915:07
*** gkadam has joined #openstack-ironic15:10
TheJuliaetingof: can you take a look at https://storyboard.openstack.org/#!/story/2003534 ?15:10
* etingof is looking15:11
TheJuliaetingof: and https://storyboard.openstack.org/#!/story/200353015:11
* TheJulia wonders if that one is just the template being used powes on the VM by default15:12
* etingof is trying to reproduce those reports locally15:14
TheJuliaetingof: thanks, please feel free to ask for more info in the storyboard reports15:16
etingofsure15:16
openstackgerritDmitry Tantsur proposed openstack/ironic master: [WIP] Stop double json encoding the error message responses  https://review.openstack.org/56783715:21
dtantsurTheJulia, sambetts, shows the idea ^^^ but fails some unit tests15:21
sambettsdtantsur: that seems cleaner than before15:26
*** gyee has joined #openstack-ironic15:27
*** jhesketh has quit IRC15:41
*** jhesketh has joined #openstack-ironic15:41
*** jistr is now known as jistr|call15:42
openstackgerritDmitry Tantsur proposed openstack/ironic master: [WIP] Stop double json encoding the error message responses  https://review.openstack.org/56783715:42
*** jistr|call is now known as jistr15:43
*** dtantsur is now known as dtantsur|afk15:44
dtantsur|afko/15:44
jrolldtantsur: what's the chance metalsmith may be enhanced to not require neutron or glance?15:44
jroller, dtantsur|afk ^15:44
dtantsur|afkjroll: glance - 100%, neutron - if somebody does it.15:45
jrollfeel free to answer tomorrow btw :)15:45
jrolldtantsur|afk: okay, this may fit my use case well15:45
jrollthanks! good night15:45
dtantsur|afktask for glance: https://storyboard.openstack.org/#!/story/200204815:45
dtantsur|afkg'night!15:45
rpiosodtantsur|afk: Good night15:45
*** spartacloud has joined #openstack-ironic15:48
*** spartacloud has quit IRC15:53
openstackgerritWill Miller proposed openstack/ironic-specs master: Add virtual Bare Metal Clusters spec  https://review.openstack.org/57958315:54
*** baha has quit IRC16:04
*** ElCoyote_ has joined #openstack-ironic16:04
*** p0tr3c has quit IRC16:06
*** e0ne has joined #openstack-ironic16:06
*** dsneddon has quit IRC16:09
*** dsneddon has joined #openstack-ironic16:10
*** mjturek has quit IRC16:10
*** Bhujay has joined #openstack-ironic16:17
NobodyCamGood Morning Ironic'ers16:18
*** gkadam has quit IRC16:21
*** Bhujay has quit IRC16:22
*** mjturek has joined #openstack-ironic16:26
*** baha has joined #openstack-ironic16:26
*** mbeierl has quit IRC16:28
*** Bhujay has joined #openstack-ironic16:30
*** sambetts is now known as sambetts|afk16:41
sambetts|afknight all16:41
*** Bhujay has quit IRC16:43
*** Bhujay has joined #openstack-ironic16:44
*** mbeierl has joined #openstack-ironic16:45
*** w-miller has quit IRC16:58
*** mgoddard has quit IRC17:05
*** trown is now known as trown|lunch17:13
*** Bhujay has quit IRC17:24
*** adrianc has quit IRC17:30
*** r-daneel_ has joined #openstack-ironic17:53
*** r-daneel has quit IRC17:53
*** r-daneel_ is now known as r-daneel17:53
TheJuliaom nom nom18:01
TheJuliadtantsur|afk: that approach makes sense to me and it is growing on me as I think about it18:03
*** cdearborn_ has joined #openstack-ironic18:07
*** cdearborn has quit IRC18:21
*** trown|lunch is now known as trown18:24
*** cdearborn_ has quit IRC18:24
*** mjturek has quit IRC18:24
*** baha has quit IRC18:25
*** r-daneel_ has joined #openstack-ironic18:31
*** r-daneel has quit IRC18:32
*** r-daneel_ is now known as r-daneel18:32
*** mjturek has joined #openstack-ironic18:44
*** baha has joined #openstack-ironic18:45
*** mjturek has quit IRC18:52
*** mjturek has joined #openstack-ironic19:00
*** e0ne has quit IRC19:08
*** hoonetorg has joined #openstack-ironic19:22
*** e0ne has joined #openstack-ironic19:23
*** hoonetorg has quit IRC19:24
*** jcoufal_ has joined #openstack-ironic19:59
*** jcoufal has quit IRC20:01
*** MattMan has quit IRC20:13
*** MattMan has joined #openstack-ironic20:14
*** tssurya has quit IRC20:16
*** adrianc has joined #openstack-ironic20:26
*** adrianc has quit IRC20:30
*** priteau has quit IRC20:43
*** e0ne has quit IRC20:58
*** trown is now known as trown|outtypewww21:00
*** bnemec has quit IRC21:12
*** bnemec has joined #openstack-ironic21:13
*** jcoufal_ has quit IRC21:18
*** baha has quit IRC21:21
*** hoonetorg has joined #openstack-ironic21:36
*** jtomasek has quit IRC21:38
*** rcernin has joined #openstack-ironic21:46
*** skazi has quit IRC21:51
TheJuliarpioso: I've put you down for the redfish events discussion in terms of leading it on friday, please keep copious notes :)22:39
TheJuliaetingof: do you feel aliveness tracking needs to be a ptg topic? I think it makes sense to do. Or is the purpose of asking more so more for requirements gathering?22:40
*** sambetts|afk has quit IRC23:01
* TheJulia doesn't remember this much work for the last ptg schedule23:05
*** r-daneel has quit IRC23:10
*** jcoufal has joined #openstack-ironic23:13
*** threestrands has joined #openstack-ironic23:54

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!