[Bugs] [Bug 1265571] New: [RFE] Render all mounts of a volume defunct upon access revocation

bugzilla at redhat.com bugzilla at redhat.com
Wed Sep 23 09:04:50 UTC 2015


https://bugzilla.redhat.com/show_bug.cgi?id=1265571

            Bug ID: 1265571
           Summary: [RFE] Render all mounts of a volume defunct upon
                    access revocation
           Product: Red Hat Gluster Storage
           Version: 3.1
         Component: glusterfs
     Sub Component: core
          Keywords: Triaged, ZStream
          Assignee: rhs-bugs at redhat.com
          Reporter: vagarwal at redhat.com
        QA Contact: annair at redhat.com
                CC: bugs at gluster.org, csaba at redhat.com,
                    gluster-bugs at redhat.com, pkarampu at redhat.com,
                    prasanna.kalever at redhat.com, rcyriac at redhat.com,
                    rgowdapp at redhat.com
        Depends On: 1245380
          Keywords: ZStream



+++ This bug was initially created as a clone of Bug #1245380 +++

The auth.ssl-allow volume option -- and most likely, auth.allow as well,
although we haven't yet confirmed that -- operates along the access logic of
files in Unix: that is , one who once got a handle to a file through
successfully opening it, can happily use that handle to do I/O on the file, no
matter how the permission of the file changes later. So in our case, once one
has mounted the volume, she'll have a functional mount no matter if her accces
to the volume is revoked in the meantime.

However, the cloud industry consensual behavior is the opposite: if access is
revoked, that should take effect immediately, and further on all syscalls done
against existing mounts should fail (preferably with EACCESS) if they reach the
GlusterFS server (ie. not served from local buffer cache).

The new behavior could either be optional (along the old one) or take over
exclusively.


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1245380
[Bug 1245380] [RFE] Render all mounts of a volume defunct upon access
revocation
-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CUHi2bqH9J&a=cc_unsubscribe


More information about the Bugs mailing list