Bug 497303 - fuser -m <dev> doesn't work after lazy unmount
fuser -m <dev> doesn't work after lazy unmount
Product: Fedora
Classification: Fedora
Component: psmisc (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Daniel Novotny
Fedora Extras Quality Assurance
: Regression
Depends On: 484835
  Show dependency treegraph
Reported: 2009-04-23 06:09 EDT by Kari Hautio
Modified: 2009-04-23 06:54 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 484835
Last Closed: 2009-04-23 06:54:56 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Kari Hautio 2009-04-23 06:09:56 EDT
+++ This bug was initially created as a clone of Bug #484835 +++

Description of problem:
fuser -m <device> fails to detect open files on a filesystem that has been lazily unmounted.
This is bad since a typical use case for "fuser -m" is to kill remaining users of a filesystem.

How reproducible:

Steps to Reproduce:
dd if=/dev/zero of=fs.img bs=1M count=100
losetup /dev/loop4 fs.img
mkfs.ext2 /dev/loop4
mkdir mnt
mount /dev/loop4 mnt
touch mnt/testfile
less mnt/testfile
# these will work and display PID of less
fuser -m mnt
fuser -m /dev/loop4
# lazy umount!! as there's open file it's actually still mounted and
already open files can be accessed
umount -l mnt
fuser -m /dev/loop4
# doesn't find anything!!

Actual results:
two first fuser runs report the pid last does not

Expected results:
fuser reports the pid in all cases

Additional info:
Bug has been already reported to upstream including a patch:

--- Additional comment from pm-rhel@redhat.com on 2009-02-10 03:42:20 EDT ---

This bugzilla has Keywords: Regression.  

Since no regressions are allowed between releases, 
it is also being proposed as a blocker for this release.  

Please resolve ASAP.

--- Additional comment from dnovotny@redhat.com on 2009-02-10 06:21:22 EDT ---

Created an attachment (id=331413)
the patch from the upstream applies cleanly and I tested it works on rhel5

--- Additional comment from rdassen@redhat.com on 2009-02-10 06:51:53 EDT ---

Daniel, could you (or Tomas) add a note to that affect to the upstream defect
report then please? 

The upstream report was filed by the customer directly; having a public ack
from your side is likely to increase the chances of it quickly being
reviewed/accepted upstream.

--- Additional comment from dnovotny@redhat.com on 2009-02-10 07:08:48 EDT ---

OK, added a note to the upstream bug tracker

--- Additional comment from dnovotny@redhat.com on 2009-04-14 09:28:36 EDT ---

fixed in psmisc-22.2-7

--- Additional comment from errata-xmlrpc@redhat.com on 2009-04-22 08:44:22 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 therefore 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 1 Daniel Novotny 2009-04-23 06:54:56 EDT
fixed in psmisc-22.6-10.fc12

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