StoreEver Tape Storage
1751703 Members
5047 Online
108781 Solutions
New Discussion юеВ

Re: autochanger driver configuration

 
SOLVED
Go to solution
Bob Bonner
Occasional Advisor

Re: autochanger driver configuration

I've attached some pertinent data concerning the tape drive. Including the exact error message.

Re: autochanger driver configuration

Hmm not sure whether the scsi_io.c program is designed to work on tape drives as well, I thought it was only for pass-thru devices like the robotics...

From your mc -r command it looks like you already have a tape in the drive, so try the following:

mt -f /dev/rmt/2mn stat

HTH

Duncan

I am an HPE Employee
Accept or Kudo
Bob Bonner
Occasional Advisor

Re: autochanger driver configuration

All mt commands return an i/o error..

Re: autochanger driver configuration

Maybe the tape is in the drive, but offlined...

Use the front panel of the robot to put the tape away, and the load another into the drive... the repeat the mt command.

HTH

Duncan

I am an HPE Employee
Accept or Kudo
Michael Tully
Honored Contributor

Re: autochanger driver configuration

Hi Bob,

A couple of things spring readily to mind
about this problem.

You may wish to disable the potential
SCSI errors that cause tapes to get
stuck in drives. Add to your system kernel
'st_ats_enabled 0'

Disable the EMS monitoring for SCSI tapes.
Attached is a document on how.

If you using Omniback as your backup tool
make sure that you are using a lock for
each logical drive that is created. Also
make sure that the autochanger itself uses
the option to eject tapes back to the slot
if a backup fails, not just abort.

Anyone for a Mutiny ?
Bob Bonner
Occasional Advisor

Re: autochanger driver configuration

I don't have any of those monitor files, so I don't think they apply. However, I'll make the kernel addition and continue to search for monitors that could have some effect.