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 > > > <[EMAIL PROTECTED]> 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 > > [EMAIL PROTECTED] > > https://lists.openafs.org/mailman/listinfo/openafs-devel -- ------------------------------------------------------------ Nathan Neulinger EMail: [EMAIL PROTECTED] University of Missouri - Rolla Phone: (573) 341-4841 UMR Information Technology Fax: (573) 341-4216 _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
