Created attachment 643614 [details] content of .cache/abrt/spool abrt detects a oops. When trying to report it with abrt it fails this way. abrt-2.0.18-1.fc17.x86_64 abrt-addon-ccpp-2.0.18-1.fc17.x86_64 abrt-addon-kerneloops-2.0.18-1.fc17.x86_64 abrt-addon-python-2.0.18-1.fc17.x86_64 abrt-addon-vmcore-2.0.18-1.fc17.x86_64 abrt-addon-xorg-2.0.18-1.fc17.x86_64 abrt-dbus-2.0.18-1.fc17.x86_64 abrt-desktop-2.0.18-1.fc17.x86_64 abrt-gui-2.0.18-1.fc17.x86_64 abrt-libs-2.0.18-1.fc17.x86_64 abrt-plugin-bodhi-2.0.18-1.fc17.x86_64 abrt-retrace-client-2.0.18-1.fc17.x86_64 libreport-2.0.18-1.fc17.x86_64 libreport-filesystem-2.0.18-1.fc17.x86_64 libreport-gtk-2.0.18-1.fc17.x86_64 libreport-newt-2.0.18-1.fc17.x86_64 libreport-plugin-bugzilla-2.0.18-1.fc17.x86_64 libreport-plugin-kerneloops-2.0.18-1.fc17.x86_64 libreport-plugin-logger-2.0.18-1.fc17.x86_64 libreport-plugin-ureport-2.0.18-1.fc17.x86_64 libreport-python-2.0.18-1.fc17.x86_64 libreport-web-2.0.18-1.fc17.x86_64
Filed manually as Bug 875859 - Call trace logged on Macmini5,1, __report_bad_irq
ABRT fails to generate UUID because of presence of <IRQ> and <EOI> strings in oops Call Trace.
I'm seeing this as well; if there's any information I can provide, please don't hesitate to ask.
(In reply to comment #3) > I'm seeing this as well; if there's any information I can provide, please > don't hesitate to ask. Is <IRQ> stack trace lines allways printed out above <EOI> stack trace lines?
hi, i also have this kind of issue? anyone here who can help me fixing this? im a new user of fedora.
Fixed in git: commit 559ab9535ef4caf4f9bc22c4b6ab332042ced462 Author: Denys Vlasenko <vda.linux> Date: Fri Nov 30 13:55:56 2012 +0100 Teach kernel oops hash to ignore "<IRQ>" / "<EOI>" prefixes
abrt-2.0.20-1.fc18,btparser-0.24-1.fc18,libreport-2.0.20-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/abrt-2.0.20-1.fc18,btparser-0.24-1.fc18,libreport-2.0.20-1.fc18
abrt-2.0.20-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/abrt-2.0.20-1.fc17
Package abrt-2.0.20-1.fc18, btparser-0.24-1.fc18, libreport-2.0.20-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing abrt-2.0.20-1.fc18 btparser-0.24-1.fc18 libreport-2.0.20-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-20725/abrt-2.0.20-1.fc18,btparser-0.24-1.fc18,libreport-2.0.20-1.fc18 then log in and leave karma (feedback).
I updated, restarted abrtd, and tried to re-submit a report. Did not succeed. Does this only work for problems encountered after the updates are installed? $ rpm -q abrt btparser libreport abrt-2.0.20-1.fc17.x86_64 btparser-0.24-1.fc17.x86_64 libreport-2.0.20-1.fc17.x86_64 --- Running report_uReport --- (exited with 0) --- Running collect_Smolt --- Smolt profile successfully saved --- Running report_Bugzilla --- Essential element 'global_uuid' is missing, can't continue (exited with 1)
(In reply to comment #10) > > Does this only work for problems encountered after the updates are installed? > Exactly. If you have time and you haven't deleted the problem, please locate dump directory on your hard drive (it should be placed either in /var/spool/abrt dir or ~/.cache/abrt/spool dir) and run the command cd $(dump dir) report-cli -e post-create . and then you should be able to report that problem.
Well, I'm not sure if this is the same problem or not, but when I try that I get: [flowerpt@aughra oops-2012-12-31-09:52:39-830-1]$ report-cli -e post-create . Can't find a meaningful backtrace for hashing in '.' Looking for kernel package Kernel package kernel-3.6.10-2.fc17.x86_64 found and then the report does not succeed (same error as before). $ rpm -q libreport-cli libreport-cli-2.0.20-1.fc17.x86_64
(In reply to comment #12) You are right, that's a different issue. Can you please pack the dump directory and attach it to a new bugzilla ticket.
abrt-2.0.20-1.fc18, btparser-0.24-1.fc18, libreport-2.0.20-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
I experienced the same problem with the following package versions: $ rpm -q abrt btparser libreport abrt-2.0.20-1.fc18.x86_64 btparser-0.25-1.fc18.x86_64 libreport-2.0.20-1.fc18.x86_64 --- Running report_Bugzilla --- Essential element 'global_uuid' is missing, can't continue (exited with 1) --- Running post-create --- (exited with 0) Can't find a meaningful backtrace for hashing in '.' Looking for kernel package Kernel package kernel-3.7.8-202.fc18.x86_64 found --- Running report_Bugzilla --- Essential element 'global_uuid' is missing, can't continue (exited with 1) The backtrace for the kernel bug that I was attempting to report looked like this: irq 16: nobody cared (try booting with the "irqpoll" option) Pid: 0, comm: swapper/0 Not tainted 3.7.8-202.fc18.x86_64 #1 Call Trace:
abrt-2.0.20-1.fc17, btparser-0.24-1.fc17, libreport-2.0.20-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
Created attachment 788901 [details] screenshot showing "Essential element 'global_uuid' is missing, can't continue" This is still occurring: Essential element 'global_uuid' is missing, can't continue $ sudo repoquery abrt libreport --arch=x86_64 --releasever=rawhide abrt-0:2.1.6-3.fc20.x86_64 libreport-0:2.1.6-2.fc20.x86_64 Tested with: $ qemu-kvm -m 9216 -hda f20-test-1.img -cdrom ~/xfr/fedora/nightly-composes/Fedora-20-Nightly-x86_64-Live-desktop-20130818.10-1.iso -vga std -boot menu=on
Created attachment 788904 [details] event_log for Comment 17