My original question was:
-------------------------
I have a question concerning a Quantum DLT 4000 tape drive unit which is
connected to a SPARCstation 10 with Solaris 2.5 installed. This tape unit
should be able to store up to 20 GBytes in native format and up to 40 GBytes
compressed.
I use ufsdump to backup files with the parameters "ufsdump 0fu /dev/rmt/0hn"
followed by the file system being dumped. I have edited the /kernel/drv/st.conf
to contain the entries:
tape-config-list=
"Quantum DLT 4000", "DLT-4000", "dlt-data";
dlt-data=1,0x36,16384,0x0219,4,0x83,0x82,0x81,0x80,1;
I cannot get the unit to store more than a maximum of approximately 13 GBytes,
no matter which combination of device name I use.
-------------------------------------------------------------------------------
----------
First of all a big thanks to everyone who responded to my request. I received a
number of valuable tips, especially from cj@danosi.dk,
robert.gillespie@waii.com and harvey@iotek.ns.ca.
It turned out that one or more of the syntaxes in the file /kernel/drv/st.conf
were not quite correct. Quantum's Web site at
http://support.quantum.com/appnotes/sol232425.htm which cj@danosi.dk (the
Danish Sun distributor) pointed to was detailed and helpful.
The next thing to do was to increase the actual block size. Tape units of this
type are so fast that if data isn't fed fast enough, blank records are inserted
to keep the tape streaming. This problem was taken care of by overiding the
default densisty and block sizes.
I ended up using these parameters for /kernel/drv/st.conf:
----------------------------------------------------------
tape-config-list=
"DLT4000", "Quantum DLT4000", "DLT4000";
DLT4000 = 1,0x36,0,0x8219,4,0x17,0x18,0x82,0x83,3;
Any changes made to this file are recognized during the next reboot using the
-r flag for kernel compilation.
As for the ufsdump parameters I used this example:
--------------------------------------------------
/usr/sbin/ufsdump 0ucbdsf 500 4100000 13000 /dev/rmt/0cbn /dev/rdsk/c0t3d0s0
We haven't yet reached the end-of-tape during dumps so now it works! However, I
would in any case recommend a backup program which can initiate a number of
parallel sessions rather than serial sessions such as "ufsdump". A program like
Legato's NetWorker (the product is called "Solstice" in Sun's implementation
for Solaris) really takes advantage of the speed of the DLT tape unit by
starting parallel sessions (typically four), thus feeding the device with a
high and constant rate of data stream.
Best regards
Paul Hostrup-Jessen
----------------------------------------------------
Oticon A/S
Strandvejen 58
DK-2900 Hellerup
DENMARK
tel.: +45 39 17 71 53
fax : +45 39 27 79 00
Internet email: phj@oticon.oticon.dk400.dk