SUMMARY: 4mm DAT parameters

From: John Horne (J.Horne@plymouth.ac.uk)
Date: Mon Mar 23 1998 - 05:05:49 CST


Original question:
>
> We have used 4mm DAT's for some time now and were originally told by Sun
> (UK)
> to use:
> dump 0udsf 61000 5000 ...
>
> No blocking factor was specified. Can anyone enlighten me as to what the
> parameters *should* be? We currently use both 60m and 90m tapes if that
> makes a difference. Any help DLT IV's as well could be useful :-)
>
Thanks to all those whole replied. Unfortunately there doesn't seem to be a
definitive answer. Two people sent me a copy of the Sunos 4.1.4 document (see
below); one other user stated that they used a blocking factor of 126 with no
problems (DLT as well).

I am of the opinion that the size value is irrelevant as the tape unit can
detect the end of tape. As for blocking factor and density, well...we use
96 and 61000 with no problems; but others use other values with no problems
either.

John.
---------------------------------------------------------------------------
Here is a copy of a file that I downloaded from Sun is the US. Here
goes.

Symptoms and Resolutions article 10688
                        [ Notify of patch changes ]
            [ Edit/Retrieve Marked Documents ] [ Mark Document ]

------------------------------------------------------------------------

SRDB ID: 10688

SYNOPSIS: Dump parameters for 4mm dat

DETAIL DESCRIPTION:

What are the dump parameters for 4mm DAT drive for 4.1.3U1?

SOLUTION SUMMARY:

Here are the dump parameters for 4.1.3U1.

Native (non-compressed) mode:

  dump 0ubdsf 96 54000 5200 /dev/rst0 /dev/xxx

     The 96 specifies a blocking factor of 48 which is optimum for
DAT/Loader
     The 54,000 is the same density factor used for the 8mm drives
     The 5,200 is used for size instead of 6000, because the DAT has a
     capacity of 2GB rather than the 2.3GB capacity of 8mm drives.
     The rst0 specifies non compression mode (this is very important)

compression mode:

    The DAT drive supports compression. However, it is not possible to
    determine how much data will fit on a tape. A typical value is
twice
    non-compression mode, but in some cases the data won't fit on the
    tape and in many cases the data is muchmore compressible and tape
    capacity will be wasted.

    To be on the safe side, doubling the capacity is recommended. It
should
    be noted however that in some cases even this may not be
conservative
    enough, and that the only way to guarantee that the dump will not
run
    out of tape is to not use compression.

    Doubling the size option (5200 in non-compressed mode) results in
the
    following command:

        dump 0ubdsf 96 54000 10400 /dev/rst8 /dev/xxx

   The 10400 specifies an anticipated capacity of 4Gbytes. Note the
   use of /dev/rst8 instead of /dev/rst0.

PRODUCT AREA: System Administration
PRODUCT: Device config
SUNOS RELEASE: SunOS 4.1.3_U1
HARDWARE: any

------------------------------------------------------------------------
        Home | Free Services | Contract Services | Account Services
        Table of Contents | Comments | Help | SunSolve FAQ's

     Questions or comments regarding this service? webmaster
     Copyright 1994-1997 Sun Microsystems, Inc., 901 San Antonio Road,
Palo
     Alto, CA 94303 USA.
     All rights reserved.

-----------------------------------------------------------------------------
John Horne E-mail: J.Horne@plymouth.ac.uk
Computing Service Phone : +44 (0) 1752 - 233911
University of Plymouth, UK Fax : +44 (0) 1752 - 233919



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:12:34 CDT