Make_tape_recovery fails

[MidRange Support]

gmacnevp:/root> make_tape_recovery -a /dev/rmt/4mn
* Creating local directories for configuration files and archive.

======= 07/12/02 15:31:52 EDT Started make_tape_recovery. (Fri Jul 12
15:31:52 EDT 2002)
@(#) Ignite-UX Revision B.3.3.116
@(#) net_recovery (opt) $Revision: 10.543 $

* Testing pax for needed patch
* Passed pax tests.
* Checking Versions of Ignite-UX filesets
ERROR: Failed to open tape device /dev/rmt/4mn:Permission denied (errno =
13).
ERROR: Check tape device failed.

======= 07/12/02 15:31:54 EDT make_tape_recovery completed unsuccessfully


WHAT SHOULD BE THE PROBLEM????

[A. Clay Stephenson]

You are using a norewind devive; that is correct. My first guess is that the medium is write-protected.

[MidRange Support]

No its not...I had the same doubt..The medium is in read/write mode

[A. Clay Stephenson]

Okay, next question. What kind of tape drive is it? Not all are supported?

Can you write/read to/from /dev/rmt/4mn using tar, dd, or cpio - whatever your weapon of choice?

[John Poff]

Hi,

I ran into a similar problem early last week. It had me stumped until I tried another tape, and it worked. I guess my desk drawer isn't a good environment for storing used DDS tapes for three years! Also, you could try using tar to write a couple of files to the tape, just to eliminate a couple of variables.

JP

[MidRange Support]

Its a DDS tape drive...tar does not work...

gmacnevp:/root> tar cvf /dev/rmt/4mn tape3.txt
tar: cannot open /dev/rmt/4mn
gmacnevp:/root> tar cvf /dev/rmt/c0t3d0BEST tape3.txt
tar: cannot open /dev/rmt/c0t3d0BEST

[MidRange Support]

I have changed 3 tapes..but have the same problem...

[PIYUSH D. PATEL]

Hi,

It means that your tape drive is having problems. Try with a fbackup command also and verify.

Piyush

[PIYUSH D. PATEL]

Hi,

Try cleaning the tape drive with a cleaning tape and the try

tar -cvf /dev/rmt/4m /var/tmp

Piyush

[A. Clay Stephenson]

It appears that you have a bad tape drive. Do an ioscan -fn to make sure that this device is bound. Your next option would be a shutdown and coldboot (assuming this is an internal DDS drive).

[Jeff Schussele]

May be an obvious question, but what are the perms on /dev/rmt/4mn?

Should be 666 & a character device and be owned by bin:bin.

Rgds,
Jeff

[MidRange Support]

Ok guys...i think I found the problem..my colleague helped me out...DDS4 drive cant write to a DDS1 tape...

It requires a min DDS2 tape...i used a DDS2 it worked..

DDS4 drives can read, rew, forward on a DDS1, but cant write into it...

Anyways thanks for all ur input.