Bug 89543 - logwatch fails to read /var/log/messages in redhat 8.0
Summary: logwatch fails to read /var/log/messages in redhat 8.0
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: logwatch
Version: 8.0
Hardware: noarch
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Elliot Lee
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-04-24 02:46 UTC by Andrew Neel
Modified: 2007-04-18 16:53 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2003-07-10 16:22:19 UTC
Embargoed:


Attachments (Terms of Use)

Description Andrew Neel 2003-04-24 02:46:09 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312

Description of problem:
        Logwatch scans a copy of /var/log/messages (see below) and attempts
pipes a filtered output into the script called 'kernel' This script should
process the input by cat->onlyservice->removerheaders->kernel which would print
out data on the system logs. Howerver, the same code (provided by the redhat
install) performs a cat->removerheaders->onlyservice->kernel. This produces no
error but also no useful information. Redhat 8.0 uses the same logwatch.pl
source version as in the 7.3 series but not the same perl version. I believe
that the version of perl is the ultimate cause but have not been able to locate
a specific root cause. Additionally, this package is version 2.6 while the
latest version from the maintainers is 4.3.2-1.

        <clip from a 'logwatch.pl --print --debug=10'>
        ( /bin/cat /tmp/logwatch.XXJbNb15/messages  |
/etc/log.d/scripts/shared/removeheaders '' |
/etc/log.d/scripts/shared/onlyservice 'kernel' |
/etc/log.d/scripts/services/kernel) 2>&1


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


How reproducible:
Always

Steps to Reproduce:
1.'logwatch.pl --print --debug=10'
2.
3.
    

Actual Results:  the contents of the /var/log/messages are read incorrectly and
a NO report is generated based on the content. Notably, it looks like one or two
one-offs still work. Those being cron and samba.


Expected Results:  the contents of the /var/log/messages are read and a NO
report is generated based on the content.


Additional info:

Comment 1 Elliot Lee 2003-07-10 16:22:19 UTC
The latest RHL version has 4.3.x


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