.\" Automatically generated by Pod::Man 4.10 (Pod::Simple 3.35) .\" .\" Standard preamble: .\" ======================================================================== .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .\" Set up some character translations and predefined strings. \*(-- will .\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left .\" double quote, and \*(R" will give a right double quote. \*(C+ will .\" give a nicer C++. Capital omega is used to do unbreakable dashes and .\" therefore won't be available. \*(C` and \*(C' expand to `' in nroff, .\" nothing in troff, for use with C<>. .tr \(*W- .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' .ie n \{\ . ds -- \(*W- . ds PI pi . if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch . if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\" diablo 12 pitch . ds L" "" . ds R" "" . ds C` "" . ds C' "" 'br\} .el\{\ . ds -- \|\(em\| . ds PI \(*p . ds L" `` . ds R" '' . ds C` . ds C' 'br\} .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" If the F register is >0, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .de IX .. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{\ . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .\" .\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2). .\" Fear. Run. Save yourself. No user-serviceable parts. . \" fudge factors for nroff and troff .if n \{\ . ds #H 0 . ds #V .8m . ds #F .3m . ds #[ \f1 . ds #] \fP .\} .if t \{\ . ds #H ((1u-(\\\\n(.fu%2u))*.13m) . ds #V .6m . ds #F 0 . ds #[ \& . ds #] \& .\} . \" simple accents for nroff and troff .if n \{\ . ds ' \& . ds ` \& . ds ^ \& . ds , \& . ds ~ ~ . ds / .\} .if t \{\ . ds ' \\k:\h'-(\\n(.wu*8/10-\*(#H)'\'\h"|\\n:u" . ds ` \\k:\h'-(\\n(.wu*8/10-\*(#H)'\`\h'|\\n:u' . ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'^\h'|\\n:u' . ds , \\k:\h'-(\\n(.wu*8/10)',\h'|\\n:u' . ds ~ \\k:\h'-(\\n(.wu-\*(#H-.1m)'~\h'|\\n:u' . ds / \\k:\h'-(\\n(.wu*8/10-\*(#H)'\z\(sl\h'|\\n:u' .\} . \" troff and (daisy-wheel) nroff accents .ds : \\k:\h'-(\\n(.wu*8/10-\*(#H+.1m+\*(#F)'\v'-\*(#V'\z.\h'.2m+\*(#F'.\h'|\\n:u'\v'\*(#V' .ds 8 \h'\*(#H'\(*b\h'-\*(#H' .ds o \\k:\h'-(\\n(.wu+\w'\(de'u-\*(#H)/2u'\v'-.3n'\*(#[\z\(de\v'.3n'\h'|\\n:u'\*(#] .ds d- \h'\*(#H'\(pd\h'-\w'~'u'\v'-.25m'\f2\(hy\fP\v'.25m'\h'-\*(#H' .ds D- D\\k:\h'-\w'D'u'\v'-.11m'\z\(hy\v'.11m'\h'|\\n:u' .ds th \*(#[\v'.3m'\s+1I\s-1\v'-.3m'\h'-(\w'I'u*2/3)'\s-1o\s+1\*(#] .ds Th \*(#[\s+2I\s-2\h'-\w'I'u*3/5'\v'-.3m'o\v'.3m'\*(#] .ds ae a\h'-(\w'a'u*4/10)'e .ds Ae A\h'-(\w'A'u*4/10)'E . \" corrections for vroff .if v .ds ~ \\k:\h'-(\\n(.wu*9/10-\*(#H)'\s-2\u~\d\s+2\h'|\\n:u' .if v .ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'\v'-.4m'^\v'.4m'\h'|\\n:u' . \" for low resolution devices (crt and lpr) .if \n(.H>23 .if \n(.V>19 \ \{\ . ds : e . ds 8 ss . ds o a . ds d- d\h'-1'\(ga . ds D- D\h'-1'\(hy . ds th \o'bp' . ds Th \o'LP' . ds ae ae . ds Ae AE .\} .rm #[ #] #H #V #F C .\" ======================================================================== .\" .IX Title "AFS 1" .TH AFS 1 "2021-01-27" "OpenAFS" "AFS Command Reference" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH "NAME" afs \- Introduction to AFS commands .SH "DESCRIPTION" .IX Header "DESCRIPTION" \&\s-1AFS\s0 provides many commands that enable users and system administrators to use and customize its features. Many of the commands belong to the following categories, called \fIcommand suites\fR. .IP "backup" 4 .IX Item "backup" Interface for configuring and operating the \s-1AFS\s0 Backup System. .IP "bos" 4 .IX Item "bos" Interface to the Basic Overseer (\s-1BOS\s0) Server for administering server processes and configuration files. .IP "fs" 4 .IX Item "fs" Interface for administering access control lists (ACLs), the Cache Manager, and other miscellaneous file system functions. .IP "fstrace" 4 .IX Item "fstrace" Interface for tracing Cache Manager operations when debugging problems. .IP "kas" 4 .IX Item "kas" Interface to the Authentication Server for administering security and authentication information. This aspect of OpenAFS has been deprecated. .IP "pts" 4 .IX Item "pts" Interface to the Protection Server for administering \s-1AFS ID\s0 and group membership information. .IP "uss" 4 .IX Item "uss" Interface for automated administration of user accounts. Deprecated, may be removed from a future version of OpenAFS. See \fBuss\fR man page for more detail. .IP "vos" 4 .IX Item "vos" Interface to the Volume Server and Volume Location (\s-1VL\s0) Server for administering volumes. .PP In addition, there are several commands that do not belong to suites. .SS "\s-1AFS\s0 Command Syntax" .IX Subsection "AFS Command Syntax" \&\s-1AFS\s0 commands that belong to suites have the following structure: .PP \&\fIcommand_suite\fR \fIoperation_code\fR \fB\-switch\fR <\fIvalue\fR>[+] [\fB\-flag\fR] .PP \fICommand Names\fR .IX Subsection "Command Names" .PP Together, the \fIcommand_suite\fR and \fIoperation_code\fR make up the \fIcommand name\fR. .PP The \fIcommand_suite\fR specifies the group of related commands to which the command belongs, and indicates which command interpreter and server process perform the command. \s-1AFS\s0 has several command suites, including \&\fBbos\fR, \fBfs\fR, \fBkas\fR, \fBpts\fR, \fBuss\fR (deprecated) and \fBvos\fR. Some of these suites have an interactive mode in which the issuer omits the \&\fIoperation_code\fR portion of the command name. .PP The \fIoperation_code\fR tells the command interpreter and server process which action to perform. Most command suites include several operation codes. The man pages for each command name describe each operation code in detail, and the \fIOpenAFS Administration Guide\fR describes how to use them in the context of performing administrative tasks. .PP Several \s-1AFS\s0 commands do not belong to a suite and so their names do not have a \fIcommand_suite\fR portion. Their structure is otherwise similar to the commands in the suites. .PP \fIOptions\fR .IX Subsection "Options" .PP The term \fIoption\fR refers to both arguments and flags, which are described in the following sections. .PP \fIArguments\fR .IX Subsection "Arguments" .PP One or more arguments can follow the command name. Arguments specify the entities on which to act while performing the command (for example, which server machine, server process, or file). To minimize the potential for error, provide a command's arguments in the order prescribed in its syntax definition. .PP Each argument has two parts, which appear in the indicated order: .IP "\(bu" 4 The \fIswitch\fR specifies the argument's type and is preceded by a hyphen (\fB\-\fR). For instance, the switch \fB\-server\fR usually indicates that the argument names a server machine. Switches can often be omitted, subject to the rules outlined in \*(L"Conditions for Omitting Switches\*(R". .IP "\(bu" 4 The \fIvalue\fR names a particular entity of the type specified by the preceding switch. For example, the proper value for a \fB\-server\fR switch is a server machine name like \f(CW\*(C`fs3.example.com\*(C'\fR. Unlike switches (which have a required form), values vary depending on what the issuer wants to accomplish. Values appear surrounded by angle brackets (\f(CW\*(C`<>\*(C'\fR) in command descriptions and the online help to show that they are user-supplied variable information. .PP Some arguments accept multiple values, as indicated by trailing plus sign (\f(CW\*(C`+\*(C'\fR) in the command descriptions and online help. How many of a command's arguments take multiple values, and their ordering with respect to other arguments, determine when it is acceptable to omit switches. See \&\*(L"Conditions for Omitting Switches\*(R". .PP Some commands have optional as well as required arguments; the command descriptions and online help show optional arguments in square brackets (\f(CW\*(C`[]\*(C'\fR). .PP \fIFlags\fR .IX Subsection "Flags" .PP Some commands have one or more flags, which specify the manner in which the command interpreter and server process perform the command, or what kind of output it produces. Flags are preceded by hyphens like switches, but they take no values. Although the command descriptions and online help generally list a command's flags after its arguments, there is no prescribed order for flags. They can appear anywhere on the command line following the operation code, except in between the parts of an argument. Flags are always optional. .PP \fIAn Example Command\fR .IX Subsection "An Example Command" .PP The following example illustrates the different parts of a command that belongs to an \s-1AFS\s0 command suite. .PP .Vb 1 \& % bos getdate \-server fs1.example.com \-file ptserver kaserver .Ve .PP where .IP "\(bu" 4 \&\fBbos\fR is the command suite. The \s-1BOS\s0 Server executes most of the commands in this suite. .IP "\(bu" 4 \&\fBgetdate\fR is the operation code. It tells the \s-1BOS\s0 Server on the specified server machine (in this case \f(CW\*(C`fs1.example.com\*(C'\fR) to report the modification dates of binary files in the local \fI/usr/lib/openafs\fR directory. .IP "\(bu" 4 \&\f(CW\*(C`\-server fs1.example.com\*(C'\fR is one argument, with \fB\-server\fR as the switch and \&\f(CW\*(C`fs1.example.com\*(C'\fR as the value. This argument specifies the server machine on which \s-1BOS\s0 Server is to collect and report binary dates. .IP "\(bu" 4 \&\f(CW\*(C`\-file ptserver kaserver\*(C'\fR is an argument that takes multiple values. The switch is \fB\-file\fR and the values are \f(CW\*(C`ptserver\*(C'\fR and \f(CW\*(C`kaserver\*(C'\fR. This argument tells the \s-1BOS\s0 Server to report the modification dates on the files \fI/usr/lib/openafs/kaserver\fR and \fI/usr/lib/openafs/ptserver\fR. .PP \fIRules for Entering \s-1AFS\s0 Commands\fR .IX Subsection "Rules for Entering AFS Commands" .PP Enter each \s-1AFS\s0 command on a single line (press only at the end of the command). Some commands in this document appear broken across multiple lines, but that is for legibility only. .PP Use a space to separate each element on a command line from its neighbors. Spaces rather than commas also separate multiple values of an argument. .PP In many cases, the issuer of a command can reduce the amount of typing necessary by using one or both of the following methods: .IP "\(bu" 4 Omitting switches. .IP "\(bu" 4 Using accepted abbreviations for operation codes, switches (if they are included at all), and some types of values. .PP The following sections explain the conditions for omitting or shortening parts of the command line. It is always acceptable to type a command in full, with all of its switches and no abbreviations. .PP Conditions for Omitting Switches .IX Subsection "Conditions for Omitting Switches" .PP It is always acceptable to type the switch part of an argument, but in many cases it is not necessary. Specifically, switches can be omitted if the following conditions are met. .IP "\(bu" 4 All of the command's required arguments appear in the order prescribed by the syntax statement. .IP "\(bu" 4 No switch is provided for any argument. .IP "\(bu" 4 There is only one value for each argument (but note the important exception discussed in the following paragraph). .PP Omitting switches is possible only because there is a prescribed order for each command's arguments. When the issuer does not include switches, the command interpreter relies instead on the order of arguments; it assumes that the first element after the operation code is the command's first argument, the next element is the command's second argument, and so on. The important exception is when a command's final required argument accepts multiple values. In this case, the command interpreter assumes that the issuer has correctly provided one value for each argument up through the final one, so any additional values at the end belong to the final argument. .PP The following list describes the rules for omitting switches from the opposite perspective: an argument's switch must be provided when any of the following conditions apply. .IP "\(bu" 4 The command's arguments do not appear in the prescribed order. .IP "\(bu" 4 An optional argument is omitted but a subsequent optional argument is provided. .IP "\(bu" 4 A switch is provided for a preceding argument. .IP "\(bu" 4 More than one value is supplied for a preceding argument (which must take multiple values, of course); without a switch on the current argument, the command interpreter assumes that the current argument is another value for the preceding argument. .PP An Example of Omitting Switches .IX Subsection "An Example of Omitting Switches" .PP Consider again the example command from \*(L"An Example Command\*(R". .PP .Vb 1 \& % bos getdate \-server fs1.example.com \-file ptserver kaserver .Ve .PP This command has two required arguments: the server machine name (identified by the \fB\-server\fR switch) and binary file name (identified by the \fB\-file\fR switch). The second argument accepts multiple values. By complying with all three conditions, the issuer can omit the switches: .PP .Vb 1 \& % bos getdate fs1.example.com ptserver kaserver .Ve .PP Because there are no switches, the bos command interpreter relies on the order of arguments. It assumes that the first element following the operation code, \f(CW\*(C`fs1.example.com\*(C'\fR, is the server machine name, and that the next argument, \f(CW\*(C`ptserver\*(C'\fR, is a binary file name. Then, because the command's second (and last) argument accepts multiple values, the command interpreter correctly interprets \f(CW\*(C`kaserver\*(C'\fR as an additional value for it. .PP On the other hand, the following is not acceptable because it violates the first two conditions in \*(L"Conditions for Omitting Switches\*(R": even though there is only one value per argument, the arguments do not appear in the prescribed order, and a switch is provided for one argument but not the other. .PP .Vb 1 \& % bos getdate ptserver \-server fs1.example.com .Ve .PP \fIRules for Using Abbreviations and Aliases\fR .IX Subsection "Rules for Using Abbreviations and Aliases" .PP This section explains how to abbreviate operation codes, option names, server machine names, partition names, and cell names. It is not possible to abbreviate other types of values. .PP Abbreviating Operation Codes .IX Subsection "Abbreviating Operation Codes" .PP It is acceptable to abbreviate an operation code to the shortest form that still distinguishes it from the other operation codes in its suite. .PP For example, it is acceptable to shorten \fBbos install\fR to \fBbos i\fR because there are no other operation codes in the \fBbos\fR command suite that begin with the letter \f(CW\*(C`i\*(C'\fR. In contrast, there are several \fBbos\fR operation codes that start with the letter \f(CW\*(C`s\*(C'\fR, so the abbreviations must be longer to remain unambiguous: .IP "\fBbos sa\fR for bos salvage" 4 .IX Item "bos sa for bos salvage" .PD 0 .IP "\fBbos seta\fR for bos setauth" 4 .IX Item "bos seta for bos setauth" .IP "\fBbos setc\fR for bos setcellname" 4 .IX Item "bos setc for bos setcellname" .IP "\fBbos setr\fR for bos setrestart" 4 .IX Item "bos setr for bos setrestart" .IP "\fBbos sh\fR for bos shutdown" 4 .IX Item "bos sh for bos shutdown" .IP "\fBbos start\fR for bos start" 4 .IX Item "bos start for bos start" .IP "\fBbos startu\fR for bos startup" 4 .IX Item "bos startu for bos startup" .IP "\fBbos stat\fR for bos status" 4 .IX Item "bos stat for bos status" .IP "\fBbos sto\fR for bos stop" 4 .IX Item "bos sto for bos stop" .PD .PP In addition to abbreviations, some operation codes have an \fIalias\fR, a short form that is not derived by abbreviating the operation code to its shortest unambiguous form. For example, the alias for the \fBfs setacl\fR command is \fBfs sa\fR, whereas the shortest unambiguous abbreviation is \fBfs seta\fR. .PP There are two usual reasons an operation code has an alias: .IP "\(bu" 4 Because the command is frequently issued, it is convenient to have a form shorter than the one derived by abbreviating. The \fBfs setacl\fR command is an example. .IP "\(bu" 4 Because the command's name has changed, but users of previous versions of \&\s-1AFS\s0 know the former name. For example, \fBbos listhosts\fR has the alias \&\fBbos getcell\fR, its former name. It is acceptable to abbreviate aliases to their shortest unambiguous form (for example, \fBbos getcell\fR to \fBbos getc\fR). .PP Even if an operation code has an alias, it is still acceptable to use the shortest unambiguous form. Thus, the \fBfs setacl\fR command has three acceptable forms: \fBfs setacl\fR (the full form), \fBfs seta\fR (the shortest abbreviation), and \fBfs sa\fR (the alias). .PP Abbreviating Switches and Flags .IX Subsection "Abbreviating Switches and Flags" .PP It is acceptable to shorten a switch or flag to the shortest form that distinguishes it from the other switches and flags for its operation code. It is often possible to omit switches entirely, subject to the conditions listed in \*(L"Conditions for Omitting Switches\*(R". .PP Abbreviating Server Machine Names .IX Subsection "Abbreviating Server Machine Names" .PP \&\s-1AFS\s0 server machines must have fully-qualified Internet-style host names (for example, \f(CW\*(C`fs1.example.com\*(C'\fR), but it is not always necessary to type the full name on the command line. \s-1AFS\s0 commands accept unambiguous shortened forms, but depend on the cell's name service (such as the Domain Name Service) or a local host table to resolve a shortened name to the fully-qualified equivalent when the command is issued. .PP Most commands also accept the dotted decimal form of the machine's \s-1IP\s0 address as an identifier. .PP Abbreviating Partition Names .IX Subsection "Abbreviating Partition Names" .PP Partitions that house \s-1AFS\s0 volumes must have names of the form \&\fI/vicep\fIx\fI\fR or \fI/vicep\fIxx\fI\fR, where the variable final portion is one or two lowercase letters. By convention, the first server partition created on a file server machine is called \fI/vicepa\fR, the second \&\fI/vicepb\fR, and so on. The \fIOpenAFS QuickStart Guide\fR explains how to configure and name a file server machine's partitions in preparation for storing \s-1AFS\s0 volumes on them. .PP When issuing \s-1AFS\s0 commands, you can abbreviate a partition name using any of the following forms: .PP .Vb 2 \& /vicepa = vicepa = a = 0 \& /vicepb = vicepb = b = 1 .Ve .PP After /vicepz (for which the index is 25) comes .PP .Vb 2 \& /vicepaa = vicepaa = aa = 26 \& /vicepab = vicepab = ab = 27 .Ve .PP and so on through .PP .Vb 1 \& /vicepiv = vicepiv = iv = 255 .Ve .PP \&\fI/vicepiv\fR is the last permissible \s-1AFS\s0 partition name. In practice it will not work well; stopping with \fI/vicepiu\fR is highly recommended. .PP Abbreviating Cell Names .IX Subsection "Abbreviating Cell Names" .PP A cell's full name usually matches its Internet domain name (such as \&\fBexample.org\fR for the Example Organization or \f(CW\*(C`example.com\*(C'\fR for Example Corporation). Some \s-1AFS\s0 commands accept unambiguous shortened forms, usually with respect to the local \fI/etc/openafs/CellServDB file\fR but sometimes depending on the ability of the local name service to resolve the corresponding domain name. .PP \fIDisplaying Online Help for \s-1AFS\s0 Commands\fR .IX Subsection "Displaying Online Help for AFS Commands" .PP To display online help for \s-1AFS\s0 commands that belong to suites, use the \&\fBhelp\fR and \fBapropos\fR operation codes. A \fB\-help\fR flag is also available on every almost every \s-1AFS\s0 command. .PP The online help entry for a command consists of two or three lines: .IP "\(bu" 4 The first line names the command and briefly describes what it does. .IP "\(bu" 4 If the command has aliases, they appear on the next line. .IP "\(bu" 4 The final line, which begins with the string \f(CW\*(C`Usage:\*(C'\fR, lists the command's options in the prescribed order; online help entries use the same typographical symbols (brackets and so on) as this documentation. .PP If no operation code is specified, the \fBhelp\fR operation code displays the first line (short description) for every operation code in the suite: .PP .Vb 1 \& % help .Ve .PP If the issuer specifies one or more operation codes, the \fBhelp\fR operation code displays each command's complete online entry (short description, alias if any, and syntax): .PP .Vb 1 \& % help + .Ve .PP The \fB\-help\fR flag displays a command's syntax but not the short description or alias: .PP .Vb 1 \& % \-help .Ve .PP The apropos operation code displays the short description of any command in a suite whose operation code or short description includes the specified keyword: .PP .Vb 1 \& % apropos "" .Ve .PP The following example command displays the complete online help entry for the \fBfs setacl\fR command: .PP .Vb 5 \& % fs help setacl \& fs setacl: set access control list \& aliases: sa \& Usage: fs setacl \-dir + \-acl + \& [\-clear] [\-negative] [\-id] [\-if] [\-help] .Ve .PP To see only the syntax statement, use the \fB\-help\fR flag: .PP .Vb 3 \& % fs setacl \-help \& Usage: fs setacl \-dir + \-acl + \& [\-clear] [\-negative] [\-id] [\-if] [\-help] .Ve .PP In the following example, a user wants to display the quota for her home volume. She knows that the relevant command belongs to the \fBfs\fR suite, but cannot remember the operation code. She uses \fBquota\fR as the keyword: .PP .Vb 4 \& % fs apropos quota \& listquota: list volume quota \& quota: show volume quota usage \& setquota: set volume quota .Ve .PP The following illustrates the error message that results if no command name or short description contains the keyword: .PP .Vb 2 \& % fs apropos "list quota" \& Sorry, no commands found .Ve .SH "PRIVILEGE REQUIRED" .IX Header "PRIVILEGE REQUIRED" Many \s-1AFS\s0 commands require one or more types of administrative privilege. See the reference page for each command. .SH "SEE ALSO" .IX Header "SEE ALSO" \&\fBafsd\fR\|(8), \&\fBafsmonitor\fR\|(1), \&\fBbackup\fR\|(8), \&\fBbos\fR\|(8), \&\fBbosserver\fR\|(8), \&\fBbuserver\fR\|(8), \&\fBbutc\fR\|(8), \&\fBdlog\fR\|(1), \&\fBdpass\fR\|(1), \&\fBfileserver\fR\|(8), \&\fBfms\fR\|(8), \&\fBfs\fR\|(1), \&\fBfstrace\fR\|(8), \&\fBkadb_check\fR\|(8), \&\fBkas\fR\|(8), \&\fBkaserver\fR\|(8), \&\fBkdb\fR\|(8), \&\fBklog\fR\|(1), \&\fBknfs\fR\|(1), \&\fBkpasswd\fR\|(1), \&\fBkpwvalid\fR\|(8), \&\fBpagsh\fR\|(1), \&\fBprdb_check\fR\|(8), \&\fBpts\fR\|(1), \&\fBptserver\fR\|(8), \&\fBrxdebug\fR\|(1), \&\fBsalvager\fR\|(8), \&\fBscout\fR\|(1), \&\fBsys\fR\|(1), \&\fBtokens\fR\|(1), \&\fBtranslate_et\fR\|(1), \&\fBunlog\fR\|(1), \&\fBup\fR\|(1), \&\fBupclient\fR\|(8), \&\fBupserver\fR\|(8), \&\fBuss\fR\|(8), \&\fBvldb_check\fR\|(8), \&\fBvlserver\fR\|(8), \&\fBvolinfo\fR\|(8), \&\fBvolscan\fR\|(8), \&\fBvolserver\fR\|(8), \&\fBvos\fR\|(1), \&\fBxfs_size_check\fR\|(8), \&\fBxstat_cm_test\fR\|(1), \&\fBxstat_fs_test\fR\|(1) .SH "COPYRIGHT" .IX Header "COPYRIGHT" \&\s-1IBM\s0 Corporation 2000. All Rights Reserved. .PP This documentation is covered by the \s-1IBM\s0 Public License Version 1.0. It was converted from \s-1HTML\s0 to \s-1POD\s0 by software written by Chas Williams and Russ Allbery, based on work by Alf Wachsmann and Elizabeth Cassell.