<div dir="ltr">Hi Jeremy,<div><br></div><div>You mentioned the possibility of pre-populating the scrollback buffer of the console interface. I am wondering if you have any more information about<br></div><div>how difficult this would be to implement. Our concern when thinking about doing this was how complex it might get to fetch the file and populate the console</div><div>while at the same time receiving messages by websocket without missing any messages. Any insight on this?</div><div><br></div><div>Thanks!</div><div>Becca</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Aug 27, 2018 at 12:00 PM Jeremy Kerr <<a href="mailto:jk@ozlabs.org">jk@ozlabs.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Ed,<br>
<br>
> Instead, other BMCs implement it as a circular buffer inside the BMC <br>
> itself, which allows SOL to log data all the time, not just while the <br>
> user is logged in.<br>
<br>
The obmc-console infrastructure does exactly that; the circular buffer <br>
is available under /var/log/obmc-console.log (by default), and the <br>
maximum size is configurable.<br>
<br>
We may want to augment that with some other bits, like:<br>
<br>
  - making this file available over the web UI (including<br>
    transparently pre-populating the scrollback buffer of the<br>
    console interface);<br>
<br>
    and/or<br>
<br>
  - archiving the log on certain events (like specific host state<br>
    changes; checkstop on OpenPOWER implementeations)<br>
<br>
If there's anything that I can change in obmc-console to make things <br>
work with your plans, let me know.<br>
<br>
Cheers,<br>
<br>
<br>
Jeremy<br>
</blockquote></div>