- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- massive FLAW in 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
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
02-28-2006 05:03 AM
02-28-2006 05:03 AM
Perhaps I'm doing something wrong? PLEASE tell me I'm wrong and why. Here's the flaw:
I have a massive sDLT tape. I can probably store 40 backups from "fbackup" on it.
....Well....maybe not.
You see. It looks like I can only store ONE and ONLY one backup per tape.
This isn't true is it? I can't believe such a nice utility would have such a glaring hole. It's like having a school bus that's empty except for one seat.
PS: I'm not talking about hpux OS, or patches, or trying omniback, or dataprotector, or tar, or cpio, or some fancy perl script, or dd, or mirroring disks, or breaking mirrors, or anything else. I just want fbackup to let me backup my system without wasting tapes.
Steve
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 05:13 AM
02-28-2006 05:13 AM
Re: massive FLAW in fbackup?
The man page, in the WARNINGS section, explicityly states that
"fbackup should not be used with no-rewind devices, for example, /dev/rmt/0mn."
I would think that precludes putting multiple backups on one tape! What a waste.
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 05:13 AM
02-28-2006 05:13 AM
Re: massive FLAW in fbackup?
Jeff Traigle
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 05:19 AM
02-28-2006 05:19 AM
Re: massive FLAW in fbackup?
Sorry, no cigar. 'fbackup' by design, rewinds a tape and writes from the beginning. In part, this occurs so that an index file of what's on the tape can be written to the beginning. This index is built based on the sorted, merged inclusions and/or exclusions of the graph file driving the backup.
The layout of an 'fbackup' tape also includes markers to allow very rapid tape positioning to aid in finding files for recovery.
When a copy of a file is about to be written to a tape, a checksum for the file is computed. Upon completion of the transfer of data to the tape, the checksum is computed again. Should the values differ, the current tape copy is marked "bad" and a new copy is attempted. This occurs 'maxretries' times as controlled by the 'fbackup' 'config' file. (see the 'fbackup' manpages for more information). This mechanism insures that you backup a consistent, static image at a point in time.
While it is true that small backups may waste tape, the ability to do high-speed recovery; examine a tape's index without having to read (sequentially) every tape block; and the assurance that if you extract a file for recovery that you have a static version of the data; in my opinion, far outweigh any tape "waste".
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 05:29 AM
02-28-2006 05:29 AM
Re: massive FLAW in fbackup?
Do yourself a favor and move up to a much better solution such as Data Protector and backups become something that you can (almost) forget and restores become point-and-click.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 06:06 AM
02-28-2006 06:06 AM
Re: massive FLAW in fbackup?
And I can also conclude that incrementals act the same? ie ONE gig on a 320 gig tape?
fine. At least I got my answer.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 06:45 AM
02-28-2006 06:45 AM
Re: massive FLAW in fbackup?
You could use tar but be aware that even the patched version of tar imposes an 8GB limit on the size of individual files.
I've used OmniBack/Data Protector for many years and the use of one product to manage all your backups (UNIX and PC's) is very appealing AND DP has a feature that does allow the use of full and incremental backups on the same medium (or you can choose to not allow it).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 07:21 AM
02-28-2006 07:21 AM
Re: massive FLAW in fbackup?
I could setup a cpio backup routine. But any files over 2gig's get thrown out. I have big files. So idea is no good.
And, like you said, tar has an 8gig limit. I know I have ten 11 gig files. So tar's out too.
Fbackup would work. But I don't want to waste tapes.
So either I HACK around my problem, or use Data Protector. I'll use data protector. I don't like the idea of building some half-baked, home-grown routine for production work.
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 08:54 AM
02-28-2006 08:54 AM
Re: massive FLAW in fbackup?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 09:22 AM
02-28-2006 09:22 AM
Re: massive FLAW in fbackup?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 10:23 AM
02-28-2006 10:23 AM
Re: massive FLAW in fbackup?
AS you can see, it is a clerical and operator nightmare. Back in the days of 100 Mbyte workstations, tar and cpio made sense as well as backing up a few megs at a time by appending. Not too much to track so the risk was low. But those techniques don't scale and the impact of bad backups is massive, affecting many gigs of data. And as most of use have found out, systems grow, people change jobs and there are never enough details to pass onto the new hires.
fbackup is the closest you can get to a commercial backup tool like DataProtector. In a commercial or production environment, the accuracy and reliablitlity of the backup is of primary importance. So record keeping is a critical part of the strategy. Rather than create a massive database (like DataProtector), fbackup stores all the details in the index on the front of the tape. And this index intelligently spans multiple tapes. Each successive tape has the entire index plus a marker for each previous tape. This allows restoring any file on a 5 tape backup in just a few minutes by starting with the last tape.
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-28-2006 12:01 PM
02-28-2006 12:01 PM
Re: massive FLAW in fbackup?
now I still agree on the point 1 backup/tape for occasional use of fbackup, and that's what it's intended for, at least from my point of view.
let me step ahead and take the chance of announcing my recently compiled bacula binaries of hp-ux.
- single-shot reliable filesystem backup: fbackup
- no-cost enterprise grade (or getting there, by user base) backup tool: bacula.
http://deranfangvomen.de/~floh/bacula/
Best wishes,
florian
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-01-2006 02:39 AM
03-01-2006 02:39 AM
Re: massive FLAW in fbackup?
fbackup definitely has it's limitations, but overall I think it's a good, reliable utility. And hey, at least it's free!
My 2 cents.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-01-2006 02:45 AM
03-01-2006 02:45 AM
Re: massive FLAW in fbackup?
You can do something like:
# fbackup -f /dir/somefile.fbackup -i /home
That will create a backup of /home in the file somefile.fbackup.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-01-2006 04:02 AM
03-01-2006 04:02 AM
Re: massive FLAW in fbackup?
We wanted to write our original backups to disk and then LATER write them to tape. Then use frecover against that tape at some later time.
This does not work from everything I've tried.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-01-2006 04:06 AM
03-01-2006 04:06 AM
Re: massive FLAW in fbackup?
I haven't tried it, but I would think something could be done with dd and writing the fbackup image to tape.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-01-2006 04:29 AM
03-01-2006 04:29 AM
Re: massive FLAW in fbackup?
I have TWO servers. The primary box has the 320 gig tape. I WAS planning on running fbackup on one server (200 gigs), then fbackup via secure shell to for the 2nd server (20more gigs). One tape. One backup. But for two servers.
See? 200 + 20 < 320. But I would have both backups one on tape.
Now that I can't do that.
I would have one tape with 200 gigs on it.
And a second tape with 20 gigs on it.
I would call this....a waste of space.
But I agree this limitation of fbackup is not that bad. It's just a different tool to use. I wouldn't mow my lawn with a scissors. I wouldn't shave with a lawn mower. So fbackup appears to be a great way to backup a box. And a bad way to backup two servers onto one tape.
As far as backing up more than one thing onto a tape? That's a different, opinionated discussion. I got my answer.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-01-2006 05:06 AM
03-01-2006 05:06 AM
SolutionWhat you could do is use fbackup to create 2 separate archives on disk (if you have room). You could then use tar, dd, cpio or something to get those fbackup disk images on a single tape.
Of course, if you ever need to recover you'll need to first restore the fbackup image to disk using the same utility (tar, dd, cpio), and THEN you can use frecover against the disk image.
Just a thought. Ok, I'm done.