1 INFO-VAX	Tue, 12 Sep 2000	Volume 2000 : Issue 511       Contents:. $EXPREG failing to allocate memory in P2 space2 Re: $EXPREG failing to allocate memory in P2 space2 Re: $EXPREG failing to allocate memory in P2 space Re: 164LX and VMS  Re: 164LX and VMS  RE: 164LX and VMS  RE: 164LX and VMS P =?iso-8859-1?Q?Another_question_=3A_What=27s_about_2PC_with_RD?==?iso-8859-1?Q?B! Add SCSI port in existing cluster % RE: Add SCSI port in existing cluster   Adding 2nd bootserver to cluster  Re: apache cluster configuration5 Re: AS4100 w/VMS 7.2-1 console support for DE602-AA?? 5 Re: AS4100 w/VMS 7.2-1 console support for DE602-AA?? 5 Re: AS4100 w/VMS 7.2-1 console support for DE602-AA?? 5 Re: AS4100 w/VMS 7.2-1 console support for DE602-AA?? 5 Re: AS4100 w/VMS 7.2-1 console support for DE602-AA??  Re: BACKUP priviledges. Re: Barrel rolls, was Re: aircraft are not Sun2 re: Re: Barrel rolls, was Re: aircraft are not Sun2 re: Re: Barrel rolls, was Re: aircraft are not Sun2 Re: Re: Barrel rolls, was Re: aircraft are not Sun& RE: Booting OpenVMS 7.2 w/o DecWindows Re: CHARON-VAX images? Re: dcps DEC LA32x Printer Docs?  Re: DEC LA32x Printer Docs? ! Re: File Format from SET HOST/LOG 2 Re: FS: Cheap 164LX with 533Mhz 21164 CPU anybody?2 Re: FS: Cheap 164LX with 533Mhz 21164 CPU anybody?P Re: Incoming: PC164LX with 533Mhz CPU's - DON'T READ IF OUR POSTINGS     OFFEND # Re: Is there any new Alpha CPU out? # Re: Is there any new Alpha CPU out? # Re: Is there any new Alpha CPU out? # Re: Is there any new Alpha CPU out?  Re: LAT printer servers? LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: LAVC and security  Re: MAIL and SMTP  MLM Breakthrough Take A Tour) Re: need to convert DIF to delimited text % Re: Off-Topic: DS10 Hardware question % Re: Off-Topic: DS10 Hardware question % Re: Off-Topic: DS10 Hardware question % Re: Off-Topic: DS10 Hardware question % Re: Off-Topic: DS10 Hardware question 7 OpenVMS and TCPIP version and support od "Dual path IP" 3 Re: OpenVMS filesystem reader for MicroSoft Windows 3 Re: OpenVMS filesystem reader for MicroSoft Windows  Re: RTR and DECdtm Re: RTR and DECdtm Re: RTR and DECdtm) Searching for DECnet-Plus Source Listings - Re: Searching for DECnet-Plus Source Listings - Re: Searching for DECnet-Plus Source Listings - Re: Searching for DECnet-Plus Source Listings ! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist  UCX on VMS question  Re: UCX on VMS question  Re: UCX on VMS question  Upgrade to DECset 12.4/CMS 4.1  F ----------------------------------------------------------------------  # Date: Tue, 12 Sep 2000 14:41:30 GMT  From: paul_hallam@my-deja.com 7 Subject: $EXPREG failing to allocate memory in P2 space ) Message-ID: <8plfal$id1$1@nnrp1.deja.com>   A Please don't ask why I'm doing the following, its a long answer - = suffice to say I am only maintaining it under a small budget.   & I have a pascal program under VMS V7.1C This program used $EXPREG to allocate 0.6 gigabytes of memory in P0 G space and then called $QIO to read a global section disk file into this  space. NO PROBLEMS.  NOW D I need to map 1.5 gigabytes and therefore need to use $EXPREG and P2 space.F Calling $EXPREG_64 with VA$C_P2. It appears to return successfully butF the address it returns is 2147483648. This is exactly 80000000 in Hex,$ which is basically a 32-bit address.  8             stat := $EXPREG_64 (REGION_ID_64 := VA$C_P2,9                                 LENGTH_64 := memory_size, ,                                 ACMODE := 0,+                                 FLAGS := 0, :                                 RETURN_VA_64 := temp_addr,@                                 RETURN_LENGTH_64 := RET_LENGTH);G RET_LENGTH is returned with the same value as was given in memory_size. ; temp_addr is an integer64 variable and has 80000000 in HEX.   G and the call to $QIO failes with access violation - meaning the address  was incorrect.  
 QUESTION 1
 ==========C Do I have to cal CREATE_REGION_64 before using $EXPREG_64. I though  this wasn't necessary.   HOWEVER  ======= A I have amended the code to call $CREATE_REGION_64 and then called F $EXPREG. (not sure why I need the $EXPREG after the $CREATE_REGION_64)E Both return successfull status and give a 64 bit address. The same in  both cases.   $           stat := $create_region_64(,                    LENGTH_64 := memory_size,$                    REGION_PROT := 0,                    FLAGS := 0,8                    RETURN_REGION_ID_64 := temp_ret_addr,-                    RETURN_VA_64 := temp_addr, 2                    RETURN_LENGTH_64 := ret_length,%                    START_VA_64 := 0);     <           stat := $EXPREG_64 (REGION_ID_64 := temp_ret_addr,7                               LENGTH_64 := memory_size, *                               ACMODE := 0,)                               FLAGS := 0, 8                               RETURN_VA_64 := temp_addr,>                               RETURN_LENGTH_64 := RET_LENGTH);  G RET_LENGTH is returned with the same value as was given in memory_size. C temp_addr is now returned as a large negative number, -17209827328, C apparently OK for a 64 bit address, from both the create_region and 
 expreg calls.    BUT  === C When I now call the $QIO service with this new 64 bit address I get  access violation.      CAN ANYONE HELP   = DOES ANYONE UNDERSTAND ME         (no dont answer that one!).    Paul    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 12 Sep 2000 15:30:09 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: $EXPREG failing to allocate memory in P2 space 6 Message-ID: <8pli61$nbu$6@mailint03.im.hou.compaq.com>  I In article <8plfal$id1$1@nnrp1.deja.com>, paul_hallam@my-deja.com writes: G :Calling $EXPREG_64 with VA$C_P2. It appears to return successfully but G :the address it returns is 2147483648. This is exactly 80000000 in Hex, % :which is basically a 32-bit address.   G   Does your particular Pascal version have 64-bit pointers?  IIRC, you  $   need at least V5.6-68, or later...   :CAN ANYONE HELP  F   Please post a short, concise standalone, source code reproducer, andG   please include the compilation and LINK commands required, and please =   mention the versions of OpenVMS and of the Pascal compiler.   I   The Fast I/O system services ($io_perform and friends) are the typical     64-bit I/O interface.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 12 Sep 2000 15:46:49 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ; Subject: Re: $EXPREG failing to allocate memory in P2 space 0 Message-ID: <009F0037.993A04B6@SendSpamHere.ORG>  I In article <8plfal$id1$1@nnrp1.deja.com>, paul_hallam@my-deja.com writes: B >Please don't ask why I'm doing the following, its a long answer -> >suffice to say I am only maintaining it under a small budget. > ' >I have a pascal program under VMS V7.1 D >This program used $EXPREG to allocate 0.6 gigabytes of memory in P0H >space and then called $QIO to read a global section disk file into this >space. NO PROBLEMS. >NOWE >I need to map 1.5 gigabytes and therefore need to use $EXPREG and P2  >space. G >Calling $EXPREG_64 with VA$C_P2. It appears to return successfully but G >the address it returns is 2147483648. This is exactly 80000000 in Hex, % >which is basically a 32-bit address.   I BUT, I'd bet the upper 32 bits of the address are 00000000; not FFFFFFFF!    > 9 >            stat := $EXPREG_64 (REGION_ID_64 := VA$C_P2, : >                                LENGTH_64 := memory_size,- >                                ACMODE := 0, , >                                FLAGS := 0,; >                                RETURN_VA_64 := temp_addr, A >                                RETURN_LENGTH_64 := RET_LENGTH); H >RET_LENGTH is returned with the same value as was given in memory_size.< >temp_addr is an integer64 variable and has 80000000 in HEX. > H >and the call to $QIO failes with access violation - meaning the address >was incorrect.  >  >QUESTION 1  >========== D >Do I have to cal CREATE_REGION_64 before using $EXPREG_64. I though >this wasn't necessary.  >  >HOWEVER >=======B >I have amended the code to call $CREATE_REGION_64 and then calledG >$EXPREG. (not sure why I need the $EXPREG after the $CREATE_REGION_64) F >Both return successfull status and give a 64 bit address. The same in >both cases. > % >          stat := $create_region_64( - >                   LENGTH_64 := memory_size, % >                   REGION_PROT := 0,  >                   FLAGS := 0, 9 >                   RETURN_REGION_ID_64 := temp_ret_addr, . >                   RETURN_VA_64 := temp_addr,3 >                   RETURN_LENGTH_64 := ret_length, & >                   START_VA_64 := 0); >  > = >          stat := $EXPREG_64 (REGION_ID_64 := temp_ret_addr, 8 >                              LENGTH_64 := memory_size,+ >                              ACMODE := 0, * >                              FLAGS := 0,9 >                              RETURN_VA_64 := temp_addr, ? >                              RETURN_LENGTH_64 := RET_LENGTH);  > H >RET_LENGTH is returned with the same value as was given in memory_size.D >temp_addr is now returned as a large negative number, -17209827328,D >apparently OK for a 64 bit address, from both the create_region and >expreg calls. >  >BUT >===D >When I now call the $QIO service with this new 64 bit address I get >access violation. >  >  >CAN ANYONE HELP > > >DOES ANYONE UNDERSTAND ME         (no dont answer that one!). >  >Paul  >  > ' >Sent via Deja.com http://www.deja.com/  >Before you buy.  H I'm no pascal programmer but make sure that you are referencing thing inF a fashion with will preserve the full 64 bits of an address.  You willI also need to pass parameters such that the full 64 bits of an address are H maintained.  I suspect you are not and the 80000000 get sign-extended toH FFFFFFFF.80000000 which is the base of S0 and likely not accessible from" your program's execution/CPU mode. --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------    Date: 12 Sep 2000 18:39:47 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>  Subject: Re: 164LX and VMS7 Message-ID: <rjqog1t99n0.fsf@morwong.ucc.gu.uwa.edu.au>   @ But Fred, you can order on from Decpac with a VMS licence in the part-number!  > The 'some widget don't work all the time' is no big deal if it not a listed VMS do-hickey.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  + Date: Tue, 12 Sep 2000 12:20:19 +0000 (UTC) ' From: Osmo Kujala <kujala@tukki.jyu.fi>  Subject: Re: 164LX and VMS, Message-ID: <8pl723$ldk$1@mordred.cc.jyu.fi>  4 Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote:H > Hmmm.  I'd say the license isn't valid for that system, as it is not a > supported platform.  ... 7 > someone took your money for a unsupported platform...   / Who took the money is responsible to support...   M > The only license I would pay for on this box is the free one - the Hobbyest 
 > license.  F I only hope Compaq would accept unsupported systems in educational useB (without support services from Compaq) and sell licences freely to! supported platforms (like EB164).   H > Why is this system hit-or-miss?  Well, VMS never made the system work.  . You didn't try very hard. :-) (It just works.)  H Is it the high standard of quality that VMS supports fewer system models than DU/Tru64 ?    > WeN > had one up here that we were going to look at when we had the chance, and itE > did have some problem with some device that was never tracked down.   B #@&%$'%$'%$!!! You got a broken board.   (Machine check code 670?)! Somebody send them a working one!    regards           Osmo Kujala   ------------------------------  % Date: Tue, 12 Sep 2000 09:31:07 -0400 ! From: Dan Allen <dallen@nist.gov>  Subject: RE: 164LX and VMS: Message-ID: <NEBBIALHDHJMJINPGMOAOEBECJAA.dallen@nist.gov>  H > Hmmm.  I'd say the license isn't valid for that system, as it is not aH > supported platform.  The license check itself doesn't look at a systemK > serial number, rather it presupposes that you are using a legal platform, N > and checks that you have enough license units for it.  The fact someone tookJ > your money for a unsupported platform...  I don't know what to tell you.    B   Well that someone is COMPAQ!  What do you make of the following?     $ show license/unit ,   VMS/LMF Charge Information for node ALPHA1C   This is a Digital AlphaPC 164LX 599 MHz, hardware model type 1694 Q   Type: A, Units Required: 12     (VAX/VMS Capacity or OpenVMS Unlimited or Base) 6   Type: B, * Not Permitted *      (VAX/VMS F&A Server);   Type: C, * Not Permitted *      (VAX/VMS Concurrent User) 7   Type: D, * Not Permitted *      (VAX/VMS Workstation) F   Type: E, * Not Permitted *      (VAX/VMS System Integrated Products)8   Type: F, * Not Permitted *      (VAX Layered Products),   Type: G, * Not Permitted *      (Reserved):   Type: H, Units Required: 1050   (Alpha Layered Products)4   Type: I, Units Required: 1050   (Layered Products)  L   Looks to me like the System Marketing Model in the LURT clearly identifiesN   this system as a PC 164LX and says I need 12 Units for OpenVMS Base license!N   To quote from the License Management Utility Manual which I received with my   VMS kit, pp. Glossary-4:        System Marketing Model (SMM)   M     The model name of a computer system as used in marketing and pricing. The N     SMM is generally the name on the front panel of the processor cabinet. LMFL     uses this value rather than harware CPU-type because different marketingJ     models may use the same CPU with different pricing and licensing rules     and from pp 1-4   T     The LURT for OpenVMS workstations includes the names of all OpenVMS workstationsW     and their ratings. When Digital releases new processors, OpenVMS updates the tables %     as part of new processor support.   T   Now your spin is that since the configuration is not eligible for software supportT   the base license duly purchased from COMPAQ isn't VALID.  So why is it in the V7.2U   LURT? Seems to me somebody in OpenVMS licensing SPECIFICALLY enabled it for OpenVMS     whether it's supported or not!  P   By the way you personnally advised me on what graphics card(s) would work with>   VMS in this configuration when I was ordering the system ;-) $ M > The only license I would pay for on this box is the free one - the Hobbyest 
 > license.  V   It's not a hobbyist system!  I use it in my job here at NIST, and NIST payed for it.   > L > Why is this system hit-or-miss?  Well, VMS never made the system work.  WeN > had one up here that we were going to look at when we had the chance, and itM > did have some problem with some device that was never tracked down.  The LX M > box was designed as a "reference" platform for designing NT and Linux boxes 
 > by OEMs. >  >  >   > Dan Allen wrote in message ... > > 1 > > As Artie Johnson might say "Very interesting"  > > L > > I personally purchased a 164LX based system frtom Hard Hat AND a VMS 7.2 > baseK > > license for said hardware.  Now whether or not such a combination is in  > factI > > supported by Compaq is rather moot from my point of view as I did not 	 > require N > > a OS support contract.  HOWEVER, it certainly works - no crashes - and I'm > a veryK > > happy VMS camper. In fact, I always thought that VMS base licenses (and  > SIPs) M > > were associated with a specific CPU and were not transferable (unless you  > wantedN > > to get really bitchy with DEC ;-).  So what is the status of my bought and
 > paid forG > > VMS license?  Also what's so "hit-or-miss" about the configuration?l > >  > >0E > >In article <8p8fiq$1vii$1@news.aha.ru>, "pbc" <pbc@aha.ru> writes:-8 > >:I pesonally installed OpenVMS 7.2 on several 164LXs. > >:Works fine.  > >e# > >  Good for you, glad to hear it.  > >EL > >  The 164LX box itself is fairly close to certain members of the PersonalJ > >  Workstation series, and -- like the Personal Workstation -a series --L > >  whether or not OpenVMS might work on it is hit-or-miss.  OpenVMS has NOL > >  code to support the 164LX and has not tested with it.  OpenVMS does NOT( > >  support the widget, in other words. > > F > >  I've also heard that OpenVMS can bootstrap on the Alpha ProcessorJ > >  AlphaPC 264DP series.  Like the 164LX, OpenVMS has NO code to supportK > >  the 264DP and has not tested with it, and OpenVMS does NOT support it.  > >EL > >  There are also no OpenVMS licenses available for either of these boxes,( > >  other than the hobbyist licenses... > >=- > > --------------------------- pure personal % > opinion --------------------------- 2 > >   Hoff (Stephen) Hoffman   OpenVMS Engineering > hoffman#xdelta.zko.dec.com > >  > >  >  >  >  >    ------------------------------  % Date: Tue, 12 Sep 2000 09:36:05 -0400 ! From: Dan Allen <dallen@nist.gov>s Subject: RE: 164LX and VMS: Message-ID: <NEBBIALHDHJMJINPGMOAGEBFCJAA.dallen@nist.gov>  5  Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote:fJ > > Hmmm.  I'd say the license isn't valid for that system, as it is not a > > supported platform.l > ...I9 > > someone took your money for a unsupported platform...t > 1 > Who took the money is responsible to support...T  %   Ironically that would be Compaq ;-).      ------------------------------  % Date: Tue, 12 Sep 2000 18:03:35 +0200.? From: "DECHAIZE Thierry (Dir INFRA)" <thierry.dechaize@sncf.fr>nY Subject: =?iso-8859-1?Q?Another_question_=3A_What=27s_about_2PC_with_RD?==?iso-8859-1?Q?Be@ Message-ID: <21EC2A9D83EED311A3EB0008C733892B1CE9BA@S70ERTBIA11>   	Hi,  E 	I'm very interested about tests, validation, suggestion, restrictionF (and other informations). about a configuration and use of these tools :  D 	AXP OpenVMS 7.1-1H1 (and many patches, about sixtith, one patch for DECdtm)0 	RDB 7.0.16=20 	DECdtm ???O< 	UCX 5.0A (and many patches of ECO1 obtained  CSC because in production)  	TUXEDO 6.5e 	DECC 6.2 ECO 2-< 	MQ-S=E9ries ??? (but i'm very interested with experience in production).   	Thank's for all.u =09.   -----Message d'origine-----X/ De: Jim.Johnson@software-exploration.nospam.comc7 [mailto:Jim.Johnson@software-exploration.nospam.com]=20c# Date: samedi 9 septembre 2000 16:34e =C0: Info-VAX@Mvb.Saic.Com Objet: Re: RTR and DECdtmi     Richard,  F Thanks much for the names and pointers.  I will certainly be following1 these up, and let the newsgroup know how it goes.   F I want to back up just a bit though, and talk again about RTR, DECdtm, and the meaning of life :-).  D First, let me be clear on one very important point -- I think RTR is@ actually quite a good product for what it does.  It has operatedD exceptionally well in a number of high performance, mission-criticalE environments.  Its success in the exchange markets is still a largelyd unsung victory for Digital.s  A Having said that, there are two points that I do think need to bee made:o  C 1. What RTR does it not what DECdtm does, and vice versa.  Reliable B queueing is not 2PC, and 2PC is not reliable queueing.  RTR gets aA request reliably, and once, to a target system.  2PC ensures thatiA multiple actions can be coordinated to be a single atomic action.uF They are different, and in many cases, complimentary sides of the sameD coin.  Consequently, in general it is not feasible to talk about RTR" 'replacing' DECdtm, or vice versa.  D   And, just to be clear, the MS DTC is a 2PC component, and TIP is a   2PC protocol.r    D 2. Compaq may have good reason for not extending DECdtm.  Although IF discount the technical reasons suggested, there are a few of reasons IA could easily imagine for not pursuing any further work on DECdtm. A Note well that I have not been a party to any of these decisions,  these are just my own guesses.  A   First, RTR is a charge-for product, and DECdtm is free.  If you-E   put work into RTR, you are likely to generate further revenues.  If B   you put work into a free facility, you are not.  Like it or not,.   the organization should be considering this.  E   Second, the organization has never had a large pool of expertise in D   these technologies, and what they had is virtually gone.  AlthoughA   the original DECdtm team had to learn the technologies from theaB   ground up, we were helped by a pool of world-class talent in DECE   that is also almost entirely gone.  Thus, there is a learning curve C   that would have to be built into any effort -- and this increasest   risk.a  F   Third, the perceived customer need has rarely been very clear.  WhenE   we were building the first version, we had a vision of using 2PC as A   a glue for distributed applications, especially object orientedtA   ones.  For a lot of reasons, that vision was never pushed  (The ?   closest relative that I've seen to that is now to be found inCF   Microsoft's MTS/COM+ architecture, btw.  And it's much better workedB   through than our ideas were in '88).  In the absence of a 'push'E   vision, work on DECdtm depended on pull from customers.  Obviously,eF   there was little pull for our original vision (much like there wouldD   have been little direct pull for clusters from VMS customers circaD   VMS V2 -- especially if no one presented the ideas to the customer?   base in the first place).  However, there was rarely pull for D   anything else, either.  Finally, there was one identified customerF   type: the database manufacturers, or rather Rdb.  The problem was=20)   that they had what they largely needed.   =20 Jim. Jim Johnsonp Software Exploration, Ltd.' Software Navigation and Discovery Toolsl   ------------------------------  % Date: Tue, 12 Sep 2000 12:34:41 +0000 - From: ezzaoudi med <m.ezzaoudi@digitem.co.ma>e* Subject: Add SCSI port in existing cluster- Message-ID: <39BE22E1.758A0802@digitem.co.ma>    Hi  . I have an operationnal two nodes VMS cluster ., The two nodes share the same external disks., With this config the SCSI alloclass is used.  A I want to add external disks drived by two SCSI boards , each onew% will be installed in a single server.   H By adding this SCSI bus in cluster , do  I have to use CLUSTERCONFIG.COM  H to  enable the SCSI alloclass port , or have I to edit some config files ?    Thanks.m   ------------------------------  % Date: Tue, 12 Sep 2000 16:51:00 +0100 - From: Martin Walker <Martin.Walker@csf.co.uk>y. Subject: RE: Add SCSI port in existing clusterQ Message-ID: <84C76BA22FDFD2118EA1006097D7C7A73DBF42@london_exch.london.csf.co.uk>)  ) More info on your config would be useful.h  I Probably (assuming you have a shared SCSI bus with HS type controller andy disks "between" the systems)...   D You will not need to run CLUSTER_CONFIG as you are only adding a new# interface not a new interface type.   F The HS controllers usually have an ALLOCLASS which they present to the attached machines.  C If you are using port allocation classes, you will need to edit the 6 SYS$DEVICES.DAT file (or files - depending on config).  H Use with care - I may have made incorrect assumptions about your config.   	-----Original Message-----m3 	From:	ezzaoudi med [SMTP:m.ezzaoudi@digitem.co.ma]p 	Sent:	12 September 2000 13:35 	To:	Info-VAX@Mvb.Saic.Com+ 	Subject:	Add SCSI port in existing clusterh   	Hir  / 	I have an operationnal two nodes VMS cluster .e- 	The two nodes share the same external disks.w- 	With this config the SCSI alloclass is used.n  B 	I want to add external disks drived by two SCSI boards , each one& 	will be installed in a single server.  7 	By adding this SCSI bus in cluster , do  I have to use	 CLUSTERCONFIG.COM   C 	to  enable the SCSI alloclass port , or have I to edit some confige filesE 	?   	Thanks.       	o  A This e-mail including any attachments is confidential and may be eF legally privileged. If you have received it in error please advise the@ sender immediately by return email and then delete it from your  system. B The unauthorised use, distribution, copying or alteration of this F email is strictly forbidden. If you need assistance please contact the& CSF help desk on (+44)(0)207 490 2727.   ------------------------------  + Date: Tue, 12 Sep 2000 19:50:14 -0400 (EDT)A6 From: Horst Drechsel <ai05@sternwarte.uni-erlangen.de>) Subject: Adding 2nd bootserver to clustert< Message-ID: <009F007B.21E42433.8@sternwarte.uni-erlangen.de>   Hi all,   @    currently we maintain a VMSCluster consisting of a bootserverF providing VOTES=1, all satellites having VOTES=0. Now we want to add aC second new bootserver scheduled to become the new cluster server atc later time.S  G    When invoking CLUSTER_CONFIG.COM we chose option 1 ("Add new clustersG member"), and say this should become a bootserver, which probably means I that the new node will contribute VOTES=1 as well. So we have two cluster A members (current and future server) with each providing VOTES=1. LE EXPECTED_VOTES is currently set to 1 for all members. Are we urged toeE increment EXPECTED_VOTES to 2, or can we leave the actual value of 1?sF Will this give the possibility to run the cluster satellites with only% one of the two voting members online?t  K    There is another option in CLUSTER_CONFIG "Duplicate system disk" or so, N to copy the current cluster server's system disk to the new member. Can we useH this option to transfer the current system to our expected new server?    
    Thanks,             Horst      --M  ****************************************************************************1)   Horst Drechsel                         aL   Dr. Remeis Observatory                 drechsel@sternwarte.uni-erlangen.deL   Astronomical Institute                             Phone: +49-951-95222-15L   University Erlangen-Nuernberg                        Fax: +49-951-95222-22*   Sternwartstr.7, D-96049 Bamberg, GermanyM  ****************************************************************************E   ------------------------------  % Date: Tue, 12 Sep 2000 08:48:28 +0200P> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>) Subject: Re: apache cluster configurationL2 Message-ID: <8pkjjj$no2$1@s1.read.news.oleane.net>   Thanks Gaitan !   J Apache is now correctly responding on both nodes, and on the cluster alias as well.  G Last time I went to the openvms apache doc site, pdf documents were notaD available. Today they are, so I will take time to read carefully the configuration guide.   Cordialement
 Jean-FranoisC    > "Gaitan D'Antoni" <gaitan.dantoni@compaq.com> wrote in message0 news:8pj7nb$ccq$1@mailint03.im.hou.compaq.com...< > There is no need to modify the logical name definitions inH > APACHE$STARTUP.COM and there is no need to move APACHE$CONFIG.DAT into: > sys$common. Please undo any changes you may have made to APACHE$STARTUP.COMK > and move APACHE$CONFIG.DAT back where it was and delete the copy you madeg inJ > sys$common. Once you do this you will need to undefine any logical namesK > that may have been created with your changes. This should get you back totK > the point where Apache had been configured correctly on SX9071. Now go toeH > SX9072 and execute APACHE$CONFIG.COM. This should create the necessary dataL > files and logical names that will allow Apache to operate properly in your
 > cluster.   ------------------------------  # Date: Tue, 12 Sep 2000 07:47:47 GMTE% From: Uwe Zessin <zessin@my-deja.com> > Subject: Re: AS4100 w/VMS 7.2-1 console support for DE602-AA??) Message-ID: <8pkn2u$n8g$1@nnrp1.deja.com>   3 In article <VB87bnLftWIU@mccdev.slac.stanford.edu>, F   Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) wrote:B > We have a pair of Alphaserver  4100 5/400's whose PCI busses areF > "full".   For that and a few other reasons, I'm replacing the  DE500F > single-port 10/100 Ethernet adapter in each with a DE602-AA, gettingF > us a pair of 10/100 ports in a single PCI slot.  So far so good, the/ > parts are due on site in a couple of weeks...o > B > We're running VMS/Alpha 7.2-1  with  all applicable VMS721 ECO'sF > so  the  DE602's are supported by VMS.  However, the VMS  7.2-1  New/ > Features and Release Notes says of the DE602,o >r= > "OpenVMS displays these devices as EIx0 devices, where x is = > the controller's unit letter.  The device drivers for these ; > devices are SYS$EIDRIVER.EXE for the run-time environmentO) > and SYS$EIBTDRIVER.EXE for LAN booting., > > > The SRM console provides an environment variable for setting< > the mode of operation.  The variable is EIx0_MODE, where x> > is the controller's unit letter.  Only newer Alpha platforms/ > will provide console support for these NICs."_ >:F > We have Console Firmware  5.5-5  loaded  on  the AS4100's and a SHOWF > command  lists  only  EWx0_MODE variables, no  EIx0_MODE  variables.F > I've been using the EWA0_MODE set to FastFD  for  the  DE500's.   It, > looks like I can't do that with the DE602. >_ >         So three questions:H > B >          1) What  constitutes  a  "new  Alpha",  that  is, whichB >             Alphas   support  the  EIx0_MODE  variables  in  the >             console? >sB >          2) Will  a  subsequent  console  firmware  release, sayB >             coinciding  with  the VMS 7.3 release,  support  the" >             DE602 on the AS4100? > B >          3) Am I correct that I'll need to set the EIA0 and EIB0B >             (or whatever letters they  come  up  with) to FastFDB >             using LANCP?  Are there any gotcha's in setting this >             up?l >zB > I'd like to hear from anyone  who is successfully using DE602's, > especially in an AS4100.  D Well, I haven't successfully used DE602s in an AS4100, but I thoughtA that EIx0_MODE and friends will show up once the card is *in* the$A machine and you have firmware that knows this card - I can't telle if V5.5-5 does.n   --
 Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------    Date: 12 Sep 2000 18:49:54 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> > Subject: Re: AS4100 w/VMS 7.2-1 console support for DE602-AA??7 Message-ID: <rjqk8ch9965.fsf@morwong.ucc.gu.uwa.edu.au>a  V Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:  J >     We have Console Firmware  5.5-5  loaded  on  the AS4100's and a SHOWJ >     command  lists  only  EWx0_MODE variables, no  EIx0_MODE  variables.J >     I've been using the EWA0_MODE set to FastFD  for  the  DE500's.   It0 >     looks like I can't do that with the DE602.  > This came up ages ago in regard to some other console setting,< as I remember the answer was to define it, and it will work.   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 12 Sep 2000 08:14:14 -0500r1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>r> Subject: Re: AS4100 w/VMS 7.2-1 console support for DE602-AA??8 Message-ID: <8pla01$fak$1@fizban.fizban.pprd.abbott.com>  J I believe console firmware v5.8 (July 2000) is the current release for theL 4100 and other Alphas but a quick read of the 4100 stuff did not produce anyF DE6xxx news.  The DE600 is not listed in the supported boot devices inL section 3.4 of the RN, although there is mention of the TEST script has beenG modified to include testing for EI* network devices.  This is item 3 in  section 3.5 of the 4100 RN.   K The v5.8 firmware release notes for the DS20/DS20E did mention a fix for TX  timeouts on DE600s.N  < ftp://ftp.digital.com/pub/Digital/Alpha/firmware/readme.html  9 Hope this helps a little.  Hoff will no doubt help a lot.h   Dave...   B "Paul Repacholi" <prep@morwong.ucc.gu.uwa.edu.au> wrote in message1 news:rjqk8ch9965.fsf@morwong.ucc.gu.uwa.edu.au... F > Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:i >lL > >     We have Console Firmware  5.5-5  loaded  on  the AS4100's and a SHOWL > >     command  lists  only  EWx0_MODE variables, no  EIx0_MODE  variables.L > >     I've been using the EWA0_MODE set to FastFD  for  the  DE500's.   It2 > >     looks like I can't do that with the DE602. > @ > This came up ages ago in regard to some other console setting,> > as I remember the answer was to define it, and it will work. >s > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.eB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 12 Sep 2000 15:21:14 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)> Subject: Re: AS4100 w/VMS 7.2-1 console support for DE602-AA??6 Message-ID: <8plhla$nbu$5@mailint03.im.hou.compaq.com>   In article <VB87bnLftWIU@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes: :...I :        We're running VMS/Alpha 7.2-1  with  all applicable VMS721 ECO's-- :    so  the  DE602's are supported by VMS...0 ..A :    We have Console Firmware  5.5-5  loaded  on  the AS4100's...X  ?   For DE602-related information, please take a look at the URL:>  L     http://www.compaq.com/alphaserver/options/as4100/as4100_3x-de602-aa.html  H   In particular, the SRM minimum version requirement for this widget is G   V5.6-3, with V5.8-2 looking to be the current firmware release.  See:   H     ftp://ftp.digital.com/pub/Digital/Alpha/firmware/readmes/as4x00.html  G   Here is the "secret decoder ring" for this particular series of NICs:   2     DE600-AA (NC3123) : 10/100 PCI NIC single RJ450     DE602-AA (NC3131) : 10/100 PCI NIC dual RJ45<     DE602-FA (NC3133) : 10/100 single SC daughter for NC3131  )   The DE602-TA (NC3132) is not available.1    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 12 Sep 2000 15:50:56 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) > Subject: Re: AS4100 w/VMS 7.2-1 console support for DE602-AA??0 Message-ID: <009F0038.2CD99943@SendSpamHere.ORG>  k In article <8plhla$nbu$5@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:M >a3 >    DE600-AA (NC3123) : 10/100 PCI NIC single RJ45i1 >    DE602-AA (NC3131) : 10/100 PCI NIC dual RJ45a= >    DE602-FA (NC3133) : 10/100 single SC daughter for NC3131:  H Learn something every day!  Since their field test, I only knew of these parts by their NC name.n   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.l   ------------------------------   Date: 12 Sep 2000 15:49:13 GMT# From: system@niuhep.physics.niu.edur Subject: Re: BACKUP priviledgesp+ Message-ID: <8plj9p$lma$1@husk.cso.niu.edu>h  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: >i& >system@niuhep.physics.niu.edu writes:B >:Trying to set up a dedicated backup account with minimal priv.s, >..s >:$ set proc/priv=readalle, >:$ backup/image/igno=(inter,label) user1: -1 >:mkb500:user1_8sep00.bck/sav/ver/log/block=16384  >..aC >:%BACKUP-F-PROCINDEX, error processing index file on USER1:, RVN 1nI >:-SYSTEM-F-NOPRIV, insufficient privilege or object protection violationa >..o >  >  From the BACKUP help text:a >dB >     INTERLOCK        Processes files that otherwise could not beB >                      processed due to file access conflicts. UseG >                      this option to save or copy files currently openaD >                      for writing. You must have the user privilegeG >                      SYSPRV, a system UIC, or ownership of the volumel* >                      to use this option.   Blech.  1 Too much familiarity, not enough careful reading.   ' Thanks to you and Gilbert for the help.p   Robert Morphis   ------------------------------    Date: 12 Sep 2000 18:19:15 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>o7 Subject: Re: Barrel rolls, was Re: aircraft are not Sun 7 Message-ID: <rjqwvgh9al8.fsf@morwong.ucc.gu.uwa.edu.au>L  - Scott Vieth <svieth@wi.rr.com.nospam> writes:i    ; > As long as we're on the subject, how does one do a barrelpC > roll with a large jet?  If the wings provide lift during "normal"u@ > flight, wouldn't the force on the wings during inverted flight" > push the plane toward the earth?  ? In a *Barrel* roll, you are always in positive G. 'up' is wherel> your head points, even when it is pointing a the brown bit. SoA the wings are always in 'normal' posive lift and angle of attack.   G This is on contrast to a slow roll where you must ( all from the pilots D reference ) yaw the plane so the fusalage provides lift, go way noseB down ( whick is really up ) while inverted, them yaw the other way# as you roll onto the other side... ,  $ Not for the beginer at low altitude!   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 12 Sep 2000 12:00:49 +0100v/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>d; Subject: re: Re: Barrel rolls, was Re: aircraft are not Sun 6 Message-ID: <009F0039.8E62DD03.6@maxwell.ph.kcl.ac.uk>  P > > Seriously, what I know about lift comes from watching the Discovery channel.M > > What makes planes fly?  The path that the air going over the *top* of thefL > > wing takes is longer than the path that the air going under the *bottom* > > of the wing takes. > > I > > The air pressure on top of the wing is lower then the air pressure onlN > > the bottom of the wing and those little force arrows push up on the bottom > > of the wing. > > K > > If you turn a wing over, the long path is now on the bottom of the wing O > > and the lower pressure would also be on the bottom of the wing.  The littlecE > > force arrows would seem to be pushing the wings toward the earth.g  M You're partly right, but are ignoring the fact that by moving the nose of theoA plane up or down you can change the angle of attack of the wing. n  F It's simplest to see with a simple planar wing, as found on kids cheapK toy gliders made of balsa wood or polystyrene foam. Move it through the airnJ so that the leading edge is above the trailing edge, and it lifts. Make itL parallel to the air and it doesn't. Put the leading edge below the trailing I edge and you get negative lift (a push downwards). You can feel this with@M a sheet of card waved in the air, and you can actually learn a lot more about H how aeroplanes work with one of those throwaway kiddie toys (and a sharp< knife and some sticky tape for making design modifications).  D The aerofoil section optimises the airflow for least drag (best fuelL economy) for the normal cruising condition. The intrinsic lift generated by I the shape is secondary to that generated by altering the angle of attack.   M > > Long periods of inverted flight would seem to be impossible yet I've seen  > > it done on TV.  D A good pilot in a stunt plane or fighter ought to be able to keep itE up for long enough to prove that it could be done indefinitely, or atn4 least until the fuel ran out or the pilot got tired.  K What's really tricky is that the control stick movements needed to maintainaE inverted flight are the opposite of what are normal. Imagine riding asK bicycle fixed so that mooving the handlebars to the left cause it to steer   to the right.   K And in the case of a civilian jet, it's really not designed for aerobatics,gD so you'd be fighting against what the plane is designed to do, whichN is to maintain safe, stable level flight under autopilot control. Upside-down,J intrinsic stability turns into intrinsic instability. Classic fighters areN designed with very little intrinsic stability, to make them more manouverable.N Modern fighters are designed unstable and stabilised by the avionics, for evenM more extreme manouverability. If their computers fail, they crash. Literally!    	Yours, 
 		Nigel Arnoto- 		NRA@MAXWELL.PH.KCL.AC.UK                   d  7 		"In the beginning there was nothing, which exploded."-   ------------------------------    Date: 12 Sep 2000 09:43:19 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)o; Subject: re: Re: Barrel rolls, was Re: aircraft are not Suna+ Message-ID: <Vtbe4VOwz1LM@eisner.decus.org>t  h In article <009F0039.8E62DD03.6@maxwell.ph.kcl.ac.uk>, Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes:  M > What's really tricky is that the control stick movements needed to maintainvG > inverted flight are the opposite of what are normal. Imagine riding aoM > bicycle fixed so that mooving the handlebars to the left cause it to steer h > to the right.   5 Oh, you mean like using a tiller instead of a wheel ?h    Sailors adapt.  Aviators should.   ------------------------------  # Date: Tue, 12 Sep 2000 14:18:24 GMTn4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam>; Subject: Re: Re: Barrel rolls, was Re: aircraft are not Sun1E Message-ID: <QWqv5.5112$%p2.243239@newsread03.prod.itd.earthlink.net>n  G Sailors don't sail upside down.  Aircraft can fly upside down.  Another H example of this control reversal is backing up a vehicle with a trailer.L You have to steer in the opposite direction of where you want the trailer to go.u --	 Mike Ober   F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message% news:Vtbe4VOwz1LM@eisner.decus.org...*D > In article <009F0039.8E62DD03.6@maxwell.ph.kcl.ac.uk>, Nigel Arnot% <sysmgr@maxwell.ph.kcl.ac.uk> writes:  > F > > What's really tricky is that the control stick movements needed to maintainI > > inverted flight are the opposite of what are normal. Imagine riding a H > > bicycle fixed so that mooving the handlebars to the left cause it to steera > > to the right.* >*7 > Oh, you mean like using a tiller instead of a wheel ?E > " > Sailors adapt.  Aviators should.   ------------------------------  % Date: Tue, 12 Sep 2000 11:23:02 -0300r1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>e/ Subject: RE: Booting OpenVMS 7.2 w/o DecWindowsaK Message-ID: <9F664D538536D411BD3200508B6FF01A8AEADF@bdant027.bda.bobda.com>o  7 > From: 	Mark Berryman[SMTP:Mark.Berryman@Mvb.Saic.Com]m > Sure ya can... > 3 > WINDOW_SYSTEM = 0     ;VMS will decide what to do.D > WINDOW_SYSTEM = 1     ;I really know what I want, start DECwindows > regardless@ > WINDOW_SYSTEM = 2     ;I really know what I want, do NOT start > DECwindows > I > In other words, simply add a state where VMS *knows* the system managernE > has chosen not to start DECwindows and doesn't have to assume (s)hea > simply forgot. >  > Mark BerrymanI > Mark.Berryman@Mvb.Saic.Com >  > K Are there any other SYSGEN / SYSBOOT parameters like this where VMS decidesG what to do on a false value ?? - Darren    F **********************************************************************C This message and any files transmitted with it are confidential andsJ may be privileged and/or subject to the provisions of privacy legislation.M They are intended solely for the use of the individual or entity to whom theyrL are addressed. If the reader of this message is not the intended recipient, B please notify the sender immediately and then delete this message.I You are notified that reliance on, disclosure of, distribution or copyinga of this message is prohibited.   Bank of BermudapF **********************************************************************   ------------------------------  % Date: Tue, 12 Sep 2000 00:46:01 -0400D* From: David A Froble <davef@tsoft-inc.com> Subject: Re: CHARON-VAX images?r- Message-ID: <39BDB509.9DC9A572@tsoft-inc.com>a   Tim Llewellyn wrote: >  > Osmo Kujala wrote: > 2 > > Tim Llewellyn <tim.llewellyn@bbc.co.uk> wrote: > > > Osmo Kujala wrote:5 > > >> Tim Llewellyn <tim.llewellyn@bbc.co.uk> wrote: E > > >> > uVAX were good boxes in their day but that is well past now.wP > > >> VAX can run VMS in 8 MB of RAM and 50 MB of disk with windowing software.# > > >> Alpha needs much more space.MO > > > Sure, I know that. Today 50 gig disks are available. What's your problem?o > > K > > No problem. All I want to say is that there are reasons why someone maylL > > like VAX kept alive. For example it's easier to put 50 MB system disk inL > > RAMDISK than 1 giga, or take backups to slow and low capacity devices... > >  > G > Hmmm, MicroVAX II had max memory of what 16 MByte, even the VS 3100'spL > were limited to 32. Try putting a 50 meg RAMdisk on one of those. Sure, if > you're8 > talking TK50 backups, the smaller the disk the better. > K >  I declare peace in this thread :-) Just give me an AS1000A anyday over a  > MicroVAX II.  J No peace!  A MicroVAX II may not impress you, or anyone else, but the lastO version of the N-VAX chip running at or over 100 MHz is a different animal.  It J won't crunch numbers with the Alpha, but there are some things like stringO manipulations where it does a rather good job.  RISC is good sometimes, but hitoO a job that requires a rather large number of RISC instructions to match one VAX L instruction, and the advantage disappears rather quickly.  I've got a 72 MHzP N-VAX system that beats a 233 MHz Alpha system at string operations.  Then thereP are the VAX products that have not made it to Alpha.  Many reasons to keep a VAX around.t  I However, I will agree with you to the extent that it shouldn't be a MVII.    Dave   -- a4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Tue, 12 Sep 2000 08:34:27 -0500r1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>- Subject: Re: dcps 8 Message-ID: <8plb5s$fi7$1@fizban.fizban.pprd.abbott.com>  K I got this version from our friends at H-P about a week or 2 ago for a 40000 TN.m   Datecode 19980714 MB3.68   Dave...w  8 "Mitchell, David R." <mitchell@WPI.EDU> wrote in message< news:FE1835D68492D311BF7900508B5BEB0D0DE9C3@petra.WPI.EDU...F > The latest I can find (without running around to checkout all of the remoteJ > ones) is the "19980714 MB3.68".  I'll let you know if what I get with my > latest order is any later... >n > David  >y > > -----Original Message-----J > > From: Fairfield@SLAC.Stanford.EDU [mailto:Fairfield@SLAC.Stanford.EDU]. > > Sent: Thursday, September 07, 2000 5:06 PM > > To: Info-VAX@Mvb.Saic.Com  > > Subject: RE: dcpso > >  > > F > > In article <FE1835D68492D311BF7900508B5BEB0D0DE9C0@petra.WPI.EDU>,7 > >     "Mitchell, David R." <mitchell@WPI.EDU> writes:  > >CL > >         David, would you be so  kind  as to post the firmware "datecode"L > >     for the newest firmware DIMMs you've received from HP?  The reason IL > >     ask  is that, while I've replaced the firmware in the three or  fourK > >     4000's I print to on site, I'm not  convinced  that  they have  therL > >     _latest_  version,  and I've run into some problems printing certainL > >     "valid" Postscript  Level  2  files  to  them  (as  well  as  to our > >     HP800DN).e > >e > >         Thanks, Kena > > --1 > >  Kenneth H. Fairfield            |  Internet:p# > > Fairfield@SLC.Slac.Stanford.Edus> > >  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924> > >  Menlo Park, CA  94025           |  FAX:      650-926-3515 > >tB > > -------------------------------------------------------------- > > ---------------NF > >  These opinions are mine, not SLAC's, Stanford's, nor the DOE's... > >r >    ------------------------------  # Date: Tue, 12 Sep 2000 12:37:32 GMTe From: onedbguru@my-deja.comp  Subject: DEC LA32x Printer Docs?) Message-ID: <8pl829$980$1@nnrp1.deja.com><  M Does anyone happen to have the users guide for the LA320 printer?  I need thecK pin-outs for the MMJ port and how to configure the serial interface... Baud2 rate etc...    Michael Austin    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  # Date: Tue, 12 Sep 2000 14:16:53 GMTn+ From: Chris Doran <chris_doran@my-deja.com>s$ Subject: Re: DEC LA32x Printer Docs?) Message-ID: <8pldru$gh9$1@nnrp1.deja.com>n  ) In article <8pl829$980$1@nnrp1.deja.com>,p   onedbguru@my-deja.com wrote:C > Does anyone happen to have the users guide for the LA320 printer?i  8 I've got LA32_4_ manuals, which are hopefully similar...  
 >  I need thec > pin-outs for the MMJ port1  8 BC16E cable. See the end of section MISC1 of the FAQ at:- ftp://ftp.digital.com/pub/Digital/dec-faq/vms   3 > and how to configure the serial interface... Baud-
 > rate etc...-  E The secret is to hold down the Setup key whilst switching on and waitcG until the message display says INSTALLATION. Press the down arrow untiloC you reach (say) Baud Rate. Press the left arrow until you reach the B required speed, then press Select. Repeat for other features, thenF press Exit Setup which saves the values you just set. The display then says READY DEC.W   Chrisi > Michael Austin >i( > Sent via Deja.com http://www.deja.com/ > Before you buy.u >r    & Sent via Deja.com http://www.deja.com/ Before you buy.d   ------------------------------   Date: 12 Sep 2000 14:00:38 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)* Subject: Re: File Format from SET HOST/LOG6 Message-ID: <8plcu6$n83$1@mailint03.im.hou.compaq.com>  k In article <OFB04F2F8E.CB849BE8-ON80256957.0071F13F@qedi.quintiles.com>, steven.reece@quintiles.com writes:t >iL >Having logged a VMS install earlier today using SET HOST/LOG 0 and then SETJ >HOST/DTE to go from a VAXstation to the serial port on an Alpha using the  >TTA2: port on the VAXstation...  " FWIW, you can do this in one step.  *     $ SET HOST /DTE /LOG=install.log TTA2:   (or similar)  F --                                                                    K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USASF          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  + Date: Tue, 12 Sep 2000 07:06:26 +0000 (UTC)M' From: Osmo Kujala <kujala@tukki.jyu.fi>e; Subject: Re: FS: Cheap 164LX with 533Mhz 21164 CPU anybody?<, Message-ID: <8pkkli$ctg$1@mordred.cc.jyu.fi>  3 Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote:  >   OpenVMS has NO9 >   code to support the 164LX and has not tested with it.1  I I guess this is true as seen from Compaqs side, but there are 164LX basedfI "clone" models which are tested and sold with OpenVMS and OpenVMS doesn'te. need any additions or patches to run in 164LX.  J If you read Alpha8 and Alpha13 from FAQ, it looks like Multia and AXPpci33B are more ready to run OpenVMS than 164LX, which is quite opposite.E Multia and AXPpci33 needed extra routines to run VMS. I hope somebody2A could collect table of motherboards and their ability to run VMS.c Something like:v  > Board        Supported        Running unsupp.   Notes,links...)              VMS version      VMS version:+                               R=only rumour G ----------------------------------------------------------------------- G AXPpci33     -                7.2               VMS FAQ: Alpha8,Alpha13  DP264        -                R/ EB164        7.1,7.2 EB64+        7.1,7.2 EB66         ? EB66+        ?) PC164        -                R 6.2-7.2-1f' PC164LX      -                6.?-7.2-1l PC164RX      -                ?KD PC164SX      -                R                 CD-inst.version runsE                                                 full version unstableo7 PC164UX      -                -                 no SRM?o PC64         7.1,7.2,o? UDB/Multia   -                6.2-1H3,7.1-2,7.2 VMS FAQ: Alpha8p4 UP1000       -                ?                 SRM?4 UP1100       -                ?                 SRM?1 UP2000       -                R                 ?y7 XL266        -                -?                no SRM?r1 XL366        -                "                 "-1 XL433        -                "                 "0 PICMG 4/*    7.1-1H1,7.2 PICMG 5/*    7.1-1H1,7.2
 CompactPCI      CS-1000 7.1-2,7.2 (maybe some systems included?):g ALPHAbook 1  ,7.1, 7.2,r     regardsw           Osmo Kujalat   ------------------------------   Date: 12 Sep 2000 14:16:35 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: FS: Cheap 164LX with 533Mhz 21164 CPU anybody?t6 Message-ID: <8plds3$nbu$2@mailint03.im.hou.compaq.com>  V In article <8pkkli$ctg$1@mordred.cc.jyu.fi>, Osmo Kujala <kujala@tukki.jyu.fi> writes:4 :Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote: :>   OpenVMS has NO : :>   code to support the 164LX and has not tested with it. :tJ :I guess this is true as seen from Compaqs side, but there are 164LX basedJ :"clone" models which are tested and sold with OpenVMS and OpenVMS doesn't/ :need any additions or patches to run in 164LX.m  I   OpenVMS does not support these widgets, and the only OpenVMS license(s)eH   available are those for the hobbyists.  I will continue to repeat thisH   mantra as OpenVMS Engineering is not in a position to accept platform I   support calls for unsupported boxes.  You and others may well know and eI   understand this distinction, but others might not.  (Hence repetition.)a  ) :If you read Alpha8 and Alpha13 from FAQ,i  C   I'll assume that statement is a result of some subtle differences,D   in English phrasing and interpretations, as I can assure you that 7   I have read the FAQ through at least a few times. :-)   J :                                        it looks like Multia and AXPpci33C :are more ready to run OpenVMS than 164LX, which is quite opposite.r  @   Maybe from your perspective, that might be true.  We (OpenVMS @   Engineering) have a whole lot more experience running OpenVMS B   (unsupported) on the Multia than on some of these other widgets.B   I have seen various failure and problem reports for most of (all    of?) these platforms, as well.  F :Multia and AXPpci33 needed extra routines to run VMS. I hope somebodyB :could collect table of motherboards and their ability to run VMS.  @   API U2000 dual-processor (only) also apparently boots OpenVMS.  G   Your table looks quite good.  When it is gathered up, email it along  1   and I'll add it to the next edition of the FAQ..  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Tue, 12 Sep 2000 10:18:20 +0000 (UTC)t' From: Osmo Kujala <kujala@tukki.jyu.fi> Y Subject: Re: Incoming: PC164LX with 533Mhz CPU's - DON'T READ IF OUR POSTINGS     OFFEND h, Message-ID: <8pkvtc$hea$1@mordred.cc.jyu.fi>  * yyyc186.illegaltospam_@flashcom.net wrote:J > It might support it with IDE.  The SRM does not support the 2940 AdaptecL > controller which is in mine.  I'm currently in search of a SCSI controllerJ > which is supported by the SRM....Otherwise I will have to break down and > buy and IDE drive...suckipoo  H AFAIK VMS supports IDE in some systems (DS10 at least) but not in PC164.I Yes, I tried it. VMS starts booting from IDE in PC164, but stops when VMSe> doesn't see system disk. I haven't tried IDE CDROM, only disk.  4 >>Runs NetBSD very very nicely, allegedly runs OVMS.G >>OVMS, allegedly, like NetBSD supports limited kinds of video cards. IeI >>plan on trying OVMS on my PC164, the SRM seems to indicate that it doesi* >>support it, but I have not tried it yet. >>hope this helpsd >>bob     OVMS seems to run fine in PC164.   regardsd          Osmo Kujala   ------------------------------  % Date: Tue, 12 Sep 2000 13:20:12 +0100tB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>, Subject: Re: Is there any new Alpha CPU out?) Message-ID: <39BE1F7C.2B2B7D4@uk.sun.com>t   "Main, Kerry" wrote:  	 > Andrew,u >r! > You are a great straight man ..n >nK > >> You may well have info that Oracle are optimising their DBMS for Tru64dK > and OpenVMS and for all I know it's true however you have an awfully longnM > way to go. On the basis of the current Oracle benchmark results this tuningeK > needs to improve the throughput on the Alpha systems by a factor of 2.5 xYA > just to get it into a possition of parity with Sun and IBM. <<<  > K > Checkout this press release using TPC-C - GS Series is now single fastest-% > Oracle server based on TPC numbers.4: > http://www.compaq.com/newsroom/pr/2000/pr2000091103.html= > http://www.ideasinternational.com/benchmark/tpc/tpccnc.html  > H > [how long will it last? Who knows, but so much for your tuning fud ..] >6  A Sorry Kerry really nice try this time but still you don't get theu cigar.  ? You may have wondered what sort of tuning Compaq did to improveeD the WildFire numbers from 122,000 to 144,000 using the same hardware and the same OS.  C Well Kerry you used OPS in the box, this was the trick that Sequent = used on their NUMA-Q box when they discovered that they couldr2 not get DBMS's to scale well on their NUMA system.  @ There is nothing wrong with this from a TPC-C standpoint, singleD OS instance but a clustered database is fine, however it illustrates@ very graphically that things are not going quite as they should.  B Now many customers can't run OPS either because their applicationsB vendors have not qualified their application or because they don't have the OPS skills in house.e  H Many customers will simply balk at doing it because it is more expensive# requires a different skill set etc.r  D Many customers may also balk from doing it because they realise that? unlike a single instance SMP system, expanding a GS320 from sayoA 20 to 24 CPU's to get higher throughput through their system willg< result an major changes to the DBMS which they don't need to- contemplate for a single instance SMP system.m  < So in reality Compaq now has two TPC-C numbers one is fasterF than the other but for the bulk of users the slower of the two numbers is the one that they will use.  D I say will use because I know that many Sequent customers completelyM disregarded their TPC-C number because they realised that it was inapplicable- to their environment.a   Regards  Andrew Harrison  Enterprise IT Architectr   ------------------------------  % Date: Tue, 12 Sep 2000 13:29:07 +0100iB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>, Subject: Re: Is there any new Alpha CPU out?* Message-ID: <39BE2193.3F7E3985@uk.sun.com>  ( Andrew Harrison SUNUK Consultancy wrote:   > "Main, Kerry" wrote: >S > > Andrew,  > >a# > > You are a great straight man ..s > >eM > > >> You may well have info that Oracle are optimising their DBMS for Tru64EM > > and OpenVMS and for all I know it's true however you have an awfully long O > > way to go. On the basis of the current Oracle benchmark results this tuning M > > needs to improve the throughput on the Alpha systems by a factor of 2.5 xrC > > just to get it into a possition of parity with Sun and IBM. <<<i > > M > > Checkout this press release using TPC-C - GS Series is now single fastest*' > > Oracle server based on TPC numbers.s< > > http://www.compaq.com/newsroom/pr/2000/pr2000091103.html? > > http://www.ideasinternational.com/benchmark/tpc/tpccnc.html  > >lJ > > [how long will it last? Who knows, but so much for your tuning fud ..] > >t >r  5 I know its bad form to follow you own posts but I had  to add.r  7 Less of the FUD Kerry, the fact is you used exactly thee6 tuning trick that I suggested namely OPS in a box. Not9 FUD but fact. Read the full disclosure if you arn't sure.p  8 Congratulations you shot yourself fair and square in the foot.*   Andrew Harrison* Enterprise IT Architect-   ------------------------------    Date: 12 Sep 2000 09:16:39 -0400/ From: jordan@lisa.gemair.com (Jordan Henderson)R, Subject: Re: Is there any new Alpha CPU out?* Message-ID: <8plabn$j0d$1@lisa.gemair.com>  ) In article <39BE1F7C.2B2B7D4@uk.sun.com>,lD Andrew Harrison SUNUK Consultancy  <andrew.nospam@uk.sun.com> wrote: >"Main, Kerry" wrote:. >w
 >> Andrew, >>" >> You are a great straight man .. >>L >> >> You may well have info that Oracle are optimising their DBMS for Tru64L >> and OpenVMS and for all I know it's true however you have an awfully longN >> way to go. On the basis of the current Oracle benchmark results this tuningL >> needs to improve the throughput on the Alpha systems by a factor of 2.5 xB >> just to get it into a possition of parity with Sun and IBM. <<< >>L >> Checkout this press release using TPC-C - GS Series is now single fastest& >> Oracle server based on TPC numbers.; >> http://www.compaq.com/newsroom/pr/2000/pr2000091103.htmlp> >> http://www.ideasinternational.com/benchmark/tpc/tpccnc.html >>I >> [how long will it last? Who knows, but so much for your tuning fud ..]e >> > B >Sorry Kerry really nice try this time but still you don't get the >cigar.  >i@ >You may have wondered what sort of tuning Compaq did to improveE >the WildFire numbers from 122,000 to 144,000 using the same hardware0 >and the same OS.  >mD >Well Kerry you used OPS in the box, this was the trick that Sequent> >used on their NUMA-Q box when they discovered that they could3 >not get DBMS's to scale well on their NUMA system.  >a; >There is nothing wrong with this from a TPC-C standpoint, t  > You should stop right there.  If there's nothing wrong with it< from a TPC-C standpoint, then there's nothing wrong with it.  ; The groups that generate these benchmarks work very hard tom> be fair and to make their tests measure real-world situations.; If you have some problem with the test, go to the committee < and get the rules rewritten, don't whine about Compaq doing  something wrong.  A >                                                          singleIE >OS instance but a clustered database is fine, however it illustratesnA >very graphically that things are not going quite as they should.a > C >Now many customers can't run OPS either because their applicationscC >vendors have not qualified their application or because they don'tf >have the OPS skills in house. >sI >Many customers will simply balk at doing it because it is more expensive $ >requires a different skill set etc. >ME >Many customers may also balk from doing it because they realise that9@ >unlike a single instance SMP system, expanding a GS320 from sayB >20 to 24 CPU's to get higher throughput through their system will= >result an major changes to the DBMS which they don't need to . >contemplate for a single instance SMP system. >y= >So in reality Compaq now has two TPC-C numbers one is fasterfG >than the other but for the bulk of users the slower of the two numberse >is the one that they will use.V >M  @ In reality, how many customers can get anywhere _near_ published? TPC-C numbers in their real-world applications?  Almost nobody t@ takes the care and attention to tune and configure the way those? benchmark systems are.  In the real world, requirements are too : fluid, configurations dictated more by delivery dates and 0 project schedules to produce ideal environments.  E >I say will use because I know that many Sequent customers completelysN >disregarded their TPC-C number because they realised that it was inapplicable >to their environment. >   C Specifically, which Sequent customers?  Is this just a lie that you , pulled from nowhere or can you back this up?   >Regards >Andrew Harrison >Enterprise IT Architect >i >  >    -Jordan Henderson  jordan@greenapple.comS   ------------------------------  % Date: Tue, 12 Sep 2000 15:43:36 +01004B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>, Subject: Re: Is there any new Alpha CPU out?* Message-ID: <39BE4118.758BC214@uk.sun.com>   Jordan Henderson wrote:   + > In article <39BE1F7C.2B2B7D4@uk.sun.com>,  >r? > >So in reality Compaq now has two TPC-C numbers one is faster1I > >than the other but for the bulk of users the slower of the two numbers?! > >is the one that they will use.e > >m > B > In reality, how many customers can get anywhere _near_ published@ > TPC-C numbers in their real-world applications?  Almost nobodyB > takes the care and attention to tune and configure the way thoseA > benchmark systems are.  In the real world, requirements are too-; > fluid, configurations dictated more by delivery dates andm2 > project schedules to produce ideal environments. >D  < Well done you got there. You see thats the whole point TPC-C> represents a pinnacle of performance for OLTP which in general= real applications don't acheive. You only need to look at thef< TPC-C and Oracle applications benchmark results to see this.  ; This is the reason why the OPS in a box scheme used for thep8 GS320 benchmark is such a pointless excercise because it: magnifies the ratio of what you can acheive with TPC-C and6 what you shoould expect to get with real applications.  9 This is because most people either can't use OPS in a box 7 or won't for solid reasons to do with skills costs etc.S   >TG > >I say will use because I know that many Sequent customers completelyfP > >disregarded their TPC-C number because they realised that it was inapplicable > >to their environment. > >p >iE > Specifically, which Sequent customers?  Is this just a lie that you . > pulled from nowhere or can you back this up? >t  & One2One in the UK is one good example.     Regardsa Andrew Harrisonw Enterprise IT Architectb   ------------------------------    Date: 12 Sep 2000 18:12:18 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>m! Subject: Re: LAT printer servers? 7 Message-ID: <rjq1yypaph9.fsf@morwong.ucc.gu.uwa.edu.au>c  * Terry Kennedy <terry@gate.tmk.com> writes:  M >   I have 2 working DS250's here if the original poster wants to make a ser- 
 > ious offer.a > 8 I can get a 250 locally, no x-Pacific shipping charge ;)  4 You don't know the pinoput on the DB37 do you Terry?   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.l@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 12 Sep 2000 09:54:08 +0200a% From: "Fred Zwarts" <F.Zwarts@KVI.nl>n Subject: LAVC and security. Message-ID: <8pknev$rc5$1@info.service.rug.nl>  ? I have a question concerning the security of the LAVC protocol.1? I understand that a node can join a cluster only if it knows=20.  the cluster number and password.@ Are the cluster number and password also needed for access to=20 LAVC served disks?C I know that they are contained in SYS$SYSTEM:CLUSTER_AUTHORIZE.DAT, B but a booting node first needs access to the LAVC served system=20 disk before it can read this.   > I suppose that cluster number and password are required for=20B accessing LAVC serverd disks, otherwise anyone clever enough to=20E implement the LAVC protocol on his PC could destroy the disks of a=20A cluster on the same network.  = If so, at which moment are the cluster number and password=20o< communicated to a cluster satellite booting from the net?=202 Is it included in the reply to the MOP request?=20 Is it encrypted in some way?   ------------------------------    Date: 12 Sep 2000 10:28:04 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  Subject: Re: LAVC and securityH Message-ID: <y4vgw2t3or.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L When booting, the node is only reading the disk, and security is provided byJ the disk host having a specific entry for that node and its LAN address inM its download database - otherwise it won't start to serve the download. Then,6L the node becomes a member of the cluster, for which knowledge of the clusterK password and number is required, which again is based on being able to read L its system disk in the previous phase. Once a member of the cluster, it is aJ member of that protection domain, and can do anything it likes to the dataL being served by the other members. That's why the console password exists...; and why you need physical protection of your network wires.   J So once you get into one cluster node's download database with the correct: LAN address, you potentially have access to all the data.    	Jan   ------------------------------  % Date: Tue, 12 Sep 2000 11:56:42 +0200 ( From: Etienne Vogt <vogt@alice.obspm.fr> Subject: Re: LAVC and security. Message-ID: <39BDFDDA.809BEAFD@alice.obspm.fr>   Jan Vorbrueggen wrote:L > So once you get into one cluster node's download database with the correct; > LAN address, you potentially have access to all the data.z  J Well, this reminds me of the time I had to change a dead DELQA on a VS3200K satellite and it then started booting in the cluster of another department.tG I had got this spare DELQA from them when they had put old VAXStations wF to the trash, but they forgot to purge thei download database on their main bootnode.   -- o# 		Etienne Vogt (vogt @ na.astro.it)    ------------------------------  % Date: Tue, 12 Sep 2000 11:55:05 +0100e  From: steven.reece@quintiles.com Subject: Re: LAVC and securityH Message-ID: <OF1B59EFF3.D6675207-ON80256958.0038DE0F@qedi.quintiles.com>  E IIRC, the cluster group number is contained in the membership requestsI message (as part of the address that the message is sent to) that is sentsH out by the booting satellite node.  This means that clusters that do notJ have that group number will not respond to the cluster membership request.  D A booting satellite will apparently hang if it cannot form a virtualD circuit with the boot server.  This includes cases where the bootingH satellite have a different cluster group number or a different password.I You'd also need to go through the stages of establishing virtual circuitsoK and connections between the PC and the cluster if the PC were to be able to  get at the data on the disks.    Steve.   Fred Zwarts asked:B >>>I have a question concerning the security of the LAVC protocol.< I understand that a node can join a cluster only if it knows  the cluster number and password.= Are the cluster number and password also needed for access toe LAVC served disks?C I know that they are contained in SYS$SYSTEM:CLUSTER_AUTHORIZE.DAT,e? but a booting node first needs access to the LAVC served systemn disk before it can read this.   ; I suppose that cluster number and password are required forM? accessing LAVC serverd disks, otherwise anyone clever enough tonB implement the LAVC protocol on his PC could destroy the disks of a cluster on the same network.  : If so, at which moment are the cluster number and password9 communicated to a cluster satellite booting from the net?H/ Is it included in the reply to the MOP request?f Is it encrypted in some way?<<<-   ------------------------------  % Date: Tue, 12 Sep 2000 13:42:17 +0200m% From: "Fred Zwarts" <F.Zwarts@KVI.nl>u Subject: Re: LAVC and security. Message-ID: <8pl4qp$1vj$1@info.service.rug.nl>  E "Jan Vorbrueggen" <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> =t wrote in message =B news:y4vgw2t3or.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de...D > When booting, the node is only reading the disk, and security is = provided byoC > the disk host having a specific entry for that node and its LAN = 
 address in > its download database=20  F Do you mean that the disk host allows access to the disk because the =
 node is inI the download database? With other words: The booting node does not have =o the=20F cluster number and password at the moment that it starts reading the = disk, G but systems that try to read the same disk in the same way, but which =i are not 8 in the download database, are rejected by the disk host?J I don't think that this is true. I sometimes replace a network interface = ofH a satellite system and I temporarily update only the download database =	 of one=20 H of the servers. Only that server handles the MOP request, but I do not = remember=20tH that other servers refuse to serve the (multi-path) system disk to the =
 satellite.  9 > - otherwise it won't start to serve the download. Then,kH > the node becomes a member of the cluster, for which knowledge of the = clusternJ > password and number is required, which again is based on being able to = readH > its system disk in the previous phase. Once a member of the cluster, = it is a I > member of that protection domain, and can do anything it likes to the =n dataF > being served by the other members. That's why the console password =	 exists...t@ > and why you need physical protection of your network wires.=20F > So once you get into one cluster node's download database with the = correctc> > LAN address, you potentially have access to all the data.=20 >=20 > Jan2   ------------------------------  % Date: Tue, 12 Sep 2000 13:58:12 +0200m% From: "Fred Zwarts" <F.Zwarts@KVI.nl>n Subject: Re: LAVC and security. Message-ID: <8pl5ok$25a$1@info.service.rug.nl>  / <steven.reece@quintiles.com> wrote in message =aB news:OF1B59EFF3.D6675207-ON80256958.0038DE0F@qedi.quintiles.com... >=20 >=20G > IIRC, the cluster group number is contained in the membership requestlH > message (as part of the address that the message is sent to) that is = sentH > out by the booting satellite node.  This means that clusters that do = notoE > have that group number will not respond to the cluster membership =t request.  G This was not really my question. My question refers to the stage that =s theyG booting node is not yet part of the cluster, but already accesses the =c	 system=20nI disk. (It does not need the lock manager, because it reads only and the =e filesiH that are read are set to no-move.) But how is the security of the disk = during that=20G phase of the booting process? Is access allowed only for systems that =l knowG the cluster number and password? If not, then any system can read the =h disk,iI can read the cluster number and password and can join the cluster. That =s	 would nothJ be secure, so I assume that the booting system already knows the cluster =	 number=20y< and password before it connects to the system disk. But how? =20oF > A booting satellite will apparently hang if it cannot form a virtualF > circuit with the boot server.  This includes cases where the bootingB > satellite have a different cluster group number or a different =	 password. D > You'd also need to go through the stages of establishing virtual = circuitsG > and connections between the PC and the cluster if the PC were to be =i able toh > get at the data on the disks.-  B Does a PC need the cluster number and password to set up virtual = circuits andD connections? If not, would a PC be able to access the disks of the =
 cluster in: this way and finally read the cluster number and password?  F I know that it is a theoretical question because, not only should it =
 implement the G LAVC protocol, set up virtual circuits and connections, but it should =r also be ableF to interprete VMS's file system. I only ask this question, because I = want tov- understand the security of the LAVC protocol.    >=20 > Steve.   ------------------------------    Date: 12 Sep 2000 14:41:22 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>o Subject: Re: LAVC and securityH Message-ID: <y4zoldeqa5.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L "Disk serving" proper can only happen once a node has become a member of theN cluster. Before that, all MOP et al. will do is send some specific informationN to the booting node, and I'm pretty sure it only has access to its system diskK at that point. I would however assume that the whole process has never beenoN analysed against vulnerabilities incurred by an impersonator - once you let an? unknown node onto your physical network, you're screwed anyway.N   	Jan   ------------------------------    Date: 12 Sep 2000 14:43:52 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  Subject: Re: LAVC and securityH Message-ID: <y4wvgheq5z.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L I believe the node establishes the connection in the booting phase _without_M knowing the cluster password - after all, it has to read them from its system4K root's cluster password file first! As I said, this isn't secure against an - impersonator, but that doesn't really matter.    	Jan   ------------------------------   Date: 12 Sep 2000 13:52:51 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: LAVC and security6 Message-ID: <8plcfj$n7v$1@mailint03.im.hou.compaq.com>  V In article <8pknev$rc5$1@info.service.rug.nl>, "Fred Zwarts" <F.Zwarts@KVI.nl> writes:  D   To avoid the potential for confusion, please realize that the two I   (different) protocols involved here are the Maintenance and Operations rH   Protocol (MOP) and System Communications Services (SCS).  MOP is used H   solely for the cluster satellite download (in the context of downline C   loading a cluster satellite), while SCS is the basis for for all l   intra-cluster communications.W  G   MOP support is available as part of DECnet Phase IV, of DECnet-Plus,  4   and of the OpenVMS LANCP utility (V6.2 and later).  @ :I have a question concerning the security of the LAVC protocol.= :I understand that a node can join a cluster only if it knowsa! :the cluster number and password.m  
   Correct.  > :Are the cluster number and password also needed for access to :LAVC served disks?n  F   Yes.  The group number determines the cluster SCS multicast address.  D :I know that they are contained in SYS$SYSTEM:CLUSTER_AUTHORIZE.DAT,@ :but a booting node first needs access to the LAVC served system :disk before it can read this.  D   This information is provided via MOP, and is not accessed via SCS.  < :I suppose that cluster number and password are required for@ :accessing LAVC serverd disks, otherwise anyone clever enough toC :implement the LAVC protocol on his PC could destroy the disks of ao :cluster on the same network.n  @   Assuming an unencrypted LAN, correct.  That said, anyone with @   unrestricted access to a network cable segment can potentiallyA   cause considerable mayhem -- and rather more easily than using e.   this particular SCS- and MOP-based approach.  ; :If so, at which moment are the cluster number and passworde: :communicated to a cluster satellite booting from the net?  C   The MOP Load Assist Agent (LAA) obtains the system root, the SCS eJ   nodename, and the LAA image -- all as part of the secondary bootstrap.  F   With a satellite download, VMB or APB and the LAA image all work to 2   load the SYSBOOT image, the secondary bootstrap.  0 :Is it included in the reply to the MOP request?  4   This information is part of the MOP sequence, yes.   :Is it encrypted in some way?e  C   No.  (It would then have to be decrypted before use.  Hence, why  C   bother with the obfuscation for no added security?  A new scheme kD   based on Kerberos or other similar authentication would be a nice    extension, of course.)  @   Details are in the IDSM and in the VAXcluster Principles book.  @   Moral: don't let the untrusted and the unwashed onto your LAN.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 12 Sep 2000 13:16:05 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca>s Subject: Re: LAVC and security, Message-ID: <39BE64D3.9383BA19@videotron.ca>   My question:  I When a satellite node first boots, the boot server responds by sending it J whatever file is associated with that ethernet address (is it still in the' decnet database, or in the lancp one?).iP That file obviously provides the minimal VMS image required to continue booting.  K At that point, the MOP is done with. Is MOP any different between serving a N DECserver boot request and a VAX/ALHA boot request ? I am under the impressionF that it serves a single file to the requesting host. Is this correct ?  G However, prior to joining the cluster, the VMS booting node must be fedaL certain files (notably VMSPARAMS.DAT and the cluster authorization file that4 reside in the root associated with the booting node.  M What mechanism serves these files from the boot server to the satellite untilgH such a time that the satellite has not only joined the cluster, but also: gotten MSCP access to its system root on the boot server ?   ------------------------------  % Date: Tue, 12 Sep 2000 13:26:08 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>i Subject: Re: LAVC and security, Message-ID: <39BE672D.CF694BFD@videotron.ca>   Hoff Hoffman wrote:nD >   The MOP Load Assist Agent (LAA) obtains the system root, the SCSJ >   nodename, and the LAA image -- all as part of the secondary bootstrap.G >   With a satellite download, VMB or APB and the LAA image all work tor4 >   load the SYSBOOT image, the secondary bootstrap.  K Does MOP on the serving node "build" a system image based on the parameters I for the requesting node and then sends that VMS image with its parameterstL "built-in", or are there multiple dialogues between the satellite and MOP to3 request individual files during early system load ?d   ------------------------------   Date: 12 Sep 2000 14:04:55 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: MAIL and SMTP6 Message-ID: <8pld67$nbu$1@mailint03.im.hou.compaq.com>  A In article <8pk92l$74p$1@nnrp1.deja.com>, deja@chovav.com writes:mF :I have a VAXstation on our internal network. Normally we use ExchangeG :to send/receive mail for the PC.  I want to send mail dirctly from thenB :VAX. How can I tell my VMS that the SMTP gateway is the real one?  B   Despite what folks might think, Exchange is its own little emailC   world.  Exchange uses gateways -- these gateways are connectors, sC   in Exchange-speak -- and it particularly uses the SMTP connector  E   to reach the outside world.  In other words, Exchange is not likelyeD   particularly relevent to SMTP traffic, nor is it relevent to this    particular question.  F   To display and to configure the default SMTP gateway, use the TCPIP D   commands SHOW and SET CONFIG SMTP -- various IP networks will haveB   an alternate gateway set up specifically for SMTP traffic.  (NowC   as to what that address or host name might be, you'll have to asko'   your local network management staff.)   F   We are adding a feature to TCP/IP Services V5.1 that permits you to E   set up the return address, as some networks have a firewall and IP sF   routing configuration that requires a different return address than E   the local node "knows" about by default.  This feature can be quiteiE   useful at sites using Exchange servers and what Exchange calls the  =   Global Address List (GAL) for email traffic and addressing.A  D   (One interesting hack: hook OpenVMS into the GAL.  But I digress.)   :VMS 7.2  E   OpenVMS VAX V7.2, apparently.  I will assume TCP/IP Services V5.0A,iF   but this might well be TCP/IP Services V4.mumble or a third-party IP   stack, too...o  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Tue, 12 Sep 2000 06:25:39 -0500 (EST)  From: jerry@winner.com% Subject: MLM Breakthrough Take A Tours$ Message-ID: <273252439@MVB.SAIC.COM>  	 Finally, s  9 You can make all the money you want... without having to    change your current lifestyle!!    * NO Telephone Calls!  * NO Sending Faxes!  * NO Stamps to Lick! e! * NO Running to the Post Office!    ; Our State-of-the-Art - Totally Internet Driven System will o; allow you to build a substantial "residual" income in less a than 30 minutes a day...) RIGHT FROM THE COMFORT OF YOUR OWN HOME!    = For a FREE demonstration of how our system works, just reply s' back with your NAME and EMAIL ADDRESS. h  ; Plus, as a Special Added Bonus just for signing up for our e6 Free Tap Root System Demo today, you will receive the   following Bonus FREE of CHARGE!   ? A FREE 1 Year subscription to the popular PC's 2 PowerCenter's  < Ezine! This is a $49.95 value and it's yours FREE, just for  taking the tour! t  ; 1000's are already using our system - and we've only begun o9 to scratch the surface. Just listen to what people using i our system are saying:    1 I've sponsored 24 people in one month(May 2000)!,d* This system is AWESOME! - Robert MacGregor  2 This system is GREAT! I've sponsored 8 people in 2, weeks! I'm really having fun! - Danny Davis   9 Wouldn't you like to unleash the power of YOUR computer? m, Take a FREE TEST DRIVE of our system TODAY!   : It won't cost a cent, and you will be under no obligation ? what-so-ever. Just reply back with your NAME and EMAIL ADDRESS i for your FREE demo.   * You'll be amazed at just how easy it is!!   - To be removed simply reply back with "REMOVE"a   Thanks for your time,  Home Employment Network   4 All our mailings are sent complying to the proposed 2 United States Federal requirements for commercial 3 e-mail Section 301 Paragraph (a)(2)(C) of S. 1618. f   ------------------------------  % Date: Mon, 11 Sep 2000 08:10:54 -0500t" From: Earl Lakia <lakia@ipact.com>2 Subject: Re: need to convert DIF to delimited text) Message-ID: <39BCD9DE.BCA2F37D@ipact.com>i  D Import the files into Excel and export with the desired comma or tab# delimited format (e.g., save as...)e  D Actually, the DIF format is rather trival and easy to convert with a simple program.  --
 Earl Lakia   rnbwil@my-deja.com wrote:e   > Hi,a >sH > We have some rather large dif files that were pulled from an AS400 andF > are destined eventually for an SQL server but we need to convet them > from dif to ^ delimited text.  >lH > CDA Convert wont do it on an Alpha, only VAX.  We're running an AS1200 > w/ OVMS 7.1-2. >sG > I've fumbled through a DCL script that reads-a-record/writes-a-recordd6 > but it takes FOREVER and our files are 3gb and more. >s > Any suggestions? >l > Thanks > Rustyn >i( > Sent via Deja.com http://www.deja.com/ > Before you buy.t   ------------------------------  # Date: Tue, 12 Sep 2000 10:09:09 GMTh& From: A.Greig@viirgin.net (Alan Greig). Subject: Re: Off-Topic: DS10 Hardware question1 Message-ID: <39bdffa6.503498672@news.newsguy.com>b  C On Fri, 08 Sep 2000 21:42:58 GMT, Kilgallen@eisner.decus.org.nospamc (Larry Kilgallen) wrote:    2 >But this is a relatively new development for you.N >Some of us have had DEC 3000 systems since 1993 with a non-working ISDN port.  F You've just reminded me that one of the early ship 3000-400s came withC a sticker on the back warning me not to plug it into the AustralianoA telephone system. Probably because thet forgot to include a cablee% stretching half way round the world. m     --
 Alan Greig   ------------------------------    Date: 12 Sep 2000 19:07:04 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>d. Subject: Re: Off-Topic: DS10 Hardware question7 Message-ID: <rjqg0n598dj.fsf@morwong.ucc.gu.uwa.edu.au>   < No, because one of the original ISND dec efforts was in .au.   -- @< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.h@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 12 Sep 2000 14:07:38 +0100cB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>. Subject: Re: Off-Topic: DS10 Hardware question* Message-ID: <39BE2A9A.EB5078F1@uk.sun.com>   "Paul A. Jacobi" wrote:h  D > "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message) > news:39B9B5EE.683BBD0C@earthlink.net...0 >lJ > > The problem is, of course, that many of the newest "commodity" devicesL > > are coming out in USB-only form. Even Compaq acknowledges this with it's? > > "ipaq" product line. For more examples, see your choice of:  >oK > OpenVMS also acknowledges the eventual transition of commodity devices to  > USB.K > We expect that a some point Alpha system will transition to "legacy free"fN > designs, i.e. PS/2 keyboard and mouse port will be removed and replaced withI > USB ports.  When this happens, the requirements for USB support becomeseL > obvious.   That's why we are continuing to enhance the USB code in OpenVMSL > so we will be ready for the new designs.  Unfortuantly, exact date for the3 > transistion to USB-only Alpha systems is unclear.  > M > It also unclear when the transistion to USB-only systems will happen in the-M > general PC industry.  The "ipaq" designs certainly signals the start of thefH > transistion, but it remains a special purpose configuration.  Window98K > cannot support USB-only systems.  Only Windows 2000 and Windows ME (to besN > released this month) can support USB-only systems.  Intel and Microsoft haveN > consistantly mis-judged that time required to transistion the PC industry toJ > USB.  For example, it is still possible to find PC motherboards with theG > older style non-PS/2 keyboard connector.  Even the transition to PS/2a" > keyboards is not fully complete! >i  G We have found that the availability of things like USB keyboards is nowa getting much better.  H The SunRay thin clients that we now use only have USB connectors nothingI else and we have found that its reasonably easy to source things like USB0J keyboards with card readers, small form factor keyboards as well, USB mice and other pointing devices.l  A Apart from regular computer periperals there are also a number ofrG Consumer electronics devices and PDA's that have USB connectivity. ManynO of the newer Digital cameras and things like the Palm (though the Palm actuallyo  & seems to be a serial to USB convertor.  L The other big area is security devices, with the general availability of USBI smart cards you can now use a smart card for authentication (required foraB some B2B frameworks for example) on any device that has a USB port8 rather than having to have a specific smart card reader.  G For many of these devices performance is probably not a major issue, itvE certainly isn't for the Palm's, Keyboards, smart cards because USB is.H fast enough. It may be a different story for things like Digital Cameras though.n   Regards  Andrew Harrison- Enterprise IT Architect    ------------------------------   Date: 12 Sep 2000 14:27:07 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: Off-Topic: DS10 Hardware question6 Message-ID: <8plefr$nbu$3@mailint03.im.hou.compaq.com>  Z In article <39bdffa6.503498672@news.newsguy.com>, A.Greig@viirgin.net (Alan Greig) writes:D :On Fri, 08 Sep 2000 21:42:58 GMT, Kilgallen@eisner.decus.org.nospam :(Larry Kilgallen) wrote:  :e3 :>But this is a relatively new development for you.iO :>Some of us have had DEC 3000 systems since 1993 with a non-working ISDN port.l :dG :You've just reminded me that one of the early ship 3000-400s came withhD :a sticker on the back warning me not to plug it into the AustralianB :telephone system. Probably because thet forgot to include a cable& :stretching half way round the world.   D   Argh.  Please don't remind me of the telephony approval processes.D   What a nightmare of twisty little administrative requirements, allE   different.  One jurisdiction I recall quite clearly had a specific -D   set of timing and protocol requirements for approval to connect toD   the PSTN, and required the use of a chipset that did not meet its E   own regulations.  Other jurisdictions had audible announcements andtE   device supervisory requirements that made it interesting to connect!9   computers (non-modem connections, that is) to the PSTN.a  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 12 Sep 2000 11:17:44 -0400O2 From: rdeininger@mindspring.com (Robert Deininger). Subject: Re: Off-Topic: DS10 Hardware questionL Message-ID: <rdeininger-1209001117450001@user-2ive799.dialup.mindspring.com>  X In article <8pjj6a$2h4j$1@lead.zk3.dec.com>, "Paul A. Jacobi" <nospan@nospam.com> wrote:  A > "Robert Deininger" <rdeininger@mindspring.com> wrote in message  > news:rdeininger-But9 > : > > I'd like the DMA to the IDE CD-ROM to get fixed first. > M > I've made the latest version of DQDRIVER available on the Freeware disk and G > can be downloaded from the OpenVMS website.  Feel free to hack away. s   Thanks, I think.  :-)t  F Seriously, if this is the kit I'm thinking of, I downloaded it a whileH back and looked at the code out of curiousity.  Well, mainly I looked atD the battlefield-correspondent style comments describing all the IDE @ minefields.  The fellow who took this project on was either veryI brave or very gullible!  (And, I might add, he was way out of my league.)   - Another thing to add to my to-do list.  Urgh.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Tue, 12 Sep 2000 18:30:44 +0200 ? From: "DECHAIZE Thierry (Dir INFRA)" <thierry.dechaize@sncf.fr>o@ Subject: OpenVMS and TCPIP version and support od "Dual path IP"@ Message-ID: <21EC2A9D83EED311A3EB0008C733892B1CE9BF@S70ERTBIA11>   	Hi,  C 	For redondancy in cluster with two computer (AXP 8400, OpenVMS 7.1k and TCPIP 5.0A) we use=20cG a "cluster alias" IP configured for the connection TCPIP from client. =3 ButaG this solution is very static, because there isn't load balancing, and =  only* one LAN card is used on eache computer.=20= 	We use also a SUN CLUSTER 2.2 (with many patches) on two SUNh! computer for another application.aA 	On this last platform, we use two LAN card on each computer, and G these cards are configured with "Dual path IP" mechanism (all traffic =a isF distributed on two card), and client use "an virtual address" IP for = WAN B communication (Yes, it's not the very TRUE CLUSTER like OpenVMS, =
 because at6 one time, the application run only on one computer)=20D 	What's about s similar configuration on OpenVMS (with the advantage5 of support of tha same application on two computer) ?   	 	Thank's.t   -----Message d'origine-----p? De: system@SendSpamHere.ORG [mailto:system@SendSpamHere.ORG]=20-# Date: mardi 12 septembre 2000 17:510 =C0: Info-VAX@Mvb.Saic.Com< Objet: Re: AS4100 w/VMS 7.2-1 console support for DE602-AA??    6 In article <8plhla$nbu$5@mailint03.im.hou.compaq.com>,4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: >o3 >    DE600-AA (NC3123) : 10/100 PCI NIC single RJ45s1 >    DE602-AA (NC3131) : 10/100 PCI NIC dual RJ45 = >    DE602-FA (NC3133) : 10/100 single SC daughter for NC3131r  D Learn something every day!  Since their field test, I only knew of = these  parts by their NC name.n   --2 VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM
           =20 E city, n., 1. a place where trees are cut down and streets are named =  after- them.-   ------------------------------    Date: 12 Sep 2000 12:53:58 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)< Subject: Re: OpenVMS filesystem reader for MicroSoft Windows* Message-ID: <39be0b46$1@news.kapsch.co.at>  Z In article <39bdfa69.502157704@news.newsguy.com>, A.Greig@viirgin.net (Alan Greig) writes:A >On Fri, 08 Sep 2000 16:45:42 GMT, goathunter@goatley.com (Hunter  >Goatley) wrote:D >>MGPCX lets you read and write DOS floppies, on both VAX and Alpha.H >>(Last I knew, PCDISK was VAX only.)  Unfortunately, I've never had the >- >$ SHOW CPU  >," >XXXXX,  a Compaq AlphaServer ES40 >..... >.....
 >$ MCR PCDISKc >PCDISK V6.0	 >PCDISK> o > C >This is the version that currently ships with Advanced Server 7.2A. >0E >Not sure if it's actually still supported and I know it was supposeddA >to be going away at one tme but it is still there at the moment.D  I Does anyone know, if MGPCX or PCDISK does work with DOS ZIP-Drives, too ?e   -- m< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888m< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  # Date: Tue, 12 Sep 2000 09:49:54 GMT & From: A.Greig@viirgin.net (Alan Greig)< Subject: Re: OpenVMS filesystem reader for MicroSoft Windows1 Message-ID: <39bdfa69.502157704@news.newsguy.com>e  @ On Fri, 08 Sep 2000 16:45:42 GMT, goathunter@goatley.com (Hunter Goatley) wrote:    >  >>C >MGPCX lets you read and write DOS floppies, on both VAX and Alpha. G >(Last I knew, PCDISK was VAX only.)  Unfortunately, I've never had theh    
 $ SHOW CPU  ! XXXXX,  a Compaq AlphaServer ES40' .... .... $ MCR PCDISK PCDISK V6.0t PCDISK>   B This is the version that currently ships with Advanced Server 7.2A  D Not sure if it's actually still supported and I know it was supposed@ to be going away at one tme but it is still there at the moment.     --
 Alan Greig   ------------------------------  % Date: Tue, 12 Sep 2000 10:51:01 +0200e( From: "John Apps" <john.apps@compaq.com> Subject: Re: RTR and DECdtmD) Message-ID: <8pkqpt$86@usenet.pa.dec.com>e  $ This really is a fascinating thread!  I One wonders whether those following it would be prepared to state if they0B have a need for 2PC across multiple databases, and provide a short description along with it?I In addition, it would be good to also know if needs other than 2PC acrosstI databases are required, such as with queuing software like MQ Series frome& IBM, or MSMQ from MS, or BEA MessageQ.   Cheers, johnL This email is confidential and intended solely for the use of the individualL to whom it is addressed. Any views or opinions presented are solely those ofJ the author and do not necessarily represent those of Compaq Computer GmbH.H If you are not the intended recipient, be advised that you have receivedJ this email in error and that any use, dissemination, forwarding, printing,0 or copying of this email is strictly prohibited.   ------------------------------  # Date: Tue, 12 Sep 2000 11:53:28 GMTa? From: Jim.Johnson@software-exploration.nospam.com (Jim Johnson)n Subject: Re: RTR and DECdtmo0 Message-ID: <39be1875.17087430@news.demon.co.uk>   John,r  E Those are fair questions for evaluating the customer need for furthertE work.  I'm glad that you got my mail, and checked out this thread.  Ia& have a few more questions to throw in:  F - why should VMS *not* document the RM & branch services that are bothB used daily by non-Compaq products (e.g. Oracle Rdb), and have been stable for years?   E - How important is MTS/VB/COM+ interoperability for VMS applications?c  B - And finally, out of interest, how does Compaq GMBH relate to vMS engineering in ZKO?n   Jim.  F On Tue, 12 Sep 2000 10:51:01 +0200, "John Apps" <john.apps@compaq.com> wrote:  % >This really is a fascinating thread!e >lJ >One wonders whether those following it would be prepared to state if theyC >have a need for 2PC across multiple databases, and provide a shortn >description along with it?=J >In addition, it would be good to also know if needs other than 2PC acrossJ >databases are required, such as with queuing software like MQ Series from' >IBM, or MSMQ from MS, or BEA MessageQ.s >d
 >Cheers, johnfM >This email is confidential and intended solely for the use of the individualeM >to whom it is addressed. Any views or opinions presented are solely those ofiK >the author and do not necessarily represent those of Compaq Computer GmbH.aI >If you are not the intended recipient, be advised that you have received K >this email in error and that any use, dissemination, forwarding, printing, 1 >or copying of this email is strictly prohibited.a >n >o >e   Jim Johnsona Software Exploration, Ltd.' Software Navigation and Discovery Toolsn   ------------------------------  % Date: Tue, 12 Sep 2000 19:46:38 +0200a( From: "John Apps" <john.apps@compaq.com> Subject: Re: RTR and DECdtmn* Message-ID: <8plq64$hnp@usenet.pa.dec.com>   Hmmm. H > - why should VMS *not* document the RM & branch services that are bothD > used daily by non-Compaq products (e.g. Oracle Rdb), and have been > stable for years?jJ Because we would then have to support them (yes, we do today, but only for, those "products" that use them "officially") >tG > - How important is MTS/VB/COM+ interoperability for VMS applications?e >aI I would hazard a guess and say not quite as important as EJB and JDBC V2,s  which are of extreme importance!D > - And finally, out of interest, how does Compaq GMBH relate to vMS > engineering in ZKO?-K At least a question I can answer easily: my employer is Compaq GmbH; I workzJ for VMS Engineering and am based in South East Germany. As I said: this is an easy one! --L However, I still feel a few responses on "who needs 2PC on OpenVMS" would beH useful! Without them it is very difficult to get anything moving, as I'm sure Jim will remember...    Cheers, john  L This email is confidential and intended solely for the use of the individualL to whom it is addressed. Any views or opinions presented are solely those ofJ the author and do not necessarily represent those of Compaq Computer GmbH.H If you are not the intended recipient, be advised that you have receivedJ this email in error and that any use, dissemination, forwarding, printing,0 or copying of this email is strictly prohibited.   ------------------------------  % Date: Tue, 12 Sep 2000 08:37:39 +0200o* From: Ferry Bolhar <bol@adv.magwien.gv.at>2 Subject: Searching for DECnet-Plus Source Listings7 Message-ID: <968740652.324389@mozart.adv.magwien.gv.at>s   Hi all,e  C Subject says all - I'm looking for source listings of DECnet-plus -tD mainly those about the EMAA interface (NET$PROCESS_EMAA.EXE). I haveF source listings for OpenVMS V7.1 (VAX and Alpha) but these CDs containB DECnet Phase IV listings only. Does someone know whether there areE source listing CD's for DECnet-Plus as well? Ordner number? Any otherC ways to get these listings?    MTIA and kind greetings - Ferryr   -- s Ing. Ferry Bolhar-Nordenkampfi Municipality of Vienna Municipality Department 14
 A-1010 Viennac E-mail: bol@adv.magwien.gv.atc  : "Wenn hier einer schuld ist, dann immer nur der Computer."   ------------------------------    Date: 12 Sep 2000 07:43:27 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) 6 Subject: Re: Searching for DECnet-Plus Source Listings+ Message-ID: <GwvFY4+T0Q5U@eisner.decus.org>w  d In article <968740652.324389@mozart.adv.magwien.gv.at>, Ferry Bolhar <bol@adv.magwien.gv.at> writes:	 > Hi all,h > E > Subject says all - I'm looking for source listings of DECnet-plus -eF > mainly those about the EMAA interface (NET$PROCESS_EMAA.EXE). I haveH > source listings for OpenVMS V7.1 (VAX and Alpha) but these CDs containD > DECnet Phase IV listings only. Does someone know whether there areG > source listing CD's for DECnet-Plus as well? Ordner number? Any othere > ways to get these listings?o  @ I believe there has never been such a set of listings available.   ------------------------------   Date: 12 Sep 2000 13:30:04 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)6 Subject: Re: Searching for DECnet-Plus Source Listings6 Message-ID: <8plb4s$n01$1@mailint03.im.hou.compaq.com>  d In article <968740652.324389@mozart.adv.magwien.gv.at>, Ferry Bolhar <bol@adv.magwien.gv.at> writes:5 :...I'm looking for source listings of DECnet-plus...-  =   I don't believe that listings of DECnet-Plus are available.d  > :mainly those about the EMAA interface (NET$PROCESS_EMAA.EXE).  E   What particular problem(s) are you looking to solve here?  Hooking s?   something into NCL and the entity management agent interface?v  A :...know whether there are source listing CD's for DECnet-Plus...e     Not that I am aware of.i  & :Any other ways to get these listings?  ?   Working with OpenVMS Product Management, (potentially) yes...e  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 12 Sep 2000 15:41:19 GMTa= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)u6 Subject: Re: Searching for DECnet-Plus Source Listings0 Message-ID: <009F0036.D4D7B500@SendSpamHere.ORG>  k In article <8plb4s$n01$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:n >oe >In article <968740652.324389@mozart.adv.magwien.gv.at>, Ferry Bolhar <bol@adv.magwien.gv.at> writes:f6 >:...I'm looking for source listings of DECnet-plus... > > >  I don't believe that listings of DECnet-Plus are available. >l? >:mainly those about the EMAA interface (NET$PROCESS_EMAA.EXE).a >yF >  What particular problem(s) are you looking to solve here?  Hooking @ >  something into NCL and the entity management agent interface? >yB >:...know whether there are source listing CD's for DECnet-Plus... >t >  Not that I am aware of. >i' >:Any other ways to get these listings?h >t@ >  Working with OpenVMS Product Management, (potentially) yes...  G Yes.  I have gotten my hand on bits and pieces of things not on the VMS-G source listings CDs.  I'm sure you'll be required to execute a NDA akintF to the one required for the VMS source listings.  In fact, since I had@ such an agreement in place, I didn't need to ink anything new.    G In one case, I received a driver which a product I maintain intercepts.fH There were some problems and a look at the driver helped solve them and,G in this particular case, the problem was in the driver I received.  ThenG sharing of this intellectual property actually aided DEC/Compaq by mak- " ing their driver a better product.  G You have to be persistent with your requests and it is often times dif-rG ficult to find the right folks you need to 'ping' to get that which youeG seek; however, it *is* possible.  You need to make a clear case for theeG code you want to see and you're probably better off to ask for only therE parts you need -- in your case, the EMAA interface -- than to ask for C all of the code for DECnet phaseV/ISO/Plus/catchy-name-of-the-week.r   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMi             O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Tue, 12 Sep 2000 01:16:47 -0400 * From: David A Froble <davef@tsoft-inc.com>* Subject: Re: Sun Hardware problems persist- Message-ID: <39BDBC3F.FA322E2D@tsoft-inc.com>o   Andrew,   N Becoming curious, I counted your current (since Sept 5) posts on comp.os.vms. / Got to 31.  You getting paid overtime for this?e   Dave   -- 94 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  / Date: Tue, 12 Sep 2000 08:39:01 +0200 (MET DST)v& From: Rudolf Wingert <win@fom.fgan.de>* Subject: Re: Sun Hardware problems persist6 Message-ID: <200009120635.IAA17096@sinet1.fom.fgan.de>   Hello,  E Andrew, my feeling is, that you would like to write what you believe.wD If one writer compares AlphaServer 4100 with an E450, you wrote fromI an E4500. If one writer wrotes from a GS320 (which do compete the E10000,rH or is that a much better system?) you answer with a GS140/8400, which isD a very old system. Do this old system compete the E10000? Then I canH only say poor Sun. So Andrew, can you please compare apples with apples.D We did have a lot of problems with an Ultra 60. Sun did change a lotE of things. At least two times the motherboard. Not it function in thegF same environment. The problem was the hardware. Also a Ultra 450. ThisJ system was going down without any message. Sun did change the CPU modules.D Now it looks OK. It's easy to say, the environmental is the problem,C but the better politic, is to look for the hardware, to change some B components, so that the user can use this system in a wider range.   Regards Rudolf Wingert   ------------------------------    Date: 12 Sep 2000 10:04:49 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>d* Subject: Re: Sun Hardware problems persistH Message-ID: <y4ya0yt4ri.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  D Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  H > More over the GS320 cross-bar appears to be used for both instructionsC > and data, the E10K has separate address and data buses this has abA > big impact on the actual data transfer rate over the cross-bar.u  ) (instructions, data) .NE. (address, data)w  + Now really, Andrew. How stupid can you get?    	Jan   ------------------------------  % Date: Tue, 12 Sep 2000 13:31:30 +0100oB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>* Subject: Re: Sun Hardware problems persist* Message-ID: <39BE2222.1F39A83A@uk.sun.com>   Jan Vorbrueggen wrote:  F > Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes: >rJ > > More over the GS320 cross-bar appears to be used for both instructionsE > > and data, the E10K has separate address and data buses this has aeC > > big impact on the actual data transfer rate over the cross-bar.a >I+ > (instructions, data) .NE. (address, data)8 >1- > Now really, Andrew. How stupid can you get?n >u
 >         Jano  C Sorry I ment address traffic. BTW is this correct, the architectureaA diagrams do not show a separate address bus or router so I assume " it shares the cross-bar with data.   -- Andrew Harrisonn Enterprise IT ArchitectA   ------------------------------  % Date: Tue, 12 Sep 2000 14:25:56 +0100mB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>* Subject: Re: Sun Hardware problems persist* Message-ID: <39BE2EE4.28F8CFE3@uk.sun.com>   Rudolf Wingert wrote:a   > Hello, >iG > Andrew, my feeling is, that you would like to write what you believe.PF > If one writer compares AlphaServer 4100 with an E450, you wrote fromK > an E4500. If one writer wrotes from a GS320 (which do compete the E10000, J > or is that a much better system?) you answer with a GS140/8400, which isF > a very old system. Do this old system compete the E10000? Then I canJ > only say poor Sun. So Andrew, can you please compare apples with apples.F > We did have a lot of problems with an Ultra 60. Sun did change a lotG > of things. At least two times the motherboard. Not it function in the H > same environment. The problem was the hardware. Also a Ultra 450. ThisL > system was going down without any message. Sun did change the CPU modules.F > Now it looks OK. It's easy to say, the environmental is the problem,E > but the better politic, is to look for the hardware, to change someeD > components, so that the user can use this system in a wider range. >   B I think you misunderstand. The GS320 is a new system and there areB not that many installed in customer datacenters world wide. In the; Capellas memo Compaq talked about shipping 50 last quarter.   G So if there are big Compaq servers in the same datacenter as E10Ks they0K are almost certainly 8400/GS140's, likewise if there are big HP's they will A be V2500/2600's. In both cases, one with temperature and one witho= temperature and humidity they have environmental requirementsi" that are as tight as the Sun E10K.  I The fact is that the larger the machine (except for the GS320 which there H are very few) generally the tighter the environmental requirements. ThisF is true for the Sun range the Compaq range prior to the release of theF 320 and the HP range with the very curious anomally of the HP L Series posted earlier by Steve.  D As for your Ultra60 I don't know what the cause of your failure was,E CPU's do fail for other reasons than ecache failures caused by staticd8 and you havn't published any other information to go on.     regardsi Andrew Harrisono Enterprise IT Architectw   ------------------------------  % Date: Tue, 12 Sep 2000 15:30:45 +0100EB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>* Subject: Re: Sun Hardware problems persist* Message-ID: <39BE3E15.796D50BD@uk.sun.com>   "Main, Kerry" wrote:   > G'day Andrew ! >aK > Hey, took a week off to do Customer stuff and boy, it looks like I really J > hit a nerve with you in my last posting here .. Boy, I hate it when that
 > happens :-)0 > K > You seem to think my last posting was fud, incorrect or whatever and havee7 > posted a number of replies challenging what I stated.i > ( > Ok, lets look at what I actually said: >cM > Quote "Based on all of the notes you have presented here, are Sun technical8G > documents being updated to reflect Suns requirements for much tighter N > environmental controls than other vendors? IBM, HP, Compaq, DG do not appearM > to be having these issues, so it appears their systems can operate reliably K > at higher (what some would consider normal) datacenter temperatures." endI > quote. >I  E How do you know, you appear to be blissfully unaware of anything elseAG remotely technical related to hardware so how do you know that no other  vendor is having this issueu  L Kerry the part that Sun uses is a commodity component, for all I know CompaqH use it (I know of one other vendor who definitely does use it). The onlyH vendor I can guarantee does not use this particular part is HP and thatsF because they don't have external cache on their CPU's its all on-chip.1 HP have had other problems not related to ecache.t  G The fact that Sun is having a few customers with issues and it is a fews@ may have much more to do with the number of Sun's installed than? anything else relative to the number of HP's, Compaqs and IBM'sd9 out there but you would never contemplate that would you.o  A Sun installed 84442 UNIX systems last quarter, this was more thand= Compaq, HP and IBM combined. Compaq installed 26680 machines.o  < However this ratio was much higher at the high end where for: systems over 1 million (mostly E10K's) Sun had a 65% shareF of the total market. So we are installing far more, far bigger systems than any other vendor.  A And before you start saying that these sorts of problems are onlyi: happening on Sun hardware you should reflect that even IBM< mainframes have not been immune to issues. IBM had to modify> all the Multiprise servers installed after the failure rate on= customers sites got above 10% of all installed systems. Sun's.C failure rate on E10K's has not remotely reached this kind of level.e   >tJ > The bottom line is that, based on reports from Gartner and various pressM > articles, while the datacenters  in question might (or might not have) have H > been a bit on the high side of the recommended ranges, it was only Sun$ > systems that were having problems. >b  ? The bottom line is that as OpenVMS customers should be acutellyOE aware people like Gartner need to sell their reports to customers andeI good news does not sell reports any more than good news sells newspapers.n  D Gartner have a view, which I do not agree with and neither does MetaF one of the other major analysts who in the origional article said thatE according to their clients there was a problem earlier this year thatr but that it has now gone away.     >vM > My understanding (please correct me if I am in error here) that none of thelH > datacenters in question were operating outside of the recommended high3 > temperature ranges of the vendor recommendations.M >r  B Your understanding was and is incorrect. I have already replied to> another persons posting with the example of the customer who IE am working for who has one datacenter which was outside the operating  temperature range for the E10K.y  L But it does demonstrate your lack of understanding. You appear to think thatI datacenters have totally uniform environments they arn't. For example thesO corners of a datacenter are often warmer than the center of the room, sometimesr  O the temperature difference is as much as 4C. Where the equipment is in relationt  O to other equipement in the room is also important, for example siting a machine0  G so that its air intakes are next to the air outlets of another piece ofR
 equipment.K Some systems vent bottom to top, some left to right, some front to back. SooK you can get a situation where a system is installed and is in an enviromentq thatN is fine for the system, another system is installed next to the first and that neweA system significantly changes the environment of the first system.t     I have already   >)N > The issue here is that, in some cases (not all - based on reports here), SunI > appears to have found a workaround to the cache problem by lowering the2  > temperature in the datacenter. >   B Interesting spin. What would Compaqs position be if a customer ran> their GS140's in a datacenter that was say 30C and the machine? failed with say a CPU failure. Would you say the workarround tob< your CPU failure is to reduce your datacenter temperature to: 28C or below or would you say the CPU failure was probablyD caused by the datacenter being run outside the operating temperature range of the GS140 ????????e  D None of this of course alters the fact that you don't appear to know> enough about the environmental requirements for your own boxesA to be passing comment on Sun's HP's (tighter than Sun's) and IBM.u  ; Incedentally you never bothered to tell me who you get yourG ecache from.   Regardsi Andrew Harrison, Enterprise IT Architect    ------------------------------  # Date: Tue, 12 Sep 2000 15:52:53 GMT,* From: young_r@eisner.decus.org (Rob Young)* Subject: Re: Sun Hardware problems persist+ Message-ID: <il5DEnlJFXHV@eisner.decus.org>0  o In article <39BE3E15.796D50BD@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:8   > A > The bottom line is that as OpenVMS customers should be acutelly-G > aware people like Gartner need to sell their reports to customers andeK > good news does not sell reports any more than good news sells newspapers.7 > F > Gartner have a view, which I do not agree with and neither does MetaH > one of the other major analysts who in the origional article said thatG > according to their clients there was a problem earlier this year thatk  > but that it has now gone away. >  >   ? 	The bottom line is you are clueless and aren't even in contactnE 	with your handler(s) to even get the company line out there clearly.r  D 	Hope they hear about your inane blathering.  Inana?  Sure... Again,I 	you are clueless regarding what your employer's spokespeople are saying.n   >>N >> My understanding (please correct me if I am in error here) that none of theI >> datacenters in question were operating outside of the recommended highz4 >> temperature ranges of the vendor recommendations. >> > D > Your understanding was and is incorrect. I have already replied to@ > another persons posting with the example of the customer who IG > am working for who has one datacenter which was outside the operatingn! > temperature range for the E10K.E >   > 	But it really isn't an environmental issue.  See below before
 	you blather.'   >>O >> The issue here is that, in some cases (not all - based on reports here), Sun J >> appears to have found a workaround to the cache problem by lowering the! >> temperature in the datacenter.S >> > D > Interesting spin. What would Compaqs position be if a customer ran@ > their GS140's in a datacenter that was say 30C and the machineA > failed with say a CPU failure. Would you say the workarround to2> > your CPU failure is to reduce your datacenter temperature to< > 28C or below or would you say the CPU failure was probablyF > caused by the datacenter being run outside the operating temperature > range of the GS140 ????????A > F > None of this of course alters the fact that you don't appear to know@ > enough about the environmental requirements for your own boxesC > to be passing comment on Sun's HP's (tighter than Sun's) and IBM.  > = > Incedentally you never bothered to tell me who you get yourA > ecache from. >   ; 	It isn't an environmental issue.  Contact your handler, he(< 	may let you know what senior managment is telling the press2 	that has suddenly discovered this "old news" ;-):  H http://news.cnet.com/news/0-1003-200-2752389.html?tag=st.ne.1002.bgif.ni   Sun's problems  N Sun has the top sales in this crowded market, but it's having its own share of
 problems.   N The brains of the new Sun top-end products, the UltraSparc III "Cheetah" chip,K were originally due at the end of 1999, and Sun's current servers have been3P suffering from memory problems that cause the machines to unexpectedly restart.   L Sun spokesman Doug van Aman confirmed the memory problems, which surfaced inO analyst reports from Gartner and Meta Group. The problems first were noticed in G high-end E10000 servers but have been observed in other models as well,n including the E4500 and E6500.    G The problem was that under some circumstances, ones and zeros stored in E high-speed "cache" memory could change state, causing the computer ton$ unexpectedly reboot, van Aman said.   O Sometimes the problem was ameliorated by lowering the temperature of the server.J environment, but the problem still happened more often than specifications should have permitted. n  G Sun has released "scrubber software" that that helps compensate for then problem, the company said. g    .> 	It's not an environmental problem.  It is a memory problem as* 	confirmed by Sun spokesman Doug van Aman.  D 	Andrew.... you really should contact your handler ASAP!!!  And also0 	find a chalk or whiteboard and write 100 times:  9 		"It really isn't an environmental issue, it is a memorys
 		 issue."  . 	As related to us by various Sun spokespeople.   				Rob,   ------------------------------  # Date: Tue, 12 Sep 2000 14:20:30 GMTc From: pasmith@ppg.coma Subject: UCX on VMS question) Message-ID: <8ple2n$gs7$1@nnrp1.deja.com>t  F We are running UCX 4.1 on an alpha 2100 running VMS 7.1.  We also haveC an alpha 3000-600 running VMS 6.2.  We have some PCs on our network F that connect to the alphas via Reflections.  Sometimes the ReflectionsD will not connect to the 2100, but will connect to the 3000-600.  TheF 2100 also has problems doing file transfers from it to the PC network,E but the 3000-600 does not.  The only difference I can see between the B UCX of the two alphas is that the one with no problems has a localG domain defined and the other one does not.  I have tried to define thisdE using the 'SET CONFIGURATION NAME_SERVICE /DOMAIN = ', but it doesn't-D appear to have made any differences.  Does anyone know of anything I may try to fix this problem?    & Sent via Deja.com http://www.deja.com/ Before you buy.D   ------------------------------  # Date: Tue, 12 Sep 2000 15:03:57 GMT(/ From: "John Nixon" <jorlnixon@worldnet.att.net>   Subject: Re: UCX on VMS questionF Message-ID: <xBrv5.5051$M37.382952@bgtnsc07-news.ops.worldnet.att.net>   Check these:  J    $ucx show com   (in the top half, are any of the "peak" values equal to the maximum?  L    $ucx show com/mem  (in the bottom half, do you see any "waits" or "drops"  >     $ucx show service telnet/ful  (is "peak" equal to "limit")  K     $ucx show servcie ftp/ful      (''     ''         ''             ''   )e    F <pasmith@ppg.com> wrote in message news:8ple2n$gs7$1@nnrp1.deja.com...H > We are running UCX 4.1 on an alpha 2100 running VMS 7.1.  We also haveE > an alpha 3000-600 running VMS 6.2.  We have some PCs on our network H > that connect to the alphas via Reflections.  Sometimes the ReflectionsF > will not connect to the 2100, but will connect to the 3000-600.  TheH > 2100 also has problems doing file transfers from it to the PC network,G > but the 3000-600 does not.  The only difference I can see between the D > UCX of the two alphas is that the one with no problems has a localI > domain defined and the other one does not.  I have tried to define thiseG > using the 'SET CONFIGURATION NAME_SERVICE /DOMAIN = ', but it doesn'tmF > appear to have made any differences.  Does anyone know of anything I > may try to fix this problem? >e >v( > Sent via Deja.com http://www.deja.com/ > Before you buy.k   ------------------------------  # Date: Tue, 12 Sep 2000 17:56:19 GMTt/ From: "John Nixon" <jorlnixon@worldnet.att.net>n  Subject: Re: UCX on VMS questionF Message-ID: <77uv5.4557$6i1.403012@bgtnsc04-news.ops.worldnet.att.net>   You said in a private e-mail:cH >    Thanks for your suggestions.  The limit is equal to the peak on the 'show@G >    telnet/full'.  Can you tell me the command to increase this limit?s  " $ucx set service telnet /limit = nI $ucx set config service telent /limit = n  (so it lasts through a reboot)t    F <pasmith@ppg.com> wrote in message news:8ple2n$gs7$1@nnrp1.deja.com...H > We are running UCX 4.1 on an alpha 2100 running VMS 7.1.  We also haveE > an alpha 3000-600 running VMS 6.2.  We have some PCs on our networkdH > that connect to the alphas via Reflections.  Sometimes the ReflectionsF > will not connect to the 2100, but will connect to the 3000-600.  TheH > 2100 also has problems doing file transfers from it to the PC network,G > but the 3000-600 does not.  The only difference I can see between theHD > UCX of the two alphas is that the one with no problems has a localI > domain defined and the other one does not.  I have tried to define this G > using the 'SET CONFIGURATION NAME_SERVICE /DOMAIN = ', but it doesn'tiF > appear to have made any differences.  Does anyone know of anything I > may try to fix this problem? >a >8( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------  % Date: Tue, 12 Sep 2000 19:37:19 +0010e% From: paddy.o'brien@zzz.tg.nsw.gov.au ' Subject: Upgrade to DECset 12.4/CMS 4.1a5 Message-ID: <01JU3IBSCB420043GR@tgmail.tg.nsw.gov.au>n   Anyone who uses DECset:-  M I upgraded my systems this past weekend, as above.  All my CMS verifications r failed.o  I I found that I needed to CMS verify/repair twice.  All elements, and all bP reference libraries were verified correctly.  but the library itself failed and O it looked as if the new commands were looking for a file.  And it was a lot of b# applications and DTM/CMS libraries.p  O Verification twice did resolve.  I intended to ring CSC, but when I found that  / my peserverance had paid off, I did not bother.t  < I'd be interested if other CMS upgraders found this problem.   Anyway, this is informational.  O [Slightly OT]  I was on long service leave for about 4 months this year.  I am eP on similar next year, and holidays in between (e.g., goodbye to the insanity of Q Sydney on Friday evening).  An ex-colleague mailed me in June because the DECset nQ writers (EDS) had put up on the Compaq site notice of their field testing.  When  P I was pointed to it, I found it was too late (started in Feb and sanity test in M August).  I am not in a position to daily scour the internet for things that e might be of interest.k  O I field test one of the Compaq compilers, and I would have **wanted** to field tF test DECset (I have access and interest even when away).  Some of the L administrators of compilers/systems/os advertise here on c.o.v for testers, L would it not be beneficial for them all, they would get the most interested # party of testers for their product.    Regards, Paddy   Paddy O'Brien, Transmission Development,S
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australia'   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,t; but that little whizz-bang apostrophe gives me little spam.r   ------------------------------   End of INFO-VAX 2000.511 ************************n range the Compaq range prior to the release of theF 320 and the HP range with the very curious anomally of the HP L Series posted earlier by Steve.  D As for your Ultra60 I don't know what the cause of your failure was,E CPU's do fail for other reasons than ecache failures caused by staticd8 and you havn't published any other information to go on.     regardsi Andrew Harrisono Enterprise IT Architectw   ------------------------------  % Date: Tue, 12 Sep 2000 15:>y6<evoL'llSPzbC~m2`p`k75Źv),c>E&|ӹݜ4ʎyy\~3
4:Vm:
P0J}u=:/ss~xg3z	~%tkL?\g7k뤈Qq(Dacze
׹[,?Y6z˟"u06s{?x'C92>vY08Vq,x#)7Z;렿f-vQ>
>JR0o	 ;Fӑø8vC~'b4wJ2L2#bgRh[Ŏxq>[{9 Mv)6[qAb\b.XpB-Fb.Z"Yoݝ}sAyJ-w1S:A5