9 More Discussions You Might Find Interesting
1. AIX
I run a backup sucessfully:
find . | backup -ivqf/dev/rmt0
I want to make sure I can restore, so I change to a test directory and try this:
restore -rvqf /dev/rmt0
However, we fail with this error:
New volume on /dev/rmt0:
Cluster size is 51200 bytes (100 blocks).
The volume number is... (3 Replies)
Discussion started by: landog
3 Replies
2. Shell Programming and Scripting
Hi Everyone,
we are running rsync with --backup mode, Are there any rsync options to remove backup folders on successful deployment?
Thanks in adv. (0 Replies)
Discussion started by: MVEERA
0 Replies
3. Solaris
Hi all.
There are some SPARC mashines. What method can be made from them backup (slices or entire disk) in field conditions if I have only the laptop with win xp pro and the internet? (5 Replies)
Discussion started by: wolfgang
5 Replies
4. AIX
Hi All!
I'm rather new in AIX so I want some comments about backup scheme I've developed to backup every part of the system. I have the following hardware:
- Power6 570 server with two VIO server and 3 LPARs
- NIM server outside (on the other Power server)
- Windows 2003 Server with Tivoli... (2 Replies)
Discussion started by: kogor
2 Replies
5. AIX
hi all:cool:
was just wonderin..by the way im new here..hi all:D...was just wonderin if i smitty fs backup a file system to tape if the permissions and ownership of the files and dir are retained?:confused:
o.s is AIX 5.3L
thanks all (12 Replies)
Discussion started by: redmanshogun
12 Replies
6. AIX
Hello,
Last night I applied a DB2 fix pack which is now causing problems with the application that uses db2. Prior to applying the fix pack I did a mksysb(rootvg) which includes the file system that has db2 installed on it. If I do a restore from this will it restore the db2 version back to... (1 Reply)
Discussion started by: jyoung
1 Replies
7. UNIX for Dummies Questions & Answers
I am very new to Unix. We have a Unix workstation that is on a tape backup system setup by an external consultant. However, I need to know how to verify that the backup is actually running and backing up actual data.
When I checked earlier this week, the log file had listed the folllowing:
... (2 Replies)
Discussion started by: lsnapp
2 Replies
8. UNIX for Dummies Questions & Answers
I am an IT auditor with a big 4 accounting firm and am cur the process of conducting an application program change audit for a large public company related to Sarbanes Oxley. This is my first time using this forum and need some assistance in verifying a fact that I believe to be true.
My client... (1 Reply)
Discussion started by: mpp122
1 Replies
9. Shell Programming and Scripting
Hi,
The object of my program is to take automatic backup on daily basis to different folders. I have created the respective folders. when I execute below given shell program manually it is working perfectly and taking the backup to respective folder.
#!/bin/sh
#script to take backup on... (1 Reply)
Discussion started by: jarkvarma
1 Replies
LEARN ABOUT DEBIAN
backup_setexp
BACKUP_SETEXP(8) AFS Command Reference BACKUP_SETEXP(8)
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:
o 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.
o 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 2012-03-26 BACKUP_SETEXP(8)