<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 15, 2019 at 9:41 AM Milton Miller II <<a href="mailto:miltonm@us.ibm.com">miltonm@us.ibm.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On August 15, 2019, Wilfred Smith wrote:<br>
>I’ll need to check with my compatriots here at Facebook for our<br>
>specific use cases.<br>
><br>
>Can you point me to the discussion on metrics reporting?<br>
><br>
<br>
Probably this thread here, there seems to be a working group with a meeting schedule:<br>
<br>
<a href="https://lists.ozlabs.org/pipermail/openbmc/2019-August/017412.html" rel="noreferrer" target="_blank">https://lists.ozlabs.org/pipermail/openbmc/2019-August/017412.html</a><br>
<br>
Platform telemetry and health monitoring - PST AM <br>
<br>
<a href="https://github.com/openbmc/openbmc/wiki/Platform-telemetry-and-health-monitoring-Work-Group" rel="noreferrer" target="_blank">https://github.com/openbmc/openbmc/wiki/Platform-telemetry-and-health-monitoring-Work-Group</a><br>
<br></blockquote><div>We are currently looking into using collectd to store metrics. You can look into the design doc proposal here: </div><div><a href="https://gerrit.openbmc-project.xyz/c/openbmc/docs/+/22257">https://gerrit.openbmc-project.xyz/c/openbmc/docs/+/22257</a><br></div><div>The design still needs to be fleshed out in a few places, but we are working towards implementing a prototype.<br></div><div><br></div><div>How far back and how often you need to collect sensor information is also important. If you are interested in discussion, could you fill out this form to specify your FR? thanks</div><div><br></div><div></div><div><a href="https://docs.google.com/spreadsheets/d/12gMMXB9r_WfWDf5wz-Z_zXsz6RNheC6p2LKp7HePAEE/edit?usp=sharing"> https://docs.google.com/spreadsheets/d/12gMMXB9r_WfWDf5wz-Z_zXsz6RNheC6p2LKp7HePAEE/edit?usp=sharing</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
><br>
>> On Aug 14, 2019, at 7:51 PM, Emily Shaffer<br>
><<a href="mailto:emilyshaffer@google.com" target="_blank">emilyshaffer@google.com</a>> wrote:<br>
>> <br>
>> On Wed, Aug 14, 2019 at 4:05 PM Wilfred Smith <<a href="mailto:wilfredsmith@fb.com" target="_blank">wilfredsmith@fb.com</a>><br>
>wrote:<br>
>>> <br>
>>> I presume most vendors desire the ability to query historical<br>
>sensor information from the BMC.<br>
>>>        Has this feature been implemented already? If so, please<br>
>direct me.<br>
>>>        If not, has someone already begun development?<br>
>>>        Is there an existing specification or write-up?<br>
>>>        Any ‘druthers or preferences on how I might proceed such<br>
>that my effort benefits the wider community?<br>
>>> <br>
>>> Wilfred<br>
>> <br>
>> I think that the space constriction on many BMCs has left folks to<br>
>> instead query over IPMI/Redfish and compile historical information<br>
>> elsewhere. Can you tell a little more about the use case and<br>
>indicate<br>
>> why you would rather save history on the BMC than off the BMC?<br>
>> <br>
>> A related topic which - as I recall - was discussed and never<br>
>> implemented is the topic of metrics reporting. It's possible that<br>
>the<br>
>> community has moved further on these topics than I remember,<br>
>though,<br>
>> as I've been fairly out of the loop lately.<br>
>> - Emily<br>
><br>
><br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Regards,<div>Kun</div></div></div></div>