Отладка журналов dmesg

Я заметил, что в моих журналах есть следующее. Я просто не уверен, как решить, как исправить или выяснить, что их вызывает, и если они серьезны.

[582046.956291] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 18482 0 0 1379281138 e pipe failed [582346.769892] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 21093 0 0 1379281439 e pipe failed [582646.586134] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 23723 0 0 1379281739 e pipe failed [582946.390029] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 26342 0 0 1379282039 e pipe failed [583246.202851] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 29010 0 0 1379282340 e pipe failed [583546.018408] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 31620 0 0 1379282640 e pipe failed [583845.836688] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 1837 0 0 1379282940 e pipe failed [584145.645968] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 4416 0 0 1379283241 e pipe failed [584445.455705] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 7001 0 0 1379283541 e pipe failed [584745.266532] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 9600 0 0 1379283841 e pipe failed [585045.074399] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 12209 0 0 1379284141 e pipe failed [585344.885464] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 14790 0 0 1379284442 e pipe failed [585644.743818] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 17605 0 0 1379284742 e pipe failed [585944.511572] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 20183 0 0 1379285042 e pipe failed [586244.315990] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 22781 0 0 1379285343 e pipe failed [586544.123020] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 25385 0 0 1379285643 e pipe failed [586843.932084] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 27984 0 0 1379285943 e pipe failed [587143.742379] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 30608 0 0 1379286244 e pipe failed [587443.559349] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 799 0 0 1379286544 e pipe failed [587743.373027] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 3420 0 0 1379286844 e pipe failed [588043.175248] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 6031 0 0 1379287145 e pipe failed [588342.986730] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 8665 0 0 1379287445 e pipe failed [588642.795951] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 11279 0 0 1379287745 e pipe failed [588942.608088] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 13915 0 0 1379288045 e pipe failed [589242.420741] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 16728 0 0 1379288346 e pipe failed [589542.235065] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 19355 0 0 1379288646 e pipe failed [589842.061502] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 21998 0 0 1379288946 e pipe failed [590141.856687] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 24657 0 0 1379289247 e pipe failed [590441.700335] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 27307 0 0 1379289547 e pipe failed [590741.483298] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 29944 0 0 1379289847 e pipe failed [591041.286647] Core dump to |/usr/libexec/abrt-hook-ccpp 7 0 32554 0 0 1379290148 e pipe failed 

  • Как отключить SELinux без перезагрузки?
  • Разрешения, изменяющиеся на несколько файлов в каталоге / etc /
  • Установка trac - «Trac требует Python 2.5 или новее»
  • В чем смысл «инициализации червя ...» на выходе dmesg?
  • Установите более старую версию GLibc на RHEL
  • Могу ли я запускать графический сеанс моего рабочего стола удаленно?
  • Невозможно создать partiton при установке RHEL 5.8
  • Startscript: использование $! создать pidfile - иногда возвращать неправильный pid (выключен одним)
  • One Solution collect form web for “Отладка журналов dmesg”

    Дамп ядра создается, когда программа выходит из строя с неожиданными результатами. Выше сказано, что команда не выполнена, а копия программы, которая была в памяти, обработана демонами abrt (команда /usr/libexec/abrt-hook-ccpp ). Затем вы можете использовать такие инструменты, как gdb чтобы отладить сбой. Примечание: gdb не для слабонервных!

    Довольно часто это результат плохо написанного кода (ему нужно немного обрабатывать исключения), из-за проблем с памятью или основных проблем, таких как команда была связана с определенной библиотекой динамической загрузки, которая теперь была изменена, и сбойная программа больше не может использовать его так, как он ожидает.

    На этой странице есть сведения о том, что такое процесс Abrt, и как он обрабатывает ядра.

    Когда выполняется «abrtd», значение переменной sysctl «kernel.core_pattern» отличается от приведенного ниже:

    $ sysctl -a | grep core_pattern kernel.core_pattern = | / usr / libexec / abrt-hook-ccpp / var / cache / abrt% p% s% u% c

    «Abrtd» создает подкаталог (с именем «ccpp-1279914365-14618») в каталоге «/ var / cache / abrt», как показано в значении переменной. Это также означает, что основные файлы также будут сохранены в этом подкаталоге в каталоге «/ var / cache / abrt» (в дополнение к текущему каталогу, в котором было запущено приложение). Демон ABRT также создает другие файлы в дополнение к файлам дампа ядра в подкаталоге, чтобы еще больше помочь пользователям в отладке проблемы сбоя.

    Linux и Unix - лучшая ОС в мире.