<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<div class="moz-cite-prefix">25.08.2018 00:02, Tanous, Ed wrote:<br>
</div>
<blockquote type="cite"
cite="mid:7E9441B1E5EFFD4681F54958E821699345835738@ORSMSX114.amr.corp.intel.com">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal">I would like to start a discussion around
the feature of SOL logging, and how to best implement it.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">There is a proposal here <a
href="https://gerrit.openbmc-project.xyz/#/c/openbmc/phosphor-webui/+/12063/"
moz-do-not-send="true">
https://gerrit.openbmc-project.xyz/#/c/openbmc/phosphor-webui/+/12063/</a>
that proposes dumping the SOL console text buffer from
Javascript into a file, and presenting it to the user as a
download. On its face, it seems to work as designed. This
has some pretty severe limitations, in that you can only dump
the console log from your session, and your session is
essentially destroyed when you switch pages in the webui, or
hit refresh. I think this is overly limiting, and of the
production BMC stacks that I know of, none of them implement
SOL logging in this way.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Instead, other BMCs implement it as a
circular buffer inside the BMC itself, which allows SOL to log
data all the time, not just while the user is logged in. I
think architecting it this way would be much more useful for
admins consuming OpenBMC, and make us more useful as a
solution. Doing it this way also can make the SOL log
available to IPMI and Redfish, as well as a file download,
which improves the usability quite a bit. Most places I see
the SOL logging requested is for audit type purposes, which
the javascript based version can’t do.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’m looking for feedback from the community
here. As written, I don’t think the javascript console export
is a useful feature given its limitations. Do others agree?
Am I off base? Are there use models where having a log of
only the current session is useful? Should we document the
limitations so we can respond to bugs in the future?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p><br>
</p>
</div>
</blockquote>
That's exactly what we have implemented in our BMC for YADRO VESNIN.<br>
We have a circular buffer that constantly logs host console output
and also preserves the first several pages of each host boot. That
way we always have the last host boot "dmesg" as well as the very
last few pages before the host dies (or the logs were gathered).<br>
<br>
Alexander.<br>
</body>
</html>