HP3000-L Archives

January 2012, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
John Lee <[log in to unmask]>
Reply To:
Date:
Thu, 12 Jan 2012 16:18:43 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (116 lines)
And there's our answer...well said Jim.  And also why third-party
backup software was/is so prevalent on the MPE platform, if I'm not
mistaken or mis-speaking?  It gave users more backup options by
getting around some of TurboStore's limitations.

John Lee


At 04:10 PM 01/12/2012, Hawkins, Jim (ESSN TCE&Q) wrote:
>In 5.0 (with patches) DLT 4000 was supported as a SE -> SE-SCSI
>There was an FW/HVD version but it was still a "narrow" device.
>Later DLT7000/8000 (or DLT7/8) were support as FW/HVD -> FW-SCSI &
>post 7.0 PCI-SCSI
>Post 7.0 DLT were supported as LVD -> PCI-SCSI (but might work on
>SE-SCSI very slowly).
>
>Regardless of the DAM/HBA/"I/O Card" you'd use the scsi_tape_dm2
>driver -- the driver for any SCSI tape "not DAT/DDS" (HP7980SX, DLT,
>1/2 Cartridge etc).  While each device was supposedly SCSI compliant
>each always had little variations in how they handled stuff beyond
>READ/WRITE commands; rewind & load/unload type operations part of
>AVR is one place that devilish details typically showed
>themselves.    As a design goal any given device wasn't precluded
>from being attached & attempted to be used however with an unknown
>device the code might 'probe' and decide this was device "X" &
>ASSUME that all other "X" behavior would be exhibited leading to
>this exact kind of symptom.
>
>Beyond actual work/doesn't work there were issues with MPE's ability
>to DRIVE newer devices at native speeds.  These were optimized to
>accept large streams of data -- MPE's relative trickle forces the
>devices into all kinds of gyrations which actually results in slower
>than DDS performance.   This was the issue with Ultrium/LTO & why it
>wasn't supported with TurboStore.  IIRC I tested DAT72 but not the
>DAT160; I don't think SDLT worked (past DLT8/8000) so anything later
>would be unlikely to work.
>
>YMMV,
>
>Jim
>
>-----Original Message-----
>From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
>Behalf Of Jack Connor
>Sent: Thursday, January 12, 2012 8:48 AM
>To: [log in to unmask]
>Subject: Re: [HP3000-L] DLT 320 on MPE
>
>Hi John,
>
>Actually, this one is an LVD version which plays OK on SE...but as
>Stan remarked, while it will do the AVR, it doesn't respond to
>actual I/O requests.
>jack
>
>
>
>-----Original Message-----
>From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
>Behalf Of John Lee
>Sent: Thursday, January 12, 2012 11:28 AM
>To: [log in to unmask]
>Subject: Re: [HP3000-L] DLT 320 on MPE
>
>IIRC, the only native driver on older MPE was for HP's DLT.  That
>was a SE drive, 40GB capacity compressed.  There was no driver for a FWD DLT.
>
>I could still provide the old SE version if you didn't find an
>alternative.  I used to sell a million of them.
>
>John Lee
>Lee Management Co.
>Minneapolis, MN
>
>
>At 07:22 PM 01/11/2012, Stan Sieler wrote:
> >Re:
> > > Has anyone here ever used a DLT 320 on a 3000?  It's a couple of
> > revs past the DLT8000 and I'd hoped the DLT8000 driver would work,
> > but, while it will AVR a tape, it says not ready when you actually try
> > to access the drive.
> >
> >Sounds like my experience when I tried to get an 8mm drive to work on a
> >3000 a few months ago.  (I never succeeded getting past AVR either, not
> >even by using low-level sendio calls.)
> >
> >I did get a DAT72 drive to work, IIRC.
> >
> >Stan
> >
> >* To join/leave the list, search archives, change list settings, *
> >* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>Be sure to ask us about short term and long term rentals on servers,
>workstations, storage and more!
>
>CONFIDENTIALITY NOTICE: This communication with its contents may
>contain confidential information. It is solely for the use of the
>intended recipient(s). Unauthorized interception, review, use or
>disclosure is prohibited and may violate applicable laws including
>the Electronic Communications Privacy Act. If you are not the
>intended recipient, please contact the sender and destroy all copies
>of the communication.
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2