Seek feedback: BMC console and debug info
Richard Hanley
rhanley at google.com
Thu Sep 3 13:29:22 AEST 2020
I've been out of the loop on this for a while. Does anyone know if progress
has been made on the DumpService in DMTF. I remember there were some
proposals a while back, but I can't remember where they left off.
- Richard
On Wed, Sep 2, 2020 at 12:00 PM Bills, Jason M <
jason.m.bills at linux.intel.com> wrote:
>
>
> On 8/29/2020 8:53 PM, Zhenfei Tai wrote:
> > Thanks a lot for the feedback and we're glad that it's something the
> > community is interested in!
> > We'll incorporate the advice and improve the patchset.
> >
> > Jason - If you have time, could you share the findings of the
> > "AdditionalDataURI" schema change? I've only managed to find some slides
> > <
> https://www.dmtf.org/sites/default/files/Redfish_Diagnostic_Data_Logging_Proposal_05-2020-WIP_0.pdf>
>
> > from May.
> Sorry, I don't know much about it besides that the schema change is
> coming. I checked on the DMTF website and it doesn't look like the new
> schema has been posted, yet.
>
> >
> > Thanks,
> > Zhenfei
> >
> > On Wed, Aug 26, 2020 at 1:00 PM Bills, Jason M
> > <jason.m.bills at linux.intel.com <mailto:jason.m.bills at linux.intel.com>>
> > wrote:
> >
> >
> >
> > On 8/25/2020 8:35 PM, Ed Tanous wrote:
> > > Yes, this would be useful to others. A number of commercial
> stacks
> > > (including some I helped write) have this feature, and I had hoped
> > > someone would tackle it at some point in the future.
> > >
> > > My only comment is I'd rather that we don't duplicate the
> > endpoints in
> > > Redfish, and have both a Console and a ConsoleDownload
> > collection. If
> > > we need a mechanism to download the full log files, I'd recommend
> > that
> > > the Console endpoint obey an Accept header of "text/plain;
> > > charset=utf-8" and an Accept-Encoding header of "gzip". That way,
> > > we're still meeting the intent of the HTTP and Redfish specs,
> even if
> > > we're providing more data download options than they require.
> > I still need to go dig into it, but I think the new Redfish schemas
> > that
> > were added to support the Dump service, added an "AdditionalDataURI"
> > property that can provide a URI to download a larger set of
> additional
> > dump data. It may be what you need for the log file download.
> >
> > >
> > > Other than that, yeah, sounds great, lets see the patchset.
> > >
> > > -Ed
> > >
> > > On Tue, Aug 25, 2020 at 8:24 PM Zhenfei Tai <ztai at google.com
> > <mailto:ztai at google.com>> wrote:
> > >>
> > >> Hi,
> > >>
> > >> 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.
> > >>
> > >> On a high level, we use obmc-console and
> > phosphor-debug-collector to collect data.
> > >>
> > >> obmc-console: We collect console inputs from the host and save
> > to local log files (max 8 files of 1 MB size with rotation.)
> > >> phosphor-debug-collector: We run this process on the BMC with no
> > modification.
> > >>
> > >> For the interface, the data is exposed via bmcweb where there
> > are a pair of URIs for console inputs and debug collector
> respectively.
> > >> e.g.
> > >>
> > >> /redfish/v1/Systems/system/LogServices/Console -- Enable/disable
> > console inputs data collection.
> > >> /redfish/v1/Systems/system/LogServices/ConsoleDownload --
> > Download the log files in a zipped file.
> > >>
> > >> 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.
> > >>
> > >> Thanks,
> > >> Zhenfei
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20200902/9dcd7758/attachment.htm>
More information about the openbmc
mailing list