HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: checking fbackup
Operating System - HP-UX
1832869
Members
7000
Online
110048
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-26-2003 07:07 AM
05-26-2003 07:07 AM
checking fbackup
Hi all
How can I check a fbackup and a make_recovery tape? How I know, that the backup was successfully?
I know, that a make_recovery tape can be checked with 'sea ipl' by booting. If there more possibilities and what is the best solution for fbackup?
Thanks Konrad
How can I check a fbackup and a make_recovery tape? How I know, that the backup was successfully?
I know, that a make_recovery tape can be checked with 'sea ipl' by booting. If there more possibilities and what is the best solution for fbackup?
Thanks Konrad
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-26-2003 07:19 AM
05-26-2003 07:19 AM
Re: checking fbackup
HI,
the best solution is to do a
/usr/sbin/frecover -f $TAPE -I $I/DDS.indice
where $TAPE is your tape device and
$I is a directory.
this will create an index of what you have backup up.
HTH,
Massimo
the best solution is to do a
/usr/sbin/frecover -f $TAPE -I $I/DDS.indice
where $TAPE is your tape device and
$I is a directory.
this will create an index of what you have backup up.
HTH,
Massimo
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-26-2003 07:37 AM
05-26-2003 07:37 AM
Re: checking fbackup
Hi Konrad:
'fbackup' will exist with one of four return values when run:
0 = normal end-of-task
1 = interrupted run; restart possible
2 = errors occured
4 = warnings noted
Thus, you can consider the run successful for return values zero or four. Personally, I like to do 'fbackup' with the '-V path' option to produce volume header information written to 'path' if the backup is successful. The file so specified is written by fbackup *ONLY* upon sucessful completion, and thus serves as a useful marker to distinguish between a "normal" completion without an actual backup (e.g. an operator aborted the session for a missing tape), and a truly, successful backup. See the 'fbackup' man pages for more information.
In addition to the above, you can leverage 'frecover' to further verify a 'fbackup'. Simply run 'frecover' with the '-N' option. This prevents an actual recovery of any files to disk, but reads the backup tape as if it was, in fact, recovering the data, producing the same output that it would during a normal recovery. This option is useful for verifying backup media contents in terms of validity (block checksum errors are reported), and contents (a listing of files can be produced by using the '-N' and '-v' options together).
See the 'frecover' man pages for more detail, too.
For Ignite 'make_tapeA_recovery' tapes, you can read the tape and produce a directory listing fo "verify" tape integrity:
# mt -t /dev/rmt/0mn fsf 1
# tar -xvf /dev/rmt/0m filename
Of course, when Ignite 'make_tape_recovery' runs, it reports its success or failure with a standard return code. It also records its events in '/var/opt/ignite/recovery/latest/recovery.log' which can easily be examined and/or parsed.
Regards!
...JRF...
'fbackup' will exist with one of four return values when run:
0 = normal end-of-task
1 = interrupted run; restart possible
2 = errors occured
4 = warnings noted
Thus, you can consider the run successful for return values zero or four. Personally, I like to do 'fbackup' with the '-V path' option to produce volume header information written to 'path' if the backup is successful. The file so specified is written by fbackup *ONLY* upon sucessful completion, and thus serves as a useful marker to distinguish between a "normal" completion without an actual backup (e.g. an operator aborted the session for a missing tape), and a truly, successful backup. See the 'fbackup' man pages for more information.
In addition to the above, you can leverage 'frecover' to further verify a 'fbackup'. Simply run 'frecover' with the '-N' option. This prevents an actual recovery of any files to disk, but reads the backup tape as if it was, in fact, recovering the data, producing the same output that it would during a normal recovery. This option is useful for verifying backup media contents in terms of validity (block checksum errors are reported), and contents (a listing of files can be produced by using the '-N' and '-v' options together).
See the 'frecover' man pages for more detail, too.
For Ignite 'make_tapeA_recovery' tapes, you can read the tape and produce a directory listing fo "verify" tape integrity:
# mt -t /dev/rmt/0mn fsf 1
# tar -xvf /dev/rmt/0m filename
Of course, when Ignite 'make_tape_recovery' runs, it reports its success or failure with a standard return code. It also records its events in '/var/opt/ignite/recovery/latest/recovery.log' which can easily be examined and/or parsed.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-26-2003 07:39 AM
05-26-2003 07:39 AM
Re: checking fbackup
Hi Konrad,
You can recover the 'index' of the files backed up by using the "-I" option of frecover command. However, it is not a true verification of the backup as fbackup writes the index first and then the contents.
So, I would suggest to use "-N" (no recovery)option. See the man page details.
/usr/sbin/frecover -f /dev/rmt/0m -Nrov
For make_tape_recovery, there are two things to verify.
1. Boot Area
dd if=/dev/rmt/0mn of=/somewhere/bootarea bs=2k
Use the regular "lifls" and "lifcp" commands on bootarea file to verify the contents.
2. File data details
mt -t /dev/rmt/0mn rew
mt -t /dev/rmt/0mn fsf 1
tar tvf /dev/rmt/0mn
-Sri
You can recover the 'index' of the files backed up by using the "-I" option of frecover command. However, it is not a true verification of the backup as fbackup writes the index first and then the contents.
So, I would suggest to use "-N" (no recovery)option. See the man page details.
/usr/sbin/frecover -f /dev/rmt/0m -Nrov
For make_tape_recovery, there are two things to verify.
1. Boot Area
dd if=/dev/rmt/0mn of=/somewhere/bootarea bs=2k
Use the regular "lifls" and "lifcp" commands on bootarea file to verify the contents.
2. File data details
mt -t /dev/rmt/0mn rew
mt -t /dev/rmt/0mn fsf 1
tar tvf /dev/rmt/0mn
-Sri
You may be disappointed if you fail, but you are doomed if you don't try
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP