[OpenAFS-devel] Proposed change for handling backup volumes
Nathan Neulinger
nneul@umr.edu
07 Jul 2003 16:22:05 -0500
I can see this as being a dangerous change of behavior... Think about
the:
oh damn, I just screwed something up, quick - remount the .backup
volume so I have some time to fix it.
With the semantics of the below patch, that would suddenly change what
that operation meant.
Definately NOT something to have enabled by default.
I would almost rather see a new mount syntax. Right now there are the
two different mount types - one normal, and one to force RW (ignoring
the cellular mounts). Could we not add another one that forces BK with
less side-effects than this change? Granted, it would require client
(and server?) changes to take effect though...
-- Nathan
On Mon, 2003-07-07 at 11:14, Kris Van Hees wrote:
> I guess we ought to do both? Although I agree that overall you would want this
> either on or off from the start of the client, I can see where some places may
> wish to control this (even at bootup) by means of a sysctl setting rather than
> as an afsd switch.
>
> And it doesn't cost anything to provide both either way :)
>
> Kris
>
> On Mon, Jul 07, 2003 at 11:41:07AM -0400, Derrick J Brashear wrote:
> > On Mon, 7 Jul 2003, Rudolph T Maceyko wrote:
> > > --On Wednesday, July 02, 2003 15:15:47 -0400 Kris Van Hees
> > > <aedil-afs@alchar.org> wrote:
> > >
> > > > [...] when this is enabled, normal volume mountpoints will be treated
> > > > in a way where once you enter a backup volume, you remain within a
> > > > tree of backup volumes as long as they are available for all the
> > > > mountpoints you pass.
> > >
> > > Excellent!
> > >
> > > Does this really need to be controlled through /proc/ though? I think
> > > this is a useful extension of what already happens with RO volumes and
> > > seems unlikely to need to be switched on or off at any time. I would
> > > prefer it to always be on :-)
> >
> > afsd switch?
> >
> > _______________________________________________
> > OpenAFS-devel mailing list
> > OpenAFS-devel@openafs.org
> > https://lists.openafs.org/mailman/listinfo/openafs-devel
--
------------------------------------------------------------
Nathan Neulinger EMail: nneul@umr.edu
University of Missouri - Rolla Phone: (573) 341-4841
UMR Information Technology Fax: (573) 341-4216