Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 8 Mar 1999 09:31:11 -0800 (PST)
From:      Matthew Jacob <mjacob@feral.com>
To:        Chris Dillon <cdillon@wolves.k12.mo.us>
Cc:        freebsd-scsi@FreeBSD.ORG
Subject:   Re: Wangtek 51000HT tape drive
Message-ID:  <Pine.LNX.4.04.9903080925090.12922-100000@feral-gw>
In-Reply-To: <Pine.BSF.4.05.9903072026140.6106-100000@duey.wolves.k12.mo.us>

next in thread | previous in thread | raw e-mail | index | archive | help

I am *very* confused now. Looks like things are pretty badly broken. The
read block limits command is broken. The mode select is broken. 

In a couple of days I'll integrate a couple more changes in -current, and
I'll do a Move from Current to -STABLE if folks can do some testing to see
if this gets things fixed.



> Since you asked, I decided to document every move I made.  Contrary to
> Murphy's Law, I didn't notice the problems until I started looking for
> them. :-)
> 
> I didn't mean I had set the block sizes on tape to 32k with something
> like 'mt blocksize 32768'... I had actually managed to set it to
> 'variable' blocksize and had 'team' working with 32k blocks.  Sorry
> about that irrelevant remark. :-)
> 
> Running 3.1-19990228-STABLE
> 
> Fresh cold boot.. no tape.
> 
> root@cheetah [/root] # mt status
> Mode      Density         Blocksize      bpi      Compression
> Current:  QIC-320         512 bytes      16000    unsupported
> ---------available modes---------
> 0:        QIC-320         512 bytes      16000    unsupported
> 1:        QIC-320         512 bytes      16000    unsupported
> 2:        QIC-320         512 bytes      16000    unsupported
> 3:        QIC-320         512 bytes      16000    unsupported
> ---------------------------------
> Current Driver State: at rest.
> 
> "3M Magnus 1.2" tape inserted.  Same 'mt status' output.
> 
> root@cheetah [/root] # tar cv .
> (sa0:ncr0:0:5:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
> (sa0:ncr0:0:5:0): ILLEGAL REQUEST csi:0,8,0,0
> (sa0:ncr0:0:5:0): unable to set fixed blocksize to 512
> tar: can't open /dev/rsa0 : Invalid argument
> 
> Hmmm... remove tape, reinsert it.
> 
> root@cheetah [/root] # mt status
> Mode      Density         Blocksize      bpi      Compression
> Current:  ECMA TC17       512 bytes      45434    unsupported
> ---------available modes---------
> 0:        ECMA TC17       512 bytes      45434    unsupported
> 1:        ECMA TC17       512 bytes      45434    unsupported
> 2:        ECMA TC17       512 bytes      45434    unsupported
> 3:        ECMA TC17       512 bytes      45434    unsupported
> ---------------------------------
> Current Driver State: at rest.
> ---------------------------------
> File Number: 0  Record Number: 0
> 
> Hmmm again.
> 
> root@cheetah [/root] # mt offline
> root@cheetah [/root] # mt status
> Mode      Density         Blocksize      bpi      Compression
> Current:  0x00            variable       0        unsupported
> ---------available modes---------
> 0:        0x00            variable       0        unsupported
> 1:        0x00            variable       0        unsupported
> 2:        0x00            variable       0        unsupported
> 3:        0x00            variable       0        unsupported
> ---------------------------------
> Current Driver State: at rest.
> 
> root@cheetah [/root] # mt blocksize 512
> root@cheetah [/root] # tar czv .
> 
> At this point, it tars up 13MB of data, but right at the end I get:
> 
> (sa0:ncr0:0:5:0): Invalid request.  Fixed block device requests must
> be a multiple of 1 bytes
> tar (child): can't write to /dev/rsa0 : Invalid argument
> 
> root@cheetah [/root] # mt blocksize 0
> root@cheetah [/root] # tar czv .
> [tars up about 13MB of data and spits it to tape... no errors]
> root@cheetah [/root] # tar tzv
> [lists every file tarred in previous command... no errors]
> 
> Weird.  Did that help any? :-)
> 
> 
> -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net
> /* FreeBSD: The fastest and most stable server OS on the planet.
>    For Intel x86 and compatibles (SPARC and Alpha under development)
>    ( http://www.freebsd.org )                                       */
> 
> 



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.04.9903080925090.12922-100000>