Provided by: openafs-client_1.8.10-2.1ubuntu3.4_amd64 bug

NAME

       backup_setexp - Sets the expiration date for existing dump levels.

SYNOPSIS

       backup setexp -dump <dump level name>+
           [-expires <expiration date>+] [-localauth]
           [-cell <cell name>] [-help]

       backup se -d <dump level name>+
           [-e <expiration date>+]
           [-l] [-c <cell name>] [-h]

DESCRIPTION

       The backup setexp command sets or changes the expiration date associated with each specified dump level,
       which must already exist in the dump hierarchy.

       Use the -expires argument to associate an expiration date with each dump level. When the Backup System
       subsequently creates a dump at the dump level, it uses the specified value to derive the dump's
       expiration date, which it records on the label of the tape (or backup data file). The Backup System
       refuses to overwrite a tape until after the latest expiration date of any dump that the tape contains,
       unless the backup labeltape command is used to relabel the tape. If a dump level does not have an
       expiration date, the Backup System treats dumps created at the level as expired as soon as it creates
       them.

       (Note that the Backup System does not automatically remove a dump's record from the Backup Database when
       the dump reaches its expiration date, but only if the tape that contains the dump is recycled or
       relabeled. To remove expired and other obsolete dump records, use the backup deletedump command.)

       Define either an absolute or relative expiration date:

       •   An absolute expiration date defines the month/day/year (and, optionally, hour and minutes) at which a
           dump  expires.  If the expiration date predates the dump creation time, the Backup System immediately
           treats the dump as expired.

       •   A relative date defines the number of years, months, or days (or a combination of  the  three)  after
           the  dump's  creation  that  it  expires. When the Backup System creates a dump at the dump level, it
           calculates an actual expiration date by adding the relative date  to  the  start  time  of  the  dump
           operation.

       If  the  command is used to change an existing expiration date associated with a dump level, the new date
       applies only to dumps created after the change. Existing dumps retain the expiration date assigned at the
       time they were created.

OPTIONS

       -dump <dump level name>+
           Specifies the full pathname of each dump level  to  assign  the  expiration  date  specified  by  the
           -expires argument.

       -expires <expiration date>+
           Defines the absolute or relative expiration date to associate with each dump level named by the -dump
           argument. Absolute expiration dates have the following format:

              [at] {NEVER | <mm>/<dd>/<yyyy> [<hh>:<MM>] }

           where  the  optional  word  at  is  followed either by the string "NEVER", which indicates that dumps
           created at the dump level never expire, or by a date value with a required portion (<mm>  for  month,
           <dd> for day, and <yyyy> for year) and an optional portion (<hh> for hours and <MM> for minutes).

           Omit  the  <hh>:<MM>  portion  to  use  the  default of midnight (00:00 hours), or provide a value in
           24-hour format (for example, "20:30" is 8:30 p.m.).  Valid values for the year  range  from  1970  to
           2037;  higher  values  are  not  valid  because  the  latest  possible  date  in  the  standard  UNIX
           representation is in February 2038. The command interpreter automatically reduces later dates to  the
           maximum value.

           Relative expiration dates have the following format:

              [in] [<years>y] [<months>m] [<days>d]

           where  the  optional word in is followed by at least one of a number of years (maximum 9999) followed
           by the letter "y", a number of months (maximum 12) followed by the letter "m", or a  number  of  days
           (maximum  31)  followed  by the letter "d". If providing more than one of the three, list them in the
           indicated order. If the date that results from adding the  relative  expiration  value  to  a  dump's
           creation  time  is  later  than  the latest possible date in the UNIX time representation, the Backup
           System automatically reduces it to that date.

       -localauth
           Constructs a server ticket using a key from the local /etc/openafs/server/KeyFile  file.  The  backup
           command  interpreter  presents  it  to  the  Backup Server, Volume Server and VL Server during mutual
           authentication. Do not combine this flag with the -cell argument. For more details, see backup(8).

       -cell <cell name>
           Names the cell in which to run the command. Do not combine this argument with  the  -localauth  flag.
           For more details, see backup(8).

       -help
           Prints the online help for this command. All other valid options are ignored.

EXAMPLES

       The  following  example associates an absolute expiration date of 10:00 p.m. on 31 December 1999 with the
       dump level "/1998/december":

          % backup setexp -dump /1998/december -expires at 12/31/1999 22:00

       The following example associates a  relative  expiration  date  of  7  days  with  the  two  dump  levels
       "/monthly/week1" and "/monthly/week2":

          % backup setexp -dump /monthly/week1 /monthly/week -expires 7d

PRIVILEGE REQUIRED

       The  issuer  must  be  listed  in the /etc/openafs/server/UserList file on every machine where the Backup
       Server is running, or must be logged onto  a  server  machine  as  the  local  superuser  "root"  if  the
       -localauth flag is included.

SEE ALSO

       backup(8), backup_adddump(8), backup_deldump(8), backup_listdumps(8)

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.

OpenAFS                                            2025-05-19                                   BACKUP_SETEXP(8)