<div dir="ltr">Thanks a lot for the feedback and we're glad that it's something the community is interested in!<div>We'll incorporate the advice and improve the patchset.<br><div><br></div><div>Jason - If you have time, could you share the findings of the "AdditionalDataURI" schema change? I've only managed to find <a href="https://www.dmtf.org/sites/default/files/Redfish_Diagnostic_Data_Logging_Proposal_05-2020-WIP_0.pdf">some slides</a> from May.</div><div><br></div><div>Thanks,</div><div>Zhenfei</div><div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 26, 2020 at 1:00 PM Bills, Jason M <<a href="mailto:jason.m.bills@linux.intel.com">jason.m.bills@linux.intel.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"><br>
<br>
On 8/25/2020 8:35 PM, Ed Tanous wrote:<br>
> Yes, this would be useful to others.  A number of commercial stacks<br>
> (including some I helped write) have this feature, and I had hoped<br>
> someone would tackle it at some point in the future.<br>
> <br>
> My only comment is I'd rather that we don't duplicate the endpoints in<br>
> Redfish, and have both a Console and a ConsoleDownload collection.  If<br>
> we need a mechanism to download the full log files, I'd recommend that<br>
> the Console endpoint obey an Accept header of "text/plain;<br>
> charset=utf-8" and an Accept-Encoding header of "gzip".  That way,<br>
> we're still meeting the intent of the HTTP and Redfish specs, even if<br>
> we're providing more data download options than they require.<br>
I still need to go dig into it, but I think the new Redfish schemas that <br>
were added to support the Dump service, added an "AdditionalDataURI" <br>
property that can provide a URI to download a larger set of additional <br>
dump data.  It may be what you need for the log file download.<br>
<br>
> <br>
> Other than that, yeah, sounds great, lets see the patchset.<br>
> <br>
> -Ed<br>
> <br>
> On Tue, Aug 25, 2020 at 8:24 PM Zhenfei Tai <<a href="mailto:ztai@google.com" target="_blank">ztai@google.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> We have worked with our vendor on a system that provides console and debug information, which can be useful in times of debugging BMC issues.<br>
>><br>
>> On a high level, we use obmc-console and phosphor-debug-collector to collect data.<br>
>><br>
>> obmc-console: We collect console inputs from the host and save to local log files (max 8 files of 1 MB size with rotation.)<br>
>> phosphor-debug-collector: We run this process on the BMC with no modification.<br>
>><br>
>> For the interface, the data is exposed via bmcweb where there are a pair of URIs for console inputs and debug collector respectively.<br>
>> e.g.<br>
>><br>
>> /redfish/v1/Systems/system/LogServices/Console -- Enable/disable console inputs data collection.<br>
>> /redfish/v1/Systems/system/LogServices/ConsoleDownload -- Download the log files in a zipped file.<br>
>><br>
>> It will be great if we can get some feedback on whether the community finds such a system useful and advice to improve the design.<br>
>><br>
>> Thanks,<br>
>> Zhenfei<br>
</blockquote></div>