1 INFO-VAX	Fri, 21 Apr 2006	Volume 2006 : Issue 220       Contents:I (maybe off topic) From the Encompass News letter: Ken Olsen to be honored ? Re: Can't get rid of trailing separator page with CMU LPR queue  Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet< Re: Partitioned cluster question (reboot during lost quorum)< Re: Partitioned cluster question (reboot during lost quorum)< Re: Partitioned cluster question (reboot during lost quorum)* Re: Quorum, locks and application question" Re: Recommended sources for cables remove Re: Sending mail via TLS Re: Sending mail via TLS Re: The Undocumented OpenVMS Re: The Undocumented OpenVMS Re: VAX hardware error code 3 ?  Re: VAX Q-bus and SCSI Disks?  Re: VAX Q-bus and SCSI Disks?  Re: VAX Q-bus and SCSI Disks?  Re: VAX Q-bus and SCSI Disks?  Re: VAX Q-bus and SCSI Disks?  Re: VAX Q-bus and SCSI Disks? > Re: VAX Q-bus and SCSI Disks?  (was: Re: Free rz26s and rz28s)> Re: VAX Q-bus and SCSI Disks?  (was: Re: Free rz26s and rz28s)  F ----------------------------------------------------------------------  % Date: Thu, 20 Apr 2006 12:33:00 -0700  From: foo@bar.com R Subject: (maybe off topic) From the Encompass News letter: Ken Olsen to be honored8 Message-ID: <0dof42thir9tajmbuovfjgm4ojhbvil9ct@4ax.com>  / KEN OLSEN TO BE HONORED WITH SCIENCE CENTER     ? On Saturday, June 17, 2006 the Ken Olsen Science Center will be E dedicated at Gordon College in Wenham, Mass. Olsen was the co-founder = of Digital Equipment Corporation in 1957 and continued as its C president until he retired in 1992. He has been on Gordon College's E Board of Trustees since 1961 and helped launch its Heart of Discovery B campaign. For more information on the dedication or to register to attend the event, please visit, 4 https://www.gordon.edu/Giving/heartofdisc/index.htm.  * ------------------------------------------C NO, use John Mee3 at comcast dot net (remove the spaces and do the  # obvious with the "dot" and the "at"    ------------------------------  % Date: Thu, 20 Apr 2006 14:18:57 -0400 - From: "Jim Agnew" <brainwavesurfer@gmail.com> H Subject: Re: Can't get rid of trailing separator page with CMU LPR queueI Message-ID: <a184d6630604201118y4739d054ua71de176031cd654@mail.gmail.com>   ) ------=_Part_32571_10845309.1145557137311 , Content-Type: text/plain; charset=ISO-8859-1+ Content-Transfer-Encoding: quoted-printable  Content-Disposition: inline   K look up in the hpcl language guide... you can send a command to the printer  itself.. the pr   L On 6 Apr 2006 16:06:10 -0700, mcbill20@yahoo.com <mcbill20@yahoo.com> wrote= :  > E > Is this a documented part of the LPR protocol? Someone here at work I > found the BLISS source and found where these four lines are appended to H > the stream at the end of printing a file. We have another old VAX thatB > is running Multinet instead and the trailing pages do not print. > F > I am confused about what you refer to as the "printer command port." > E > I don't see any documentation about this. We are running the latest E > version of HP WEBjetadmin and there is no setting like this listed. B > Also, if it is a printer setting, then why would jobs from VAXen= > running Multinet not print the trailer but the CMU ones do?  >  > Bill >  >   ) ------=_Part_32571_10845309.1145557137311 + Content-Type: text/html; charset=ISO-8859-1 + Content-Transfer-Encoding: quoted-printable  Content-Disposition: inline   L look up in the hpcl language guide... you can send a command to the printer=L  itself.. the pr<br><br><div><span class=3D"gmail_quote">On 6 Apr 2006 16:0=L 6:10 -0700, <b class=3D"gmail_sendername"><a href=3D"mailto:mcbill20@yahoo.= com"> L mcbill20@yahoo.com</a></b> &lt;<a href=3D"mailto:mcbill20@yahoo.com">mcbill=J 20@yahoo.com</a>&gt; wrote:</span><blockquote class=3D"gmail_quote" style=L =3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; p= adding-left: 1ex;"> L Is this a documented part of the LPR protocol? Someone here at work<br>foun=L d the BLISS source and found where these four lines are appended to<br>the =L stream at the end of printing a file. We have another old VAX that<br>is ru=; nning Multinet instead and the trailing pages do not print. L <br><br>I am confused about what you refer to as the &quot;printer command =L port.&quot;<br><br>I don't see any documentation about this. We are running=L  the latest<br>version of HP WEBjetadmin and there is no setting like this = listed. L <br>Also, if it is a printer setting, then why would jobs from VAXen<br>run=L ning Multinet not print the trailer but the CMU ones do?<br><br>Bill<br><br= ></blockquote></div><br>  + ------=_Part_32571_10845309.1145557137311--    ------------------------------  % Date: Thu, 20 Apr 2006 13:59:50 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: Free rz26s and rz28s , Message-ID: <4447CC15.16261F52@teksavvy.com>   foo@bar.com wrote:D > So anybody know where I can get  SCSI adapters for my Mvax IIs????   There were 2 popular ones:  F Dilog SQ739 and a CMD one (sorry model name escapes me, you can lookup% using Q-BUS OR QBUS AND CMD AND SCSI)   @ The Digital ones were crippled and only worked on a small set ofH devices. The SQ739 allows you to boot from the drives. The drives appearH as RA drives to VMS (eg: no special drives on VMS, VMS just things their are native MSCP devices).    ------------------------------  % Date: Thu, 20 Apr 2006 11:16:46 -0700  From: foo@bar.com ! Subject: Re: Free rz26s and rz28s 8 Message-ID: <3ujf42pkl0l8d020gqrbg9v5gcuftsac9i@4ax.com>  E On Thu, 20 Apr 2006 12:25:52 -0500 (CDT), sms@antinode.org (Steven M.  Schweda) wrote:   @ >> Does anybody remember what the DEC part number was for a SCSIH >> controller that would support both tape and disk?  Trying to cover my( >> bases for when the ESDI drives die...- >> ------------------------------------------ F >> NO, use John Mee3 at comcast dot net (remove the spaces and do the & >> obvious with the "dot" and the "at" > G >   Does anyone remember there being one?  I have an Emulex UC07 in one J >old box (a UC08 would do disk and tape), and a CMD CQD223/TM in another. I >These sorts of cards appear on Ebay from time to time, but I've not seen H >one go cheap.  For enough money to retire on, I'd consider parting with2 >a card of mine, but I don't expect such an offer.  ? When I got these boxes in the early-90s, SCSI was prohibitively C expensive. A quick Google search shows that the prices haven't come  down at all.   Oh,well... * ------------------------------------------C NO, use John Mee3 at comcast dot net (remove the spaces and do the  # obvious with the "dot" and the "at"    ------------------------------    Date: 20 Apr 2006 12:13:13 -0700' From: "syslost" <wm.reynolds@gmail.com> ! Subject: Re: Free rz26s and rz28s C Message-ID: <1145560393.916934.186230@z34g2000cwc.googlegroups.com>    But wait there's more.. G I also have 48 ba350-sb shelves.  Some have 150 watt power supplys, and 9 all have two fans.  Same deal, you pay only the shipping.    ------------------------------    Date: 20 Apr 2006 14:43:54 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: Free rz26s and rz28s 3 Message-ID: <ESn9NtksovNc@eisner.encompasserve.org>   L In article <ul9f429hjsclceoqgf1db1mj6cba6oaflo@4ax.com>, foo@bar.com writes: > D > So anybody know where I can get  SCSI adapters for my Mvax IIs???? >       eBay, most likely.    ------------------------------    Date: 20 Apr 2006 14:45:21 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: Free rz26s and rz28s 3 Message-ID: <0e7bdPYLAI6A@eisner.encompasserve.org>   L In article <99ef42pi6954pv7vsqii3eo98tbsq34ght@4ax.com>, foo@bar.com writes: > ? > Does anybody remember what the DEC part number was for a SCSI G > controller that would support both tape and disk?  Trying to cover my ' > bases for when the ESDI drives die...   E    I don't think DEC's Qbus - SCSI controller ever supported anything C    but tapes and CDs.  If you were carefull you could get a disk to "    work, but you were on your own.  H    Third party vendors did working Qbus - SCSI controllers if you wanted	    disks.    ------------------------------   Date: 20 Apr 2006 18:02:32 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)# Subject: Re: OT: Sparc not dead yet + Message-ID: <4aq0loFu5q7eU1@individual.net>   , In article <4447CA46.EAFF203F@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Andrew wrote: J >> There is no evidence that Sun ever seriously considered replacing SPARC >> with x86 only speculation.  >   > Correct. There is no EVIDENCE.  ? Actually, JF, you seem to have (coveniently) forgotten that the = exact opposite happened.  Sun dumped x86 Solaris.  But, being = responsive to their customers (current and potential), unlike B another company we all know who will remain nameless, they revived it by popular demand.    > D > But if the 8086 starts to scale to large systems, the 8086/SolarisH > market will start to eat into the Sparc/Solaris market and eventually,> > it may not be worth the effort to continue to develop Sparc.  ; And if the Vulcans arrive bringing us quantum computing and 2 positronic technology , we'll all be out of work.    > D > I recently read something about Sun not being supportive of an AMDI > project to scale its 64 bit 8086 to even moe processors. Obviously, Sun H > needs to protect its investment in Sparc. And if AMD does have to slowD > down its scaling up of the 8086, it may give IA64 a few more years- > before that one is made totally irrelevant.   > More of your totally unsubstantiated hogwash.  Sun has alreadyA demonstrated that they are still customer driven.  I don't expect C to see Sparc go away until Sun's customers no longer want it,  And, @ at that point why bother continuing with it?  Ooops, that's the  Itanium anomaly, isn't it.  :-)    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Thu, 20 Apr 2006 13:52:06 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: OT: Sparc not dead yet , Message-ID: <4447CA46.EAFF203F@teksavvy.com>  
 Andrew wrote: I > There is no evidence that Sun ever seriously considered replacing SPARC  > with x86 only speculation.   Correct. There is no EVIDENCE.  B But if the 8086 starts to scale to large systems, the 8086/SolarisF market will start to eat into the Sparc/Solaris market and eventually,< it may not be worth the effort to continue to develop Sparc.  B I recently read something about Sun not being supportive of an AMDG project to scale its 64 bit 8086 to even moe processors. Obviously, Sun F needs to protect its investment in Sparc. And if AMD does have to slowB down its scaling up of the 8086, it may give IA64 a few more years+ before that one is made totally irrelevant.    ------------------------------  % Date: Thu, 20 Apr 2006 14:20:32 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: OT: Sparc not dead yet , Message-ID: <4447D0EF.FEF1F8D6@teksavvy.com>   Bill Gunshannon wrote:A > Actually, JF, you seem to have (coveniently) forgotten that the ? > exact opposite happened.  Sun dumped x86 Solaris.  But, being ? > responsive to their customers (current and potential), unlike D > another company we all know who will remain nameless, they revived > it by popular demand.   F I have not forgotten this. However, what was revived was the legacy 32 bit version of 8086 solaris.  C It is only later on that Sun teamed up with AMD to make 64 bit 8086 F machines, now that the 8086 had gained 64 bit respectability. And as IE recall (I may be wrong), at that time, Sun also dumped 32 bit support  for future Solaris version.     = > And if the Vulcans arrive bringing us quantum computing and 3 > positronic technology , we'll all be out of work.   G We could sell VMS to the Vulcans... It would be the logical thing to do H :-) (Although Vulcans are probably not very good at markleting, a purely emotional thing).   T >  Sun has already demonstrated that they are still customer driven.  I don't expect? > to see Sparc go away until Sun's customers no longer want it,   F Neother do I.  But if the market and the 8086 develops to a point thatF the 8086 can take on the vast majority of configurations now done onlyF in Sparc, and the 8086 is cheaper, then Sun will also be responsive to* cutsomer demands for lower priced systems.  ? Sparc competes against power and 8086. Both Sparc and Power are < essentially proprietary chips without competition within theC architectures. (yes, I know sparc has multiple sources, but do they  really *compete* ? )  H The 8086 has true competition between Intel and AMD and this competitionE is forcing prices down as well as forcing features/speeds up. And the B high volumes allow both to spend more money on R&D and assign moreE resources to ensure they are first to market (or just weeks late, not $ years late as is the case for IA64).  F Sparc has many features which are years ahead of IA64 (such as 8 coresB today, something that IA64 won't have for many many many years, ifB ever). So it will take longer for the 8086 to reach Sparc's level,@ versus 8086 surpassing IA64. But it may still happen eventually.  F And in that time frame, there is little visibility on what will happen5 to proprietary Unix systems versus Linux and Windows.   D If you take 1988 as VMS's peak, and 2001 as Sun's peak, then SolarisH still has a number of years with a large enough installed based on SparcH to go on. Consider that roughly 1/3 of the remainging VMS installed base
 is on VAX.    ? To use Mike Winkler's terminology, The 8086 will eviscerate the ' underbelly or IA64 and Power and Sparc. A It isn't going to happen overnight. And during that time, systems , vendors must still cater to their customers.   ------------------------------    Date: 20 Apr 2006 11:53:39 -0700 From: bob@instantwhip.com # Subject: Re: OT: Sparc not dead yet B Message-ID: <1145559219.534945.92280@z34g2000cwc.googlegroups.com>  = what sun doesn't have is vms ... they had their chance to buy @ it off of Palmer and blew it ... vms will be around for at least< another 15-20 years, and IA64 will also be around because of vms ... CERTS don't lie!   ------------------------------   Date: 20 Apr 2006 19:10:38 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)# Subject: Re: OT: Sparc not dead yet + Message-ID: <4aq4leFuchghU1@individual.net>   B In article <1145559219.534945.92280@z34g2000cwc.googlegroups.com>, 	bob@instantwhip.com writes:? > what sun doesn't have is vms ... they had their chance to buy # > it off of Palmer and blew it ...    ) Bullcrap.  It has never been up for sale.   B >                                  vms will be around for at least > another 15-20 years,    2 I would not bet my livelihood on it at this point.  > >                      and IA64 will also be around because of > vms    And if that's your logic.......    >       ... CERTS don't lie!  = Actually, they do.  Lies of omission are lies, just the same.    bill      --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Thu, 20 Apr 2006 13:17:47 -0600 % From: Dan O'Reilly <dano@process.com> # Subject: Re: OT: Sparc not dead yet A Message-ID: <6.1.2.0.2.20060420131720.026ed6a0@raptor.psccos.com>   - At 01:10 PM 4/20/2006, Bill Gunshannon wrote: C >In article <1145559219.534945.92280@z34g2000cwc.googlegroups.com>, % >         bob@instantwhip.com writes: A > > what sun doesn't have is vms ... they had their chance to buy $ > > it off of Palmer and blew it ... > * >Bullcrap.  It has never been up for sale.  ( With GQ Bob, *EVERYTHING* had a price...   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  % Date: Thu, 20 Apr 2006 22:15:46 +0200 + From: Marc Schlensog <fishtank.spam@web.de> # Subject: Re: OT: Sparc not dead yet : Message-ID: <20060420221546.0dc352fa.fishtank.spam@web.de>    On Thu, 20 Apr 2006 00:23:51 GMT) Alan Greig <greigaln@netscape.net> wrote:    [...]  > : > And IBM will sell you 32 * dual core (64-way SMP) today.  E Did I say otherwise? I know perfectly well (as well as anyone in this F group), that x86 isn't there yet where the big boys (used to) play. ItG is trying, though, and so far it looks like it's succeeding. Like it or F not. I sure as hell would have liked to see things go differently, but% unfortunately things are as they are.    Marc   ------------------------------  % Date: Thu, 20 Apr 2006 19:42:34 -0400 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: OT: Sparc not dead yet / Message-ID: <St6dnXNHO_B5htXZRVn-jQ@libcom.com>    JF Mezei wrote:  > Bill Gunshannon wrote: > A >>Actually, JF, you seem to have (coveniently) forgotten that the ? >>exact opposite happened.  Sun dumped x86 Solaris.  But, being ? >>responsive to their customers (current and potential), unlike D >>another company we all know who will remain nameless, they revived >>it by popular demand.  >  > H > I have not forgotten this. However, what was revived was the legacy 32 > bit version of 8086 solaris.  H I seem to recall that that occured before Opteron was available.  Might E be wrong.  But if I'm right, what else could there be but 32 bit x86?   E > It is only later on that Sun teamed up with AMD to make 64 bit 8086 H > machines, now that the 8086 had gained 64 bit respectability. And as IG > recall (I may be wrong), at that time, Sun also dumped 32 bit support  > for future Solaris version.  >  >  > = >>And if the Vulcans arrive bringing us quantum computing and 3 >>positronic technology , we'll all be out of work.   C No, we'll learn and adapt.  After learning to adapt to the loss of  $ Alpha, anything else should be easy.  6 Maybe they'll take billy boy back home with them.  :-)  I > We could sell VMS to the Vulcans... It would be the logical thing to do J > :-) (Although Vulcans are probably not very good at markleting, a purely > emotional thing).  >  > T >> Sun has already demonstrated that they are still customer driven.  I don't expect? >>to see Sparc go away until Sun's customers no longer want it,  >  > H > Neother do I.  But if the market and the 8086 develops to a point thatH > the 8086 can take on the vast majority of configurations now done onlyH > in Sparc, and the 8086 is cheaper, then Sun will also be responsive to, > cutsomer demands for lower priced systems. > A > Sparc competes against power and 8086. Both Sparc and Power are > > essentially proprietary chips without competition within theE > architectures. (yes, I know sparc has multiple sources, but do they  > really *compete* ? )  I What you're ignoring is that AMD at least doesn't give a rat's ass about  I the top end.  The desktop (say volumn) is just getting to dual core, and  C the majority of servers is in the 4-8 core size.  That's where the  , volume is.  Volume is where the money is at.  E There are needs at the top end, and there are tools, and those tools  I cost appropriately.  But it's a pyramid, with capability and cost rising  G as you go up the pyramid.  But the base is really much bigger than the  F point at the top.  That's why Intel is what they are.  Their fortunes I have been made at the bottom, and only when that was threatened did they   get serious.  G Power and Sparc will continue to have their uses, and cost accordingly.   I The only thing that tried to counter this rather reasonable usage is the  G itanic.  Intel's ego (fueled by success at the bottom end) caused them  E to think they could dominate the same way at the top end.  Plenty of  I money down the bottomless pit didn't really change their minds.  It took  C Opteron to do that.  Unfortunately a few fools who didn't know and  > understand the business they were in caused the loss of Alpha.  J > The 8086 has true competition between Intel and AMD and this competitionG > is forcing prices down as well as forcing features/speeds up. And the D > high volumes allow both to spend more money on R&D and assign moreG > resources to ensure they are first to market (or just weeks late, not & > years late as is the case for IA64).  H And they'll spend it where the money is, can you say volume and low end?  H > Sparc has many features which are years ahead of IA64 (such as 8 coresD > today, something that IA64 won't have for many many many years, ifD > ever). So it will take longer for the 8086 to reach Sparc's level,B > versus 8086 surpassing IA64. But it may still happen eventually.  G What makes anyone think IBM and Sun will be standing still waiting for  4 this to occur?  Only idiots such as curly and carly.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 20 Apr 2006 14:42:27 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) E Subject: Re: Partitioned cluster question (reboot during lost quorum) 3 Message-ID: <aR5vtNdDY4pm@eisner.encompasserve.org>   w In article <e27rqc$q72$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  > C > Minimum boot, change VAXCLUSTER to 0 or reduce EXPECTED_VOTES or   > whatever then reboot.   A    I had a MicroVAX 3300 which needed to be moved into and out of     my cluster sometimes.  H    I set up a second system root on the disk (using cluster_config.com),B    did an autogen with clustering parameters turned off, then usedB    f$getsyi("vaxcluster") in the boot scripts to determine whether0    to do things like mount other member's disks.  C    All I had to do to get into and out of the cluster was boot with     the correct /R5 .  B    Never had to mess with quorum issues, and had no possibility of    forming a fractured cluster.    ------------------------------  # Date: Thu, 20 Apr 2006 20:07:00 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>E Subject: Re: Partitioned cluster question (reboot during lost quorum) 2 Message-ID: <ERR1g.6610$uC3.5031@news.cpqcorp.net>  D In article <e27rqc$q72$1@online.de>, helbig@astro.multiCLOTHESvax.de5    (Phillip Helbig---remove CLOTHES to reply) writes: C > Minimum boot, change VAXCLUSTER to 0 or reduce EXPECTED_VOTES or   > whatever then reboot.   I    I'd encourage that both NISCS_LOAD_PEA0 and VAXCLUSTER be disabled as  E a pair, and I'd prefer to leave VOTES and EXPECTED_VOTES alone, when  F seeking to bootstrap a node as a standalone system.  I'd also look to E avoid the somewhat "indecisive" VAXCLUSTER=1 setting, too, and would  : additionally tend to favor either =0 or =2 as the setting.   ------------------------------  % Date: Thu, 20 Apr 2006 17:12:45 -0700 , From: Ken Fairfield <my.full.name@intel.com>E Subject: Re: Partitioned cluster question (reboot during lost quorum) + Message-ID: <e2981u$9kp$1@news01.intel.com>    JF Mezei wrote:  > Hoff Hoffman wrote: G >>    If you want to boot outside the cluster, then I tend to prefer to > >> avoid enabling NISCS_LOAD_PEA0 and I don't load VAXCLUSTER. > G > No, the idea is to be able to boot one node first before you bring in J > the other ones, so that first one has to form the cluster and the others > join in later.  G     As had been hinted by others, you can do this with a conversational D boot.  I would never set EXPECTED_VOTES other than what it should beG (based on your expected cluster) in MODPARAMS and/or the SYSGEN CURRENT E parameters.  But if you have a full cluster down (and you've verified D that), and need to boot a single node first, set EXPECTED_VOTES to 1E in SYSBOOT, but _also_ set WRITESYSPARAMS to 0 before CONTINUE'ing to ? prevent that setting from being "remembered" in some subsequent 	 reboot...   C     I consider this safe as long as there's a (careful) human doing > it during a conversational boot.  I'd never set EXPECTED_VOTES6 incorrectly in the CURRENT parameters of any system...  E     BTW, you can also create a cluster where a single node can always C form a cluster (safely) if you have a quorum disk and assign it the D correct number of votes.  Been there, done that, worked as designed.D But there are down sides to quorum disks which I won't discuss here.   	-Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------    Date: 20 Apr 2006 13:47:21 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 3 Subject: Re: Quorum, locks and application question 3 Message-ID: <sobGD7x3zFPP@eisner.encompasserve.org>   f In article <BCN1g.6585$fy3.4056@news.cpqcorp.net>, Keith Parris <keithparris_NOSPAM@yahoo.com> writes:  J > In the early '90s Rdb asked for and received new capabilities in VMS to K > handle this possibility. The $SETCLUEVT system service allows one to ask  K > for notification of events like loss of a node from the cluster, and VMS  H > guarantees that the AST notifying you of the node loss will always be I > delivered before any AST (or mainline process execution) notifying you  I > that a has lock granted because the old lock on a failed node has been  , > freed as a result of the state transition.  C What was wrong with the earlier behavior whereby the RMS (and DBMS) / deadlocks were guaranteed to be honored first ?    ------------------------------  # Date: Thu, 20 Apr 2006 23:45:33 GMT + From: Jack Patteeuw <jjpatteeuw@nospam.net> + Subject: Re: Recommended sources for cables = Message-ID: <x2V1g.18199$tN3.7630@newssvr27.news.prodigy.net>    glen.thompson@gmail.com wrote:D > I'm in need of a few BN24H cables for an upcoming equipment/officeD > move.  Does anyone have a source that they recommend?  Looking for4 > decent price, reliable service, prompt delivery.   >  > TIA, > glen >      Always good to me !      http://www.glcomp.com/   ------------------------------  % Date: Thu, 20 Apr 2006 12:03:34 -0600 / From: "Meredith Ryan" <mryan@tbg.riogrande.com>  Subject: remove N Message-ID: <5D514DDA3B0E1D42A629150264C2F8F610481CE2@exchange2.riogrande.com>   Unsubscribe    ------------------------------  % Date: Thu, 20 Apr 2006 21:32:42 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>! Subject: Re: Sending mail via TLS 6 Message-ID: <4448444A.504C2A2B@NeOaSrPtAhMlNiOnWk.net>   "Jeffrey H. Coffield" wrote: > J > One of my customers needs to send e-mail from Alpha VMS 7.3-2 using TLS.E > I see that PMDF from Process Software does this but are there other  > solutions?  8 Even though I can't help, may I ask what "TLS" might be?   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  # Date: Fri, 21 Apr 2006 03:55:34 GMT ; From: "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com> ! Subject: Re: Sending mail via TLS > Message-ID: <WIY1g.50700$_S7.20874@newssvr14.news.prodigy.com>   David J. Dachtera wrote: > "Jeffrey H. Coffield" wrote: > J >>One of my customers needs to send e-mail from Alpha VMS 7.3-2 using TLS.E >>I see that PMDF from Process Software does this but are there other  >>solutions? >  > : > Even though I can't help, may I ask what "TLS" might be? > A TLS is Transport Layer Security the supposed succesor to SSL. It  G encrypts mail message between mail servers. That's about all I know at   this point.    ------------------------------    Date: 20 Apr 2006 13:48:31 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: Re: The Undocumented OpenVMS 3 Message-ID: <GO7JF90g5kHS@eisner.encompasserve.org>   k In article <1145546954.092806.210310@g10g2000cwb.googlegroups.com>, "Laura" <lmcgaughey@parsec.com> writes:  > Hello, > > > I'd like to invite you to sign up for our FREE Webinar, "TheF > Undocumented OpenVMS," to be held on Wednesday, May 17 at 12:00 noon > MDT. > ? > This one-hour Webinar will cover the undocumented features of G > OpenVMS--some humorous, some useful, and some you might already know. C > Who knows where this hour may take us? Come join us in the fun in 9 > discovering and discussing these features and find out!  > > > You can register for "The Undocumented OpenVMS" by going to: > 6 > http://www.parsec.com/general/promotion.php?p=86O14L   That gives me a blank screen.   7 Looking at the source, I see a lot of Javascript stuff.    ------------------------------  % Date: Thu, 20 Apr 2006 21:34:03 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>% Subject: Re: The Undocumented OpenVMS 6 Message-ID: <4448449B.EA101E7A@NeOaSrPtAhMlNiOnWk.net>   JF Mezei wrote:  >  > Laura wrote:A > > This one-hour Webinar will cover the undocumented features of I > > OpenVMS--some humorous, some useful, and some you might already know.  > J > Sounds interesting. But what exactly is a "one hour webinar". A bunch fo, > web pages availabel only during one hour ? > I > A Flash movie ? and Windows media stream ? Some JAVA chat application ?   8 Think: multicast powerpoint, with audio and a chat line.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Thu, 20 Apr 2006 21:31:39 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>( Subject: Re: VAX hardware error code 3 ?6 Message-ID: <4448440B.AF4E9D0C@NeOaSrPtAhMlNiOnWk.net>   Ralf Gaertner wrote: > ) > The following manuals might be helpful:  > 9 > EK-335AC-IN-003 VAX 4000 (Model 300) Installation Guide 0 > (http://decdoc.itsx.net/dec94mds/335adin3.pdf) > 7 > EK-336AC-OP-003 VAX 4000 (Model 300) Operators Manual 0 > (http://decdoc.itsx.net/dec94mds/336acop3.pdf) > B > EK-337AB-TI-002 VAX 4000 (Model 300) Technical Information Guide0 > (http://decdoc.itsx.net/dec94mds/337abti2.pdf) > ; > EK-386AB-TS-002 VAX 4000 Model 300 Troubleshooting Manual 0 > (http://decdoc.itsx.net/dec94mds/386abts2.pdf) > 7 > I didn't check the manuals for your specific problem.   ( That domain is not currently responding.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Thu, 20 Apr 2006 17:59:20 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: VAX Q-bus and SCSI Disks?, Message-ID: <44480427.CF44608C@teksavvy.com>   Hoff Hoffman wrote:  > I >    nb: The KFQSA was an interesting widget to configure, as the numbers I > of DSSI ISEs (disks) connected onto the DSSI bus changed the numbers of A > emulations presented to the hosts and changes to the numbers of H > emulations could cause a cascading series of CSR and vector changes on$ > other lower-ranked Q-bus modules.    Interesting.  A For my Dilog SQ 739, this is not the case. Itr generates RA drive G devices (DUAx) and appears as a single controller with a single slot on < the QBUS no matter how many SCSI devices are attached to it.  H I find it interesting that for Q-BUS to SCSI adaptors, the "competition"G were able to design something which was truly superior in functionality A to the DEC products.  I take it Digital was interested in locking B costomers to RD54 drives at $9000 a piece and preventing them from> connecting $200 drives with greater capacity to their systems.   ------------------------------  + Date: Thu, 20 Apr 2006 17:28:04 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)& Subject: Re: VAX Q-bus and SCSI Disks?2 Message-ID: <06042017280460_202002C3@antinode.org>  - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   J > I find it interesting that for Q-BUS to SCSI adaptors, the "competition"I > were able to design something which was truly superior in functionality C > to the DEC products.  I take it Digital was interested in locking D > costomers to RD54 drives at $9000 a piece and preventing them from@ > connecting $200 drives with greater capacity to their systems.  G    More likely, they wanted you to buy (DEC-single-source) DSSI disks.    G    You're kidding yourself if you think that comparable SCSI disks were H cheap compared to a Maxtor XT-2190 (RD54) when both were in production. ? Many years ago, I got a couple of used XT-2190 drives from some B equipment which was being scrapped.  In those systems, the XT-2190C drives (up to two, or maybe four, as I recall) were connected to an F MFM-SCSI bridge card, which combination emulated a SCSI disk (for eachC MFM disk).  This was done because it was substantially cheaper than H using real SCSI disks, not because it was so much more fun to do it that way.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Thu, 20 Apr 2006 18:58:25 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> & Subject: Re: VAX Q-bus and SCSI Disks?9 Message-ID: <7mU1g.2587$DR6.176123@news20.bellglobal.com>   : "Hoff Hoffman" <hoff-remove-this@hp.com> wrote in message , news:A3S1g.6611$rB3.5263@news.cpqcorp.net... > L >   nb: The KFQSA was an interesting widget to configure, as the numbers of G > DSSI ISEs (disks) connected onto the DSSI bus changed the numbers of  M > emulations presented to the hosts and changes to the numbers of emulations  D > could cause a cascading series of CSR and vector changes on other $ > lower-ranked Q-bus modules.  FWIW. > M >   You obviously need the manuals (or at least the CSR and vector settings)  H > for every module you have, and if you find yourself reconfiguring the = > DSSI, you'll become very familiar with your Q-bus settings.  >   E Thank god some machines (like the uVAX-4300) had a CONFIGURE utility  F available in console mode to help "compute" all those CSR addresses +  vectors.   [snip]  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Thu, 20 Apr 2006 19:31:21 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: VAX Q-bus and SCSI Disks?, Message-ID: <444819B3.8A02BD0A@teksavvy.com>   Neil Rieck wrote: F > Thank god some machines (like the uVAX-4300) had a CONFIGURE utilityG > available in console mode to help "compute" all those CSR addresses + 
 > vectors.  F Thanks to the VMS engineers who included a CONFIGURE utility in SYSGENJ available at the $ sign to help compute all those CSR addresses + vectors.    E Whether "VMS Engineers" = "god" is a question I am not sure I want to H get into :-) But I know for a fact that my all mighty Microvax II viewedH VMS engineers as GODs since they were the creators of the stuff that ranF on it. But contrary to V'GER, it didn't seek to meet with its creator," destroying everything in its path.   ------------------------------  % Date: Thu, 20 Apr 2006 16:42:42 -0700  From: foo@bar.com & Subject: Re: VAX Q-bus and SCSI Disks?8 Message-ID: <607g42lboj8pu2damhnolb82io0rk8mebs@4ax.com>  , On Thu, 20 Apr 2006 19:31:21 -0400, JF Mezei% <jfmezei.spamnot@teksavvy.com> wrote:    >Neil Rieck wrote:G >> Thank god some machines (like the uVAX-4300) had a CONFIGURE utility H >> available in console mode to help "compute" all those CSR addresses + >> vectors.  > G >Thanks to the VMS engineers who included a CONFIGURE utility in SYSGEN K >available at the $ sign to help compute all those CSR addresses + vectors.  >  > F >Whether "VMS Engineers" = "god" is a question I am not sure I want toI >get into :-) But I know for a fact that my all mighty Microvax II viewed I >VMS engineers as GODs since they were the creators of the stuff that ran G >on it. But contrary to V'GER, it didn't seek to meet with its creator, # >destroying everything in its path.   E And my MvaxIIs just keep on plugging along, unlike my Wintel cr**.  I E rue the day I have to deal with fixing/replacing my ESDI drives or my  Emulex controllers. * ------------------------------------------C NO, use John Mee3 at comcast dot net (remove the spaces and do the  # obvious with the "dot" and the "at"    ------------------------------  % Date: Thu, 20 Apr 2006 23:15:27 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> & Subject: Re: VAX Q-bus and SCSI Disks?9 Message-ID: <47Y1g.2681$DR6.193001@news20.bellglobal.com>   ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:444819B3.8A02BD0A@teksavvy.com... > Neil Rieck wrote: G >> Thank god some machines (like the uVAX-4300) had a CONFIGURE utility H >> available in console mode to help "compute" all those CSR addresses + >> vectors.  > H > Thanks to the VMS engineers who included a CONFIGURE utility in SYSGENL > available at the $ sign to help compute all those CSR addresses + vectors. >  > G > Whether "VMS Engineers" = "god" is a question I am not sure I want to J > get into :-) But I know for a fact that my all mighty Microvax II viewedJ > VMS engineers as GODs since they were the creators of the stuff that ranH > on it. But contrary to V'GER, it didn't seek to meet with its creator,$ > destroying everything in its path.  I Yeah but before someone decides to kill me with a suicide bomber, please  . note that I did not capitalize the letter "g".
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Thu, 20 Apr 2006 14:05:11 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> G Subject: Re: VAX Q-bus and SCSI Disks?  (was: Re: Free rz26s and rz28s) , Message-ID: <4447CD56.7AC7B02C@teksavvy.com>   Hoff Hoffman wrote: H >    Old DIGITAL Systems and Options Catalog (SOC) entries are posted inJ > the left navigation over at <http://www.hp.com/go/productbulletin/>, andF > you should be able to find both the KZQSA and the KFQSA specs there.  N > http://h18004.www1.hp.com/products/quickspecs/soc_archives/SOC_Archives.html   Gets you there more quickly !    ------------------------------  % Date: Thu, 20 Apr 2006 12:35:07 -0700  From: foo@bar.com G Subject: Re: VAX Q-bus and SCSI Disks?  (was: Re: Free rz26s and rz28s) 8 Message-ID: <phof42t1pqn73p1nba81lkkgdke9011od6@4ax.com>  . On Thu, 20 Apr 2006 16:56:12 GMT, Hoff Hoffman  <hoff-remove-this@hp.com> wrote:   >foo@bar.com wrote:  > @ >> Does anybody remember what the DEC part number was for a SCSIH >> controller that would support both tape and disk?  Trying to cover my( >> bases for when the ESDI drives die... > G >   The KZQSA was not supported for magnetic disks, though it's likely  B >the option you remember -- the option reportedly worked for some G >magnetic disks, and failed for others.  It was supported for specific  " >tapes and specific optical disks. > H >   The path from Q-bus to SCSI that was supported involved a KFQSA and H >an HSD-series adapter, and you'll see this (or possibly the integrated H >DSSI and the HSD-series widget) on many of the later Q-bus VAX systems. > H >   Old DIGITAL Systems and Options Catalog (SOC) entries are posted in J >the left navigation over at <http://www.hp.com/go/productbulletin/>, and E >you should be able to find both the KZQSA and the KFQSA specs there.   F As always, thanks for the help. It is nice to know that we have you as a resource on this group....* ------------------------------------------C NO, use John Mee3 at comcast dot net (remove the spaces and do the  # obvious with the "dot" and the "at"    ------------------------------   End of INFO-VAX 2006.220 ************************