[OpenAFS] Moving root.*.readonly from /vicepa to /vicepb

Todd_DeSantis@transarc.com Todd_DeSantis@transarc.com
Wed, 29 May 2002 14:12:46 -0400 (EDT)


Hi -

I have been watching many of the discussions regarding this thread and
there are many things to consider.

There is a good time to use "vos remsite" and there are also times
when you should use "vos remove".

You can not have 2 ReadOnlys on the same fileserver machine.  The "vos
addsite" command checks the VLDB abd will prevent this.

And what most everyone is missing, the actual release will look like
it is successful, but the second volume will NOT come ONLINE.  The
fileserver/volserver know the volume ID of the ReadOnly and will not
allow the same ID to be online more than once.

Here is an example of 
	addsite
	release
	remsite
	addsite
	release
	listvol

[PMR-88971] vos listvol server | grep atd
atd                536871132 RW       7406 K On-line
atd.readonly       536871133 RO       7406 K On-line
atd.readonly       536871133 RO       7406 K Off-line

See that the second RO is offline.  The 3 volumes are on 3 seperate
vice partitions on this server.

However, if the original RO is on the same partition as the RW, the 
	remsite
	addsite
	release

will work because the original ReadOnly will be removed because the
volserver will think it is a temporary clone used in the release.

And clients might also not even care about things because they already
have things cached.

The clients can fail if they need to get to the RO and the client's
known location of this data does not exist any more.  SOmetimes the
client can figure things out and go back to the VLDB abd see the
location changed and access that RO seamlessly to the user.  Other
times, it can just fail and the user would need to do an "fs
checkvolume" command to force the client to go back to the VLDB for
location info.

So depending on how the the original poster of this thread has things
setup, the 
	remsite
	addsite
	release
might not work.

But we do know that the 
	remove
	addsite
	release
will work.

Sorry for using abbreviations for the vos commands, I hope it isn't
too confusing.  As you can see, there are many ways that this could
work and fail.

At least this is my take on it

Thanks

Todd
AFS Support