2005-12-08 12:14:33 +00:00
|
|
|
=head1 NAME
|
|
|
|
|
2007-11-11 22:54:56 +00:00
|
|
|
vos_examine - Shows volume header and VLDB entry information for a volume
|
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 examine> S<<< B<-id> <I<volume name or ID>> >>> [B<-extended>]
|
2009-10-08 18:31:00 +01:00
|
|
|
[B<-format>] S<<< [B<-cell> <I<cell name>>] >>>
|
|
|
|
[B<-noauth>] [B<-localauth>] [B<-verbose>]
|
2013-06-20 23:45:05 +01:00
|
|
|
[B<-encrypt>] [B<-noresolve>]
|
|
|
|
S<<< [B<-config> <I<config directory>>] >>>
|
|
|
|
[B<-help>]
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2009-10-08 18:31:00 +01:00
|
|
|
B<vos e> S<<< B<-i> <I<volume name or ID>> >>> [B<-ex>] [B<-f>]
|
|
|
|
S<<< [B<-c> <I<cell name>>] >>>
|
2013-06-20 23:45:05 +01:00
|
|
|
[B<-noa>] [B<-l>] [B<-v>] [B<-e>] [B<-nor>]
|
|
|
|
S<<< [B<-co> <I<config directory>>] >>>
|
|
|
|
[B<-h>]
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2009-10-08 18:31:00 +01:00
|
|
|
B<vos volinfo> S<<< B<-id> <I<volume name or ID>> >>> [B<-extended>]
|
|
|
|
[B<-format>] S<<< [B<-cell> <I<cell name>>] >>>
|
|
|
|
[B<-noauth>] [B<-localauth>] [B<-verbose>]
|
2013-06-20 23:45:05 +01:00
|
|
|
[B<-encrypt>] [B<-noresolve>]
|
|
|
|
S<<< [B<-config> <I<config directory>>] >>>
|
|
|
|
[B<-help>]
|
2005-12-21 00:41:17 +00:00
|
|
|
|
2009-10-08 18:31:00 +01:00
|
|
|
B<vos v> S<<< B<-i> <I<volume name or ID>> >>> [B<-ex>] [B<-f>]
|
|
|
|
S<<< [B<-c> <I<cell name>>] >>>
|
2013-06-20 23:45:05 +01:00
|
|
|
[B<-noa>] [B<-l>] [B<-v>] [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 examine> command formats and displays information from the
|
|
|
|
Volume Location Database (VLDB) entry and the volume header of the volume
|
2005-12-08 12:14:33 +00:00
|
|
|
specified by the B<-id> argument.
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
To display the volume header only, use the B<vos listvol> command. To
|
|
|
|
display information from the VLDB only, use the B<vos listvldb> command.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2008-02-19 15:25:17 +00:00
|
|
|
=head1 CAUTIONS
|
|
|
|
|
2012-06-28 21:30:40 +01:00
|
|
|
=include fragments/volsize-caution.pod
|
2008-02-19 15:25:17 +00:00
|
|
|
|
2005-12-08 12:14:33 +00:00
|
|
|
=head1 OPTIONS
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
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 volume,
|
|
|
|
which can be read/write, read-only, or backup.
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item B<-extended>
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2009-10-08 21:57:03 +01:00
|
|
|
Displays statistics about read and write operations on files and
|
2005-12-08 12:14:33 +00:00
|
|
|
directories in the volume.
|
|
|
|
|
2009-10-08 18:31:00 +01:00
|
|
|
=item B<-format>
|
|
|
|
|
2009-10-08 21:57:03 +01:00
|
|
|
Shows information in a format suitable for machine parsing.
|
2009-10-08 18:31:00 +01:00
|
|
|
|
2013-06-30 03:06:51 +01:00
|
|
|
=include fragments/vos-common.pod
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
=head1 OUTPUT
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The first seven lines of the output show information from the volume
|
|
|
|
header and the remaining lines come from the VLDB. Each item in the
|
|
|
|
following list corresponds to a line of output derived from the volume
|
|
|
|
header.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
Basic information about the specified volume (displayed on a single
|
2005-12-21 00:41:17 +00:00
|
|
|
line):
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
Name
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
Volume ID number
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
Type (the flag is C<RW> for read/write, C<RO> for read-only, C<BK> for
|
|
|
|
backup)
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
Size in kilobytes (C<1024> equals a megabyte)
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
Number of files in the volume, if the B<-extended> flag is provided
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
Status on the file server machine, which is one of the following:
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item On-line
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
The volume is completely accessible to Cache Managers.
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item Off-line
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
The volume is not accessible to Cache Managers, but does not seem to be
|
|
|
|
corrupted. This status appears while a volume is being dumped, for
|
|
|
|
example.
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item Off-line**needs salvage**
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
The volume is not accessible to Cache Managers, because it seems to be
|
2005-12-09 14:48:56 +00:00
|
|
|
corrupted. Use the B<bos salvage> or B<salvager> command to repair the
|
|
|
|
corruption.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
The file server machine and partition that house the volume, as determined
|
2005-12-09 14:48:56 +00:00
|
|
|
by the command interpreter as the command runs, rather than derived from
|
|
|
|
the VLDB or the volume header.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The volume ID numbers associated with the various versions of the volume:
|
|
|
|
read/write (C<RWrite>), read-only (C<ROnly>), backup (C<Backup>), and
|
|
|
|
ReleaseClone (C<RClone>). One of them matches the volume ID number that
|
|
|
|
appears on the first line of the volume's output. If the value in the
|
|
|
|
C<RWrite>, C<ROnly>, or C<Backup> field is C<0> (zero), there is no volume
|
|
|
|
of that type. If there is currently no ReleaseClone, the C<RClone> field
|
|
|
|
does not appear at all.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
The maximum space quota allotted to the read/write copy of the volume,
|
|
|
|
expressed in kilobyte blocks in the C<MaxQuota> field.
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The date and time the volume was created, in the C<Creation> field. If the
|
|
|
|
volume has been restored with the B<backup diskrestore>, B<backup
|
2009-02-02 01:12:02 +00:00
|
|
|
volrestore>, or B<vos restore> command, this is the restore time. For a
|
|
|
|
read-only volume, this is the last release time.
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
The date and time this copy of this volume was created, in the C<Copy>
|
|
|
|
field. This is the time when the volume was created on this server and
|
|
|
|
partition. For read-only volumes, it is not updated by a release (unlike
|
|
|
|
the Creation date). The copy date is not stored in volume dumps.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
The date and time when the contents of the volume last changed, in the
|
2005-12-09 14:48:56 +00:00
|
|
|
C<Last Update> field. For read-only and backup volumes, it matches the
|
|
|
|
timestamp in the C<Creation> field.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
The number of times the volume has been accessed for a fetch or store
|
2005-12-09 14:48:56 +00:00
|
|
|
operation since the later of the two following times:
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
12:00 a.m. on the day the command is issued
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
The last time the volume changed location
|
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
=back
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
When the B<-extended> flag is included, two tables appear next:
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The table labeled C<Raw Read/Write Stats> contains information on the
|
|
|
|
number of reads (fetches) and writes (stores) made on the specified
|
2005-12-08 12:14:33 +00:00
|
|
|
volume.
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The table labeled C<Writes Affecting Authorship> contains information on
|
|
|
|
writes made to files and directories in the specified volume.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
If the following message appears instead of the previously listed
|
2005-12-09 14:48:56 +00:00
|
|
|
information, it indicates that a volume is not accessible to Cache
|
|
|
|
Managers or the B<vos> command interpreter, for example because a clone is
|
|
|
|
being created.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
**** Volume <volume_ID> is busy ****
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
If the following message appears instead of the previously listed
|
2005-12-09 14:48:56 +00:00
|
|
|
information, it indicates that the File Server is unable to attach the
|
|
|
|
volume, perhaps because it is seriously corrupted. The F<FileLog> and
|
|
|
|
F<VolserLog> log files in the F</usr/afs/logs> directory on the file
|
|
|
|
server machine possibly provide additional information; use the B<bos
|
|
|
|
getlog> command to display them.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
**** Could not attach volume <volume_ID> ****
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
Following a blank line, information from the VLDB entry appears. Each
|
|
|
|
item in this list corresponds to a separate line in the output:
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The base (read/write) volume name. The read-only and backup versions have
|
|
|
|
the same name with a C<.readonly> and C<.backup> extension, respectively.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
The volume ID numbers allocated to the versions of the volume that
|
2005-12-09 14:48:56 +00:00
|
|
|
actually exist, in fields labeled C<RWrite> for the read/write, C<ROnly>
|
|
|
|
for the read-only, C<Backup> for the backup, and C<RClone> for the
|
|
|
|
ReleaseClone. (If a field does not appear, the corresponding version of
|
|
|
|
the volume does not exist.) The appearance of the C<RClone> field normally
|
|
|
|
indicates that a release operation did not complete successfully; the
|
|
|
|
C<Old release> and C<New release> flags often also appear on one or more
|
|
|
|
of the site definition lines described just following.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
The number of sites that house a read/write or read-only copy of the
|
2005-12-09 14:48:56 +00:00
|
|
|
volume, following the string C<< number of sites -> >>.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
A line for each site that houses a read/write or read-only copy of the
|
|
|
|
volume, specifying the file server machine, partition, and type of volume
|
2005-12-09 14:48:56 +00:00
|
|
|
(C<RW> for read/write or C<RO> for read-only). If a backup version exists,
|
|
|
|
it is understood to share the read/write site. Several flags can appear
|
|
|
|
with a site definition:
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item Not released
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
Indicates that the vos release command has not been issued since the B<vos
|
|
|
|
addsite> command was used to define the read-only site.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item Old release
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
Indicates that a vos release command did not complete successfully,
|
|
|
|
leaving the previous, obsolete version of the volume at this site.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item New release
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
Indicates that a vos release command did not complete successfully, but
|
|
|
|
that this site did receive the correct new version of the volume.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2010-06-23 15:58:38 +01:00
|
|
|
If the VLDB entry is locked, the string C<Volume is currently LOCKED>, as
|
|
|
|
well as (in OpenAFS 1.5.75 and later) one or more of the following strings:
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item Volume is locked for a move operation
|
|
|
|
|
|
|
|
Indicates that the volume was locked due to a B<vos move> or a B<vos
|
|
|
|
convertROtoRW> command.
|
|
|
|
|
|
|
|
=item Volume is locked for a release operation
|
|
|
|
|
|
|
|
Indicates that the volume was locked due to a B<vos release> command.
|
|
|
|
|
|
|
|
=item Volume is locked for a backup operation
|
|
|
|
|
|
|
|
Indicates that the volume was locked due to a B<vos backup> command.
|
|
|
|
|
|
|
|
=item Volume is locked for a delete/misc operation
|
|
|
|
|
|
|
|
Indicates that the volume was locked due to a B<vos delentry>, B<vos
|
|
|
|
addsite>, B<vos remsite>, B<vos changeloc>, B<vos syncvldb>, B<vos
|
|
|
|
syncserv>, B<vos rename>, or B<vos lock> command.
|
|
|
|
|
|
|
|
=item Volume is locked for a dump/restore operation
|
|
|
|
|
|
|
|
Indicates that the volume was locked due to a B<vos dump> or B<vos restore>
|
|
|
|
command.
|
|
|
|
|
|
|
|
=back
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
For further discussion of the C<New release> and C<Old release> flags, see
|
|
|
|
L<vos_release(1)>.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=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 shows output for the Example Corporation volume called
|
2005-12-09 14:48:56 +00:00
|
|
|
C<usr> with two read-only replication sites (this volume is mounted at the
|
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
|
|
|
F</afs/example.com/usr> directory). For the sake of illustration, the output
|
2005-12-09 14:48:56 +00:00
|
|
|
shows the volume as locked.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
% vos examine usr
|
|
|
|
usr 536870981 RW 3459 K On-line
|
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
|
|
|
fs2.example.com /vicepb
|
2005-12-08 12:14:33 +00:00
|
|
|
RWrite 5360870981 ROnly 536870982 Backup 536870983
|
|
|
|
MaxQuota 40000 K
|
|
|
|
Creation Mon Jun 12 15:22:06 1989
|
2009-02-02 01:12:02 +00:00
|
|
|
Copy Mon Jun 12 15:22:06 1989
|
2005-12-08 12:14:33 +00:00
|
|
|
Last Update Fri Jun 16 09:34:35 1989
|
|
|
|
5719 accesses in the past day (i.e., vnode references)
|
|
|
|
RWrite: 5360870981 ROnly: 536870982 Backup: 536870983
|
|
|
|
number of sites -> 3
|
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
|
|
|
server fs1.example.com partition /vicepa RO Site
|
|
|
|
server fs3.example.com partition /vicepa RO Site
|
|
|
|
server fs2.example.com partition /vicepb RW Site
|
2005-12-21 00:41:17 +00:00
|
|
|
Volume is currently LOCKED
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The following example shows the output for the volume C<user.terry> using
|
|
|
|
the B<-extended> flag. The volume has no read-only replication sites.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
% vos examine -id user.terry -extended
|
|
|
|
user.terry 354287190 RW 2302 K used 119 files On-line
|
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
|
|
|
fs4.example.com /vicepc
|
2005-12-08 12:14:33 +00:00
|
|
|
RWrite 354287190 ROnly 0 Backup 354287192
|
|
|
|
MaxQuota 5000 K
|
|
|
|
Creation Wed Nov 25 17:38:57 1992
|
2009-02-02 01:12:02 +00:00
|
|
|
Copy Wed Nov 25 17:38:57 1992
|
2005-12-08 12:14:33 +00:00
|
|
|
Last Update Tue Dec 15 10:46:20 1992
|
|
|
|
598 accesses in the past day (i.e., vnode references)
|
|
|
|
Raw Read/Write Stats
|
|
|
|
|-------------------------------------------|
|
|
|
|
| Same Network | Diff Network |
|
|
|
|
|----------|----------|----------|----------|
|
|
|
|
| Total | Auth | Total | Auth |
|
|
|
|
|----------|----------|----------|----------|
|
|
|
|
Reads | 55 | 55 | 38 | 38 |
|
|
|
|
Writes | 95 | 95 | 0 | 0 |
|
|
|
|
|-------------------------------------------|
|
|
|
|
Writes Affecting Authorship
|
|
|
|
|-------------------------------------------|
|
|
|
|
| File Authorship | Directory Authorship|
|
|
|
|
|----------|----------|----------|----------|
|
|
|
|
| Same | Diff | Same | Diff |
|
|
|
|
|----------|----------|----------|----------|
|
|
|
|
0-60 sec | 38 | 0 | 21 | 1 |
|
|
|
|
1-10 min | 2 | 0 | 7 | 0 |
|
|
|
|
10min-1hr | 0 | 0 | 1 | 0 |
|
|
|
|
1hr-1day | 1 | 0 | 5 | 1 |
|
|
|
|
1day-1wk | 0 | 0 | 0 | 0 |
|
|
|
|
> 1wk | 0 | 0 | 0 | 0 |
|
|
|
|
|-------------------------------------------|
|
|
|
|
RWrite: 354287190 Backup: 354287192
|
|
|
|
number of sites -> 1
|
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
|
|
|
server fs4.example.com partition /vicepc RW Site
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=head1 PRIVILEGE REQUIRED
|
|
|
|
|
|
|
|
None
|
|
|
|
|
|
|
|
=head1 SEE ALSO
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
L<backup_diskrestore(8)>,
|
|
|
|
L<backup_volrestore(8)>,
|
|
|
|
L<bos_getlog(8)>,
|
|
|
|
L<bos_salvage(8)>,
|
|
|
|
L<salvager(8)>,
|
2005-12-08 12:14:33 +00:00
|
|
|
L<vos(1)>,
|
|
|
|
L<vos_listvol(1)>,
|
|
|
|
L<vos_listvldb(1)>,
|
|
|
|
L<vos_release(1)>,
|
|
|
|
L<vos_restore(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.
|