Thanks JFo, great response as always :)<div><br></div><div>My main question was whether there was a specific reason for me *not* to ask for kern.log, such as personal info or other rules it would break or problems it would cause. Good to know that's not the case.</div>

<div><br></div><div>I work triaging xserver-xorg-video-intel bugs, so when X freezes, you usually can't switch to another VT, so the only way to get dmesg is to ask the reporter to SSH in, which requires another computer and a good deal of technical know-how. Thus I find it easier to just ask for kern.log after they recover.</div>
<div><br></div><div>Technically I guess I could ask for dmesg.0 instead, but drm.debug makes this so verbose that it fills the buffer too quickly and only contains the boot info, so we usually lose the dmesg for the actual error, since it usually occurs after the buffer's already filled up. So asking for kern.log is rather foolproof in these cases.</div>
<div><br></div><div>Thanks again for the detailed response.</div><div><br></div><div>-Steven</div><div><br>
<br><div class="gmail_quote">On Mon, Jul 19, 2010 at 6:37 AM, Jeremy Foshee <span dir="ltr"><<a href="mailto:jeremy.foshee@canonical.com" target="_blank">jeremy.foshee@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><div></div><div>On Fri, Jul 09, 2010 at 01:37:25PM -0700, Brian Murray wrote:<br>
> On Fri, Jun 25, 2010 at 10:27:48PM -0400, Steven wrote:<br>
> > Hi, I was curious why I haven't seen anyone ask for kern.log, especially for<br>
> > kernel or graphics bugs. Is there sensitive information in there? Is the<br>
> > computer name too private?<br>
> ><br>
> > It seems much easier to ask for kern.log than dmesg, since:<br>
> > 1) If the system freezes and you have to reboot, dmesg and /var/log/dmesg<br>
> > aren't relevant anymore, so uploading kern.log guarantees you have the<br>
> > correct dmesg for the bug.<br>
> > 2) The timestamps make it very easy to pinpoint where the error should be<br>
> > and lessen the chance to misinterpret irrelevant messages as messages that<br>
> > are related to the bug.<br>
><br>
> This is a great question and hopefully Jeremy, who I am cc'ing, can shed<br>
> some light on it.<br>
><br>
</div></div>So, I took some time to talk to the team face-to-face on this. Apologies<br>
for the delay that caused. :)<br>
<br>
The long answer is that we generally get what we need from dmesg. Even<br>
given your argument that kern.log is persistent when the system crashes,<br>
the consensus is that we would not really get anything useful from<br>
kern.log in those cases. As to the timestamps, we ask that the<br>
collection occur at the time of the error in most cases. This allows us<br>
to have the current information in a much smaller log to review.<br>
At some point in the recent past, the logging that we requested was discussed and the most useful logs were selected<br>
for inclusion in bugs for the apport-collect command to gather. We<br>
periodically review this listing, much like we have just done as a<br>
result of this query :).<br>
<br>
I hope this information is useful. I've written this rather quickly, so<br>
please feel free to let me know if it isn't making sense somewhere. :-)<br>
<br>
~JFo<br>
<div><div></div><div>> --<br>
> Brian Murray<br>
> Ubuntu Bug Master<br>
<br>
<br>
</div></div></blockquote></div><br></div>