[lkml]   [2005]   [Sep]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [Linux-cluster] Re: GFS, what's remaining

    On Sun, 2005-09-04 at 21:33, Pavel Machek wrote:

    > > - read-only mount
    > > - "specatator" mount (like ro but no journal allocated for the mount,
    > > no fencing needed for failed node that was mounted as specatator)
    > I'd call it "real-read-only", and yes, that's very usefull
    > mount. Could we get it for ext3, too?

    I don't want to pollute the ext3 paths with extra checks for the case
    when there's no journal struct at all. But a dummy journal struct that
    isn't associated with an on-disk journal and that can never, ever go
    writable would certainly be pretty easy to do.

    But mount -o readonly gives you most of what you want already. An
    always-readonly option would be different in some key ways --- for a
    start, it would be impossible to perform journal recovery if that's
    needed, as that still needs journal and superblock write access. That's
    not necessarily a good thing.

    And you *still* wouldn't get something that could act as a spectator to
    a filesystem mounted writable elsewhere on a SAN, because updates on the
    other node wouldn't invalidate cached data on the readonly node. So is
    this really a useful combination?

    About the only combination I can think of that really makes sense in
    this context is if you have a busted filesystem that somehow can't be
    recovered --- either the journal is broken or the underlying device is
    truly readonly --- and you want to mount without recovery in order to
    attempt to see what you can find. That's asking for data corruption,
    but that may be better than getting no data at all.

    But that is something that could be done with a "-o skip-recovery" mount
    option, which would necessarily imply always-readonly behaviour.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-09-05 12:47    [W:0.022 / U:33.224 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site