Article 130150 of comp.os.vms:
Path: nntpd.lkg.dec.com!crl.dec.com!crl.dec.com!bloom-beacon.mit.edu!nntpserver.pppl.gov!newsserver.jvnc.net!newsserver2.jvnc.net!howland.reston.ans.net!swrinde!tank.news.pipex.net!pipex!news.sprintlink.net!nntpgate.primenet.com!news.asu.edu!lanews.la.asu.edu!mars.la.asu.edu!user
From: bolef@asu.edu (Larry Bolef)
Newsgroups: comp.os.vms
Subject: Re: Exabyte 8200 on Alpha?
Date: Mon, 25 Sep 1995 10:08:38 -0700
Organization: Arizona State University
Lines: 48
Message-ID: <bolef-2509951008380001@mars.la.asu.edu>
References: <1995Sep19.135003.1@titan> <43prga$kid@nntp5.u.washington.edu> <43t48m$c8u@lugb.latrobe.edu.au>
NNTP-Posting-Host: mars.la.asu.edu

In article <43t48m$c8u@lugb.latrobe.edu.au>, cchd@lucifer.latrobe.edu.au
(Huw Davies) wrote:

> I believe the multiple subaddresses is an artifact of the updated SCSI
> driver which appears in OpenVMS/AXP v6.2 to support SCSI clusters. Once
> I set the Exabyte switches correctly (see my previous post on this) it
> all worked again - although we still have the phantom devices which I just
> ignore...

I don't know about 6.2, but I had phantom devices (sub-units) in 6.1
on my Sony CDROM reader. I got disgusted and installed every single
6.1 patch from the DEC public patch area:

ftp.service.digital.com/pub/vms/axp/v6.1. 

Now the sub-units have disappeared!

A tip for shotgun patch installation folks like me. You can
set up command files to both expand the compressed *.*axpexe files
that DEC provides, and then make VMS install go.

In ftp I first used "binary" then "mget *.*axpexe"

I edited a directory listing of those axpexe files to do the
decompress (note the blank lines below!!):

$ RUN AXPACRT04_061.A-DCX_AXPEXE;1

$ RUN AXPAMAC02_061.A-DCX_AXPEXE;1

$ RUN AXPBOOT04_061.A-DCX_AXPEXE;1

Then I edited another directory listing (AXP*.%) to get the save sets:

$ @SYS$UPDATE:VMSINSTAL AXPACRT04_061 SYS$SYSROOT:[SYSMGR]AXPACRT04_061
$ @SYS$UPDATE:VMSINSTAL AXPAMAC02_061 SYS$SYSROOT:[SYSMGR]AXPAMAC02_061
$ @SYS$UPDATE:VMSINSTAL AXPBOOT04_061 SYS$SYSROOT:[SYSMGR]AXPBOOT04_061

Yes, you have to answer a few questions for each one, but at least
you don't have to do lots of re-typing, and you can choose, as I
did, to delay reboots until all patches are installed. Yes, I am
aware that this wholesale process may install some patches twice.
No, that didn't cause any problems for my systems.

Larry Bolef, HIIPS System Engineer, Department of Geology,
Arizona State University           bolef@asu.edu
Box 871404                         Voice:    (602) 965-6336
Tempe, AZ 85287-1404               Fax:      (602) 965-8102