jd9014@cca.ucsf.edu (Joe DeBattista) (02/13/91)
Greetings,
I'm in the process of setting up my backups on my RS/6000 model
320, version 3002. I'd like to be able to dump all my filesystems
on the same tape, but the backup command is refusing to cooperate.
I'm trying to use the command
backup -0 -f /dev/rmt0.1 file_system_name
What I thought this would do would be to use the non-rewind feature
and then let me run the next backup comand for the next filesystem.
What happens, however, is that the backup command still rewinds to
the beginning before starting the next backup. I'd be grateful for
any insights.
--
Joe DeBattista
ITS, UCSF Computer Center
BITNET: joed@ucsfcca
INTERNET: joed@cca.ucsf.edutorre@msa3b.UUCP (Patrick Torre) (02/18/91)
jd9014@cca.ucsf.edu (Joe DeBattista) writes: >Greetings, > I'm in the process of setting up my backups on my RS/6000 model >320, version 3002. I'd like to be able to dump all my filesystems >on the same tape, but the backup command is refusing to cooperate. >I'm trying to use the command > backup -0 -f /dev/rmt0.1 file_system_name >What I thought this would do would be to use the non-rewind feature >and then let me run the next backup comand for the next filesystem. >What happens, however, is that the backup command still rewinds to >the beginning before starting the next backup. I'd be grateful for >any insights. >-- > Joe DeBattista This got me at first too. actually the backup is retarded and just assumes that the tape is being rewound by the device. Ever notice how little time it takes for backup to rewind /dev/rmt0.1 ? (tape drives are not THAT fast). Just ignore the message. By the way, you wont fit much on a 2.3 gig 8mm tape if you dont up the blocks per output operation ( -b 100 or something), this should get the tape drive to stream. (or whatever) you'll get little more than 1/2 a gig at the default. Check out "tcopy /dev/rmt0" as a way to veriry that more than one backup has been written to the tape. Question ?? I leave the tape in the machine all week and add 3 backup files to the tape each night ( /u / and /usr ). what is a good way to backspace to the beginning of this group of files, verify that the backups are good, and leave the tape positioned for the next nights backups?? tctl bsf 3 , seems to leave the tape in a bad spot (right before the eof mark "before" the first or second backup. and if this is the first 3 files on the tape it I cant use tctl 4. help me. -- Patrick Torre @ Dun and Bradstreet Software, Inc (404) 239-2061 {emory,gatech}!nanovx!msa3b!torre
gmoff@ccu1.aukuni.ac.nz (Moffat) (02/20/91)
torre@msa3b.UUCP (Patrick Torre) writes: >I leave the tape in the machine all week and add 3 backup files >to the tape each night ( /u / and /usr ). >what is a good way to backspace to the beginning of this group >of files, verify that the backups are good, and leave the tape >positioned for the next nights backups?? >tctl bsf 3 , seems to leave the tape in a bad spot (right before >the eof mark "before" the first or second backup. I don't know about this infernal 8mm drive (I might post my problems after I've calmed down and stopped cursing *B^) but with traditional tape drives, where you write the tape marks (eof) yourself, to back up n tape files you do a 'bsf n+1; fsf'. (assuming there is a tape mark after the last file) This is because fsf/bsf effectively count the marks they 'pass' and stop immediately beyond them (is that clear? it is to *me*) > and if this is the >first 3 files on the tape it I cant use tctl 4. Write a small 'identification' file on the tape first -- Graeme Moffat, Phone : +64 9 737 999 x8384 Computer Aided Design Centre, Fax : +64 9 366 0702 School of Engineering, Mail : Private Bag, Auckland, NZ University of Auckland Email : g.moffat@aukuni.ac.nz
bware@slate.mines.colorado.edu (Bob Ware) (02/21/91)
In article <3366@ucsfcca.ucsf.edu> jd9014@cca.ucsf.edu (Joe DeBattista) writes: ... >What happens, however, is that the backup command still rewinds to >the beginning before starting the next backup. I'd be grateful for ... The backup command MAY be doing what you wish. Look at the restore command. When the tape is written with /dev/rmt0.1, then you MUST use the -s flag with the 'restore' command. For example, "restore -i -s 1 -f /dev/rmt0.1" will read the first backup file on the tape. Note that it is the device name when writing the file that is important, not when reading. If you just do "restore -i -f /dev/rmt0.1" it will read the *SECOND* backup file on the tape!!! I really got bit by that one when we were setting up our backup program. -- Bob Ware, Colorado School of Mines, Golden, Co 80401, USA (303) 273-3987 bware@mines.colorado.edu bware@slate.mines.colorado.edu bware@mines.bitnet
wlm@entwash.watson.ibm.com (Bill Moran) (02/22/91)
I think that the positioning using tctl and Backup works correctly. restore is where problems arise. However, if you tctl to the position where you think stuff should be written, and you then use something like: dd if=/dev/rmt0 bs=5000k | restore if - or somesuch, this should work. I do multiple backups on one tape, and I've been able to restore them this way. I've never had any luck using restore alone on an RS6000. Bill Moran
prener@prener.watson.ibm.com (Dan Prener) (02/22/91)
I had problems with this too, until I resorted to a drastic
solution. I read the entry for "restore" in info. There is
a mandatory command line flag
-snn
when restoring from a tape with multiple backups on it. The number
"nn" is the position of the backup you want, relative to the current
position of the tape. For example, you can do multiple backups to
/dev/rmt0.1 and then restore them all by repeated
restore -s1 -f/dev/rmt0.1 ...
commands.
--
Dan Prener (prener @ ibm.com)ng@cfd.di.nrc.ca (Kai Ng) (02/22/91)
In article <1991Feb21.160905.3760@arnor.uucp>, wlm@entwash.watson.ibm.com (Bill Moran) writes: |> |> I think that the positioning using tctl and |> Backup works correctly. restore is where problems arise. |> However, if you tctl to the position where you think stuff |> should be written, and you then use something like: |> dd if=/dev/rmt0 bs=5000k | restore if - or somesuch, this |> should work. I do multiple backups on one tape, and I've |> been able to restore them this way. I've never |> had any luck using restore alone on an RS6000. |> |> |> Bill Moran After spending days in trying all those commands: tctl, backup, restore, etc., finally I got it work. To restore from tape with multiple backups by i-node number, just do restore -i -s3 -q -f/dev/rmt0.1 Here the -s3 is an example if you want the third tape file to be restored. However, if you want the next tape file, after you have done with the above example, -s1 should be used then. It is described on the corresponding man page. Unfortunately, you cannot do incremental backup or the -s flag with files backup by name. -- ----------------------------------------------------------------------------- Kai S. Ng Informatics, National Research Council Canada INTERNET ng@cfd.di.nrc.ca M-60 Montreal Road, Ottawa, Canada K1A 0R6 BITNET kain@nrcvm01.bitnet VOICE (613) 993-0240 FAX (613) 954-2561
lusgr@vax1.cc.lehigh.edu (Steve Roseman) (02/27/91)
In article <1991Feb22.130641.14297@nrcnet0.nrc.ca>, ng@cfd.di.nrc.ca (Kai Ng) writes: >.... > > After spending days in trying all those commands: tctl, backup, restore, etc., > finally I got it work. To restore from tape with multiple backups > by i-node number, just do > > restore -i -s3 -q -f/dev/rmt0.1 > > Here the -s3 is an example if you want the third tape file to be restored. > However, if you want the next tape file, after you have done with the above > example, -s1 should be used then. It is described on the corresponding man page. > > Unfortunately, you cannot do incremental backup or the -s flag with files > backup by name. > I can't speak for incremental backup, but I have used -s with backup by name. eg. restore -s2 -qvf/dev/rmt0.1 ./blah-blah-file and it worked. It restored from the second backup set on an 8mm tape. Steve > -- > ----------------------------------------------------------------------------- > Kai S. Ng Informatics, National Research Council Canada > INTERNET ng@cfd.di.nrc.ca M-60 Montreal Road, Ottawa, Canada K1A 0R6 > BITNET kain@nrcvm01.bitnet VOICE (613) 993-0240 FAX (613) 954-2561 -- ------------------------------------------------------------------------- Steve Roseman Lehigh University Computing Center LUSGR@VAX1.CC.Lehigh.EDU