Bug 679741 - canonicalize swap devices
Summary: canonicalize swap devices
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: util-linux-ng
Version: 6.2
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Karel Zak
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-02-23 11:51 UTC by Karel Zak
Modified: 2011-12-06 17:10 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-06 17:10:39 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2011:1691 0 normal SHIPPED_LIVE Low: util-linux-ng security, bug fix, and enhancement update 2011-12-06 01:02:36 UTC

Description Karel Zak 2011-02-23 11:51:54 UTC
swapon(8) tries to activate already active swap partition if the swap area is on DM device. Fixed by upstream patch:

commit b98ff23e879826d0b041a18ca1090428748b9ef3
Author: Alexey Gladkov
Date:   Wed Dec 15 02:14:18 2010 +0300

    swapon: Canonicalize swap device
    
    Swapon checks whether a swap device is active by searching for the
    device name in /proc/swaps. /proc/swaps always specifies the path
    to real device file, even if the path to real device file, even
    if symlink was passed to the swapon() system call.
    
    This differs from /proc/mounts semantics where each string contains
    exactly the same device name as it was passed to the mount*() system call.
    
    If a swap partition resides on lvm, libblkid returns a name in
    form /dev/mapper/*, but now there are symlinks pointing to device
    files /dev/dm-*, resulting to /proc/swaps containing /dev/dm-*,
    but swapon still looks for /dev/mapper/* and tries to activate
    the swap partition again.
    
    [kzak: - remove unnecessary changes from
                        is_in_proc_swaps()]
    
    Signed-off-by: Alexey Gladkov
    Tested-by: Petr Uzel
    Signed-off-by: Karel

Comment 6 errata-xmlrpc 2011-12-06 17:10:39 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2011-1691.html


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