Sorry this has taken so long to get out but here it is.
It can be done. :)
edit st_conf.c, include the following:
/* Local addition for ArchiveST DAT Drive systems */
/* Modifications Copyright 1992 Archive Corporation */
{
"ArchiveST 4mm DAT/DAT-DC", 14, "ARCHIVE Python",0x30, 512,
(ST_KNOWS_EOD | ST_BSF | ST_BSR | ST_VARIABLE),5000, 5000,
{ 0, 0, 0, 0 }, { 0, 0, 0, 0 }
}
For the ArchiveST 1350 1/4" drive, add the following structure to the file
/sys/scsi/targets/st_conf.c:
/* Local addition for ArchiveST 1350 drive systems */
/* Modifications Copyright 1992 Archive Corporation */
{
"ArchiveST 1350", 13, "ARCHIVE ANCDA",0x17, 512,
(ST_QIC | ST_BSF | ST_BSR),5000, 5000,
{ 0, 0, 0, 0 }, { 0, 0, 0, 0 }
}
Additional Technical Notes and Comments:
If the ArchiveST drive is external, there are two different cables that may be
involved. For the older 3 series systems, Sun uses a 50 pin D connector while the
Sparc series machines use the newer high-density SCSI connector. Both of these
cables should be available from your supplier.
Tech Notes:
- Sun OS 4.11 or earlier: for the ST2000 / ST4000 drives, please
remove the "ST_KNOWS_EOD" from the structure of the "st_conf.c"
and "st_reg.h" files.
- Sun OS 4.11 or earlier: the 'st_reg.h' file needs to be edited
is the same manor as "st_conf.c" file.
- To set the ST2000 / ST4000 drives to a fixed block length, remove
"ST_VARIABLE" from the above structure in the "st_conf.c" and
"st_reg.h" files.
Dump command with DAT for SUN SPARC systems
The requirements for dump usage are:
dump 0dsf 61000 10240 /dev/rst0 /dev/sd0xxx
It appears that a unit attention bit is not cleared on boot by the SUN (SCSI bus).
This results in the first command to the SCSI tape drive to fail (the command
effectively clears this unit attention bit). Subsequent commands to the SCSI tape
drive will then respond properly. To alleviate this phenomenon, the following
should be implemented:
The boot script /etc/rc.local should be edited and the following line added
(anywhere that is convenient):
mt rewind > /dev/null 2>&1
Thanks very much to:
johnson@spectra.com
helios!electron.var.com!scb@uunet.UU.NET
For their invaluable help and the above info.
Dave Cress
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:08:22 CDT