Bug 741561

Summary:	rsyslogd logs kernel warning message to console - that may be too much
Product:	Red Hat Enterprise Linux 6	Reporter:	David Tonhofer <bughunt>
Component:	rsyslog	Assignee:	Tomas Heinrich <theinric>
Status:	CLOSED WONTFIX	QA Contact:	BaseOS QE Security Team <qe-baseos-security>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	6.1	CC:	pvrabec
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-12-12 13:25:24 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description David Tonhofer 2011-09-27 09:44:24 UTC

Description of problem:

By default, rsyslogd logs kernel log messages of at least level "warning" and up to console (via imklog).

This may be too much; why not log only critical, alerts and emergencies? In my case, the console is swamped by warnings from iptables.

According to 

   https://bugzilla.novell.com/show_bug.cgi?id=593699
   http://www.rsyslog.com/doc/imklog.html

Adding 

   $klogConsoleLogLevel 2 # set log level 2

to 

   /etc/rsyslog.conf

fixes the problem.


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

  rsyslog-4.6.2-3.el6_1.1.x86_64

How reproducible:

Always

Comment 2 RHEL Program Management 2011-10-07 16:05:09 UTC

Since RHEL 6.2 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 4 Tomas Heinrich 2011-12-12 12:44:16 UTC

This might be a better default for your scenario, but not for everybody. I guess it would be better to first propose this upstream. If others agree with this change, we can adopt it as well.

Comment 5 RHEL Program Management 2011-12-12 13:25:24 UTC

Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.