[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#401934: marked as done (st.o module does not allow 1MB blocks)

Your message dated Tue, 3 Jun 2008 13:39:20 +0200
with message-id <20080603113920.GC6571@stro.at>
and subject line Re: st.o module does not allow 1MB blocks
has caused the Debian Bug report #401934,
regarding st.o module does not allow 1MB blocks
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
401934: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401934
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: linux-image-2.6.18-3-amd64
Version: 2.6.18-7

This same issue also applied to kernels 2.6.16-2-amd64-k8-smp and 
2.6.17-1-amd64-k8-smp, I believe as well.

When trying to read or write a tape with blocks of 2048*512 bytes using 
the st module, the application (either dd using bs=1048576 or tar 
using "--blocking-factor=2048) quits with an error that says that the 
device is "busy".  If you try reading/writing with smaller blocks 
things work fine.

The problem is that I have hundreds of tapes written (using earlier 
kernels) using 2048x512B blocks....

Was there a Debian-specific patch that limited the block size in order 
to conserve memory usage, for example?  If so, could that please be 
removed or else tweaked to allow at least 1MB blocks?  Most of the 
tapes that I have, have been written using recent versions of RHEL.
 
Here is my uname string:
Linux uller 2.6.18-3-amd64 #1 SMP Mon Dec 4 17:04:37 CET 2006 x86_64 
GNU/Linux

I'm running Debian unstable as of 05 Dec 2006
libc = 2.3.6.ds1-8

Thanks a bunch,

Scott

PS:  I submitted this previously with incorrect package/version names.  
Sorry about that....

-- 
Scott M. Ransom            Address:  NRAO
Phone:  (434) 296-0320               520 Edgemont Rd.
email:  sransom@nrao.edu             Charlottesville, VA 22903 USA
GPG Fingerprint: 06A9 9553 78BE 16DB 407B  FFCA 9BFA B6FF FFD3 2989

--- End Message ---
--- Begin Message --- 
Version: 2.6.21-1

fixed in commit 9abe16c670bd3d4ab5519257514f9f291383d104
for stable use http://wiki.debian.org/EtchAndAHalf

thanks for report

-- 
maks

--- End Message ---
Reply to: