- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: fbackup
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Forums
Discussions
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
Community
Resources
Forums
Blogs
- 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
07-30-2003 02:02 AM
07-30-2003 02:02 AM
fbackup -i /files -f -|remsh machinename dd ibs=64k obs=32k of=/dev/rmt/1m.
So far it works fine.
When I want to recover some files, I use:
remsh machinename dd ibs=32k obs=64k if=dev/rmt/1m|/usr/sbin/frecover -xv -i /files -f -
Some file are recovered correct but some of them gave an error:
"file trailer does not match file header" and also "block checksum mismatch"
Anyone any idea?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-30-2003 02:19 AM
07-30-2003 02:19 AM
Re: fbackup
The more usual method of using fbackup with a remote tape drive is:
fbackup -i /files -f machinename:/dev/rmt/1m
Is there a special reason why you are using remsh and dd?
regards,
Darren.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-30-2003 02:19 AM
07-30-2003 02:19 AM
Re: fbackup
i.e.
fbackup -i /files -f remotenode:/dev/rmt/1m after putting in a .rhosts entry in the remote host
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-30-2003 02:45 AM
07-30-2003 02:45 AM
Re: fbackup
Insted of using remsh and dd you can directly use the remote tape drive. eg:
fbackup
-Rajesh
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-30-2003 02:59 AM
07-30-2003 02:59 AM
Re: fbackup
I always used fbackup -i /files -f machinename:/dev/rmt/1m but the total backup time increased to 20 hours.
With the help of dd the total time is 7 hours.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-30-2003 03:06 AM
07-30-2003 03:06 AM
SolutionThis may help in reducing hte time. I would look at the blocksperrecord, records,readerprocesses to start with.
You would probably want to do the changes on both systems to se e if it does help
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-30-2003 03:32 AM
07-30-2003 03:32 AM
Re: fbackup
I will play a little with the configfile and let you know what the result will be.
Alfons
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-30-2003 05:09 AM
07-30-2003 05:09 AM
Re: fbackup
blocksperrecord 256
records 32
checkpointfreq 1024
readerprocesses 6
maxretries 5
retrylimit 5000000
maxvoluses 200
filesperfsm 2000
Note that when you use a remote tape drive (whether using dd or fbackup's built-in remote tape capability), you lose searchmarks, the ability to place highspeed searchmarks onto the tape. Fast searchmarks will allow restoration of a specific file or directory within a few minutes rather than a serial read through the tape. For effective network backups at very high speeds and reliability, you should look at commercial products such as HiComp's HiBack product, or HP's OpenView Data Protector (aka, Omniback). These products handle network backups, support tape changers, can push data to parallel tape drives, recover from media errors, etc.
Bill Hassell, sysadmin