Thanks for Many useful responses.
I've solved backup problem...
First, My tape drive is on SCSI target 4 and device file is /dev/rmt/1lb.
I found the device point by listing /dev/rst*,
$ ls -alF /dev/rst*
$)C
2 lrwxrwxrwx 1 root root 7 7?y 9@O 14:25 /dev/rst12 -> rmt/1mb
2 lrwxrwxrwx 1 root root 7 7?y 5@O 11:58 /dev/rst13 -> rmt/0mb
2 lrwxrwxrwx 1 root root 7 7?y 9@O 14:25 /dev/rst20 -> rmt/1hb
2 lrwxrwxrwx 1 root root 7 7?y 5@O 11:58 /dev/rst21 -> rmt/0hb
2 lrwxrwxrwx 1 root root 7 7?y 9@O 14:25 /dev/rst28 -> rmt/1cb
2 lrwxrwxrwx 1 root root 7 7?y 5@O 11:58 /dev/rst29 -> rmt/0cb
2 lrwxrwxrwx 1 root root 7 7?y 9@O 14:25 /dev/rst4 -> rmt/1lb
2 lrwxrwxrwx 1 root root 7 7?y 5@O 11:58 /dev/rst5 -> rmt/0lb
----------------------------------------------------------------------
I don't think you really *HAVE* a /dev/rmt0. Stick a blank tape
in the drive. Then go:
% mt -f /dev/rmt0 status
% mt -f /dev/rmt/0 status
I bet the first command does something like "Inappropriate ioctl",
and the second command works.
Then do:
% tar cvf /dev/rmt/0 /home1
and it will work. I bet when you:
% rm /dev/rmt0
% df /
it will show about 65MB free. Think about it.
-- Jay Lessert jay_lessert@latticesemi.com Lattice Semiconductor Corp. (voice)1.503.681.0118 Hillsboro, OR, USA (fax)1.503.693.0540------------------------------------------------------------------------ Are you sure /dev/rmt0 is your tape drive? If the file /dev/rmt0 is 65MB, then you have backed it up to a file in the /dev directory, not the tape drive. So when you run out of space on /dev, you get that message.
Try using /dev/rmt/0, if that's the only tape drive you have.
Well, actually, make sure you do have a /dev/rmt/0 first. If not, then run these commands with the tape drive attached and turn on: /usr/sbin/drvconfig /usr/sbin/devlinks /usr/sbin/tapes /usr/ucb/ucblinks After that, you shoud have a /dev/rmt/0. If not, work, then halt the system. At the OK prompt, type "probe-scsi". Your tape drive should show up along with your other SCSI drives. If not, then you have a hardware/connection problem somewhere. If it shows up, then do a "boot -r".
-d
---------------------------------------------------------------------------- It sounds like /dev/rmt0 isn't your tape drive device, but is just a file in your filesystem, "df -k /dev" will probably tell you that the "/" filesystem (where /dev lives) is full. Normally in Solaris, the files in /dev should be links into the /devices directory. Here is what my 2.5.1 machine has for its 4mm DAT drive:
% ls -laF /dev/rst* lrwxrwxrwx 1 root root 7 Feb 5 1997 rst12 -> rmt/0mb lrwxrwxrwx 1 root root 7 Feb 5 1997 rst20 -> rmt/0hb lrwxrwxrwx 1 root root 7 Feb 5 1997 rst28 -> rmt/0cb lrwxrwxrwx 1 root root 7 Feb 5 1997 rst4 -> rmt/0lb
Note that they are really "rstXX" that are links to devices in the "rmt" subdirectory (one for each tapesize). I'll bet that if you look, you'll see "rstXX" files and the "rmt0" file (at 65MB).
If you try using the rstXX device(s), you should have better luck!
--Sean _______________________________________________________ Sean Cox, Systems Engineer FactSet Research Systems scox@factset.com Greenwich, CT
---------------------------------------------------------------------------
Try /dev/rmt/0h or try "ufsdump" with density, blocks, and size parameters.
Bismark Espinoza bismark@alta.jpl.nasa.gov (818) 354-4734 ---------------------------------------------------------------------------- Judging by what you typed in, I asssume that you filled up your root partition. THe tape devices are known as: /dev/rmt/0 .. I would use one of the compressed versions too .. /dev/rmt/0hn is what I use.
Stew
# D. Stew McLeod ... Working At Boeing #"A pessimist sees the difficulty in every opportunity; # an optimist sees the opportunity in every difficulty." # - Sir Winston Churchill (1874-1965)
--------------------------------------------------------------------------- <HTML> Judging by what you typed in, I asssume that you filled up your root partition. THe tape devices are known as: /dev/rmt/0 .. I would use one of the compressed versions too .. /dev/rmt/0hn is what I use.
You are using the wrong device path for you tape drive.
Use /dev/rmt/0 or /dev/rmt/0n (for no-rewind).
You've probably created a file call "rmt0" in /dev and filled up the filesystem (hence you cannot write anymore than 65mb). Delete rmt0 from /dev and rerun your tar command with the correct device name.
Regards
____________________________________ Bill Walker bwalker@sfa.org.uk Tel: UK+(0)171 378 5775 Securities and Futures Authority London, England ____________________________________
-------------------------------------------------------------
Hi,
1. you can use a different device name, according to the man page st(7D):
/dev/rmt/[0- 127][l,m,h,u,c][b][n] where l,m,h,u,c specifies the density (low, medium, high, ultra/compressed), b the optional BSD behavior (see mtio(7I)), and n the optional no rewind behavior. For example, /dev/rmt/0lbn specifies unit 0, low density, BSD behavior, and no rewind. For 1/2" reel tape devices (HP-88780), the den- sities are: l 800 BPI density m 1600 BPI density h 6250 BPI density c data compression (not supported on all modules) For helical-scan tape devices (Exabyte 8200/8500/8505): l Standard 2 Gbyte format m 5 Gbyte format (8500, 8505 only) h,c 5 Gbyte compressed format (8505 only) For 4mm DAT tape devices (Archive Python): l Standard format m,h,c data compression For QIC-150 tape devices (Archive Viper): l QIC-150 Format m QIC-150 Format h QIC-150 Format c QIC-150 Format
2. Even in uncompressed mode, 65 MB should fit on the tape - it seems, as if you have a configuration error. Check /kernel/drv/st.conf. Have a look at the web page of your hardware vendor (exabyte or whoever) to find out, whether there are some some special options for your tape drive. And check the documentation...
3. You can use cpio instead of tar to create multi volume backups - if you have really so many data, but for 65 MB, tar is enough. Many people do not know cpio, but it has some advantages over tar.
Good luck,
Stefan
,,, (o o) --------------------------------o0Oo-(_)-oO0o---------------------------------
Stefan Voss Phone: # 49 (0) 5139-9908-51 Software & System Support Fax: # 49 (0) 5139-9908-10 TerraData Geophysical Services GmbH e-mail: s.voss@terradata.de Ehlbeck 15 a D - 30938 Burgwedel, Germany
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:12:09 CDT