2005-12-08 12:14:33 +00:00
|
|
|
=head1 NAME
|
|
|
|
|
2007-11-11 22:54:56 +00:00
|
|
|
vos_addsite - Adds a read-only site definition to a volume's VLDB entry
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=head1 SYNOPSIS
|
|
|
|
|
2006-03-01 05:02:29 +00:00
|
|
|
=for html
|
|
|
|
<div class="synopsis">
|
|
|
|
|
|
|
|
B<vos addsite> S<<< B<-server> <I<machine name for new site>> >>>
|
|
|
|
S<<< B<-partition> <I<partition name for new site>> >>>
|
2009-07-06 16:29:20 +01:00
|
|
|
S<<< B<-id> <I<volume name or ID>> >>>
|
|
|
|
S<<< [B<-roid> <I<readonly volume name or ID>>] >>>
|
|
|
|
[B<-valid>] S<<< [B<-cell> <I<cell name>>] >>>
|
|
|
|
[B<-noauth>] [B<-localauth>]
|
2013-06-20 23:45:05 +01:00
|
|
|
[B<-verbose>] [B<-encrypt>] [B<-noresolve>]
|
|
|
|
S<<< [B<-config> <I<config directory>>] >>>
|
|
|
|
[B<-help>]
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2006-03-01 05:02:29 +00:00
|
|
|
B<vos ad> S<<< B<-s> <I<machine name for new site>> >>>
|
|
|
|
S<<< B<-p> <I<partition name for new site>> >>>
|
2009-07-06 16:29:20 +01:00
|
|
|
S<<< B<-i> <I<volume name or ID>> >>>
|
|
|
|
S<<< [B<-r> <I<readonly volume name or ID>>] >>>
|
2009-10-08 18:31:00 +01:00
|
|
|
[B<-va>] [B<-c> <I<cell name>>] >>> [B<-noa>] [B<-l>]
|
2013-06-20 23:45:05 +01:00
|
|
|
[B<-ve>] [B<-e>] [B<-nor>]
|
|
|
|
S<<< [B<-co> <I<config directory>>] >>>
|
|
|
|
[B<-h>]
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2006-03-01 05:02:29 +00:00
|
|
|
=for html
|
|
|
|
</div>
|
|
|
|
|
2005-12-08 12:14:33 +00:00
|
|
|
=head1 DESCRIPTION
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The B<vos addsite> command defines a new read-only site (partition on a
|
|
|
|
file server machine, specified by the B<-server> and B<-partition>
|
|
|
|
arguments) in the Volume Location Database (VLDB) entry of the read/write
|
|
|
|
volume named by the B<-id> argument. When the B<vos release> command is
|
|
|
|
next issued against the read/write volume, a read-only copy of it is
|
|
|
|
distributed to all of the read-only sites, including the newly defined
|
|
|
|
one.
|
|
|
|
|
|
|
|
=head1 CAUTIONS
|
|
|
|
|
2010-05-26 18:20:57 +01:00
|
|
|
A volume's VLDB entry accommodates a maximum number of 16 site
|
|
|
|
definitions. The site housing the read/write and backup versions of the
|
|
|
|
volume counts as one site, the backup snapshot counts as one site, and one
|
|
|
|
site should be reserved for a transient clone for volume moves and similar
|
|
|
|
operations. Each read-only site counts as an additional site (even the
|
|
|
|
read-only site defined on the same file server machine and partition as
|
|
|
|
the read/write site counts as a separate site). The limit in the VLDB
|
|
|
|
entry effectively determines the maximum number of copies of the volume
|
|
|
|
that are available to AFS clients.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
Attempts to create additional sites by using this command fail with an
|
|
|
|
error.
|
|
|
|
|
|
|
|
=head1 OPTIONS
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item B<-server> <I<machine name>>
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
Identifies the file server machine where the read-only volume is to
|
2005-12-09 14:48:56 +00:00
|
|
|
reside. Provide the machine's IP address or its host name (either fully
|
|
|
|
qualified or using an unambiguous abbreviation). For details, see
|
|
|
|
L<vos(1)>.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item B<-partition> <I<partition name>>
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
Identifies the partition where the read-only volume is to reside, on the
|
2005-12-09 14:48:56 +00:00
|
|
|
file server machine named by the B<-server> argument. Provide the
|
|
|
|
partition's complete name with preceding slash (for example, C</vicepa>)
|
|
|
|
or use one of the three acceptable abbreviated forms. For details, see
|
|
|
|
L<vos(1)>.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item B<-id> <I<volume name or ID>>
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
Specifies either the complete name or volume ID number of the read/write
|
|
|
|
source volume.
|
|
|
|
|
2009-07-06 16:29:20 +01:00
|
|
|
=item B<-roid> <I<readonly volume name or ID>>
|
|
|
|
|
|
|
|
Specifies either the complete name or volume ID number of the readonly
|
|
|
|
volume. This will only be honored if the source read/write volume does not
|
|
|
|
already have a readonly volume ID associated with it. If the source
|
|
|
|
read/write volume already has a readonly volume ID, the specified ID will
|
|
|
|
be ignored, and a warning will be printed.
|
|
|
|
|
|
|
|
If this is not specified and the source read/write volume does not already
|
|
|
|
have a readonly volume ID, a volume ID for the readonly volume will be
|
|
|
|
allocated for it when the B<vos release> command is run.
|
|
|
|
|
|
|
|
The automatically allocated readonly volume IDs should be fine for almost
|
2009-10-08 18:31:00 +01:00
|
|
|
all cases, so you should almost never need to specify them explicitly.
|
|
|
|
This option is available in OpenAFS versions 1.5.61 or later.
|
2009-07-06 16:29:20 +01:00
|
|
|
|
2009-07-08 22:07:58 +01:00
|
|
|
=item B<-valid>
|
2008-02-19 15:25:17 +00:00
|
|
|
|
2009-07-08 22:07:58 +01:00
|
|
|
Marks the site as up-to-date in the VLDB. You should only do this if the
|
|
|
|
new site already has a current readonly replica of the volume, but for
|
|
|
|
some reason it is not in the VLDB as a replica site. This is useful when
|
|
|
|
an existing read-only volume is dumped and restored with the B<-readonly>
|
|
|
|
flag at the new site. This option is available in OpenAFS clients 1.4.7 or
|
2009-10-08 18:31:00 +01:00
|
|
|
later and 1.5.31 or later. This option can be used with OpenAFS server
|
2009-07-08 22:07:58 +01:00
|
|
|
versions later than 1.4.1 or 1.5.0.
|
2008-02-19 15:25:17 +00:00
|
|
|
|
2010-08-02 02:39:56 +01:00
|
|
|
=include fragments/vos-common.pod
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
=head1 EXAMPLES
|
|
|
|
|
doc: replace hostnames with IETF example hostnames
There were several different real and made-up hostnames and company names used
throughout our documentation examples.
The IETF has reserved "example.com" and other "example" TLDs for use in
examples (RFC 2606). Replace almost all references to ABC Corporation, DEF
Corporation, and State University, as well as "abc.com", "bigcell.com",
"def.com", "def.gov", "ghi.com", "ghi.gov", "jkl.com", "mit.edu",
"stanford.edu", "state.edu", "stateu.edu", "uncc.edu", and "xyz.com".
Standardize on "Example Corporation", "Example Network", "Example
Organization" (example.com, example.net, and example.org).
The Scout documentation in the Admin Guide contains PNG images that contain
the old cell names, so I left those references until the images can be
replaced.
Change-Id: I4e44815b2d2ffe204810b7fd850842248f67c367
Reviewed-on: http://gerrit.openafs.org/6697
Reviewed-by: Jeffrey Altman <jaltman@secure-endpoints.com>
Tested-by: Jeffrey Altman <jaltman@secure-endpoints.com>
2012-02-11 16:43:30 +00:00
|
|
|
The following example, appropriate in the Example Organization cell, defines a
|
2005-12-09 14:48:56 +00:00
|
|
|
read-only site for the cell's C<root.afs> volume.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
doc: replace hostnames with IETF example hostnames
There were several different real and made-up hostnames and company names used
throughout our documentation examples.
The IETF has reserved "example.com" and other "example" TLDs for use in
examples (RFC 2606). Replace almost all references to ABC Corporation, DEF
Corporation, and State University, as well as "abc.com", "bigcell.com",
"def.com", "def.gov", "ghi.com", "ghi.gov", "jkl.com", "mit.edu",
"stanford.edu", "state.edu", "stateu.edu", "uncc.edu", and "xyz.com".
Standardize on "Example Corporation", "Example Network", "Example
Organization" (example.com, example.net, and example.org).
The Scout documentation in the Admin Guide contains PNG images that contain
the old cell names, so I left those references until the images can be
replaced.
Change-Id: I4e44815b2d2ffe204810b7fd850842248f67c367
Reviewed-on: http://gerrit.openafs.org/6697
Reviewed-by: Jeffrey Altman <jaltman@secure-endpoints.com>
Tested-by: Jeffrey Altman <jaltman@secure-endpoints.com>
2012-02-11 16:43:30 +00:00
|
|
|
% vos addsite -server sv7.example.org -partition /vicepb -id root.afs
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=head1 PRIVILEGE REQUIRED
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The issuer must be listed in the F</usr/afs/etc/UserList> file on the
|
|
|
|
machine specified with the B<-server> argument and on each database server
|
|
|
|
machine. If the B<-localauth> flag is included, the issuer must instead be
|
|
|
|
logged on to a server machine as the local superuser C<root>.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=head1 SEE ALSO
|
|
|
|
|
|
|
|
L<vos(1)>,
|
|
|
|
L<vos_examine(1)>,
|
|
|
|
L<vos_release(1)>
|
|
|
|
|
|
|
|
=head1 COPYRIGHT
|
|
|
|
|
|
|
|
IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved.
|
|
|
|
|
|
|
|
This documentation is covered by the IBM Public License Version 1.0. It was
|
|
|
|
converted from HTML to POD by software written by Chas Williams and Russ
|
|
|
|
Allbery, based on work by Alf Wachsmann and Elizabeth Cassell.
|