3 vos_status - Reports a Volume Server's status
10 B<vos status> S<<< B<-server> <I<machine name>> >>>
11 S<<< [B<-cell> <I<cell name>>] >>>
12 [B<-noauth>] [B<-localauth>]
13 [B<-verbose>] [B<-encrypt>] [B<-noresolve>]
14 S<<< [B<-config> <I<config directory>>] >>>
17 B<vos st> S<<< B<-s> <I<machine name>> >>>
18 S<<< [B<-c> <I<cell name>>] >>>
19 [B<-noa>] [B<-l>] [B<-v>] [B<-e>] [B<-nor>]
20 S<<< [B<-co> <I<config directory>>] >>>
28 The B<vos status> command reports on what the Volume Server on a certain
29 file server machine is doing at the moment the command is issued. If there
30 is no activity, the following message appears:
32 No active transactions on <machine_name>
34 This command is useful mainly if there is concern that the Volume Server
35 is not performing requested actions.
41 =item B<-server> <I<server name>>
43 Identifies the file server machine running the Volume Server for which to
44 display status information. Provide the machine's IP address or its host
45 name (either fully qualified or using an unambiguous abbreviation). For
46 details, see L<vos(1)>.
48 =include fragments/vos-common.pod
54 There are two possible types of output.
56 The following message indicates that the Volume Server is not currently
57 performing any actions.
59 No active transactions on I<machine name>
61 The other possible output is a set of information which is probably more
62 useful to programmers than to system administrators. A full understanding
63 of all the fields requires familiarity with the code for the Volume
64 Server, as many of the fields report ID numbers and flag values that the
65 Volume Server sets for internal use.
67 Among the fields of possible interest to an administrator are:
73 C<created> on the first line, which indicates the time at which this
78 In OpenAFS 1.5.75 and later, C<lastActiveTime> on the second line, which
79 indicates the last time an RPC interacted with this transaction
83 C<attachFlags> on the third line, where a value of C<offline> indicates
84 that the volume is not available for other read or write operations during
89 C<volume> on the fourth line, which specifies the affected volume's ID
94 C<partition> on the fourth line, which indicates where the affected volume
95 resides (at the beginning of the transaction if this is a move)
99 C<procedure> on the fourth line, which indicates the internal subprocedure
104 A fifth line can appear during certain transactions, and includes the
111 C<packetRead> tracks whether information is being read into the
112 volume. Its absolute value is not informative, but the way it changes
113 shows whether the B<vos restore> command is executing properly. As the
114 B<vos status> command is issued repeatedly during a restore, C<readNext>
115 increases monotonically to indicate that information is being read into
120 C<packetSend> tracks whether information is being sent out of the
121 volume. Its absolute value is not informative, but the way it changes
122 shows whether the B<vos dump> command is executing properly. As the B<vos
123 status> command is issued repeatedly during a dump, C<transmitNext>
124 increases monotonically to indicate that information is being transferred
125 from the volume into the dump file.
129 The C<lastReceiveTime> and C<lastSendTime> are for internal use.
133 The following example illustrates the kind of output that sometimes
134 appears when the Volume Server on C<fs1.example.com> is executing a dump at
135 the time this command is issued.
137 % vos status fs1.example.com
138 --------------------------------------------
139 transaction: 575 created: Tue Jan 2 8:34:56 1990
141 volume: 536871080 partition: /vicepb procedure: Dump
142 packetRead: 2 lastReceiveTime: 113313 packetSend: 24588
144 --------------------------------------------
146 =head1 PRIVILEGE REQUIRED
156 IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved.
158 This documentation is covered by the IBM Public License Version 1.0. It was
159 converted from HTML to POD by software written by Chas Williams and Russ
160 Allbery, based on work by Alf Wachsmann and Elizabeth Cassell.