Description of problem:
We had a RHEL5 (2.6.18-308.el5 x86_64) vmcore come in, and the kernel version was not detected properly by retrace-server. Re-queueing with 'custom core location' and 'kernel VRA' of '2.6.18-308.el5.x86_64' worked fine though.
Version-Release number of selected component (if applicable):
Every time with this one vmcore. Not sure how many other vmcores are affected, but my guess is it is not a widespread problem. Once someone gets a better handle on the root of the problem, we can probably look at the failed vmcores we have and determine how many of failed vmcores are due to this problem, as well as a how many vmcores overall are affected by this problem.
kernel version not detected, need to use "kernel VRA" and resubmit
Should automatically detect RHEL4 - RHEL7 vmcores with known erratas / kernel-debuginfos
I'll attach links to the failed vmcore and save it off for a testcase.
Depending on how involved a fix is, we may need to be very careful to not introduce a regression. Any fix should be tested against a lot of vmcores.
From what I can tell, I think most vmcores kernel versions are detected fine, and there is a workaround for this problem to use "kernel VRA". We can at least make sure the workaround is properly documented.
Filing as severity 'low' and priority 'low' based on the fact we have a workaround, and I think this affects a small number of vmcores.
Retrace Server looks for 'OSRELEASE=kernel-version' env variable in the vmcore. Some vmcores contain just 'OSRELEASE=%s' so the '%s' was considered kernel version. Fixed in upstream.
Author: Michal Toman <firstname.lastname@example.org>
Date: Tue Jun 10 11:00:53 2014 +0200
get_kernel_release: do not match 'OSRELEASE=%s'
Signed-off-by: Michal Toman <email@example.com>
I'm pretty sure one 'signature' for this bug is if a task fails with "kernel version '%s'"
DEBUG:root: 2014-07-25 05:56:31 Parsing kernel version '%s'
ERROR:root: 2014-07-25 05:56:31 need more than 1 value to unpack
WARNING:root: 2014-07-25 05:56:31 prepare_debuginfo failed: Unable to determine kernel version
retrace-server-1.12-2.el6 has been submitted as an update for Fedora EPEL 6.
* should fix your issue,
* was pushed to the Fedora EPEL 6 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=epel-testing retrace-server-1.12-2.el6'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
This is fixed in retrace-server-1.12-2.el6.noarch.
Verified by submitting two vmcores which previously failed.
retrace-server-1.12-2.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.