Description of problem: Fedora's rsyslog package seems to have been configured to "translate" oopses the kernel spits out. Unfortunately this is totally misguided and in fact harmful. 1) The kernel, since 2.6.0 (but also in RH and Fedora's kernel since 2.4.7) *already* does any and all needed translations. 2) rsyslog uses partial information to try to translate AGAIN. But it has less information than the kernel has, so is doing a rather poor job. 3) the kernel tends to both give the raw AND the translated information, for the cases where having access to both is essential in diagnosing the bugs. Unfortunately, rsyslog then comes in and decides to translate *AGAIN* the data that was essential to have in raw form, but does not retain the raw data. Look at the attached URL for how silly this is; for diagnosing bugs like this we NEED the EIP value, as well as the translation. Thankfully the kernel already gives you both... but rsyslog removes the untranslated value by a again-translated one. PLEASE fix this in an updated package; this bug is hindering the diagnostics and fixing of various kernel bugs.
Hi Arjan, given the circumstances, it seems logical to change the default behaviour directly in the upstream package. I've proposed this change on the mailing list (http:// lists.adiscon.net/pipermail/rsyslog/2008-June/000846.html), you're welcome to comment.
rsyslog-3.16.1-2.fc9 has been submitted as an update for Fedora 9
rsyslog-3.16.1-2.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.