Re: [backup method] - what about TOB?
On Tue, 12 Aug 1997, Behan Webster wrote: Dale Martin wrote: 1) It tars directly to a device - not to a filesystem. This means one backup (full, differential, or incremental) per disk, yes? I haven't looked too hard yet - hacking the script to tar to a filesystem can't be that hard, though. Nope. Tob allows you to put multiple backups on the same tape. It uses mt(1) to go to the right place on the tape (you must use the non rewinding tape device to get this to work however). I believe tob defaults to putting a full backup at the beginning of a tape, a diff is written in the second spot, and incrementals are appended to that. The question above seems to me to suggest Dale wants to do a single backup to multiple devices (i.e. a bunch of floppies) rather than the other way around. Anyway, if that is the case, both tar and afio have support for multivolumes, although given that afio archives each file whereas tar makes one large archive, if you are going to multiple floppies, perhaps afio would be a better idea? Cheers. -- Colin R. Telmer, Institute of Intergovernmental Relations School of Policy Studies Building, Queen's University Kingston, Ontario, Canada, K7L-3N6 (613)545-6000x4219 [EMAIL PROTECTED] PGP Public Key at URL:http://terrapin.econ.queensu.ca -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [backup method] - what about TOB?
Andy Kahn [EMAIL PROTECTED] writes: i've never seen TOB, but regarding tar'ing directly to a device: you can do multiple tar's to device (e.g., tape device). to do this, let's say you already tar'd once. to do it again, but append it to the first one, you need to forward past the first one. so if you were at the beginning of your tape, you need mt -f /dev/ntape fsf 1 where /dev/ntape represents the non-rewinding device entry for your tape drive. afterwards, you can tar again. --andy OK. Maybe I'll try this with the Zip drive and see if mt can talk to it properly. Thanks, Dale -- + finger for pgp public key -+ | Dale E. Martin | University of Cincinnati Savant Research Laboratory | | [EMAIL PROTECTED]| http://www.ececs.uc.edu/~dmartin | +--+ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [backup method] - what about TOB?
Peter S Galbraith [EMAIL PROTECTED] writes: I posted about this and received no replies. I thought I'd report back about what I wound up doing... What you're doing looks pretty cool. I was looking in to backing up my /home (which isn't too big) onto a Zip disk. I was checking out TOB (tape oriented backup), but there are a couple of things that bug me about it. 1) It tars directly to a device - not to a filesystem. This means one backup (full, differential, or incremental) per disk, yes? I haven't looked too hard yet - hacking the script to tar to a filesystem can't be that hard, though. 2) It saves it's indexes and so forth in /var/something on the machine the backups run on. Umm, what if that's the disk that crashes?! I guess I could include this dir for every backup I've made, but then, it will back up it BEFORE the new index gets written? So, I'll need a separate script to backup the backup index?! If anyone has any ionsight on this, please share it - I'd like to know if TOB is worth my while, or if I should take Peter's lead and make custom scripts. Thanks, Dale -- + finger for pgp public key -+ | Dale E. Martin | University of Cincinnati Savant Research Laboratory | | [EMAIL PROTECTED]| http://www.ececs.uc.edu/~dmartin | +--+ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [backup method] - what about TOB?
- What you're doing looks pretty cool. I was looking in to backing up - my /home (which isn't too big) onto a Zip disk. I was checking out - TOB (tape oriented backup), but there are a couple of things that bug - me about it. - - 1) It tars directly to a device - not to a filesystem. This means one - backup (full, differential, or incremental) per disk, yes? I haven't - looked too hard yet - hacking the script to tar to a filesystem can't - be that hard, though. ... i've never seen TOB, but regarding tar'ing directly to a device: you can do multiple tar's to device (e.g., tape device). to do this, let's say you already tar'd once. to do it again, but append it to the first one, you need to forward past the first one. so if you were at the beginning of your tape, you need mt -f /dev/ntape fsf 1 where /dev/ntape represents the non-rewinding device entry for your tape drive. afterwards, you can tar again. --andy -- Andy Kahn ([EMAIL PROTECTED])Phone: 603-884-2557 (DTN: 264-2557) Digital Equipment CorporationFax : 603-881-2257 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [backup method] - what about TOB?
Dale Martin wrote: 1) It tars directly to a device - not to a filesystem. This means one backup (full, differential, or incremental) per disk, yes? I haven't looked too hard yet - hacking the script to tar to a filesystem can't be that hard, though. Nope. Tob allows you to put multiple backups on the same tape. It uses mt(1) to go to the right place on the tape (you must use the non rewinding tape device to get this to work however). I believe tob defaults to putting a full backup at the beginning of a tape, a diff is written in the second spot, and incrementals are appended to that. 2) It saves it's indexes and so forth in /var/something on the machine the backups run on. Umm, what if that's the disk that crashes?! I guess I could include this dir for every backup I've made, but then, it will back up it BEFORE the new index gets written? So, I'll need a separate script to backup the backup index?! The indexes are only needed for generating differential and incremental backups. A restore is accomplished by merely restoring all backups on a tape in order (full then diff then all incremtals). If you lose the disk (and therefore /var/lib/tob/*) you aren't likely to be doing a diff or incr backup, so whats the problem? If it helps, I use the following /etc/tob/tob.rc with a SCSI DAT drive (NOTE I have a link from /dev/ntape - /dev/nst0): -- # tob.rc --- resource file for the 'tob' script by Karel Kubat # # This file is sourced by /sbin/tob. # # Some site or hardware specific settings may have to be added locally. # See the manual page tob(1), the script /sbin/tob, the documentation # in /usr/doc/tob/tob.txt.gz or /usr/doc/tob/tob.ps.gz, and the examples # in /usr/doc/examples/tob for details. # # These are the settings I use. You might want to change them. # # Sat May 04 1996 Dirk Eddelbuettel [EMAIL PROTECTED] TOBHOME=/etc/tob # contains volumes directory VERBOSE='yes' # output device is the non-rewinding tape device BACKUPDEV=/dev/ntape # what backup are we performing? if [ $TYPE = full ] ; then # for full backups: start at beginning of tape echo Rewinding tape -- new info will be the first entry. mt -f $BACKUPDEV rewind elif [ $TYPE = diff ] ; then # skip first entry for differential backups echo First entry on tape skipped -- new info will be entry 2. mt -f $BACKUPDEV fsf 1 elif [ $TYPE = inc ] ; then echo All entries on tape skipped -- new info will be appended. mt -f $BACKUPDEV eom fi # if we're not doing a backup: ask user for position #if [ $TYPE = none ] ; then # # initially rewind tape # mt -f $BACKUPDEV rewind # echo No tape position known in advance. Position to what entry? # read $nr # mt -f $BACKUPDEV fsf $nr #fi --- Behan -- Behan Webster mailto:[EMAIL PROTECTED] +1-613-224-7547 http://www.verisim.com/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
