Bug 1144509 - abrt-vmcore - service (fails?) does not meet conditions
Summary: abrt-vmcore - service (fails?) does not meet conditions
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: abrt
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: abrt
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-19 15:31 UTC by lejeczek
Modified: 2021-08-11 11:47 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-06-30 14:22:05 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description lejeczek 2014-09-19 15:31:33 UTC
Description of problem:

I am getting kernel taints and I assume I need it in order to have abrt cover them. (btw, how to set up bugzilla automatic reporting without gui? I'm using my .cache/abrt/events/report_Bugzilla.conf - but is this enough?)

system target is text/console, no X

abrt-vmcore.service - Harvest vmcores for ABRT
   Loaded: loaded (/usr/lib/systemd/system/abrt-vmcore.service; enabled)
   Active: inactive (dead)
           start condition failed at Fri 2014-09-19 16:05:09 BST; 19min ago
           ConditionDirectoryNotEmpty=/var/crash was not met

Sep 19 16:05:09 dzien.ccnr.biotechnology systemd[1]: Started Harvest vmcores for ABRT.

Version-Release number of selected component (if applicable):

abrt-2.1.11-12.sl7.x86_64
abrt-addon-ccpp-2.1.11-12.sl7.x86_64
abrt-addon-kerneloops-2.1.11-12.sl7.x86_64
abrt-addon-pstoreoops-2.1.11-12.sl7.x86_64
abrt-addon-python-2.1.11-12.sl7.x86_64
abrt-addon-vmcore-2.1.11-12.sl7.x86_64
abrt-addon-xorg-2.1.11-12.sl7.x86_64
abrt-cli-2.1.11-12.sl7.x86_64
abrt-console-notification-2.1.11-12.sl7.x86_64
abrt-java-connector-1.0.6-6.el7.x86_64
abrt-libs-2.1.11-12.sl7.x86_64
abrt-python-2.1.11-12.sl7.x86_64
abrt-retrace-client-2.1.11-12.sl7.x86_64
abrt-tui-2.1.11-12.sl7.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 2 Jakub Filak 2014-09-22 08:16:05 UTC
Hello, thank you for the report. Could you please provide the output of the following command:

$ grep -v "^#" /etc/kdump.conf


"ConditionDirectoryNotEmpty=/var/crash was not met" means that /var/crash directory is empty and systemd didn't start the service because it wasn't necessary because the service needs some files in /var/crash directory.

Comment 3 lejeczek 2014-09-22 18:29:37 UTC
path /var/crash
core_collector makedumpfile -l --message-level 1 -d 31

ps. how do I make sure that my abrtd reports completely & properly my kernel's tains. (in text mode)

Comment 4 Jakub Filak 2014-09-25 10:13:59 UTC
(In reply to lejeczek from comment #3)
> path /var/crash
> core_collector makedumpfile -l --message-level 1 -d 31
> 

What's the contents of /var/crash?

$ ls -al /var/crash

> ps. how do I make sure that my abrtd reports completely & properly my
> kernel's tains. (in text mode)

Could you please provide output of the following command:

$ abrt-cli list

Comment 5 lejeczek 2014-09-29 16:27:20 UTC
there is nothing in /var/crash even thought kdump service reports OK status.
abrt-cli list shows nothing but I'd try to get there something, problem is libvirt/qemu with a SR-VIO to an Intel NIC tains the system so badly that it becomes completely unresponsive and hard-cold reboot is necessary.

Comment 6 Jakub Filak 2014-10-15 12:54:44 UTC
Please provide output of the following commands:
$ grep var /etc/fstab
$ cat /proc/cmdline

Comment 7 lejeczek 2014-10-16 18:05:14 UTC
BOOT_IMAGE=/vmlinuz-3.10.0-123.8.1.el7.x86_64 root=UUID=feecd027-d6c0-468d-a21f-26ca95871f51 ro vconsole.font=latarcyrheb-sun16 rd.lvm.lv=ol/swap rd.lvm.lv=ol/root crashkernel=auto vconsole.keymap=uk rhgb quiet

no var in /etc/fstab

Comment 8 Jakub Filak 2015-01-28 15:35:47 UTC
Are you sure you experienced a kernel panic? What do you mean by "kernel taints"?

Comment 10 Miroslav Suchý 2020-02-12 16:10:38 UTC
We will very likely have no resources to fix this bug during Red Hat Enterprise
Linux 7 time life. Moving to upstream. If you insisted on fixing in Red Hat
Enterprise Linux 7 please open a support ticket.

Comment 11 Miroslav Suchý 2020-06-30 14:22:05 UTC
> Intel NIC tains the system so badly

??? by tainting we mean a process when 3rd party kernel module is inserted into kernel, but we do not have the source. So developer/support cannot do anything about it.

I am closing this because it took ages since last need info. But feel free to reopen if you can provide the info.

Comment 12 lejeczek 2021-08-11 11:47:50 UTC
ok


Note You need to log in before you can comment on or make changes to this bug.