LTO anyone

SGI hardware problems, solutions, tips, hacks, etc.
Forum rules
Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.
magellan
Posts: 230
Joined: Thu Mar 24, 2005 1:13 am
Location: Scotland

LTO anyone

Unread postby magellan » Thu Feb 17, 2011 4:00 am

Hello,

I was wondering if anyone had any luck with LTO drives and Irix boxes. I'm considering getting one but I don't want to spend a lot of money on one if I can't make it work.

Regards
:O2: :Indy: (KO) :Octane: (KO)

Looking for:
1600sw, O2 cam, Fuel

User avatar
duck
Posts: 592
Joined: Mon Oct 27, 2003 5:22 pm
Location: Jakobstad, Finland
Contact:

Re: LTO anyone

Unread postby duck » Thu Feb 17, 2011 6:25 am

I do have one, but it's hooked up (internally) to my main swerver. I do have some downtime scheduled in the future so I could take it out and hook it up to the octane if none else steps up. It will easily be weeks before that happens though (waiting on shipment of RAM from Australia).

Scratch that, I don't have an internal-to-external connector for 68p...

User avatar
recondas
Moderator
Moderator
Posts: 5287
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: LTO anyone

Unread postby recondas » Thu Feb 17, 2011 7:30 am

HP published a Unix Configuration Manual that included a IRIX kernel configuration file for their LTO/Ultrium drives. The trick is/was finding a copy. The current <commonly available> version is Edition 5, from which HP unfortunately dropped IRIX.

After playing word games with google for a while I managed to find a copy of Edition 1 of the HP Ultrium Tape Drives Unix Configuration Guide - which does indeed include an IRIX 6.5 kernel configuration guide <and a few other gone-with-the-wind unix flavors>.

Seeing as it's an Edition 1 manual, it probably deals with earlier model HP LTO/Ultrium drives. The manual is still publicly available on one of HP's semi-obscure servers: http://www.google.com/url?sa=t&source=w ... 1g&cad=rja
As long as it's still available I'd recommend downloading a copy - HP gives some advice on user changeable block sizes to tune the the drive for specific uses, as well as a run down on specific commands to use

Here's the kernel configuration file <watch for erroneous word wrap>:

Code: Select all

   { DATTAPE, TPDAT, 2, 7, "HP", "Ultrium", /*LTO-1*/, 0, 0, {0},
     MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_COMPRESS|MTCAN_PREV|
       MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|MTCAN_SETSZ|
       MTCAN_SILI|MTCAN_SEEK|MTCAN_CHTYPEANY,
     /* minimum delay on i/o is 4 minutes, because when a retry is
      * performed, the drive retries a number of times, and then
      * rewinds to BOT, repositions, and tries again. */
     40, 5*60, 20*60, 20*60, 3*3600, 512, 512*512,
     tpsc_default_dens_count, tpsc_default_hwg_dens_names,
     tpsc_default_alias_dens_names,
     {0}, 0, 0, 0,
     0, (u_char *)0 },
For anyone who's not certain what to do with the kernel config file, there's a neko-wiki that gives the run-down on where to put the file and how to get the kernel to recognize it.
Attachments
11213.pdf
LTO-1 Unix Configuration Guide (including IRIX)
(271.64 KiB) Downloaded 78 times
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
duck
Posts: 592
Joined: Mon Oct 27, 2003 5:22 pm
Location: Jakobstad, Finland
Contact:

Re: LTO anyone

Unread postby duck » Thu Feb 17, 2011 7:44 am

Excellent! I'll archive a copy as well.

magellan
Posts: 230
Joined: Thu Mar 24, 2005 1:13 am
Location: Scotland

Re: LTO anyone

Unread postby magellan » Thu Feb 17, 2011 8:46 am

Oh, that manual was interesting to read:

MTCAN value Capability Enabled
APPEND Append to existing tape data
BSF Backspace file
BSR Backspace record
CHKRDY Determine if a tape cartridge is present
CHTYPEANY Change density and/or fixed to variable at points other than
beginning of tape
COMPRESS Compression
PREV Prevent media removal
SEEK Seek to a particular block
SETSZ Fixed block size can be set
SILI Suppress illegal length indicators
SPEOD Space to EOD (end of data)
SYNC Synchronous mode SCSI
VAR Variable block sizes


Constant Description
40 Transfer time-out in “inverse ticks”
5*60 Minimum time-out in seconds for any command
20*60 Space command time-out in seconds
20*60 Time-out in seconds for long operations (such as rewinds)
512 Default block size in bytes for fixed block size mode
64*512 or
512*512
Recommended blocking factor in bytes for the upper limit of read/
write commands
:O2: :Indy: (KO) :Octane: (KO)

Looking for:
1600sw, O2 cam, Fuel

User avatar
recondas
Moderator
Moderator
Posts: 5287
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: LTO anyone

Unread postby recondas » Fri Feb 18, 2011 4:35 pm

As a follow up, I had a couple of Dell (oem'd HP) LTO-1 drives on-hand, and moved one to an external case to test compatibility with the HP provided kernel configuration file.

After the initial power up, as expected the drive appeared as "unknown" to both an hinv -vm and "mt status".

Code: Select all

Integral SCSI controller 5: Version LS1030, low voltage differential
  Tape drive: unit 6 on SCSI controller 5: unknown

# mt status
        Controller: SCSI
        Device: HP: Ultrium 1-SCSI  E21V
        Status: 0x200
        Drive type: unknown
        Media : Not READY
The good news is that the drive has standard HP firmware, so no modifications will be needed to the device identification string in the HP provided kernel configuration file.

After adding the HP kernel config file to /var/sysgen/master.d/scsi I updated the kernel <with autoconfig> and rebooted. After the reboot, the drive was correctly recognized by an hinv and mt status:

Code: Select all

Integral SCSI controller 5: Version LS1030, low voltage differential
  Tape drive: unit 6 on SCSI controller 5: DAT

# mt status
        Controller: SCSI
        Device: HP: Ultrium 1-SCSI  E21V
        Status: 0x20262
        Drive type: DAT
        Media : READY, writable, at BOT


After using a 75 GB DLT drive, the 200GB capacity of the Ultrium/LTO-1 is nice. I've got a full system backup running now - I'll update this post when its done.

Update: I used the IRIX provided GUI <for cpio> to run a full system back up - and after the backup completed was able to read the contents of the tape and restore selected files.

The LTO-1 drive was connected to a LSI 21320 Ultra320 controller <according to the hinv as an LVD device>. The full system backup was 60.71 GB. From start to finish it took 33 minutes, 30 seconds - a significant improvement considering the DEC DLT7000 35/70GB drive <the same one used when I wrote the tape drive wiki> needed several hours/usually overnight to make a similar sized backup of back up of my Octane <connected to the Octane's native single-ended UltraSCSI bus>.
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
recondas
Moderator
Moderator
Posts: 5287
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: LTO anyone

Unread postby recondas » Sun Feb 20, 2011 7:01 am

Here are a few more kernel configuration files for tape drives that are larger/newer than those included in with IRIX. These are compliments of a web search and I don't have the specific tape drives to test with, so no guarantees.

In an attempt to consolidate, the last four were recopied from videobrat's 2005 nekochan post.

In a follow up to videobrat's original post, LoWeN mentions that an additional piece of <licensed> IRIX software is required to allow the use of tape drives larger than a DLT IV. The additional software mentioned by LoWeN is an asynchronous personality daemon, or APD. Here's a forum post by videobrat where he describes problems with a Quantum LTO-3 drive used without APD - and a follow up post where he mentions that an HP LTO-3 drive he got as a replacement for the Quantum LTO-3 worked without APD.

VideoBrat's initial problems with the Quantum LTO-3 drive may have been the result of a typographical error in the kernel configuration file he used, rather than the lack of APD software. The first line of the IRIX kernel config file he used read:
{ DATTAPE, TPDAT, 8, 7, "CERTANCE", "ULTRIUM 3", 0, 0, {0},
- the fourth field in that line "7", should reflect the total number of spaces in the fifth field ("ULTRIUM 3"), which is actually 9 spaces. To comply with SGI's guidelines, it should have read
{ DATTAPE, TPDAT, 8, 9, "CERTANCE", "ULTRIUM 3", 0, 0, {0},
(the copy quoted below is the edited version).

I don't have the APD software, and so far that hasn't been a problem with backups and partial restores using the non-APD HP LTO-1 I tested with. In the absence of the APD software, the best practice may be to test a non-APD backup *before* a critical system back up is done. (UPDATE: the list of successfully tested drives larger than DLT IV now includes an IBM LTO-2, a Quantum (Certance) LTO-2HH, and a Quantum SDLT320 - follow the thread for additional details).

There's not much in TechPubs on APD beyond some <similar> customer letters <scroll down to see the list>, and an indirect mention in the IRIX 6.5.30 Release Announcement that certain drives <that need the APD software> would appear in "mt status" as an "Async Personality Device".

I suspect that <among other things> the IRIX asynchronous personality daemon *might* provide for faster read/write performance, but was also intended as a marketing device to guide customers contemplating the purchase of a tape drive back to SGI. One source that might shed additional light on the subject is Sony's Unix Configuration Guide v2.24. In that manual Sony recommends using APD v2.7 for their AIT-3 and SAIT-1 drives, but also provides a IRIX kernel configuration file to allow "testing without APD" <perhaps Sony's way of backdooring APD when Sony's potential customers balked at having to purchase an APD license just to test Sony's drives> . Sony's inclusion of a 'test' kernel driver at least suggests some drives will function without the addition of the APD software, and might hint that not using APD doesn't result in a performance hit - it would hardly behoove Sony to provide a method to test their drives that resulted degraded performance. In either case, the ability to use any of the drives listed below could still offer backup capacities greater than DDS4 or DLT IV.

So if anyone does try one and have success, please post a follow up note.
HP Ultrium 1 / LTO-1

Code: Select all

        /* HP Ultrium 1 / LTO-1 */       
         { DATTAPE, TPDAT, 2, 7, "HP", "Ultrium", /*LTO-1*/, 0, 0, {0},
           MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_COMPRESS|MTCAN_PREV|
             MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|MTCAN_SETSZ|
             MTCAN_SILI|MTCAN_SEEK|MTCAN_CHTYPEANY,
           /* minimum delay on i/o is 4 minutes, because when a retry is
            * performed, the drive retries a number of times, and then
            * rewinds to BOT, repositions, and tries again. */
           40, 5*60, 20*60, 20*60, 3*3600, 512, 512*512,
           tpsc_default_dens_count, tpsc_default_hwg_dens_names,
             tpsc_default_alias_dens_names,
          {0}, 0, 0, 0,
          0, (u_char *)0 },

IBM LTO2

Code: Select all

    /* IBM LTO-2 / Ultrium-TD2 */
    { DATTAPE, TPDAT, 3, 11, "IBM", "ULTRIUM-TD2", 0, 0, {0},
      MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SETMK|
        MTCAN_PREV|MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|
        MTCAN_SETSZ|MTCAN_SILI|MTCAN_SEEK|MTCAN_COMPRESS,
      40, 5*60, 10*60, 10*60, 3*3600, 512, 256*512,
      tpsc_default_dens_count, tpsc_default_hwg_dens_names,
        tpsc_default_alias_dens_names,
      {0}, 0, 0, 0,
      0, (u_char *)0 },

IBM LTO3

Code: Select all

    /* IBM LTO-3 / Ultrium-TD3 */
     { DATTAPE, TPDAT, 3, 11, "IBM", "ULTRIUM-TD3", 0, 0, {0},
       MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SETMK|
         MTCAN_PREV|MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|
         MTCAN_SETSZ|MTCAN_SILI|MTCAN_SEEK|MTCAN_COMPRESS,
       40, 5*60, 10*60, 10*60, 3*3600, 512, 256*512,
       tpsc_default_dens_count, tpsc_default_hwg_dens_names,
         tpsc_default_alias_dens_names,
       {0}, 0, 0, 0,
       0, (u_char *)0 },

Quantum SuperDLT-1

Code: Select all

    /* Quantum SuperDLT-1 */
     { DECDLT, TPDLT, 7, 9, "QUANTUM", "SuperDLT1", 0, 0, {0},
       MTCAN_BSF | MTCAN_BSR | MTCAN_APPEND | MTCAN_SPEOD |
         MTCAN_CHKRDY | MTCAN_VAR | MTCAN_SETSZ | MTCAN_SILI |
         MTCAN_SEEK | MTCAN_SYNC | MTCAN_CHTYPEANY | MTCAN_COMPRESS,
       20, 8*60, 20*60, 5*60, 3*3600, 4096, 64*1024,
       tpsc_default_dens_count, tpsc_default_hwg_dens_names,
           tpsc_default_alias_dens_names,
            {0}, 0, 0, 0,
       0, (u_char *)0 },

HP Ultrium-3/LTO-3 <originally provided by videobrat in this nekochan post>

Code: Select all

        /* HP LTO3 / Ultrium 3 */
         { DATTAPE, TPDAT, 2, 9, "HP", "Ultrium 3", 0, 0, {0},
           MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SETMK|MTCAN_PART|MTCAN_PREV|
             MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|MTCAN_SETSZ|
             MTCAN_SILI|MTCAN_AUDIO|MTCAN_SEEK|MTCAN_CHTYPEANY|MTCAN_COMPRESS,
           40, 5*60, 20*60, 20*60, 3*3600, 512, 512*512,
           tpsc_default_dens_count, tpsc_default_hwg_dens_names,
             tpsc_default_alias_dens_names,
           {0}, 0, 0, 0,
           0, (u_char *)0 },

Quantum (Certance) LTO-2

Code: Select all

   /* Certance LTO-2 / Ultrium 2 */
   { DATTAPE, TPDAT, 8, 9, "CERTANCE", "ULTRIUM 2", 0, 0, {0},
   MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SETMK|
        MTCAN_PREV|MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|
        MTCAN_SETSZ|MTCAN_SILI|MTCAN_SEEK|MTCAN_COMPRESS,
   40, 5*60, 10*60, 10*60, 3*3600, 512, 256*512,
   tpsc_default_dens_count, tpsc_default_hwg_dens_names,
        tpsc_default_alias_dens_names,
   {0}, 0, 0, 0,
   0, (u_char *)0 },

Quantum (Certance) LTO3

Code: Select all

        /* Quantum LTO3 / Ultrium 3 */
         { DATTAPE, TPDAT, 8, 9, "CERTANCE", "ULTRIUM 3", 0, 0, {0},
           MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SETMK|MTCAN_PART|MTCAN_PREV|
             MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|MTCAN_SETSZ|
             MTCAN_SILI|MTCAN_AUDIO|MTCAN_SEEK|MTCAN_CHTYPEANY|MTCAN_COMPRESS,
           40, 5*60, 20*60, 20*60, 3*3600, 512, 512*512,
           tpsc_default_dens_count, tpsc_default_hwg_dens_names,
             tpsc_default_alias_dens_names,
           {0}, 0, 0, 0,
           0, (u_char *)0 },

HP LTO-4 (Model 1760) - provided by hhoffman in this nekochan topic.

Code: Select all

 /* HP LTO4 / Ultrium 4 */
   { DATTAPE, TPDAT, 2, 9, "HP", "Ultrium 4", 0, 0, {0},
          MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SETMK|MTCAN_PART|MTCAN_PREV|
          MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|MTCAN_SETSZ|
          MTCAN_SILI|MTCAN_AUDIO|MTCAN_SEEK|MTCAN_CHTYPEANY|MTCAN_COMPRESS,
          40, 5*60, 20*60, 3*3600, 512, 256*512, 512*512,
          tpsc_default_dens_count, tpsc_default_hwg_dens_names,
          tpsc_default_alias_dens_names,
          {0}, 0, 0, 0,
          0, (u_char *)0 },

The following were also provided by videobrat <in this original post>:
Quantum SDLT 220

Code: Select all

        /* Quantum SDLT220 drive */
        { DECDLT, TPDLT, 7, 7, "QUANTUM", "SDLT220", 0, 0,
         {0}, MTCAN_BSF | MTCAN_BSR | MTCAN_APPEND | MTCAN_SPEOD |
         MTCAN_CHKRDY | MTCAN_VAR | MTCAN_SETSZ | MTCAN_SILI | MTCAN_SEEK|
         MTCAN_SYNC | MTCAN_CHTYPEANY | MTCAN_COMPRESS | MTCAN_SETDEN,
         20, 8*60, 20*60, 5*60, 3*3600, 4096, 64*1024,
         tpsc_default_dens_count, tpsc_default_hwg_dens_names,
         tpsc_default_alias_dens_names,
         {0}, 0, 0, 0,
         0, (u_char *)0 },

Quantum SDLT 320

Code: Select all

        /* Quantum SDLT320 drive */
        { DECDLT, TPDLT, 7, 7, "QUANTUM", "SDLT320", 0, 0,
         {0}, MTCAN_BSF | MTCAN_BSR | MTCAN_APPEND | MTCAN_SPEOD |
         MTCAN_CHKRDY | MTCAN_VAR | MTCAN_SETSZ | MTCAN_SILI | MTCAN_SEEK|
         MTCAN_SYNC | MTCAN_CHTYPEANY | MTCAN_COMPRESS | MTCAN_SETDEN,
         20, 8*60, 20*60, 5*60, 3*3600, 4096, 64*1024,
         tpsc_default_dens_count, tpsc_default_hwg_dens_names,
         tpsc_default_alias_dens_names,
         {0}, 0, 0, 0,
         0, (u_char *)0 },

Quantum SDLT 600

Code: Select all

        /* Quantum SDLT600 drive */
        { DECDLT, TPDLT, 7, 7, "QUANTUM", "SDLT600", 0, 0, {0, 0, 0, 0 },
         MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SPEOD |
         MTCAN_CHKRDY|MTCAN_VAR| MTCAN_SETSZ|MTCAN_SILI|MTCAN_SEEK|
         MTCAN_SYNC|MTCAN_CHTYPEANY | MTCAN_COMPRESS | MTCAN_SETDEN,
         20, 8*60, 20*60, 5*60, 3*3600, 16384, 64*1024,
         tpsc_default_dens_count, tpsc_default_hwg_dens_names, tpsc_default_alias_dens_names,
         {0}, 0, 0, 0,
         0, (u_char *)0 },

Sony DTF-2

Code: Select all

         /* SONY GY-8240 DTF2 drive */
         { SONYGY, TPGY2120, 4, 7, "SONY", "GY-8240", 0, 0, {0, 0, 0, 0},
            MTCAN_BSF | MTCAN_BSR | MTCANT_RET | MTCAN_CHKRDY | MTCAN_PREV |
             MTCAN_SEEK | MTCAN_APPEND | MTCAN_SILI | MTCAN_VAR | MTCAN_SETSZ |
              MTCAN_CHTYPEANY | MTCAN_COMPRESS,
               20, 100*60, 10*60, 9*60, 9*60, 16384, 256*1024,
           tpsc_default_dens_count, tpsc_default_hwg_dens_names, tpsc_default_alias_dens_names,
           {0}, 0, 0, 0,
           0, (u_char *)0 },

If any one has additional <or alternative> examples, please post them.
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

magellan
Posts: 230
Joined: Thu Mar 24, 2005 1:13 am
Location: Scotland

Re: LTO anyone

Unread postby magellan » Sun Feb 20, 2011 7:21 am

Brilliant Recondas,

I suggest we had this to the wiki with due credits as soon as the hardware aggregators pages are in place.

Thanks.
:O2: :Indy: (KO) :Octane: (KO)

Looking for:
1600sw, O2 cam, Fuel

User avatar
The Keeper
Posts: 1632
Joined: Mon Nov 17, 2003 9:23 pm
Location: Buffalo, NY
Contact:

Re: LTO anyone

Unread postby The Keeper » Fri Feb 25, 2011 11:00 am

If anyone wants a cheap SDLT220, I have a couple spares. I also have a couple SDLT600's, but those I need to get the mid-$xxx range for.

Chris
:O2000R: (<-EMXI/IO6G) :O200: :O200: :O200: (<- quad R12k O200 w/GIGAchannel and ESI+Tex) plus a bunch of assorted standalone workstations...

User avatar
PymbleSoftware
Posts: 1887
Joined: Tue Jul 15, 2008 5:48 pm
Location: P.O. Box 121, Pymble, Sydney, NSW 2073, Australia.
Contact:

Re: LTO anyone

Unread postby PymbleSoftware » Fri Feb 25, 2011 12:17 pm

magellan wrote:Brilliant Recondas,

I suggest we had this to the wiki with due credits as soon as the hardware aggregators pages are in place.

Thanks.


I only have a DDS-2 and a 21Gb S-VHS Tape back up.. So not speaking from experience but I am consolidating what I read:
http://www.nekochan.net/wiki/LTO

R.
死の神はりんごだけ食べる

開いた括弧は必ず閉じる -- あるプログラマー

:Tezro: :Tezro: :Onyx2R: :Onyx2RE: :Onyx2: :O3x04R: :O3x0: :O200: :Octane: :Octane2: :O2: :O2: :Indigo2IMP: :PI: :PI: :1600SW: :1600SW: :Indy: :Indy: :Indy: :Indy: :Indy:
:hpserv: J5600, 2 x Mac, 3 x SUN, Alpha DS20E, Alpha 800 5/550, 3 x RS/6000, Amiga 4000 VideoToaster, Amiga4000 -030, 733MHz Sam440 AmigaOS 4.1 update 1.

Sold: :Indy: :Indy: :Indy: :Indigo: Tandem Himalaya S-Series Nonstop S72000 ServerNet.

@PymbleSoftware
Current Apps -> https://itunes.apple.com/au/artist/pymb ... d553990081
Cortex ---> http://www.facebook.com/pages/Cortex-th ... 11?sk=info
Minnie ---> http://www.facebook.com/pages/Minnie-th ... 02?sk=info
Github ---> https://github.com/pymblesoftware
Visit http://www.pymblesoftware.com
Search for "Pymble", "InstaElf", "CryWhy" or "Cricket Score Sheet" in the iPad App store or search for "Pymble" or "CryWhy" in the iPhone App store.

User avatar
recondas
Moderator
Moderator
Posts: 5287
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: LTO anyone

Unread postby recondas » Sat May 05, 2012 4:22 pm

As a follow up note, I just added an IBM LTO2/Ultrium-TD2 tape drive

Code: Select all

# mt status
        Controller: SCSI
        Device: IBM: ULTRIUM-TD2     4770
        Status: 0x20262
        Drive type: DAT
        Media : READY, writable, at BOT
that works with the following definition file:

Code: Select all

    /* IBM LTO-2 / Ultrium-TD2 */
    { DATTAPE, TPDAT, 3, 11, "IBM", "ULTRIUM-TD2", 0, 0, {0},
      MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SETMK|
        MTCAN_PREV|MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|
        MTCAN_SETSZ|MTCAN_SILI|MTCAN_SEEK|MTCAN_COMPRESS,
      40, 5*60, 10*60, 10*60, 3*3600, 512, 256*512,
      tpsc_default_dens_count, tpsc_default_hwg_dens_names,
        tpsc_default_alias_dens_names,
      {0}, 0, 0, 0,
      0, (u_char *)0 },
That IBM LTO-2 drive completed a 12.4GB full system backup (using the IRIX gui for cpio) in a hair over 10 minutes.

There's a How-To post in the neko_wiki that describes where to place the definition file and how to configure your system to use it (and the tape drive): http://www.nekochan.net/wiki/Tape_Drive ... r_IRIX_6.5
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
recondas
Moderator
Moderator
Posts: 5287
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: LTO anyone

Unread postby recondas » Thu May 17, 2012 6:33 pm

Another LTO tape drive tested and confirmed working with IRIX. This one is a Certance (Quantum) LTO 2HH (half-height) drive, model CL1001. I couldn't find a Quantum supplied kernel configuration file, so I modified the IBM LTO-2 / Ultrium-TD2 config file so it would work with the Quantum/Certance drive (see the Identifing Non-Standard Tape Drives under IRIX 6.5 article in the neko-wiki for more on modifying tape drive kernel config files).

After the modified config file was added (and the kernel rebuilt) the drive was recognized by IRIX:

Code: Select all

Integral SCSI controller 6: Version LS1030, low voltage differential
  Tape drive: unit 6 on SCSI controller 6: DAT

# mt status
        Controller: SCSI
        Device: CERTANCE: ULTRIUM 2       19145405
        Status: 0x20262
        Drive type: DAT
        Media : READY, writable, at BOT

and here's the modified configuration file:

Code: Select all

   /* Certance LTO-2 / Ultrium 2 */
   { DATTAPE, TPDAT, 8, 9, "CERTANCE", "ULTRIUM 2", 0, 0, {0},
   MTCAN_BSF|MTCAN_BSR|MTCAN_APPEND|MTCAN_SETMK|
        MTCAN_PREV|MTCAN_SYNC|MTCAN_SPEOD|MTCAN_CHKRDY|MTCAN_VAR|
        MTCAN_SETSZ|MTCAN_SILI|MTCAN_SEEK|MTCAN_COMPRESS,
   40, 5*60, 10*60, 10*60, 3*3600, 512, 256*512,
   tpsc_default_dens_count, tpsc_default_hwg_dens_names,
        tpsc_default_alias_dens_names,
   {0}, 0, 0, 0,
   0, (u_char *)0 },
Using the IRIX GUI for cpio, the half-height Certance/Quantum LTO 2 drive completed a 12.4GB full system backup in 9 minutes 43 seconds.

EDIT: Managed to find an original Quantum/Certance kernel config file for this drive in the Certance On-Line User's Guide for LTO-1/LTO-2 Tape Drives (see page 63). There doesn't seem to be much difference between the two, but here it is for posterities sake:

Code: Select all

      {DATTAPE, TPDAT, 8, 9, “CERTANCE”, “ULTRIUM 2”, 0, 0, {0},
          MTCAN_BSF | MTCAN_BSR | MTCAN_APPEND | MTCAN_SETMK |
          MTCAN_PREV | MTCAN_SYNC | MTCAN_SPEOD | MTCAN_CHKRDY |
       MTCAN_VAR | MTCAN_SETSZ | MTCAN_SILI | MTCAN_SEEK | MTCAN_COMPRESS,
       40, 5*60, 10*60, 10*60, 3*3600, 512, 256*512,
       tpsc_default_dens_count, tpsc_defalt_hwg_dens_names,
           tpsc_default_alias_dens_names,
       {0}, 0, 0, 0, 0, (u_char*) 0},
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
recondas
Moderator
Moderator
Posts: 5287
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: LTO anyone

Unread postby recondas » Mon May 28, 2012 9:55 am

Another report of success - this time with a Quantum SDLT320.

Code: Select all

Integral SCSI controller 6: Version LS1030, low voltage differential
  Tape drive: unit 6 on SCSI controller 6: DLT

# mt status
        Controller: SCSI
        Device: QUANTUM: SDLT320         6464
        Status: 0x20262
        Drive type: DLT
        Media : READY, writable, at BOT
using the kernel configuration file listed a few posts back:

Code: Select all

        /* Quantum SDLT320 drive */
        { DECDLT, TPDLT, 7, 7, "QUANTUM", "SDLT320", 0, 0,
         {0}, MTCAN_BSF | MTCAN_BSR | MTCAN_APPEND | MTCAN_SPEOD |
         MTCAN_CHKRDY | MTCAN_VAR | MTCAN_SETSZ | MTCAN_SILI | MTCAN_SEEK|
         MTCAN_SYNC | MTCAN_CHTYPEANY | MTCAN_COMPRESS | MTCAN_SETDEN,
         20, 8*60, 20*60, 5*60, 3*3600, 4096, 64*1024,
         tpsc_default_dens_count, tpsc_default_hwg_dens_names,
         tpsc_default_alias_dens_names,
         {0}, 0, 0, 0,
         0, (u_char *)0 },

Same 12.4GB full system backup took 13 minutes, 3 seconds.
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
bjornl
Posts: 328
Joined: Tue May 09, 2006 11:55 am
Location: Sweden

Re: LTO anyone

Unread postby bjornl » Wed May 30, 2012 9:48 am

I have a DELL Powervault 128T with LTO-1 drives and room for 20 tapes that I would like to put on an IRIX machine.
The drives will probably work with one of the configuration settings here, but how about the changer.

Any software recommendation? Amanda? I don't think cpio or tar will can handle the automatic changer.

/Bjorn

User avatar
recondas
Moderator
Moderator
Posts: 5287
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: LTO anyone

Unread postby recondas » Wed May 30, 2012 11:35 am

bjornl wrote:I have a DELL Powervault 128T with LTO-1 drives and room for 20 tapes that I would like to put on an IRIX machine.
I have a Dell LTO-1 that uses standard HP LTO-1 firmware. If you connect the drive you should be able to get the details on what the tape drive firmware reports to IRIX. My Dell LTO-1 isn't an autoloader, but if the mechanism is the same there's a copy of the kernel configuration file I used a few posts back. If your LTO Autoloader uses a different mechanism, there are several elsewhere in this topic (and more in/var/sysgen/master.d/scsi), or we can try tweaking one to fit.

If you've previously run MAKEDEV tape on a different tape drive you'll probably want to clear the old configuration before you run MAKEDEV on this one. Running "ls -l /dev/tape " and "ls -l /dev/nrtape" will tell if there's an existing tape configuration (/dev/tape and /dev/nrtape are symbolic links to /hw/tape - by way of /dev/rmt/tape and /dev/rmt/nrtape). If either invocation of ls -l returned a link to a device, you'll probably want to remove /dev/tape and /dev/nrtape before running MAKEDEV on the new drive.

bjornl wrote:The drives will probably work with one of the configuration settings here, but how about the changer.
Jan-jaap mentioned using a script (under linux) to cycle the loader in this post - perhaps he'll catch this and offer his opinion on doing the feasibility of doing the same under IRIX. If all else fails you could manually cycle the loader - if you can get anywhere near the LTO-1 max theoretical capacity of 200GB you shouldn't have to manually load too often. The IRIX man page for xfsdump actually looks very similar to the linux version I looked at, both make mention of spanning tapes, provide for an option that will notify you when the tape needs changed, and mentions you can preform a multi-stream dump to both of the drives in your changer:
the xfsdump man page wrote:To perform a level 0, multi-stream dump to two locally mounted tape drives:

Code: Select all

          # xfsdump -L session_2 -f /dev/rmt/tps4d6v -M tape_1 \
                    -f /dev/rmt/tps5d6v -M tape_2 /

BTW - if you do want to use compression you'll have to update /dev/tape (and /dev/nrtape) so the sym links point at the correct device. While it did create a device that can provide for compression, IRIX didn't set up any of the drives I've tried to use that device configuration. All of the initially created device links pointed at the variable block size device (without compression), "tps6d6v" and tps6d6nrv ("man tps" will give you the info needed to decipher those device strings). After looking at the contents of /hw/tape ("ls -l /hw/tape), I relinked to the devices that provided both varible block size *and* compression - "tps6d6vc" and "tps6d6nrvc". Both of those examples are for the SDLT I currently have connected, they may be somewhat different in the case of your LTO-1.
bjornl wrote:Any software recommendation? Amanda? I don't think cpio or tar will can handle the automatic changer.
So far I've only used the backup choices provided by IRIX. I was able to restore a system with a "full system backup" tape created using the IRIX GUI for cpio - booted to an IRIX install CD and used the PROM "system recovery" tool.
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************


Return to “SGI: Hardware”

Who is online

Users browsing this forum: Bing [Bot] and 2 guests