Bug 465158 - GFS: madvise system call causes assertion
GFS: madvise system call causes assertion
Status: CLOSED DUPLICATE of bug 444912
Product: Red Hat Cluster Suite
Classification: Red Hat
Component: GFS-kernel (Show other bugs)
All Linux
urgent Severity urgent
: ---
: ---
Assigned To: Chris Feist
Cluster QE
Depends On:
  Show dependency treegraph
Reported: 2008-10-01 16:43 EDT by Chris Feist
Modified: 2010-01-11 22:21 EST (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-10-02 14:42:46 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 Chris Feist 2008-10-01 16:43:18 EDT
+++ This bug was initially created as a clone of Bug #465151 +++

Description of problem:

Since the madvise system call was enabled by the patch to bug 429343, it's possible for a inode glock holder to never get dequeued through gfs_readpage. This causes an assertion (bug 464837)

GFS: fsid=cl102a:gfs1.1: warning: assertion "(gh->gh_flags & LM_FLAG_ANY) || (tmp_gh->gh_flags & LM_FLAG_ANY)" failed
GFS: fsid=cl102a:gfs1.1: function = add_to_queue
GFS: fsid=cl102a:gfs1.1: file = /builddir/build/BUILD/gfs-kmod-0.1.23/_kmod_build_/src/gfs/glock.c, line = 1418
GFS: fsid=cl102a:gfs1.1: time = 1222739610

I can't think of a way to make madvise work, and reverting the patch mentioned above and returning ENOSYS to madvise is the currently proposed solution to this problem.

I'll post a patch as soon as I verify that everything works as expected.
Comment 2 Kiersten (Kerri) Anderson 2008-10-02 14:42:46 EDT
Turns out we fixed this one the easy way for rhel 4 in the first place, so no z-stream request is required.  Closing this as a duplicate of the original bug fix.

*** This bug has been marked as a duplicate of bug 444912 ***

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