VXA AutoPak(TM) 1x10 Tape definitions

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm going to post the following to the Wiki as well.  This was a VXA-1
tape drive with V17 tapes.  (My memory is a little fuzzy actually, I
can't remember if it's V10 or a V17...the numbers below seem to indicate
it's a V17).


[root@Galaxy Linux]# ./vxaTool /dev/nst0 -i
vxaTool V3.31  --  Copyright (c) 1996-2002, Exabyte Corp.

Tape Drive identified as VXA1
/dev/nst0 - Vendor    : ECRIX   
/dev/nst0 - Product ID: VXA-1
/dev/nst0 - Firmware  : 2B7B
/dev/nst0 - Serialnum : 0000067C26F7
Done


[root@Galaxy Linux]# ./vxaTool /dev/nst0 -C 0
vxaTool V3.31  --  Copyright (c) 1996-2002, Exabyte Corp.
    
Tape Drive identified as VXA1
/dev/nst0 - Disabling compression...OK
Done


bash-2.05$ mt -f /dev/nst0 rewind
bash-2.05$ mt -f /dev/nst0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 1024 bytes. Density code 0x80 (DLT 15GB uncompressed).
Soft error count since last status=0
General status bits on (41010000):
 BOT ONLINE IM_REP_EN


[root@Galaxy tape-src]# ./tapetype -f /dev/nst0 
wrote 814230 32Kb blocks in 2490 files in 10925 seconds (short write)
wrote 695521 32Kb blocks in 4267 files in 11020 seconds (short write)
define tapetype unknown-tapetype {
    comment "just produced by tapetype program"
    length 30640 mbytes
    filemark 2137 kbytes
    speed 2202 kps
}
- -- 
Blue skies...   Todd    Public key: http://www.mrball.net/todd.asc
The question is for how long that network would be around before it falls 
due to the same problem (dclue/dt < 0 on the part of those who run it)
                                                     --Alex on NANOG
   Linux kernel 2.4.19-16mdk   4 users,  load average: 0.00, 0.00, 0.00
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+UuWwIBT1264ScBURAkioAJ4jqJ62Io92TatOPyhpouWh8i6gDgCgwIXi
LgyhtTl8VjEe8I/XLZkqqls=
=Sv2f
-----END PGP SIGNATURE-----