[OpenAFS-devel] semantics of stat'ing a mount point

[Derrick J Brashear]

On 23 Feb 2001, Derek Atkins wrote:

> It would be useful in the case of dynamic cell insertion to
> differentiate between "unknown cell" and "unknown volume".  So,
> I say keep it how it is.

How so? Differentiationmay be useful, but I can't think how this could be
exploited usefully for that; Once you're making changes in the cache
manager, whatthe clients see doesn't matter

-D

> Derrick J Brashear <shadow@dementia.org> writes:
> 
> > In previous AFS versions, stat'ing an AFS mount point returns ENODEV for
> > an unknown volume, but ENOENT if the mount point is for an unknown cell.
> > 
> > A patch proposes to change that to consistently return ENODEV. Is anyone
> > relying on the distinction? Cases could be made for
> > -ENOENT represents a missing entry in the CellServDB for the cell
> > -mount points should be treated like dangling symlinks and always return
> > ENOENT when invalid
> > 
> > The latter would be a considerable semantic change, though.
> > 
> > -D
> > 
> > 
> > 
> > 
> > _______________________________________________
> > OpenAFS-devel mailing list
> > OpenAFS-devel@openafs.org
> > https://lists.openafs.org/mailman/listinfo.cgi/openafs-devel
> 
> -- 
>        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
>