2005-12-08 12:14:33 +00:00
|
|
|
=head1 NAME
|
|
|
|
|
2007-11-11 22:54:56 +00:00
|
|
|
vos_status - Reports a Volume Server's status
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=head1 SYNOPSIS
|
|
|
|
|
2006-03-01 05:02:29 +00:00
|
|
|
=for html
|
|
|
|
<div class="synopsis">
|
|
|
|
|
2009-10-08 18:31:00 +01:00
|
|
|
B<vos status> S<<< B<-server> <I<machine name>> >>>
|
|
|
|
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
|
|
|
|
2009-10-08 18:31:00 +01:00
|
|
|
B<vos st> S<<< B<-s> <I<machine name>> >>>
|
|
|
|
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 status> command reports on what the Volume Server on a certain
|
|
|
|
file server machine is doing at the moment the command is issued. If there
|
|
|
|
is no activity, the following message appears:
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
No active transactions on <machine_name>
|
2005-12-08 12:14:33 +00:00
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
This command is useful mainly if there is concern that the Volume Server
|
|
|
|
is not performing requested actions.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=head1 OPTIONS
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
=item B<-server> <I<server name>>
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
Identifies the file server machine running the Volume Server for which to
|
2005-12-09 14:48:56 +00:00
|
|
|
display status information. 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
|
|
|
|
2013-06-30 03:06:51 +01:00
|
|
|
=include fragments/vos-common.pod
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
=head1 OUTPUT
|
|
|
|
|
|
|
|
There are two possible types of output.
|
|
|
|
|
|
|
|
The following message indicates that the Volume Server is not currently
|
|
|
|
performing any actions.
|
|
|
|
|
|
|
|
No active transactions on I<machine name>
|
|
|
|
|
|
|
|
The other possible output is a set of information which is probably more
|
2005-12-09 14:48:56 +00:00
|
|
|
useful to programmers than to system administrators. A full understanding
|
|
|
|
of all the fields requires familiarity with the code for the Volume
|
|
|
|
Server, as many of the fields report ID numbers and flag values that the
|
|
|
|
Volume Server sets for internal use.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
Among the fields of possible interest to an administrator are:
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
C<created> on the first line, which indicates the time at which this
|
|
|
|
transaction started
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2010-07-06 18:38:21 +01:00
|
|
|
In OpenAFS 1.5.75 and later, C<lastActiveTime> on the second line, which
|
|
|
|
indicates the last time an RPC interacted with this transaction
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
C<attachFlags> on the third line, where a value of C<offline> indicates
|
2005-12-09 14:48:56 +00:00
|
|
|
that the volume is not available for other read or write operations during
|
|
|
|
this transaction
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2010-07-06 18:38:21 +01:00
|
|
|
C<volume> on the fourth line, which specifies the affected volume's ID
|
2005-12-09 14:48:56 +00:00
|
|
|
number
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2010-07-06 18:38:21 +01:00
|
|
|
C<partition> on the fourth line, which indicates where the affected volume
|
2005-12-09 14:48:56 +00:00
|
|
|
resides (at the beginning of the transaction if this is a move)
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
2010-07-06 18:38:21 +01:00
|
|
|
C<procedure> on the fourth line, which indicates the internal subprocedure
|
2005-12-09 14:48:56 +00:00
|
|
|
being executed
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
2010-07-06 18:38:21 +01:00
|
|
|
A fifth line can appear during certain transactions, and includes the
|
2005-12-08 12:14:33 +00:00
|
|
|
following fields:
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
C<packetRead> tracks whether information is being read into the
|
|
|
|
volume. Its absolute value is not informative, but the way it changes
|
2005-12-09 14:48:56 +00:00
|
|
|
shows whether the B<vos restore> command is executing properly. As the
|
|
|
|
B<vos status> command is issued repeatedly during a restore, C<readNext>
|
|
|
|
increases monotonically to indicate that information is being read into
|
|
|
|
the volume.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=item *
|
|
|
|
|
|
|
|
C<packetSend> tracks whether information is being sent out of the
|
|
|
|
volume. Its absolute value is not informative, but the way it changes
|
2005-12-09 14:48:56 +00:00
|
|
|
shows whether the B<vos dump> command is executing properly. As the B<vos
|
|
|
|
status> command is issued repeatedly during a dump, C<transmitNext>
|
|
|
|
increases monotonically to indicate that information is being transferred
|
|
|
|
from the volume into the dump file.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=back
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The C<lastReceiveTime> and C<lastSendTime> are for internal use.
|
2005-12-08 12:14:33 +00:00
|
|
|
|
|
|
|
=head1 EXAMPLES
|
|
|
|
|
2005-12-09 14:48:56 +00:00
|
|
|
The following example illustrates the kind of output that sometimes
|
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
|
|
|
appears when the Volume Server on C<fs1.example.com> is executing a dump at
|
2005-12-09 14:48:56 +00:00
|
|
|
the time this command is issued.
|
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 status fs1.example.com
|
2005-12-08 12:14:33 +00:00
|
|
|
--------------------------------------------
|
|
|
|
transaction: 575 created: Tue Jan 2 8:34:56 1990
|
|
|
|
attachFlags: offline
|
|
|
|
volume: 536871080 partition: /vicepb procedure: Dump
|
|
|
|
packetRead: 2 lastReceiveTime: 113313 packetSend: 24588
|
|
|
|
lastSendTime: 113317
|
|
|
|
--------------------------------------------
|
|
|
|
|
|
|
|
=head1 PRIVILEGE REQUIRED
|
|
|
|
|
|
|
|
None
|
|
|
|
|
|
|
|
=head1 SEE ALSO
|
|
|
|
|
|
|
|
L<vos(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.
|