[3340] in Release_7.7_team

home help back first fref pref prev next nref lref last post

Re: Athena Disconnected Operation White Paper Draft 2.

daemon@ATHENA.MIT.EDU (Derek Atkins)
Tue Jun 11 12:48:47 2002

To: Jonathon Weiss <jweiss@MIT.EDU>
Cc: lcs@MIT.EDU, Bill Cattey <wdc@MIT.EDU>, source-developers@MIT.EDU,
        release-team@MIT.EDU
From: Derek Atkins <warlord@MIT.EDU>
Date: 11 Jun 2002 12:48:44 -0400
In-Reply-To: <200206110109.VAA08321@localhost>
Message-ID: <sjmfzztdamr.fsf@inky.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Jonathon Weiss <jweiss@MIT.EDU> writes:

> dryfoo> We have one advantage with AFS, I think: that when the user is
> dryfoo> disconnected, AFS has "lock" among its permission types.  So if the user
> dryfoo> is off-line somewhere modifying his own files, his own locker at least
> dryfoo> could be locked to all other users who might have modification rights to
> dryfoo> any subdirs in it.
> 
> 'lock' doesn't mean what you think it does here.  It is intended for
> temporary locking of files to prevent multiple clients from changing
> the same file simultaneously.  I'm pretty sure that a client's lock
> will be lost if the client falls off the net.

AFS locks are also advisory locks, nothing more.  Different clients
can still write to locked files.  The locks only help with
coordinating applications.

> 	Jonathon

-derek

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord@MIT.EDU                        PGP key available

home help back first fref pref prev next nref lref last post