1 INFO-VAX	Sat, 18 Aug 2001	Volume 2001 : Issue 458       Contents:5 Re: Common Code (was Re: The Final Knell Has Sounded)  Internal Raid on DS20E? - OpenVMS and Digital Networking Products Group 1 Re: OpenVMS and Digital Networking Products Group $ Re: Terry Shannon Tech Talk on Tru64 Re: The Final Knell Has Sounded  RE: The Final Knell Has Sounded  RE: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Turbo Channel PMZAC-AA or KZTSA # Re: Turbo Channel PMZAC-AA or KZTSA   F ----------------------------------------------------------------------    Date: 18 Aug 2001 05:49:21 -0700) From: P.Young@unsw.EDU.AU (Patrick Young) > Subject: Re: Common Code (was Re: The Final Knell Has Sounded)= Message-ID: <55f85d77.0108180449.3f7f8f93@posting.google.com>   > hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message G >   port to IPF are Compaq ProLiant DL590 systems.  I expect to see no  J >   hardware modifications specifically required of these systems for the   + The interesting word here being "hardware".   = Just curious - might there be an SRM like BIOS flash for such < systems?  In a *lot* of ways it would be a _very_ nice idea.A I am _NO_ fan of the current PC BIOS idiom and it's n+1 variants. = This may restrict the running of OpenVMS on non Q systems to  ? specific chipsets, not that this is a specific problem. Digital > for as long as I can remember quite rightly reserved the right= to state their software may not run on equipment they did not  supply.    ------------------------------    Date: 18 Aug 2001 07:25:02 -07005 From: graham@the-shades.demon.co.uk (Graham Harrison)   Subject: Internal Raid on DS20E?= Message-ID: <ed1713eb.0108180625.5ebf7544@posting.google.com>    Hi,   : As the KZPAC-AA is not a supported option for use with the8 DS20E's drive cage and disks, is there anyway of having ; Internal Raid - without using the SW-RAID5 software driver?   ; I was told by Compaq sometime ago that there was a new raid > card coming out, and they even sent a snippet from the manual.? But as far as I can tell the new card (can't remember the code)  is only suppoted under Tru 64.   Cheers,  Graham   ------------------------------  % Date: Sat, 18 Aug 2001 10:48:13 +0200 , From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>6 Subject: OpenVMS and Digital Networking Products Group: Message-ID: <3b7e2beb$0$2960$e4fe514c@newszilla.xs4all.nl>  + Yesterday there appeared an announcement on H http://www.openvms.compaq.com/new/index.html, (dated august, 13) about aJ letter from Mark Gorham and Vic Capozzi regarding the renewed relationship5 between OpenVMS and DNPG. The letter is dated may, 4!   H The pointer to a similar letter some months ago, but then signed by RichK Marchello and Vic Capozzi, has disappeared. I did not save that letter, but K I believe that apart from the undersigning, it was identical to the one now  posted.    So really nothing new here.   J What is sad about this, is that when you ask Compaq sales (at least in theK Netherlands or in Belgium) about DNPG products, you get a flat refusal. You # buy Cisco or you go somewhere else.   I Several OpenVMS system managers know by now, that Cisco switches just are 4 not good enough to be used as cluster interconnects.  J At the site where I am working we have multi-site clusters with Cisco's asI interconnect. We have seen several SCS connection timeouts which could be & related to heavy loads on the Cisco's.  G Some would say, just go do your shopping somewhere else. A lot of sites J don't want to buy such core components as cluster interconnects apart fromI the cluster members (or the storage components, for that matter).  Compaq H services doesn't seem to have problems with DNPG products. It's just the sales force.  I I believe it's time for Compaq sales to open up a bit and listen to their 
 customers.  2 Has anyone in other countries similar experiences?  	 Bart Zorn    ------------------------------  % Date: Sat, 18 Aug 2001 11:45:37 +0200 " From: "Hans Vlems" <hvlems@iae.nl>: Subject: Re: OpenVMS and Digital Networking Products Group( Message-ID: <9lld5n$klg$1@news.IAEhv.nl>  K My experience is different, at least in the Netherlands. Compaq NL is still  willing (and able)F to sell DNPG products. Agreed, if you just ask for a solution and your company was not a J previous customer of DNPG then Compaq will probably try and sell you Cisco gear. Unless you use: FDDI but then you'd very likely be a DNPG customer anyway.  G DNPG spends a lot of time on marketing in the direction of Compaq. That  seems very strangeL because 5 years ago they were all in the same company. Today, several Compaq sites are noL longer aware of DNPG. At Decus I was told a story about an order in Spain (I think), sent to CompaqI for DNPG products. The order was ignored because the office was not aware  that Compaq did  resell DNPG equipment.L That at least is a problem we do not have in the Netherlands. I have no idea what the situationF in Belgium is, but Frans Heymans lives there so I assume he has a good relationship with Compaq.   
 Hans Vlems  5 Bart Zorn <B.Zorn@TrueBit.nospam.nl> wrote in message 4 news:3b7e2beb$0$2960$e4fe514c@newszilla.xs4all.nl...- > Yesterday there appeared an announcement on J > http://www.openvms.compaq.com/new/index.html, (dated august, 13) about aL > letter from Mark Gorham and Vic Capozzi regarding the renewed relationship7 > between OpenVMS and DNPG. The letter is dated may, 4!  > J > The pointer to a similar letter some months ago, but then signed by RichI > Marchello and Vic Capozzi, has disappeared. I did not save that letter,  but I > I believe that apart from the undersigning, it was identical to the one  now 	 > posted.  >  > So really nothing new here.  > L > What is sad about this, is that when you ask Compaq sales (at least in theI > Netherlands or in Belgium) about DNPG products, you get a flat refusal.  You % > buy Cisco or you go somewhere else.  > K > Several OpenVMS system managers know by now, that Cisco switches just are 6 > not good enough to be used as cluster interconnects. > L > At the site where I am working we have multi-site clusters with Cisco's asK > interconnect. We have seen several SCS connection timeouts which could be ( > related to heavy loads on the Cisco's. > I > Some would say, just go do your shopping somewhere else. A lot of sites L > don't want to buy such core components as cluster interconnects apart fromK > the cluster members (or the storage components, for that matter).  Compaq J > services doesn't seem to have problems with DNPG products. It's just the > sales force. > K > I believe it's time for Compaq sales to open up a bit and listen to their  > customers. > 4 > Has anyone in other countries similar experiences? >  > Bart Zorn  >  >    ------------------------------  # Date: Sat, 18 Aug 2001 15:39:21 GMT & From: "Jeff Killeen" <Jeff@IDM-IO.com>- Subject: Re: Terry Shannon Tech Talk on Tru64 8 Message-ID: <J_vf7.2502$gf.1068377@typhoon2.gnilink.net>  J The original false "hip pocket" posting read like something from a 11 yearA old who was using daddy's computer and should be treated as such.   L About the comment below.  The more one knows about the decision the more oneJ comes to see the logic of it was unavoidable.  I also believe the decisionJ likely saved VMS rather than killed it.  IMO economics would have required9 killing it within 5 years if it stayed on the Alpha chip.   I Talking recently with some Compaq folks they pointed out to me that Alpha L had two advantages - clock speed and it was 64-bit.  People tend to focus onK the clock speed but it was also the 64-bit architecture that gave Alpha its G performance advantage.   When one goes beyond clock speed one begins to H understand that once well developed high volume 64-bit processors becomeJ available a major Alpha advantage goes away - even if Alpha could maintain better clock speed.   J The other issue they pointed out was with blade servers and InfiniBand theK mainstream dynamics of computing power change.  When you have a rack of 30+ K processors plus storage all attached to Infiniband does a CPU that is twice I the speed, at 2.5X the cost over another 64-bit processor, really buy you K much.  In almost all cases the answer is no.  In that environment CPU speed F isn't the factor it use to be.  That is the environment we are heading@ towards and even the Windows folks are trying to build for it...  )     http://www.compaq.com/manage/rpm.html   G The more information someone gets the more they understand this was the I inevitable conclusion that one comes to when the analysis is done without J emotion.  Bob the reason why Terry has been saying what he has been sayingI since 6/25 isn't because he is towing the company line but because he has I been ahead of us on the information curve.  Once everyone who can look at F this issue without the emotion gets all the data they will see nothing! nefarious about Terry's analysis.   K The only thing that stands between Compaq and success is can they pull they H conversion off in 24 months.  If they do few will argue that it wasn't aG really smart move.  It they don't pull it off in 36 months IMO they did 4 nothing to speed up the end of life of VMS anyway...    F "Bob Kaplow" <kaplow_r@eisner.encompasserve.org.mars> wrote in message- news:Q9yNpc80xfUk@eisner.encompasserve.org... L > In article <Pine.SGI.4.21.0108171305490.10187-100000@world.std.com>, Terry) C Shannon <shannon@world.std.com> writes: I > > Man, you REALLY want to get served with papers. Careful what you wish  for, > > you just might get it! > > L > > And do get the facts straight before you make an utter fool of yourself! >  > L > Sorry Terry. I've been one of your subscribers for several years now. YourL > comments since 25-Jun have been surprisingly party line. Enough to make me< > wonder how much they've been paying you for your services. > 
 > Just MHO...    ------------------------------  % Date: Sat, 18 Aug 2001 06:34:11 -0400 - From: John Wisniewski <wisniewski@vmsone.com> ( Subject: Re: The Final Knell Has Sounded* Message-ID: <3B7E44A3.6C1212D7@vmsone.com>   David,  | I know you're not happy but Please don't speak about the DFWCUG, Our participation in Encompass, CETS 2001, or bemoan change in our industry.  I've been working with OpenVMS 20 years and expect to retire in another 20.  The one constant across that career{ and time I fully expect will be VMS.  Not because of flash or guilding, but because VMS has features that are unique in the X computer marketplace that provides a level of service no other OS even comes close to...    s The DFWCUG will indeed be at CETS2001 Our members will be  presenting  the following sessions, we regret we did not W check in with David Dachtera but we will next time, if he's on the content committee...     &                                  Title  z 1113 OpenVMS & Linux Interoperability                                                                        J. Wisniewski 1120 OpenVMS EDU License Program                                                                          J. Wisniewski/ D. Catheyp 1482 Data Security Using Secure Socket Layer(SSL)                                                      D. Cathey 1483 CompaqMagic                                                                                                       D. Catheyf 1644 Making the OpenVMS Environment HIPAA Compliant                                          D. Wrighte 1642 Vintage Computing:  Collecting and Using Digital Computers in the new Millenium    J. Wisniewski | 1643 Unhackable and Cool: Building an Unhackable System at  DEFCON9                    S. Smiley, P. Jankowiak, J Wisniewski 1645 Open Source Software on OpenVMS                                                                     J. DiFrancesco, S. Smiley 1650 Upgrading OpenVMS V7.2 to V7.3                                                                       B Drinjak, J. wisniewski   BOF OpenVMS Hobbyist Program                                                                                P. Jankowiak, D Cathey, 
 J. Wisniewski           Thursday 4:00pm...          David J. Dachtera wrote:   > <exasperation> > * > Well, it's tough to argue at this point: > H > Alpha is dead with no viable replacement currently on the market or on > the foreseeable horizon.  I VMS will be VMS if it's ported to Alpha, Itanium or a 64-bit Digicomp I..      >  > H > No more Alpha newsletter. Oh, there'll be mention of it in the OpenVMS> > Times for a while, but that'll fade, too. History repeats... >   ? Then You'll just have to Read the DFWCUG's Quadwords Newsletter / published every month at http://www.dfwcug.org/   H You'll find the latest VMS information and if you read our last issue --@ How OpenVMS Ruled at the DEFCON9 hackers conference... Of courseP if Security and being Unhackable isn't important to you, I suppose you could run? MSware or any other .. Or maybe you should come to the DFWCUG's @ Security Session on how to build an Unhackable box at CETS 2001.     >  > No more CI clusters. >  > No more SCSI clusters. >   L Boring... We collect these antiques at the DFWCUG with our Vintage Computing< SIG because they have performed so well over the years......  ] CI  14 Mbytes per Second... SCSI 80Mbytes per second,   Fibre Channel 100Mbytes per second... e Companies need to migrate to keep their maintenance costs down and their hw aquisition costs low too. H And to keep increasing their computing performance (if they need to....)  c With OpenVMS can move you across CI, NI, SCSI, DSSI and a host of other technologies as cluster and l storage interconnects...  Any or all of these technologies of the last 20 years still able to work togeatherc ready to be retired when the customers decides to retire them, not when Compaq or even common sense 
 says to;-)   And when the time is right A customer can chose to migrate to Fibre Channel and yes, Even Intel's Itanium Technologies and stillE keep their VAXen, Alphas,  and even RD54s as part of their cluster...   r That is what the last 25 years of investment protection has ment for VMS customers.. and what we will striving fork in the next 25 years... With other OSes dropping support for last years graphic or I/O card, OpenVMS allows j customers to migrate at their own pace, when they decide, not when some computer company decides it's time to revamp their line...   y This mornign I just helped rescue three RD54 disks from a Dead VAX System that was still in production use.. The question q now is what to move the images onto and what VAX platform to continue processing on...  RD54s are 15 years old so O the customer might move up to DSSI or even .. SCSI disks.. It's their choice...   c No other OS in the industry offers such a variety and long lived level of HW & SW support as VMS...      > I > The last non-government VMS holdouts are abandoning in droves, with the 8 > possible exceptions of Cerner and who ever bought SMS. >   g See above why the Government and Long Term deployment customers like OpenVMS -- It solve the problem of q having to pitch your environments every 18 months -- You can cluster, build, network, or expand with older, newer + or even "Industry Standard" technologies...      > J > No VMS newbie sessions at CETS-2001. I hear even Wayne Sauer's venerableB > performance and management sessions got bumped. No DFW stuff was% > accepted, either, from what I hear.  > 4 > No more platforms + no more newbies = no more VMS. >   | The DFWCUG has moved to new content presentations  after you consoldated all the introductory sessions into a single weekend
 seminar...r The Weekday Sessions were designed to be more advanced..  You have all the IntroVMS topics during your BOOTcamp...- How can you say there are no newbie Sessions?   L WHO TOLD YOU THAT NONE OF OUR SESSIONS WERE ACCEPTED.. HAVE YOU EVEN CHECKED THE WEBSITE?     >  > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/   E See you folks at CETS 2001 ....And at the Encompass Member's Meeting!    John Wisniewski ! 44th Level Adept of the DFWCUG...    http://www.dfwcug.org/   ------------------------------  % Date: Sat, 18 Aug 2001 11:05:37 -0400	+ From: "Main, Kerry" <Kerry.Main@compaq.com> ( Subject: RE: The Final Knell Has SoundedR Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4D5601A@kaoexc01.americas.cpqcorp.net>   Fyi,  C For those wondering about additional information on OpenVMS related  sessions, check out:/ http://www.cets2001.com/cets/controller/catalogn  * Then enter "OpenVMS" in the search window.   Regards,  
 Kerry Main Senior ConsultantA Compaq Canada Corp.u Professional Services  Voice: 613-592-4660- Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: John Wisniewski [mailto:wisniewski@vmsone.com] Sent: August 18, 2001 6:34 AM  To: Info-VAX@Mvb.Saic.Comn( Subject: Re: The Final Knell Has Sounded     David,  D I know you're not happy but Please don't speak about the DFWCUG, Our7 participation in Encompass, CETS 2001, or bemoan changemG in our industry.  I've been working with OpenVMS 20 years and expect tod: retire in another 20.  The one constant across that careerK and time I fully expect will be VMS.  Not because of flash or guilding, butc/ because VMS has features that are unique in theeL computer marketplace that provides a level of service no other OS even comes close to...y    J The DFWCUG will indeed be at CETS2001 Our members will be  presenting  the( following sessions, we regret we did notJ check in with David Dachtera but we will next time, if he's on the content committee...    &                                  Title  % 1113 OpenVMS & Linux Interoperabilitya
 J. Wisniewski   1120 OpenVMS EDU License Program J. Wisniewski/ D. Cathey1 1482 Data Security Using Secure Socket Layer(SSL)g	 D. Cathey1 1483 CompaqMagic	 D. Catheyn3 1644 Making the OpenVMS Environment HIPAA Compliantp	 D. WrightoJ 1642 Vintage Computing:  Collecting and Using Digital Computers in the new Millenium    J. WisniewskiC 1643 Unhackable and Cool: Building an Unhackable System at  DEFCON9g% S. Smiley, P. Jankowiak, J Wisniewskin$ 1645 Open Source Software on OpenVMS J. DiFrancesco, S. Smileya# 1650 Upgrading OpenVMS V7.2 to V7.3m B Drinjak, J. wisniewski   BOF OpenVMS Hobbyist Program P. Jankowiak, D Cathey,-
 J. Wisniewski-          Thursday 4:00pm...:         David J. Dachtera wrote:   > <exasperation> >>* > Well, it's tough to argue at this point: >cH > Alpha is dead with no viable replacement currently on the market or on > the foreseeable horizon.  I VMS will be VMS if it's ported to Alpha, Itanium or a 64-bit Digicomp I..1     >t > H > No more Alpha newsletter. Oh, there'll be mention of it in the OpenVMS> > Times for a while, but that'll fade, too. History repeats... >n  ? Then You'll just have to Read the DFWCUG's Quadwords Newslettera/ published every month at http://www.dfwcug.org/o  H You'll find the latest VMS information and if you read our last issue --@ How OpenVMS Ruled at the DEFCON9 hackers conference... Of courseL if Security and being Unhackable isn't important to you, I suppose you could rune? MSware or any other .. Or maybe you should come to the DFWCUG'ss@ Security Session on how to build an Unhackable box at CETS 2001.     >m > No more CI clusters. >i > No more SCSI clusters. >o  L Boring... We collect these antiques at the DFWCUG with our Vintage Computing< SIG because they have performed so well over the years......  E CI  14 Mbytes per Second... SCSI 80Mbytes per second,   Fibre Channela 100Mbytes per second... K Companies need to migrate to keep their maintenance costs down and their hwo aquisition costs low too.oH And to keep increasing their computing performance (if they need to....)  G With OpenVMS can move you across CI, NI, SCSI, DSSI and a host of otherv technologies as cluster and.I storage interconnects...  Any or all of these technologies of the last 20n" years still able to work togeatherG ready to be retired when the customers decides to retire them, not when  Compaq or even common sense-
 says to;-)  K And when the time is right A customer can chose to migrate to Fibre Channel:4 and yes, Even Intel's Itanium Technologies and stillE keep their VAXen, Alphas,  and even RD54s as part of their cluster...t  H That is what the last 25 years of investment protection has ment for VMS) customers.. and what we will striving foraG in the next 25 years... With other OSes dropping support for last yearsm# graphic or I/O card, OpenVMS allowssG customers to migrate at their own pace, when they decide, not when somem" computer company decides it's time to revamp their line...i  I This mornign I just helped rescue three RD54 disks from a Dead VAX Systeml/ that was still in production use.. The questioneE now is what to move the images onto and what VAX platform to continued+ processing on...  RD54s are 15 years old soNE the customer might move up to DSSI or even .. SCSI disks.. It's theirh	 choice...i  L No other OS in the industry offers such a variety and long lived level of HW & SW support as VMS...     >tI > The last non-government VMS holdouts are abandoning in droves, with thea8 > possible exceptions of Cerner and who ever bought SMS. >r  L See above why the Government and Long Term deployment customers like OpenVMS -- It solve the problem ofL having to pitch your environments every 18 months -- You can cluster, build,$ network, or expand with older, newer+ or even "Industry Standard" technologies...e     > J > No VMS newbie sessions at CETS-2001. I hear even Wayne Sauer's venerableB > performance and management sessions got bumped. No DFW stuff was% > accepted, either, from what I hear.  >o4 > No more platforms + no more newbies = no more VMS. >   L The DFWCUG has moved to new content presentations  after you consoldated all/ the introductory sessions into a single weekend 
 seminar...J The Weekday Sessions were designed to be more advanced..  You have all the' IntroVMS topics during your BOOTcamp...s- How can you say there are no newbie Sessions?r  L WHO TOLD YOU THAT NONE OF OUR SESSIONS WERE ACCEPTED.. HAVE YOU EVEN CHECKED THE WEBSITE?     >  > -- > David J. Dachterab > dba DJE Systemsn > http://www.djesys.com/ >t* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/t  E See you folks at CETS 2001 ....And at the Encompass Member's Meeting!    John Wisniewskih! 44th Level Adept of the DFWCUG...u   http://www.dfwcug.org/   ------------------------------  # Date: Sat, 18 Aug 2001 16:58:59 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ( Subject: RE: The Final Knell Has Sounded0 Message-ID: <00A00B6E.02B4C865@SendSpamHere.ORG>   In article <BE56C50EA024184DAF48F0B9A47F5CF4D5601A@kaoexc01.americas.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes: >Fyi,r > D >For those wondering about additional information on OpenVMS related >sessions, check out:-0 >http://www.cets2001.com/cets/controller/catalog         The system is experiencing     problems with your browser.r    :     Either your session has become inactive or you need to;     turn on cookies. Try logging in again or enable cookieso<     in your browser. For help enabling cookies, click here.      --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMk            eJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesi   ------------------------------  % Date: Sat, 18 Aug 2001 14:03:02 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>k( Subject: Re: The Final Knell Has Sounded, Message-ID: <3B7EADD6.34D64938@videotron.ca>   John Wisniewski wrote:} > and time I fully expect will be VMS.  Not because of flash or guilding, but because VMS has features that are unique in thelZ > computer marketplace that provides a level of service no other OS even comes close to...   Fully agreed.     K Unfortunatly, these features are rather useless if nobody is using VMS. AndeL these features are useless if more and more of the software available on VMSN is actually a port from UNIX and thus doesn't make use of these features. (howE come there isn't a IO$M_TIMEOUT for TCPIP Services' support of QIO ?)i  K And big multi-platform products will generally try to use the lowest common N denominator so that they can reduce code differences between platforms. Again,4 VMS's features are not used because they are unique.  G Furthermore, if Unix is good enough for the space station's servers anddK critical laptops, and windows good enough for non critical laptops, perhapsiE those extra VMS features are not really needed to acheive the goals. l  I I *love* programming with ASTs, it makes for much more robust and elegant K code. But it seems that one can develop large applications without ASTs andc  they still work reliably enough.  L And the market seems to have decided that those extra features are not worthJ the extra price of VMS, having to hassle with Compaq to agree to sell themJ VMS, and more importantly the sress of always wondering what Compaq really intends to do with VMS.c   ------------------------------    Date: 18 Aug 2001 07:17:04 -07005 From: graham@the-shades.demon.co.uk (Graham Harrison)t( Subject: Turbo Channel PMZAC-AA or KZTSA= Message-ID: <ed1713eb.0108180617.3f66e8e1@posting.google.com>    Hi,K  - Does any one have any documentation on these?r1 I have one of the PMZAC's in my Hobbyist DEC-3000r6 but done have anything to tell me what the jumpers do.  5 I'm also looking for a second scsi card or if any oned? have one gathering dust - maybe we could come to an arrangment.a   Many Thanks, Graham.s   ------------------------------  % Date: Sat, 18 Aug 2001 11:54:19 -0400h2 From: rdeininger@mindspring.com (Robert Deininger), Subject: Re: Turbo Channel PMZAC-AA or KZTSAL Message-ID: <rdeininger-1808011154200001@user-2ive66u.dialup.mindspring.com>  = In article <ed1713eb.0108180617.3f66e8e1@posting.google.com>,p6 graham@the-shades.demon.co.uk (Graham Harrison) wrote:   > Hi,- > / > Does any one have any documentation on these?03 > I have one of the PMZAC's in my Hobbyist DEC-3000 8 > but done have anything to tell me what the jumpers do.  H You must mean PMAZC.  This is a dual-channel, fast, narrow, single-ended SCSI controller.   I've never seen a manual.i  I Check the firmware.  The web or firmware CD has the latest version if you H need to upgrade.  Make sure you really have a PMAZC; I have seen a PMAZBH module that had been loaded with the PMAZC firmware, probably by a sharkI reseller.  (The PMAZB is the older, slow SCSI module.)  The PMAZB uses anoH older SCSI chip, and probably can't function as fast SCSI no matter what the firmware tries to dictate.  G You can talk to the controller from the DEC 3000 console using the TESTi= command.  The syntax is T TCn, where n is the TC slot number.   F Here's some console output from a PMAZB that had PMAZC firmware at the  time.  The module was in slot 1:   >>> t tc1 cnfgP  DEC       PMAZC-AA  V1.8     Port A Slow   Port B Slow       (Dual SCSI [53CF96 ])O   BOOTDEV      ADDR      DEVTYPE    NUMBYTES     RM/FX    WP    DEVNAM      REV O   -------      ----      -------    --------     -----    --    ------      ---U  ..HostID..    A/7       INITR    ..HostID..    B/7       INITR  H This shows the module name (PMAZC-AA), the firmware revision (V1.8), andD says both ports are set to slow SCSI.  Since this was really a PMAZBC module, the SCSI chip was not the claimed 53CF96, but an older chip J without the "F" in the part number.  (Most of these strings are hard-codedI into the firmware; the console does not really "ask" the hardware what it6A is.  The console display will be wrong if the firmware is wrong.)   ; Both busses have assigned SCSI ID 7 to the host controller.e  I If there were drives attached to the controller, they would show up here.    >>> t tc1 ?  t #/trans [a|A|b|B]  t #/setid ID-A(0-7) ID-B(0-7)V t #/setid A-(F/S) B-(F/S)   G The is the module's help display.  The syntax is appropriate for a MIPSsF DECstation console, not a DEC 3000. (TC option ROMs contain MIPS code,F which the DEC 3000 runs via an emulator.)  The syntax for your console would probably be    >>> t tc1 trans [a|A|b|B] # >>> t tc1 setid ID-A(0-7) ID-B(0-7)r >>> t tc1 setid A-(F/S) B-(F/S)   $ (I haven't tested the above syntax.)  F The setid command lets you change the host SCSI ID for either bus, andA change the fast/slow SCSI setting.  A real PMAZB doesn't have the C fast/slow setting; it's always slow.  I don't know what the "trans"h% command does.  You can always try it.   6 You can see other commands known to the TC option via:   >>> t tc1 ls  F ... but I didn't capture that output.  One will be "cnfg", one will beG "boot", and there are likely 2 or 3 "pst..." commands which do power-ona tests.  H I don't have physical access to the PMAZB module, so I can't look at theG jumpers.  I think one of them enables/disables ROM writability.  Others D might control SCSI termination, or terminator power.  They should beJ labeled, albeit tersely.  Maybe if you describe the jumpers and labels, it will jog my memory.   7 > I'm also looking for a second scsi card or if any one A > have one gathering dust - maybe we could come to an arrangment.e  I PMAZB and PMAZC show up on ebay occasionally, though we seem to be in theIF summer doldrums for DEC gear at the moment.  Resellers also have theseD modules, but at prices that are typically several years out of date.  H You mentioned the KZTSA in the subject line.  This is a much less commonJ module.  I've been looking for them at a reasonable price for months.  TheC KZTSA is a fast wide (high voltage) differential module; you need alJ differential-to-SE adapter to use it with any common disks.  I do have theH KZTSA manual in PDF format.  I can email it as an attachment if you want it.o   -- c Robert Deininger rdeininger@mindspring.comc   ------------------------------   End of INFO-VAX 2001.458 ************************