On Sunday, 26 December 1999 at 21:24:15 -0500, Gary Palmer wrote:
> Greg Lehey wrote in message ID
> <[EMAIL PROTECTED]>:
>> It occurs to me that it is, in fact, correct to read from a volume
>> being revived. The data is consistent up to the point where the
>> revive has progressed, so the system can read from this area.
>
> Why would it be reading from the reviving plex? The volume wasn't
> mounted when I was watching the stats, so the only i/o should have
> been the revive. (Yes, I'm paranoid :) )
Again, news for me. You can stop a revive and restart it at a later
time; the state information includes the revive pointer. But the only
real answer to this one would be to see the statistics.
>> Hmm. This looks too VERITAS-like for my liking. In addition, this
>> isn't a flag. Internally it's represented as a plex index, with -1
>> meaning "round robin".
>
> Aaah. That makes sense.
>
>> I've tried to keep away from this sort of stuff.
>
> Unfortunately a beast as complicated as a LVM has to have the ability
> to change the way it works on the fly.
You misunderstand. I've tried to stay away from the complexity of the
VERITAS syntax. Sure, I agree that being able to reconfigure on the
fly is important.
>> The second example is supposed to set round robin. I don't like that
>> syntax either. Maybe the second example should be just
>>
>> vinum prefer volfoo.
>
> vinum prefer volfoo none
>
> That runs into problems with people calling plexes `none', but in that
> case they get what they deserve ;)
Right, that's the down side. I suppose we could include the
alternative of a plex index in the syntax.
> vinum prefer volfoo ""
>
> There is some precedent for the null string being used for stuff like
> this. I can't think of them offhand, but some unix programs take that
> sort of flag.
Right, but it's confusing for people new to UNIX.
Greg
--
Finger [EMAIL PROTECTED] for PGP public key
See complete headers for address and phone numbers
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
