Bug 152419 - Too long device name -> No filesystem info.
Too long device name -> No filesystem info.
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: logwatch (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Ivana Varekova
: 144012 160949 169918 170100 (view as bug list)
Depends On:
Blocks: 156322
  Show dependency treegraph
Reported: 2005-03-29 06:44 EST by Björn Augustsson
Modified: 2007-11-30 17:07 EST (History)
10 users (show)

See Also:
Fixed In Version: RHBA-2005-382
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-05 09:31:51 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2005:382 qe-ready SHIPPED_LIVE logwatch bug fix update 2005-10-05 00:00:00 EDT

  None (edit)
Description Björn Augustsson 2005-03-29 06:44:37 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050104 Red Hat/1.4.3-3.0.7

Description of problem:
On my RHEL 4 boxes that run LVM, The "Disk Space" output from logwatch
contains no information about the filesystem. 

This is because the "df" command linewraps when the device name is too long.

Here's an example, only the entry for /boot has the proper info.

------------------ Disk Space --------------------

/dev/sda2             145M   22M  116M  16% /boot


has a discussion of it, the fix (use "df -hP" instead of "df -h") is
apparently upstream.


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

How reproducible:

Steps to Reproduce:
1. Make some LVM filesystems
2. run logwatch

Actual Results:  "/dev/mapper/homer_vg-swLV"

Expected Results:  "/dev/mapper/homer_vg-swLV      4.9G   42M  4.6G   1% /sw"

Additional info:
Comment 1 David Lehman 2005-04-06 11:24:37 EDT
All that needs to be done here is changing 'df -h' to 'df -hP' in
Comment 2 Jiri Ryska 2005-04-11 11:21:41 EDT
*** Bug 144012 has been marked as a duplicate of this bug. ***
Comment 3 Joshua Daniel Franklin 2005-04-16 13:33:59 EDT
Note that the upstream LogWatch change was rolled back since Solaris df does not
support -P.
Comment 10 Jiri Ryska 2005-06-20 09:02:24 EDT
*** Bug 160949 has been marked as a duplicate of this bug. ***
Comment 11 Chester Hosey 2005-08-04 10:58:25 EDT
This bug was originally reported in January and it's a one-line fix. The 
upstream 5.2.2 includes a block which specifically identifies Linux, which 
would be a great place to fix this bug.

If "uname -a" on Solaris reports "Linux", then I can understand why upstream 
wouldn't fix this. However, since default installs of RHEL use long LVM names, 
even if upstream wouldn't want to take the change, doesn't it make sense for 
Red Hat to create a one-liner local patch to make this script useful? Why not 
fix this bug?
Comment 12 Marko Asplund 2005-08-08 02:06:27 EDT
due to this bug i'm unable to monitor disk space usage from logwatch reports. i'm having problems 
understanding why it takes more than 4 months to apply a one line fix in RHEL 4.
Comment 13 Joshua Daniel Franklin 2005-09-02 13:48:27 EDT
There is a fix in RHEL4 U2 beta--even pretty-printed! In case you can't wait
grab the rpm from RHN, or just do this:

--- old	2005-09-02 10:41:44.829652856 -0700
+++ /etc/log.d/scripts/services/zz-disk_space	2005-05-12 06:12:59.000000000 -0700
@@ -17,7 +17,8 @@ if [ "$PRINTING" = "y" ]  && [ "`uname -
    echo "------------------ Disk Space --------------------"
-   df -h | grep '^/dev/'
+   df -hP | grep '^/dev/' | \
+     sed 's/\([^[:space:]]\{20,\}\)\(.*\)/\1\n                    \2/'
 elif [ "$PRINTING" = "y" ] ; then
Comment 14 Ivana Varekova 2005-10-05 03:04:36 EDT
*** Bug 169918 has been marked as a duplicate of this bug. ***
Comment 15 Red Hat Bugzilla 2005-10-05 09:31:52 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

Comment 16 Ivana Varekova 2005-10-07 06:15:02 EDT
*** Bug 170100 has been marked as a duplicate of this bug. ***

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