1 INFO-VAX	Tue, 05 Sep 2000	Volume 2000 : Issue 497       Contents:C Re: (Don't) Replace licenses for VAXcluster for Education/Research? C Re: (Don't) Replace licenses for VAXcluster for Education/Research? - Re: Alpha 200 4/233 firmware upgrade question - Re: Alpha 200 4/233 firmware upgrade question P Re: CETS2000 - Hands-On Interactive Registration starts 8/31/2000 High    Noon (% Copying account to another VMS system ) Re: Copying account to another VMS system ) Re: Copying account to another VMS system 9 Re: DEC 3000 model 300, help with firmware/serial console 9 Re: DEC 3000 model 300, help with firmware/serial console ; Re: DEC 3000 model 3000, ESA0 versus EWA0/ MOP versus BOOTP  DECSERVER 90m AND TCPIP  Re: DECSERVER 90m AND TCPIP ' Re: how do I disable ucx$ftpserver.log? ' Re: how do I disable ucx$ftpserver.log? # 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: Is there any new Alpha CPU out? # Re: Is there any new Alpha CPU out?  license trade-in Re: license trade-in Memo:  WORD viewer for VMS Re: Memo:  WORD viewer for VMS Need Help !  Re: Need Help ! + Porting stuff. was Re: Big AlphaServer Sale / Re: Porting stuff. was Re: Big AlphaServer Sale ; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? * Re: Replies to spam (was RE: Your FUTURE!) Re: SCSI Tape drive  set host node-name didn't work" Re: set host node-name didn't work" Re: set host node-name didn't work! 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: TCP/IP 5.0A PatchList or ECO Summary( Re: TCP/IP 5.0A PatchList or ECO Summary( Re: TCP/IP 5.0A PatchList or ECO Summary Re: VMS Support for 4D30T ???? Re: WORD viewer for VMS  Re: WORD viewer for VMS  Re: WORD viewer for VMS  RE: Your FUTURE!  F ----------------------------------------------------------------------  + Date: Tue, 05 Sep 2000 06:46:27 -0600 (MDT) ) From: John Nebel <nebel@athena.csdco.com> L Subject: Re: (Don't) Replace licenses for VAXcluster for Education/Research?G Message-ID: <Pine.OSF.4.21.0009050627560.30593-100000@athena.csdco.com>    Jerry,  J The latest exploit is a hoot. "The Microsoft Windows implementation of theH NetBIOS cache allows a remote attacker to insert and flush dynamic cacheJ entries as well as overwrite static entries through unsolicited unicast orA broadcast UDP datagrams."  Solution: upgrade to W2000 or turn off J networking, or as NTBugtraq says, everyone knew that ports 135-139 and 445I should be blocked at the external router so this is really not a problem.    http://www.theregister.co.uk/   5 http://www.pgp.com/research/covert/advisories/045.asp    http://www.ntbugtraq.com/ < default.asp?pid=36&sid=1&A2=ind0008&L=ntbugtraq&F=&S=&P=7560  
 John Nebel    ' On Tue, 5 Sep 2000, Jerry Leslie wrote:    >  > Shouldn't that read: > H >   "...and all the while the NT Kids and their point-and-click toys are >   "ruining" the enterprises."  > 1 > --Jerry Leslie   leslie@209-16-45-97.insync.net = >                  leslie@209-16-45-102.insync.net is invalid 4 >                  (my opinions are strictly my own) >  >    ------------------------------   Date: 5 Sep 2000 15:56:32 GMT ) From: leslie@clio.rice.edu (Jerry Leslie) L Subject: Re: (Don't) Replace licenses for VAXcluster for Education/Research?' Message-ID: <8p353g$k5g$1@joe.rice.edu>   * John Nebel (nebel@athena.csdco.com) wrote:   : Jerry, : L : The latest exploit is a hoot. "The Microsoft Windows implementation of theJ : NetBIOS cache allows a remote attacker to insert and flush dynamic cacheL : entries as well as overwrite static entries through unsolicited unicast orC : broadcast UDP datagrams."  Solution: upgrade to W2000 or turn off L : networking, or as NTBugtraq says, everyone knew that ports 135-139 and 445K : should be blocked at the external router so this is really not a problem.  :  : http://www.theregister.co.uk/  : 7 : http://www.pgp.com/research/covert/advisories/045.asp  :  : http://www.ntbugtraq.com/ > : default.asp?pid=36&sid=1&A2=ind0008&L=ntbugtraq&F=&S=&P=7560 :  : John Nebel  G LOL, that sounds like good advice for customers of Inoculan anti-virus  H software. It uses port 41508 to discover other nodes on the LAN, except J it sends its discovery packets out to the internet. This article explains  the problem:   Inoculan anti-virus software:   8   http://www.circlemud.org/~jelson/software/udpsend.html   udpsend and udpsendraw   Per:  5   http://www.ccd.bnl.gov/nss/tips/inoculan/index.html   H   "It is highly recommended that both Mailslots and TCP/IP broadcasts be    disabled."   M Several years ago, at one of my former employer's Houston sites, we received  M a phone call from an ISP in Florida that our LAN was clobbering one of their  N customers with broadcasts on port 41508. We finally traced it down to someone % at our site doing a test of Inoculan.   4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Tue, 05 Sep 2000 17:00:09 GMT # From: Mark Sterk <strong@chello.nl> 6 Subject: Re: Alpha 200 4/233 firmware upgrade question) Message-ID: <39B52662.7704B341@chello.nl>   
 mhr wrote:   > "James L. Wiley" wrote:  > . > .....................Problems AS200 ........   >  > N > It apears you are running the SRM console which would require a VMS bootableO > floppy; if the alphastation has the required sroms containing the ARC console Q > then type (at >>> ) set os_type NT. This will bring up the ARC menu for loading P > the newer firmware. Be sure you load the latest SRM image in order to run VMS.@ > Remember to change your console back to SRM (set os_type VMS). >  > mhr   S This won't  work either, if you want to go to the ARC console the command ' >>> arc S ' should work butt you probibly have the 'cheap' version of the AS200 that has only   half the amount of flash-memory.< This machine can only run either the ARC or the SRM console.  P You'll need a Unix or VMS machine to create a (SRM) bootable floppy (look at the+ firmware section at compaq how to do this). # Then type >>> b dva0 (floppy drive)   S If you can't get access to a VMS or Unix machine, mail me I have a tool to create a # firmware floppy from a dos machine.        Success,   Mark   ------------------------------  # Date: Tue, 05 Sep 2000 17:01:09 GMT # From: Mark Sterk <strong@chello.nl> 6 Subject: Re: Alpha 200 4/233 firmware upgrade question) Message-ID: <39B5269F.C39546B0@chello.nl>   
 mhr wrote:   > "James L. Wiley" wrote:  > . > .....................Problems AS200 ........   >  > N > It apears you are running the SRM console which would require a VMS bootableO > floppy; if the alphastation has the required sroms containing the ARC console Q > then type (at >>> ) set os_type NT. This will bring up the ARC menu for loading P > the newer firmware. Be sure you load the latest SRM image in order to run VMS.@ > Remember to change your console back to SRM (set os_type VMS). >  > mhr   S This won't  work either, if you want to go to the ARC console the command ' >>> arc S ' should work butt you probably have the 'cheap' version of the AS200 that has only   half the amount of flash memory.< This machine can only run either the ARC or the SRM console.  P You'll need a Unix or VMS machine to create a (SRM) bootable floppy (look at the+ firmware section at compaq how to do this). # Then type >>> b dva0 (floppy drive)   S If you can't get access to a VMS or Unix machine, mail me I have a tool to create a # firmware floppy from a dos machine.        Success,   Mark   ------------------------------  $ Date: Tue, 5 Sep 2000 12:52:20 -0400% From: Karl S. Erbland <karl@ksme.net> Y Subject: Re: CETS2000 - Hands-On Interactive Registration starts 8/31/2000 High    Noon ( 5 Message-ID: <MPG.141eeecc1067f3919896bb@news.alt.net>   I In article <009EF76A.F0EB63C5@SendSpamHere.ORG>, system@SendSpamHere.ORG   says... ! > and not just some prepubescents  >   % Remember, you were once prepubescent.   B I'm curious though, does your attitude speak that you do not want " younger, capable people attending.  J I know a few who could teach us all a lesson or two AND get us up-to-date > on Brittany (at which point I would conveniently doze off on)!   ------------------------------  # Date: Tue, 05 Sep 2000 15:47:32 GMT / From: Mike Price <mike.price@littlewoods.co.uk> . Subject: Copying account to another VMS system) Message-ID: <8p34if$p3n$1@nnrp1.deja.com>   F I need to swap some users from one VMS system to another. Creating theF duplicate accounts is easy enough but does anyone know of a simple wayD of getting the password on the new account to be the same as the old	 account?? G That is without writing a program - I know about the UAF calls and I'll A do that if I need to - I was just wondering if there is something  simpler that I have missed??   TIA    Mike   --B All opinions are my own and do not necessarily reflect those of my employer    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 05 Sep 2000 16:39:50 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson> 2 Subject: Re: Copying account to another VMS system. Message-ID: <39B521D6.372BFEEF@fsi.net.mapson>   Mike Price wrote:  > H > I need to swap some users from one VMS system to another. Creating theH > duplicate accounts is easy enough but does anyone know of a simple wayF > of getting the password on the new account to be the same as the old > account?? I > That is without writing a program - I know about the UAF calls and I'll C > do that if I need to - I was just wondering if there is something  > simpler that I have missed??   $ HELP OPEN  $ HELP READ  $ HELP WRITE $ HELP CLOSE  = DCL does this for me rather well, with the caveat that rights H identifiers cann be transferred in this way. All of the original account1 info. in UAF gets copied, including the password.   F I even once used this to migrate VMSmail users to an All-in-1 machine.   David J. Dachtera    ------------------------------   Date: 5 Sep 2000 16:04:40 GMT 3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) 2 Subject: Re: Copying account to another VMS system0 Message-ID: <8p35io$8i3$1@n.ruf.uni-freiburg.de>  [ In article <8p34if$p3n$1@nnrp1.deja.com>, Mike Price <mike.price@littlewoods.co.uk> writes: G >I need to swap some users from one VMS system to another. Creating the G >duplicate accounts is easy enough but does anyone know of a simple way E >of getting the password on the new account to be the same as the old 
 >account??H >That is without writing a program - I know about the UAF calls and I'llB >do that if I need to - I was just wondering if there is something >simpler that I have missed??   O What if you set a default password and tell the users to change it to the right ? one. If "some" means 5 or so this is the most efficient way ;-)    Regards,    Christoph Gartmann   H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Tue, 05 Sep 2000 09:53:47 -0400 4 From: Marble Head <Marble.Head@nospam.guacamole.com>B Subject: Re: DEC 3000 model 300, help with firmware/serial console4 Message-ID: <39B4FAEB.B9F043D9@nospam.guacamole.com>  O If you can't send anything, how can you boot the machine once it gets to >>>  ?    Tobin Fricke wrote:   J > My roommate and I have come across a DECstation 3000 model 300, which weL > am trying to network boot.  We do not have a keyboard or display, so we'reJ > using the serial console only, and we have no removable media (CD-ROM orJ > floppy) so we need to boot over the ethernet. We've updated the firmwareK > successfully using the MOP protocol (something like bootp but proprietary F > to DEC) and mopd for linux. Now, however, with the new firmware, theI > serial console has stopped working fully; although we receive data from K > the machine, we can't seem to send anything, and thus we can't accomplish K > anything. However, if we boot into the existing operating system (OSF/1), K > the serial connection works in both directions.  Here is what we get over  > the serial console:  >  > DEC 3000 - M300  > Digital Equipment Corporation K >      VPP PAL V5.56-80800101/OSF PAL V1.45-80800201 - Built on 28-JAN-1997 
 > 10:54:25.34 # > TCINFO      DEVNAM        DEVSTAT $ > ------      --------      --------O >                  CPU      OK KN16-AA -V7.0-S889-I21F-sV2.0-DECchip 21064 P3.0 # >                  OSC      150 MHz  >                 ASIC      OK >                  MEM      OK >                FEROM      OK > 6  >                  CXT      OK > 5  >                  NVR      OK  >                  SCC      ? 60 >                   NI      OK >                 ISDN      OK > 4  >                 SCSI      OKB > 0) Dansk                             8) Franais (Suisse Romande)2 > 1) Deutsch                           9) Italiano5 > 2) Deutsch (Schweiz)                 10) Nederlands 0 > 3) English                           11) Norsk3 > 4) English (British/Irish)           12) Portugus / > 5) Espaol                           13) Suomi 1 > 6) Franais                          14) Svenska 0 > 7) Franais (Canadien)               15) Vlaams >  > 3 >>>  > L > If anyone could help us out, perhaps by pointing us to where we may obtain@ > manuals or a description of the SCC error, it would be greatly > appreciated. > 	 > Thanks,  > Tobin <tobin@sji.org>    ------------------------------   Date: 5 Sep 2000 15:15:26 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)B Subject: Re: DEC 3000 model 300, help with firmware/serial console6 Message-ID: <8p32me$peg$1@mailint03.im.hou.compaq.com>  k In article <39B4FAEB.B9F043D9@nospam.guacamole.com>, Marble Head <Marble.Head@nospam.guacamole.com> writes: P :If you can't send anything, how can you boot the machine once it gets to >>>  ? :Tobin Fricke wrote:K :> My roommate and I have come across a DECstation 3000 model 300, which we  :> am trying to network boot.     F   I'd encourage you to get get the hobbyist distribution of OpenVMS or%   Tru64 UNIX on CD-ROM, and use that.   I   Configuring and debugging MOP bootstraps presumes somewhat more OpenVMS H   experience, and an existing (and working) network infrastructure.  (It    would not be my first choice.)  ) :> We do not have a keyboard or display,    (   I will assume you are working on that.  J :> so we're using the serial console only, and we have no removable media J :> (CD-ROM or floppy) so we need to boot over the ethernet. We've updated J :> the firmware successfully using the MOP protocol (something like bootp / :> but proprietary to DEC) and mopd for linux.    E   Nit: I know of various implementations of MOP on other (non-Compaq, J   non-DIGITAL) platforms, and the MOP specifications are available.  (See H   the OpenVMS FAQ for a pointer to the DECnet documentation, and look in   the "maintenance" manual.)  + :> Now, however, with the new firmware, the J :> serial console has stopped working fully; although we receive data fromL :> the machine, we can't seem to send anything, and thus we can't accomplishL :> anything. However, if we boot into the existing operating system (OSF/1),2 :> the serial connection works in both directions.  (   You get no response at the >>> prompt?  0 :>  Here is what we get over the serial console: :> :> DEC 3000 - M300  :> Digital Equipment CorporationL :>      VPP PAL V5.56-80800101/OSF PAL V1.45-80800201 - Built on 28-JAN-1997 :> 10:54:25.34$ :> TCINFO      DEVNAM        DEVSTAT% :> ------      --------      --------0P :>                  CPU      OK KN16-AA -V7.0-S889-I21F-sV2.0-DECchip 21064 P3.0 ..! :>                  SCC      ? 60n  C   The DEC 3000 workstation really wants to have a keyboard, however E   with a functional alternate console and recent firmware, it should aA   bootstrap.  That is what this SCC is likely trying to tell you.tF   (I don't have the error list handy, but I do know that the DEC 3000 F   series will complain if there is no workstation keyboard connected.)   :> 3 >>>     BOOT <target device>?p     Try HELP?s  H   If you have a CD-ROM distribution kit or a local copy of an operating ,   system on a SCSI disk somewhere, use that.  I   Else boot from the Ethernet device to start the MOP bootstrap sequence.o  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Tue, 5 Sep 2000 09:42:07 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>D Subject: Re: DEC 3000 model 3000, ESA0 versus EWA0/ MOP versus BOOTP, Message-ID: <8p2bl2$126k@newton.cc.rl.ac.uk>  > "Tobin Fricke" <tobin@quasar.CS.Berkeley.EDU> wrote in messageG news:Pine.SOL.4.20.0009040156230.29898-100000@quasar.CS.Berkeley.EDU...   G > But we have a new problem. "SHOW DEVICE" lists the ethernet device asiK > "ESA0", where we expected to see "EWA0".  This means that we can only uselC > MOP.  Is there any way we can use BOOTP (eg, make a "EWA0" deviceo > magically appear?)  N EWA0 would be a PCI Ethernet controller. For a Turbochnnel device, it is ESA0.( For the purposes of BOOTP, call it EZA0.   ------------------------------  # Date: Tue, 05 Sep 2000 10:28:07 GMT . From: Michael Austin <maustin@nc.prestige.net>  Subject: DECSERVER 90m AND TCPIP/ Message-ID: <39B4D80C.F3456B7F@nc.prestige.net>a  , This is a multi-part message in MIME format.& --------------B781AB0C74B8BF3756DF1250* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bits  G Does any have an exact command to enable TCPIP on a DECServer 90M  I do A not have any documenation and am remote from the TS.  The routers!E between the system and the TS do not appear to pass LAT.   So, what I-E need is something that I can give to a Non-Technical type to enter ateF the console.  It has been at least 10 years since I had to do anything
 like this....i  H IRC, there was a utility on VMS to configure the TS and the "Trigger" it@ to download the configuration.  But for the life of me, I cannot remember what it was...    Thanks,B   Michael AustinH DBA Consultant (who does remember a little bit about system Management )  9 Please reply/all  as I may not have access to NewsGroups.s  & --------------B781AB0C74B8BF3756DF1250- Content-Type: text/x-vcard; charset=us-ascii;a  name="maustin.vcf"t Content-Transfer-Encoding: 7bit , Content-Description: Card for Michael Austin  Content-Disposition: attachment;  filename="maustin.vcf"p   begin:vcard  n:Austin;Michael s tel;work:704-947-1089/ x-mozilla-html:FALSE org:Michael Austin, IncA
 adr:;;;;;; version:2.1S+ email;internet:michaelaustininc@hotmail.com0 title:Presidento x-mozilla-cpt:;0 fn:Michael E. Austin	 end:vcard   ( --------------B781AB0C74B8BF3756DF1250--   ------------------------------  # Date: Tue, 05 Sep 2000 11:50:25 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)-$ Subject: Re: DECSERVER 90m AND TCPIP0 Message-ID: <009EFA96.6A3469F6@SendSpamHere.ORG>  ` In article <39B4D80C.F3456B7F@nc.prestige.net>, Michael Austin <maustin@nc.prestige.net> writes:- >This is a multi-part message in MIME format.e' >--------------B781AB0C74B8BF3756DF1250s+ >Content-Type: text/plain; charset=us-asciiu  >Content-Transfer-Encoding: 7bit >cH >Does any have an exact command to enable TCPIP on a DECServer 90M  I doB >not have any documenation and am remote from the TS.  The routersF >between the system and the TS do not appear to pass LAT.   So, what IF >need is something that I can give to a Non-Technical type to enter atG >the console.  It has been at least 10 years since I had to do anything  >like this.... > I >IRC, there was a utility on VMS to configure the TS and the "Trigger" ithA >to download the configuration.  But for the life of me, I cannot  >remember what it was... >a >Thanks, >v >Michael Austin I >DBA Consultant (who does remember a little bit about system Management )t >t: >Please reply/all  as I may not have access to NewsGroups.  , You had access to ask so use it to read too.      & You need access to the TS initially.     Minimally, you'll need:   # CHANGE INTERNET ADDRESS xx.xx.xx.xxt# CHANGE INTERNET GATEWAY xx.xx.xx.xx     >r' >--------------B781AB0C74B8BF3756DF1250 . >Content-Type: text/x-vcard; charset=us-ascii; > name="maustin.vcf"  >Content-Transfer-Encoding: 7bit- >Content-Description: Card for Michael Austin ! >Content-Disposition: attachment;b > filename="maustin.vcf" >d
 >begin:vcard s >n:Austin;Michael  >tel;work:704-947-1089 >x-mozilla-html:FALSEo >org:Michael Austin, Inc >adr:;;;;;;o >version:2.1, >email;internet:michaelaustininc@hotmail.com >title:President >x-mozilla-cpt:;0  >fn:Michael E. Austind
 >end:vcard >e) >--------------B781AB0C74B8BF3756DF1250--  >   < What is all this crap?... short of wasted bandwidth that is. --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo             O city, n., 1. a place where trees are cut down and streets are named after them.7   ------------------------------   Date: 5 Sep 2000 12:43:55 GMT + From: "Gerke Grashuis" <g.grashuis@kpn.com>.0 Subject: Re: how do I disable ucx$ftpserver.log?8 Message-ID: <01c01736$f43fab20$8d4c15ac@HKTGN9911301604>  * Rename the file to ucx$ftpserver.log;32767   Gerke.  K fooguy <jweisen@ta.edu> schreef in artikel <8p1hld$560$1@nnrp1.deja.com>... F > Well, I guess I'm going to use two for today...I'll pretend I didn't% > have a stupid question yesterday =)h > J > is there anyway to stop ucx from generating a log file every time a userF > ftps a file? we have literally hundreds of these, and i'd rather notG > have to write automated cleanup routines if i can just shut them off.h > 	 > thanks,t > John >  > --/ > *********************************************C* > "All I every wanted from life was to see. > Larry Wall give Bill Gates a Perl Necklace." >  > /* > John Eisenschmidta. > fooguy AT AT AT eisenschmidt DOT DOT DOT org > (you know the drill) > */ >  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.t >    ------------------------------  % Date: Tue, 05 Sep 2000 11:15:40 -0400-* From: David A Froble <davef@tsoft-inc.com>0 Subject: Re: how do I disable ucx$ftpserver.log?- Message-ID: <39B50E1C.B0F28D13@tsoft-inc.com>r  
 fooguy wrote:s > F > Well, I guess I'm going to use two for today...I'll pretend I didn't% > have a stupid question yesterday =)l > J > is there anyway to stop ucx from generating a log file every time a userF > ftps a file? we have literally hundreds of these, and i'd rather notG > have to write automated cleanup routines if i can just shut them off.   L This was discussed in the last several months.  I didn't save the posts, butN seem to remember a logical that controls this.  No time to test, but you might- want to look at the logical TCPIP$FTP_EXTLOG.    Dave   --  4 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, 05 Sep 2000 08:20:59 +0200 (MET DST)t& From: Rudolf Wingert <win@fom.fgan.de>, Subject: Re: Is there any new Alpha CPU out?6 Message-ID: <200009050617.IAA16217@sinet1.fom.fgan.de>   Hello,  M I was at the WEBsite <http://www.ideasinternational.com/benchmark/bench.html>  and what did I see:a   	 1. TPC: No Alpha everywhere-H 	 2. TPH with 1000GB: Alpha and E10000 do have the same performance, but0 	    the Alpha cost two times of the Sun E10000.G 	 3. TPJVM: I did see a few Alpha, but (and this is very seldom) no SuneF 	 4. SPECint95: Nine Alpha, but the 6/667MHz is faster then the 6/731?D 	 5. SPECfp95: I don't understand this result. A 4 way ES40 6/667 is1 	    the fastes faster then an 8 way GS140 6/700?bG 	 6. SPECfp_rate95: Only one Sun? Rank 2 with 128 CPUs is only a littlewA 	    bit slower then rank 1 with 256 CPUs. Seldom ranking system?t# 	 7. SPECint2000: Not bad for AlphasB 	 8. SPECint_rate2000: Less Alphas. But the best one with the same 	    number of CPUs-) 	 9. SPECfp2000: Alphas are the top nine.0  	10. SPECfp_rate2000: same as 8.F 	11. SPECweb99: Alphas?! Bad only three of twenty. But where is a Sun?- 	12. SPECJBB2000: More worse, only one Alpha.c4 	13. SPECsfs: A lot of Suns, no Alphas. What is SFS?  I Is Sun less good as Compaq? Or is Sun not interisted in SPEC performance?nG Alphas are not bad, but not so good as Compaq says? Or did I missunder-s stood this WEBsite?n   TIA and regards Rudolf Wingert   ------------------------------  % Date: Tue, 05 Sep 2000 11:32:03 +0100jB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>, Subject: Re: Is there any new Alpha CPU out?) Message-ID: <39B4CBA2.E055A03@uk.sun.com>   & --------------1D1736ED796CBEB9DEE6C2B6, Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit    Arne Vajhj wrote:  * > Andrew Harrison SUNUK Consultancy wrote:= > > Do you know why. Well rather absurdly SPECint/SPECfp tendg; > > to show that the Alpha 21264 running at say 731+ Mhz is C > > as quick as its clock speed and that fact that it is a RISC CPUa > > would lead you to expect.i > >y@ > > Now why you are going to say is this costing customers moneyA > > and the answer is simple, because SPECint/fp are not at least C > > for the Alpha good predictors of commercial applications serverl; > > performance but people are being charged on that basis.  > >h< > > Many of the major software vendors now charge by CPU and> > > they charge more for faster CPU's. Some measure this using@ > > SPECint which grossly over estimates the capabilities of theB > > 21264 if the current crop of benchmark results are anything toB > > go on. Some and Oracle is one say real applications throughputB > > is higher for a given clock speed for RISC machines than Intel@ > > boxes (a rule that generally works for HP's, Sun's and IBM's: > > but does not for Alphas) so they charge on this basis. >g> > Everyone knows that commercial apps are usually more IO than > CPU intensive. >nD > But what is your point ? That Compaq should let Alpha CPU's run at* > half speed to be more like IBM and SUN ? >s  A So why would this help. The Compaq servers currently deliver lesssE throughput per CPU for Oracle applications than either Sun's or IBM'ssA and this is comparing  731 Mhz CPU's with 440 Mhz IBM and 400 MhzaB Sun systems. That the whole point, using Oracles capacity planningD benchmark results you end up requiring more CPU's in an Alpha server) configuration than either Sun's or IBM's.o  F Reducing the speed of the Alpha CPU's down to 360 Mhz is only going toF mean that the throughput of the Alpha CPU's which is allready low getsE lower. The effect of this would be to double the number of CPU's that-H the Alpha servers need which will mean that the cost is still 2.5 x that  ; of the Sun for example to support the same user population.    > > > (It is not Compaqs fault that their systems are so fast that) > ISV's think they can charge too much !)| >   A But thats where you are wrong you see for commercial applications|? there is NO evidence and I mean NO evidence that your statement-C is true, in fact almost all the evidence there is suggests that the0? reverse is true which is that Compaq CPU's are nothing like theoC performance for commercial apps that Compaq would have you beleive.e  C And before you attack things like the Oracle applications benchmarks? remember this benchmark was used by Compaq at the launch of the D GS320/160 to "prove" that the Compaq servers were the worlds fastest< RISC servers. Compaq used this benchmark because at the time@ the only published numbers from any other vendors were for 4 CPUA systems. Now Sun and IBM have both weighed in with larger systemsy( the GS320 claims look very very suspect.  B Sadly for Compaq there does not seem to be a mechanism to withdrawG the Oracle applications result a tactic that they have resorted to withv> their GS320/160 TPC-C numbers no doubt because they again likeC the Oracle applications benchmarks totally disprove the performacnee1 claims they have been making for the GS machines.    >t > Arne   -- Andrew Harrisont Enterprise IT Architectt      & --------------1D1736ED796CBEB9DEE6C2B6) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bitE  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Arne Vajh&oslash;j wrote:1> <blockquote TYPE=CITE>Andrew Harrison SUNUK Consultancy wrote:? <br>> Do you know why. Well rather absurdly SPECint/SPECfp tend = <br>> to show that the Alpha 21264 running at say 731+ Mhz isPE <br>> as quick as its clock speed and that fact that it is a RISC CPU  <br>> would lead you to expect.K <br>> B <br>> Now why you are going to say is this costing customers moneyC <br>> and the answer is simple, because SPECint/fp are not at least E <br>> for the Alpha good predictors of commercial applications server = <br>> performance but people are being charged on that basis.  <br>>r> <br>> Many of the major software vendors now charge by CPU and@ <br>> they charge more for faster CPU's. Some measure this usingB <br>> SPECint which grossly over estimates the capabilities of theD <br>> 21264 if the current crop of benchmark results are anything toD <br>> go on. Some and Oracle is one say real applications throughputD <br>> is higher for a given clock speed for RISC machines than IntelB <br>> boxes (a rule that generally works for HP's, Sun's and IBM's< <br>> but does not for Alphas) so they charge on this basis.? <p>Everyone knows that commercial apps are usually more IO thang <br>CPU intensive.E <p>But what is your point ? That Compaq should let Alpha CPU's run ata, <br>half speed to be more like IBM and SUN ? <br>&nbsp;</blockquote>iA So why would this help. The Compaq servers currently deliver lesshI <br>throughput per CPU for Oracle applications than either Sun's or IBM'slF <br>and this is comparing&nbsp; 731 Mhz CPU's with 440 Mhz IBM and 400 MhznF <br>Sun systems. That the whole point, using Oracles capacity planningH <br>benchmark results you end up requiring more CPU's in an Alpha server- <br>configuration than either Sun's or IBM's. F <p>Reducing the speed of the Alpha CPU's down to 360 Mhz is only going toJ <br>mean that the throughput of the Alpha CPU's which is allready low getsI <br>lower. The effect of this would be to double the number of CPU's thatiG <br>the Alpha servers need which will mean that the cost is still 2.5 xW that? <br>of the Sun for example to support the same user population.n <blockquote TYPE=CITE>&nbsp;@ <br>(It is not Compaqs fault that their systems are so fast that+ <br>ISV's think they can charge too much !)t <br>&nbsp;</blockquote>>A But thats where you are wrong you see for commercial applicationsoC <br>there is NO evidence and I mean NO evidence that your statementoG <br>is true, in fact almost all the evidence there is suggests that the)C <br>reverse is true which is that Compaq CPU's are nothing like thepG <br>performance for commercial apps that Compaq would have you beleive.mF <p>And before you attack things like the Oracle applications benchmarkC <br>remember this benchmark was used by Compaq at the launch of therH <br>GS320/160 to "prove" that the Compaq servers were the worlds fastest@ <br>RISC servers. Compaq used this benchmark because at the timeD <br>the only published numbers from any other vendors were for 4 CPUE <br>systems. Now Sun and IBM have both weighed in with larger systems , <br>the GS320 claims look very very suspect.E <p>Sadly for Compaq there does not seem to be a mechanism to withdrawFF <br>the Oracle applications result a tactic that they have resorted to withB <br>their GS320/160 TPC-C numbers no doubt because they again likeG <br>the Oracle applications benchmarks totally disprove the performacne 5 <br>claims they have been making for the GS machines.0 <blockquote TYPE=CITE>&nbsp; <br>Arne</blockquote>   
 <pre>--&nbsp;o Andrew Harrisons Enterprise IT Architect</pre>u
 &nbsp;</html>a  ( --------------1D1736ED796CBEB9DEE6C2B6--   ------------------------------  % Date: Tue, 05 Sep 2000 08:14:33 -0400D+ From: "Main, Kerry" <Kerry.Main@compaq.com>n, Subject: RE: Is there any new Alpha CPU out?J Message-ID: <910612C07BCAD1119AF40000F86AF0D80528476F@kaoexc4.kao.dec.com>   Rudolf,   J Sorry for quick note (just heading out the door), but one quick comment on the attached -   Spec*95 is dead. i  J It is no longer an active benchmark, so bringing up these old results whenH all new systems will (or should) be using Spec CPU2000 numbers will have
 little value.r  
 Reference:  http://www.spec.org/osg/cpu2000/   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canadar Professional Services. Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.come       -----Original Message------ From: Rudolf Wingert [mailto:win@fom.fgan.de]@) Sent: Tuesday, September 05, 2000 2:21 AMe To: Info-VAX@Mvb.Saic.Com2, Subject: Re: Is there any new Alpha CPU out?     Hello,   I was at the WEBsite8 <http://www.ideasinternational.com/benchmark/bench.html> and what did I see:.   	 1. TPC: No Alpha everywherelD 	 2. TPH with 1000GB: Alpha and E10000 do have the same performance, buta0 	    the Alpha cost two times of the Sun E10000.C 	 3. TPJVM: I did see a few Alpha, but (and this is very seldom) no  Sun,? 	 4. SPECint95: Nine Alpha, but the 6/667MHz is faster then the  6/731?D 	 5. SPECfp95: I don't understand this result. A 4 way ES40 6/667 is1 	    the fastes faster then an 8 way GS140 6/700?3@ 	 6. SPECfp_rate95: Only one Sun? Rank 2 with 128 CPUs is only a littleA 	    bit slower then rank 1 with 256 CPUs. Seldom ranking system?h# 	 7. SPECint2000: Not bad for AlphadB 	 8. SPECint_rate2000: Less Alphas. But the best one with the same 	    number of CPUso) 	 9. SPECfp2000: Alphas are the top nine.t  	10. SPECfp_rate2000: same as 8.A 	11. SPECweb99: Alphas?! Bad only three of twenty. But where is a  Sun?- 	12. SPECJBB2000: More worse, only one Alpha.e4 	13. SPECsfs: A lot of Suns, no Alphas. What is SFS?  I Is Sun less good as Compaq? Or is Sun not interisted in SPEC performance? G Alphas are not bad, but not so good as Compaq says? Or did I missunder-  stood this WEBsite?e   TIA and regards Rudolf Wingert   ------------------------------  # Date: Tue, 05 Sep 2000 14:21:02 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>, Subject: Re: Is there any new Alpha CPU out?= Message-ID: <ij7t5.19251$pu4.1424022@typhoon.ne.mediaone.net>d  F > 4. SPECint95: Nine Alpha, but the 6/667MHz is faster then the 6/731?  C Yep. Look at the sizes of the L2 cache. 667MHz = 8MB, 731MHz = 4MB.a  D > 5. SPECfp95: I don't understand this result. A 4 way ES40 6/667 is2 >     the fastes faster then an 8 way GS140 6/700?   Switch vs. TSB (bus) issue.;   ------------------------------  % Date: Tue, 05 Sep 2000 15:53:38 +0100nB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>, Subject: Re: Is there any new Alpha CPU out?* Message-ID: <39B508F2.C05467F6@uk.sun.com>   "Main, Kerry" wrote:   > Andrew, Andrew ... >nN > Note - you seem really high on using Oracle benchmarks. Thats great, becauseG > based on some recent tidbits I heard, there is some really good stuffeL > happening with Oracle being much more optimized for the Alpha (OpenVMS and > Tru64) architecture..m >e  B No Kerry I used Oracle Applications as an example because that was? the benchmark used by Compaq (you know the people you work for)nJ to justify the claim that the GS320 was the fastest RISC server available.E The GS320 result was the one used in the origional launch performances white paper for the GS systems.   F You may well have info that Oracle are optimising their DBMS for Tru64D and OpenVMS and for all I know it's true however you have an awfullyI long way to go. On the basis of the current Oracle benchmark results thisVG tuning needs to improve the throughput on the Alpha systems by a factoriM of 2.5 x just to get it into a possition of parity with Sun and IBM. I assume J that this tuning will be to make Oracle kinder to NUMA systems and if thisE is the case then it is almost certainly targeted at SuperDome and theoC next generation of IBM servers both of which are also NUMA boxes asoB well as the obvious impact it would have for existing NUMA systems% like the Origin 3000 and the Sequent.H  C BTW I take your comment as being an admission that Oracle currentlyBF underperforms on the WildFires and that to get any sort of performanceE equivalent to the Compaq hype customers are going to need to wait ford a new version of Oracle.   >DN > Perhaps this is because of all the attention Alpha has been getting recentlyL > ? Perhaps its because the load on many Customers is going through the roof5 > and they absolutely need very high end performance?h >a > :-)c  H Perhaps this is the case for FP based systems, there is however preciousJ little informations about really big commercial wins for the GS320, I meanF wins not upgrades BTW because Alpha Servers cannot survive by churning the installed base.b   >A >0N > re: Oracle pricing .. Andrew, you stated that Oracle charges less than AlphaM > systems for the lower speed Sun and HP boxes. Thats very true. However, any-G > comments on what Oracle is planning to charge for new SPARC III basedk
 > systems? >c  O Well of course Kerry the UltraIII will cost will be based on the current Oracle@  N pricing model which is clock rate * 1.5 (RISC factor) * Number of CPU's * unit price.M I don't see how this can be of any comfort for you. Remeber it isn't the fact  thatN the Compaq CPU's have a high clock rate thats an issue, its the fact that theyL don't deliver the expected performance at that clock rate thats the problem.  A > re: your comments about Wildfire systems being slow and late ..' >aN > Late, yes. Slow, nope. Nice try. The TPC benchmark you keep referring to wasL > an initial one that was put up for the announcement. As I am sure you knowM > Andrew, it takes time to optimize the compilers to the fullest. Stay tuned.t > :-)r  H Sure Kerry so how come people on this group and very knowledgable peopleM at that were predicting that the TPC-C results for the GS160 were going to bepN significantly higher than they are. The particular person (I am not naming himK to spare his blushes) was specific about a publication date and an expectedoK performance. He was pretty much correct about the date and very wrong about0O the result. Now where did he get the number, I respect his postings and I wouldo  J be very suprised if they were made up, so they must have come from Compaq.  J So what happened, did you find that NUMA boxes particularly ones that haveK the kind of local/remote latency as the WildFire are much more difficult toe tune than you thought.  L I take this as an admission that the WildFire is not the fastest RISC serverJ available and won't be untill some more tuning is done. I hope this tuningL does not fall into the Sequent category BTW, OPS in a box with the customersI paying to tune the system to get to a level of performance somewhat below2K what they had been let to expect from the brochures and the "white papers".g  H If for example Compaq publish a TPC-C result based on the Sequent OPS in: a box scheme then you will look as ridiculous as they did.  , So late yes, slow yes by your own admission.  L > It is also why I do not expect SPARC III TPC numbers for a good time after > it is introduced either. >0L > I think the first url above for a DOE order for 375 GS320 Wildfire systemsM > (approximately 12,000 Alpha cpus's) and 600Tb of storage speaks for itself.  >T > Slow and late? >r  F Hey Kerry do you know the difference between a commercial DBMS app andF  the kind of application that DOE want to run. The DOE apps are almostK all FP and many of them fall into the embarrasingly parallel category whereAI things like MPI scale really really well they could not be more differentd from a DBMS base OLTP app.  F Nor do I think that oracle licensing costs were uppermost in the DOE'sC mind though I can tell you they are in the minds of your commercial 
 customers.   Regards  Andrew HarrisonS Enterprise IT Architect    ------------------------------  % Date: Tue, 05 Sep 2000 16:11:13 +0100 B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>, Subject: Re: Is there any new Alpha CPU out?* Message-ID: <39B50D11.A7EE5C4B@uk.sun.com>   "Main, Kerry" wrote:  	 > Andrew,u > N > For a company that likes to promte itself as "open", it would appear you areH > running out of benchmarks to measure your systems with repect to other
 > systems. >oM > First you criticize Spec numbers (which Sun is not even on top 20) and thenrK > the whole issue of TPC benchmarks is criticized in the 156K TPC benchmark-' > press release that Sun just released.1 >2 > Reference:? > http://ideasinternational.com/benchmark/spec/specint2000.html  >j > Reference:H > http://www.sun.com/smi/Press/sunflash/2000-08/sunflash.20000831.1.htmlM > "Recently, the TPC-C benchmark has fallen under sharp criticism for failing8K > to keep pace with the times. Two separate cluster results reported by IBMiN > and Compaq confirm that it can no longer be trusted as an accurate measuring > for ad-hoc workloads.   O I don't know why you are confused here, the IBM Netinfinity and Compaq Proliantn  M results were both based on a shared nothing architecture where 99% of all the  queriesrI were local to each 8 CPU node. Sun's major complaint is that this kind ofe architectureK does not represent a viable solution for most OLTP applications and it is al viewK shared by most people in the industry. Incedentally it is a view that as anhF OpenVMS advocate you ought to share as well because the shared nothingI approach basically tries to ignore the issues that all the engineering inr, the OpenVMS cluster software tries to solve.  + The shared nothing approach basically says:l- DLM who needs that we have 8 databases no onei? Shared access to storage and devices from every node, who needs . that let the DBMS's ship queries to each other etc etc etc.  > I am sure you don't agree with these sentiments because if you/ do you might as well junk OpenVMS clusters now.r  = Sun's E10K result used a single database and a single storagen' subsystem and one instance of the DBMS.T  H > It's well-understood in the technical communities that TPC-C no longerK > represents current customer workloads since the transaction load that itslN > models are made of are small, primitive and disconnected transactions. WhileN > this model was acceptable for the workloads of the late 1980s, it misses theK > mark for the object-based, integrated application environments of today'snH > dot-com world that are part of the system design criteria at Sun." end > quote. >o  D So whats wrong with that, there was an attempt by IBM, Sun and a fewE others to create a more comprehensive OLTP benchmark for TPC-C calledeJ TPC-E it failed to get a majority of votes required by the TPC charter dueD aminly to a number of Wintel vendors who did not want a two tier TPCA OLTP benchmark to be established. It would also have cost more to  run which put some people off.   > N > [Note - this 156Kb benchmark was also done with Sybase 12 (w Solaris7) - not > Oracle..very interesting]n >o   Really how so ????  > We also published a very good TPC-H result using Informix that  E beats the best Alpha number and costs less is that also interesting ?t   Regardse Andrew Harrisonc Enterprise IT Architecte   ------------------------------  # Date: Tue, 05 Sep 2000 12:17:49 GMTe/ From: "John Nixon" <jorlnixon@worldnet.att.net>k Subject: license trade-ineH Message-ID: <Nv5t5.18639$Q36.1382329@bgtnsc07-news.ops.worldnet.att.net>  & If I buy a used Alpha from a reseller,F   and if I have an old VAX with licensed products under maintenance...  K Can I trade the old VAX licenses to Compaq for new Alpha licenses and still4F get the 75% (or whatever) discount they offer for trading VAX licensesE for Alpha licenses,  or do I have to buy the Alpha, new, from Compaq?e   ------------------------------  % Date: Tue, 05 Sep 2000 16:01:29 +0100t. From: Dougie Sharp <dougie.sharp@motorola.com> Subject: Re: license trade-inb, Message-ID: <39B50AC9.A8F7B533@motorola.com>  , This is a multi-part message in MIME format.& --------------26370587F63C43C95E4D091A* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   C I'm not sure what the percentage discount is but you can definitelya  trade-in VAX for Alpha licenses.   John Nixon wrote:o  ( > If I buy a used Alpha from a reseller,H >   and if I have an old VAX with licensed products under maintenance... >rM > Can I trade the old VAX licenses to Compaq for new Alpha licenses and stilllH > get the 75% (or whatever) discount they offer for trading VAX licensesG > for Alpha licenses,  or do I have to buy the Alpha, new, from Compaq?a   --  [X] General Business Information [ ] Motorola Internal Use Only% [ ] Motorola Confidential Proprietarye --    & --------------26370587F63C43C95E4D091A- Content-Type: text/x-vcard; charset=us-ascii;l  name="dougie.sharp.vcf" Content-Transfer-Encoding: 7bit>* Content-Description: Card for Dougie Sharp  Content-Disposition: attachment;  filename="dougie.sharp.vcf"   begin:vcard  n:Sharp;Dougie tel;fax:+44 (0)1355 267200 tel;work:+44 (0)1355 35 5562 x-mozilla-html:FALSE org:Motorola SPS;EMEA IT version:2.1f( email;internet:Dougie.Sharp@motorola.com# title:European VMS Technical Leader>p adr;quoted-printable:;;Kelvin Industrial Estate=0D=0AColvilles Road;East Kilbride;Glasgow;G75 0TG;United Kingdom fn:Dougie Sharpt	 end:vcardo  ( --------------26370587F63C43C95E4D091A--   ------------------------------  % Date: Tue, 05 Sep 2000 09:22:38 +0100., From: Paul BEAUDOIN <paul.beaudoin@hsbc.com># Subject: Memo:  WORD viewer for VMSvA Message-ID: <80256951.002DFDA9.00@emea-smtp-03.midlandbank.co.uk>r   Gents,  B I picked up a program called CATDOC recently that converts WORD toD ASCII. Seems to work fine. Can't remember where I got it but seem toC remember searching openvms.compaq.com and finding it. Contact me if'& you can't locate it ans I can send it.   Paul      D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleasefB  notify the sender immediately by return e-mail and delete it from
  your system.h  =  Internet communications cannot be guaranteed to be secure orrA  error-free as information could be intercepted, corrupted, lost,T>  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context ofs?  this message which arise as a result of Internet transmission.r  lD  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office e=  through which this message is sent unless otherwise clearly qA  indicated in this message and the authority of the author to so h3  bind the HSBC entity referred to is duly verified.   D ********************************************************************   ------------------------------  # Date: Tue, 05 Sep 2000 12:46:31 GMTv4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)' Subject: Re: Memo:  WORD viewer for VMSk' Message-ID: <HW5t5.117$oC3.1511@insync>h  - Paul BEAUDOIN (paul.beaudoin@hsbc.com) wrote:  :  :  : Gents, : D : I picked up a program called CATDOC recently that converts WORD toF : ASCII. Seems to work fine. Can't remember where I got it but seem toE : remember searching openvms.compaq.com and finding it. Contact me ifh( : you can't locate it ans I can send it. :  : Paul :   * http://www2.wku.edu/fileserv/fileserv.html  / --Jerry Leslie   leslie@209-16-45-97.insync.net ;                  leslie@209-16-45-102.insync.net is invalid 2                  (my opinions are strictly my own)   ------------------------------  $ Date: Tue, 5 Sep 2000 12:58:18 +0300- From: "Alex Martynjuk" <alex@druzhba.lviv.ua>D Subject: Need Help !3 Message-ID: <968147975.797811@gate.druzhba.lviv.ua>0   Hi All !  I I have more routers DECwanrouter 90 EW, i will managment this routers vian DECnet/OSI.PI I install DECnet package on Alpha 2100 with Digital UNIX 4.0F and try useeI ncl command. In Users-Guide write command for delete PPP link on router : ! ncl> disable ppp link <link-name>-+ I try use this command but it not work ! :(aJ Where find documentation for NCL command for managment DECwanrouter 90EW ?
 Pls help me !    alex@druzhba.lviv.ua   ------------------------------   Date: 5 Sep 2000 17:17:36 +0200p* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Need Help !* Message-ID: <39b50e90$1@news.kapsch.co.at>  c In article <968147975.797811@gate.druzhba.lviv.ua>, "Alex Martynjuk" <alex@druzhba.lviv.ua> writes:WJ >I have more routers DECwanrouter 90 EW, i will managment this routers via >DECnet/OSI.J >I install DECnet package on Alpha 2100 with Digital UNIX 4.0F and try useJ >ncl command. In Users-Guide write command for delete PPP link on router :" >ncl> disable ppp link <link-name>, >I try use this command but it not work ! :(K >Where find documentation for NCL command for managment DECwanrouter 90EW ?   K Can't comment on DECwanrouter 90 EW. I'm not even sure, it uses CMIP (OSI).e But for NCL:  ! NCL> DISABLE PPP LINK <link-name>u  M will disable the PPP link on your local system. And this is the dUNIX system.s So either you do a  ' NCL>SET NCL DEFAULT ENTITY NODE dwanrtr8 or: NCL>SET NCL DEFAULT ENTITY NODE dwanrtr"username password"  > and after then the commands you want, like the above mentioned    NCL>DISABLE PPP LINK <link-name>   or you do ao  . NCL> DISABLE NODE dwanrtr PPP LINK <link-name> orN NCL> DISABLE NODE dwanrtr PPP LINK <link-name> BY USER=username, PASS=password   -- o< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888S< 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: 05 Sep 2000 23:14:26 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>n4 Subject: Porting stuff. was Re: Big AlphaServer Sale: Message-ID: <rjq4s3u98h9.fsf_-_@morwong.ucc.gu.uwa.edu.au>  B No, I don't think it is the Q's 'job'. It is a bottomless pit, and: what ever 'they' ported, we would want somthing more/else.  G A real help thoutgh, would be some unix code that gave DCL+lib$findfilel type functionality in a box.  D Gzip currently uses getopt to untangle its comand line. This expandsF *ALL* the files for a wild card. It's painfull to see on a manyK filesI dirctory. This is the next part of the overhaul, plus per file threading.o  J But, no, this stuff is not in the Qs court unless they want to, think they should..   --  < 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: 5 Sep 2000 12:57:01 -0500.2 From: malmberg@eisner.decus.org (John E. Malmberg)8 Subject: Re: Porting stuff. was Re: Big AlphaServer Sale+ Message-ID: <t3u1dmSaMRq+@eisner.decus.org>t  : In article <rjq4s3u98h9.fsf_-_@morwong.ucc.gu.uwa.edu.au>,8 .Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> writes: >  fI > A real help thoutgh, would be some unix code that gave DCL+lib$findfiler > type functionality in a box. > F > Gzip currently uses getopt to untangle its comand line. This expandsH > *ALL* the files for a wild card. It's painfull to see on a manyK filesK > dirctory. This is the next part of the overhaul, plus per file threading.i   Is this a recent change?  G The GZIP version I know of produce one output file for each input file.   So wildcards are of limited use.  B The GNU getopt routine for VMS does not do any wildcard expansion.! In UN*X, that is the shell's job.o  O If you want a GZIP that will use full VMS wildcards, and allow you to use a VMSi9 like /qualifiers, see: ftp://ftp.qsl.net/pub/wb8tyw/gzip/0  L The binaries are only for OpenVMS VAX, 5.5-2 (AACRTL060 required) and later.   -JohnB wb8tyw@qsl.network   ------------------------------   Date: 5 Sep 2000 14:24:05 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)D Subject: Re: Replace licenses for VAXcluster for Education/Research?6 Message-ID: <8p2vm5$ooe$2@mailint03.im.hou.compaq.com>  Y In article <39B4452F.44BC0A5F@usfamily.net>, Keith Brown <kbrown780@usfamily.net> writes:e? :There are some good VMS jobs out there and there are companies " :that are not trying to ditch VMS.  ?   Shameless plug alert: Compaq OpenVMS Engineering is hiring...i  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 05 Sep 2000 15:15:11 +0000p- From: SysAdmin <djesys.nospam@fsi.net.mapson> D Subject: Re: Replace licenses for VAXcluster for Education/Research?. Message-ID: <39B50DFF.222F47F6@fsi.net.mapson>   Jerry Leslie wrote:  > 8 > David J. Dachtera (djesys.nospam@earthlink.net) wrote: > : Keith Brown wrote:
 > : [snip]D > : > There are some good VMS jobs out there and there are companies' > : > that are not trying to ditch VMS.h > :h0 > : They are, however, *VASTLY* in the minority. > :tB > : 'Bout the only "saving" grace is the dearth of OpenVMS people. > :kJ > : The "Law of Supply and Demand" is playing some strange games with thisK > : one. On the one hand, employers know that OpenVMS jobs are rare. On theyG > : other hand, OpenVMS people are even more rare. So, employers try tocH > : squeeze you on salary from their perspective, while you're trying toF > : negotiate a senior person's fair salary from your own perspective. > :nG > : ...and all the while the NT Kids and their point-and-click toys aree > : "running" the enterprises. > :n >  > Shouldn't that read: > H >   "...and all the while the NT Kids and their point-and-click toys are >   "ruining" the enterprises."a   !!LOL!! Excellent! ROFLMAO!!!r   David J. Dachteram   ------------------------------  % Date: Tue, 05 Sep 2000 15:16:08 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson> D Subject: Re: Replace licenses for VAXcluster for Education/Research?. Message-ID: <39B50E38.665F8400@fsi.net.mapson>   Hoff Hoffman wrote:u > [ > In article <39B4452F.44BC0A5F@usfamily.net>, Keith Brown <kbrown780@usfamily.net> writes:eA > :There are some good VMS jobs out there and there are companiesl$ > :that are not trying to ditch VMS. > A >   Shameless plug alert: Compaq OpenVMS Engineering is hiring...i  ( Can the job postings be found somewhere?   ...Monster?o   ...CompterJobs?s   ...???   David J. Dachterag   ------------------------------   Date: 5 Sep 2000 14:48:36 -0500t/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)"D Subject: Re: Replace licenses for VAXcluster for Education/Research?- Message-ID: <8DcETTrN4Q64@cuebid.zko.dec.com>d  k In article <8p2vm5$ooe$2@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:I[ > In article <39B4452F.44BC0A5F@usfamily.net>, Keith Brown <kbrown780@usfamily.net> writes: A > :There are some good VMS jobs out there and there are companiese$ > :that are not trying to ditch VMS. > A >   Shameless plug alert: Compaq OpenVMS Engineering is hiring...u > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  L I can vouch for that!  Earlier this year, Steve posted a note here regardingO an open house that Compaq was holding in Nashua, NH.  After speaking with a fewtG people there, and several interviews later, a former comp.os.vms lurker J is now employed by Compaq, working to keep your I/O fast and trouble-free.     -- r Not speaking for Compaq . . .   M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.comm   ------------------------------   Date: 5 Sep 2000 14:22:18 GMTj2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: Replies to spam (was RE: Your FUTURE!)t6 Message-ID: <8p2viq$ooe$1@mailint03.im.hou.compaq.com>  W In article <39b404c0$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:y .. :>THIS IS NOT SPAM!  ..; :Every mail/posting starting with this statement _is_ SPAM.s  J   So by that definition, why are you (and I) now sending spam, Peter?  :-)  K   Seriously, the cancel-bots will find and remove most spam automatically,  J   though any particular message might be seen before the cancel-bots find !   it and issue a cancel for it...n  L   The cancel-bots will not remove the replies to the spam, so anything that I   is reposted will typically not get canceled -- in other words, replyingtJ   to spam can actually assist the spammer.  I've seen folks that will citeH   the whole message, giving the spammer's message a second chance to be L   seen, and also giving the spammer's message a good chance of avoiding the (   cancel-bot cancellations for the spam.  J   If you want to report spam or if you want to know more about the variousI   cancel-bots in use, please take a look at the various "news.answers.*" tK   newsgroups, and particularly the net-abuse groups.  IIRC, start with the t&   news.admin.net-abuse.misc newsgroup.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 05 Sep 2000 23:20:03 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>  Subject: Re: SCSI Tape drive7 Message-ID: <rjqzolm7tng.fsf@morwong.ucc.gu.uwa.edu.au>v  ( A.Greig@viirgin.net (Alan Greig) writes:  G > megabytes before streaming to tape. Also just bumping up WSEXTENT andgF > PGFLQUO isn't enough as backup appears to actually look at WSDEF andE > WSQUO values rather than just keep allocating memory until it can'tn > get any more.s  G Unless it has been changed, it will try to use exactly WSDEFAULT pages.i extra wsext gets you nix.n   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.v@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  $ Date: Tue, 5 Sep 2000 13:33:51 +0200* From: "Markus Eymann" <eymannm@bluewin.ch>' Subject: set host node-name didn't work . Message-ID: <8p2lap$pqn$1@bw107zhb.bluewin.ch>   Hi,t  - if I try a set host node-name it didn't work.r: I get the answer "remote host is currently not reachable". Can anybody help me?+ please send your hint to eymannm@bluewin.chm   thank'su markus   ------------------------------  % Date: Tue, 05 Sep 2000 13:15:21 +0100i- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>c+ Subject: Re: set host node-name didn't work1) Message-ID: <39B4E3D9.8692937A@bbc.co.uk>    Markus Eymann wrote:   > Hi,y >t/ > if I try a set host node-name it didn't work.u< > I get the answer "remote host is currently not reachable". > Can anybody help me?   Your network manager?    --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukl  A I speak for myself only and my views in no way represent those ofQ MedAS or the BBC.-   ------------------------------  % Date: Tue, 05 Sep 2000 08:47:23 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>+ Subject: Re: set host node-name didn't workA- Message-ID: <0033000003811017000002L072*@MHS>    =0AHi,  - if I try a set host node-name it didn't work.r: I get the answer "remote host is currently not reachable". Can anybody help me?+ please send your hint to eymannm@bluewin.ch    thank's0 markus      (      1. DECnet ain't running over there.        2. Wires is broke.:  .      3. Innate animosity of inanimate objects.        WWWebb=   ------------------------------   Date: 5 Sep 2000 08:19:50 GMT67 From: woodacre@scala.reading.sgi.com (Michael Woodacre)=* Subject: Re: Sun Hardware problems persist. Message-ID: <8p2ab6$oas52$1@fido.engr.sgi.com>  R In article <8p1kia$eln$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: |> y@ |> Terry C. Shannon <terryshannon@mediaone.net> wrote in message9 |> news:TTOs5.68493$_s1.798757@typhoon.ne.mediaone.net...h |> >L |> > "Andrew Harrison SUNUK Consultancy" <andrew.nospam@uk.sun.com> wrote in1 |> > message news:39B383BB.801BF18D@uk.sun.com...s |> > > Rob Young wrote:o
 |> > So whatsbI |> > > happened, WildFire isn't revolutionary its just a NUMA system with 5 |> > > similar memory latency to the old Origin 2000.  |> >O |> > Ah. The ancient Origin 2000 had a maximum local to remote latency ratio ofd	 |> > 1:3?s |> iJ |> Yup - in fact, both local and remote latencies were very similar to theN |> Wildfire numbers.  The worst-case remote number may have been a hair over 1K |> us., but via an arguably more conservative measurement - and the averageeN |> numbers may have been a smidge better than Wildfire's, since some distancesM |> across the hypercube (used up to 64 processors - it took a 'fat' hypercubelM |> to reach 512 processors, IIRC) were a bit shorter than others:  see a veryaB |> recent and really informative post in comp.arch by John Mashey. |>    < Exactly - Origin2000 remains 1:3 local:remote up to the 64P.J Of course Terry may be refering to the systems in the 128P/256P/512P range which go beyond 3:1. >  Q For an apples to apples comparison, Origin2000 at 32P (which is the max Wildfire 3! system size?), the ratio is 1:2.4   T Also remember that this comparison is between a 4 year old Origin2000 and the latestR hardware from Compaq. The Origin3000 latencies are much better than the Origin2000+ both in absolute terms and scaling ratios. o  Q So I'd suggest a better comparison of latencies would be between Wildfire and the*O Origin3000 which both started shipping within a couple of months of each other.h= Are there any public latency numbers for Wildfire available? e  Y For lots more details on Origin3000 please refer to John Masheys recent post on comp.archc   Cheers,  Mike   |> ... |> g |> > >Finally peopleG |> > > have not bought them in droves (another prediction) according tod# |> > > Compaq sales have been slow.e |> >L |> > Hmmm... I would love to see the CPQ quote on slow GS-Series sales. LastK |> > numbers I saw were 237 (plus 100 Marvel systems) on Day One, and aboutT* |> > shipments in the last month of 2FQ00. |> rJ |> I suspect Andrew is referring to actual sales rather than orders (otherG |> vendors have gotten into real trouble with the SEC for confusing thelM |> two...), which ISTR haven't met expectations, though whether due to supplyt# |> or demand problems I don't know.c |> y	 |> - bille |> r |> w |> t   -- s    Michael S. Woodacre i UUCP: woodacre@sgi.com     Phone: +44 1118 925 7846
 M/S: IGB-3110h Address    : 1530 Lakeside$              Arlington Business Park              Theale, Berkshire              Reading              RG7 4SB              United Kingdom    ------------------------------   Date: 5 Sep 2000 09:52:47 -0500s* From: young_r@eisner.decus.org (Rob Young)* Subject: Re: Sun Hardware problems persist+ Message-ID: <x8qTcUXHKTnl@eisner.decus.org>u  h In article <8p2ab6$oas52$1@fido.engr.sgi.com>, woodacre@scala.reading.sgi.com (Michael Woodacre) writes:  I > For an apples to apples comparison, Origin2000 at 32P (which is the maxo- > Wildfire  system size?), the ratio is 1:2.4i > O > Also remember that this comparison is between a 4 year old Origin2000 and the P > latest hardware from Compaq. The Origin3000 latencies are much better than the8 > Origin2000 both in absolute terms and scaling ratios.  > O > So I'd suggest a better comparison of latencies would be between Wildfire and-N > the Origin3000 which both started shipping within a couple of months of eachF > other. Are there any public latency numbers for Wildfire available?  > N > For lots more details on Origin3000 please refer to John Masheys recent post > on comp.arch    B 	Yes there are publically available numbers.  Local memory latency@ 	for a QBB is 330 ns.  Remote memory latency is 960 ns.  This is> 	taken from whitepaper information that I believe is available@ 	at www.compaq.com/alphaserver.  The reason I know those numbers* 	is I have quoted them elsewhere recently.  E 	But you have a point.  Where is the much vaunted differential, etc.?   ? 	Gotta understand that everyone is probably selling futures and @ 	there are two criteria here to consider.  Performance and price< 	performance.  Saranspaghetti and others musn't have cut it.  < 	From what I can determine the Marvel latency is much betterB 	as CPU is directly attached to "slow" RAMBUS (RDRAM) memory.  ButD 	because it is direct and has an on-chip memory controller *I think*A 	that local memory access may be on the order of 70 ns + overhead C 	or somewhere in the neighborhood of 100 ns (maybe less).  "Remote"iD 	memory is accessed via on-chip network controller and latencies are0 	spelled out in the 21364 powerpoint found here:  8 http://www.alphapowered.com/presentations/alpha21364.ppt  9 	Noting slide 14.  As you can see, the network switch canC: 	bypass L2 so taking information from other slides you can> 	see a single hop remote memory access could be something like= 	70 ns + 15 ns (CPU to CPU latency) plus additional overhead.  	Less than 150 ns or so.  ? 	Perhaps you could draw a better conclusion from the powerpoint ? 	slide.  Seems somewhat murky to me regarding remote latencies.n  A 	Point is latency gets much better in the next generation as does>< 	bandwidth.  Since Los Alamos folks are very concerned about> 	scalibility and bang for the buck , they no doubt made a very< 	good decision.  You can bet they saw all the futures of all9 	the vendors so that in itself should tell you how strong ! 	Comapq will be 12-18 months out!   9 	And oh... the switches really should be on the CPU ;-) !E   				Rob1   ------------------------------    Date: 05 Sep 2000 23:31:32 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>"* Subject: Re: Sun Hardware problems persist7 Message-ID: <rjqr96y7t4b.fsf@morwong.ucc.gu.uwa.edu.au>l  D Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  E > static. The higher the temperature the lower the relative humidity.u! > But you knew this didn't you !!t  H No, the lower the RH, the lower the RH. The higher the T, the higher theD T. RH will only change as you imply if you are not changing the air.     -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 05 Sep 2000 23:40:29 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>u* Subject: Re: Sun Hardware problems persist7 Message-ID: <rjqlmx67spe.fsf@morwong.ucc.gu.uwa.edu.au>     Dirk Munk <munk@home.nl> writes:  C > I once had a similar problem. No airco and the temperature in thee > computerroom was > 40C !C > RJ45 plugs were soft etc, but the Alphas kept running, with their09 > temperature alarm beepers making a lot of noice ...    )D 40C isn't even a spectacular summer day here. 45C,yes, 40C just hot.   -- d< 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, 05 Sep 2000 17:06:48 +0100sB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>* Subject: Re: Sun Hardware problems persist* Message-ID: <39B51A18.46D1D55D@uk.sun.com>   "Terry C. Shannon" wrote:t  I > "Andrew Harrison SUNUK Consultancy" <andrew.nospam@uk.sun.com> wrote inr. > message news:39B383BB.801BF18D@uk.sun.com... > > Rob Young wrote:
 > So whatsF > > happened, WildFire isn't revolutionary its just a NUMA system with2 > > similar memory latency to the old Origin 2000. >aL > Ah. The ancient Origin 2000 had a maximum local to remote latency ratio of > 1:3? >p  @ Basically yes and the actual latencies are also almost identical? to the WildFire, the Origin 2000's local latency was 310 ns and-E the remote if I remember correctly 950 ns. Both better than WildFire.o  A But the Origin 2000 is 4 year old machine and has been supercededt by the 3000 which is faster.  A Now I know that WildFire is late lets say 18 months late but even9B if it had been released 18 months ago it would still not have been revolutionary.   >s > > It hasn't blown therI > > socks off anything in fact its performance is unless you only want tosC > > run SPECint on it is, lets be kind underwhelming. In otherwords-J > > its late, its slow, its expensive (go to the withdrawn results section; > > of TPC-C if you want to know just how slow and costly).d >cN > Ah, you must be referrring to the ~120K tpmC number that briefly appeared onL > www.tpc.org about a month and a half ago. That number was posted by CompaqK > in order to win a bid (the purchasing manager at the client site requiredtL > posted TPC numbers) and once the bid was won, the numbers were taken down. >k  D Yup and the 52,000 TPM number for the GS160 which was also publishedK and withdrawn. Neither number met the estimates published on this newsgroupd3 by lest say people close to this particular thread.t  H At the time of the WildFire announcement various people promised a TPC-CI result 6 weeks or so after the systems announcement, I don't think anyoneeO on this group expected the result to be quite as transitory as it turned out tor be.O     >  > >Finally peoplenD > > have not bought them in droves (another prediction) according to  > > Compaq sales have been slow. >lI > Hmmm... I would love to see the CPQ quote on slow GS-Series sales. LastwH > numbers I saw were 237 (plus 100 Marvel systems) on Day One, and about' > shipments in the last month of 2FQ00.n >p  C Well you have an interesting definition of sales. Compaq are highly @ unlikely to have received any revenue for any marvel systems nor5 do the DOE systems for example kick in for some time.i  N In fact in their last quarter Alpha server sales were down according to Compaq+ by 10+ % attributed to slow WildFire sales.e   >sI > But you may be right... sales may be slow since CPQ is concentrating on H > piddling, irrelevant, rinky-dink little Mom and Pop customers like theG > French CEA (Marvel complex) and ASCI (the 30TFLOPS bid that a certains< > Mountain View vendor tried like hell to wrest from the Q).  G Again I think your definition of sales is different to mine. In my bookhG a sold system is one that has been installed and revenued on a customeroM site. As you should know with any order (which is what you are talking about) N or in the case of CEA lprobably a etter of intent, there is a significant risk that' the revenue will never actually happen.o   Regards  Andrew Harrisona Enterprise IT Architectr   ------------------------------   Date: 5 Sep 2000 13:39:58 -0500m9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen),* Subject: Re: Sun Hardware problems persist+ Message-ID: <clCntum21wWF@eisner.decus.org>s  o In article <39B51A18.46D1D55D@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:   J > At the time of the WildFire announcement various people promised a TPC-CK > result 6 weeks or so after the systems announcement, I don't think anyone-J > on this group expected the result to be quite as transitory as it turned > out to be.  G That's just because you didn't let them know Sun was going to criticizet# the TPC-C benchmark methodology :-)g   ------------------------------  % Date: Tue, 05 Sep 2000 09:33:02 +0100g2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>1 Subject: Re: TCP/IP 5.0A PatchList or ECO Summary . Message-ID: <39B4BDCE.7BACDD0E@CCAgroup.co.uk>   jlsue wrote: > D > I'd be curious to hear specific of your lpd problems.  I've setup   A No problem setting up, but occasionally jobs get lost - typically-G overnight or at weekends. Sometimes there's a job retained on error, orn sometimes not.  < At present the retained jobs include 5 %ucx-f-lpd_badhost, 4C %ucx-f-lpd_badport, and 21 %ucx-e-lpd_fileerror, on various queues.4D Sometimes a printer will lose all its jobs until it's manually resetB after an error, or sometimes just a bunch of reports in the night,D sometimes without any recorded error at all. Users don't necessarily- report lost jobs they can reprint themselves.l  ( Sometimes we have no problems for weeks.G There's a variety of printer hardware: an old Compaq PageMarq & a brandoA new Lanier are the worst offenders, but we also see problems withhA Nashuatec & Kodak printers. The Lanier doesn't record many (any?)t errors.s  G I'd be very grateful for any suggested solutions or diagnostic actions,o/ although I know the above is all rather woolly.   H This is on UCX 4.2-2, Alpha VMS 7.1. I'm planning to upgrade to 4.2-4 as  soon as I can schedule a reboot.   Thanks,h Chrise   ------------------------------   Date: 5 Sep 2000 14:11:42 GMTo2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)1 Subject: Re: TCP/IP 5.0A PatchList or ECO Summaryl6 Message-ID: <8p2uuu$ofq$2@mailint03.im.hou.compaq.com>  g In article <39B3BD98.FF285479@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes:a :Hoff Hoffman wrote:U :	The problem is in different behaviour of binding a UDP socket (in particulary) withfK :INADDR_ANY under UCX 4.x, ...and TCPIP 5.0A (with "PTR" ECO, and w/o it). -N :Under TCPIP 5.0a calling of sys$qio(IO$_SETMODE) cause to %x0134. I asked UCXJ :guys - "what behaviour is correct? Under UCX 4.x or under TCPIP 5.0A?"...  H   Send me a concise example of the offending program, and I'll see if I    can get you an answer.  N : I found workaround, but ... no answer from UCX guys for the past 2-3 month.  : Why?  K   I can think of more than a few reasons.  Was this report made via direct j>   contact with Engineering, or was it formally logged via CSC?  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 05 Sep 2000 19:08:53 +0400 4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>1 Subject: Re: TCP/IP 5.0A PatchList or ECO Summary.0 Message-ID: <39B50C85.865C672E@SMTP.DeltaTel.RU>   Hoff Hoffman wrote:0 > i > In article <39B3BD98.FF285479@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes:$ > :Hoff Hoffman wrote:] > :       The problem is in different behaviour of binding a UDP socket (in particulary) witheL > :INADDR_ANY under UCX 4.x, ...and TCPIP 5.0A (with "PTR" ECO, and w/o it).P > :Under TCPIP 5.0a calling of sys$qio(IO$_SETMODE) cause to %x0134. I asked UCXL > :guys - "what behaviour is correct? Under UCX 4.x or under TCPIP 5.0A?"... > I >   Send me a concise example of the offending program, and I'll see if I. >   can get you an answer.5 	Thanks, Hoff. Don't worry, and don't wast your time.' 	Now, it's not a problem.r   > O > : I found workaround, but ... no answer from UCX guys for the past 2-3 month.g > : Why? > L >   I can think of more than a few reasons.  Was this report made via direct@ >   contact with Engineering, or was it formally logged via CSC?L 	Because CSC can get me an answer about _programing_ problem or information.U 	Some time ago I contacted a CSC for the ACME info, you know how this story is ended.0 :-)    > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   -- I Cheers,tF +OpenVMS [Sys|Net] HardWorker........................................+E  Russia,Delta Telecom Inc,                    Cel:  +7 (901) 971-3222mE  191119,St.Petersburg,Transportny per. 3                     116-3222gE                                               Fax:  +7 (812) 115-1099 G +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm +
a   ------------------------------    Date: 05 Sep 2000 23:26:02 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>r' Subject: Re: VMS Support for 4D30T ????g7 Message-ID: <rjqvgwa7tdh.fsf@morwong.ucc.gu.uwa.edu.au>i  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  H >   Either write a driver for it, or replace it with a supported widget.  = Well, what about a 4D40T?.. or 60 ot 70... Works for PC crap.oC So what DO you get as a *Good* 3D card for VMS? Yeah, with a drivere     -- 3< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 5 Sep 2000 07:16:59 GMTs7 From: cbh@REMOVE_THIS.teabag.fsnet.co.uk (Chris Hedley)   Subject: Re: WORD viewer for VMS) Message-ID: <8p26lb$2c6j$1@teabag.cbhnet>m  , In article <39AC1950.98393BB2@videotron.ca>,0 	JF Mezei <jfmezei.spamnot@videotron.ca> writes:H > Any chance of Compaq committing to providing an up to date prorpietaryP > Microsoft Word viewer on VMS ? (as well as providing updated CDA converter forN > WORD so we can extract the text from all that overhead and keep only what is > needed ?)>  F I take it you couldn't get the EPOC viewer to work so you've installedK VMS on your Psion instead?  Oops, sorry, newsgroup cross-contamination.  :)    Chris.   ------------------------------   Date: 5 Sep 2000 14:05:06 GMT:2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: Re: WORD viewer for VMS6 Message-ID: <8p2uii$ofq$1@mailint03.im.hou.compaq.com>  o In article <39B38C08.70846910@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:n :"David J. Dachtera" wrote: + :> Andrew Harrison SUNUK Consultancy wrote:g ..H :> > 7.    Doing the port might help someone else apart from the generalE :> >         OpenVMS community so hey we don't want to do that do we.p ..? :Sorry I don't have an Alpha box running OpenVMS lurking in ther :lab :)   @   Commit to the port, and that problem can probably be remedied.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 05 Sep 2000 17:15:38 +0100lB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>  Subject: Re: WORD viewer for VMS* Message-ID: <39B51C2A.B786154D@uk.sun.com>   Tim Llewellyn wrote:   > Rudolf Wingert wrote:A >e
 > > Hello, > > E > > my mention of slow performance under OpenVMS is: it is political.lE > > Many years ago, as TCP/IP was not an standard and less poeple didtJ > > speack about change to TCP/IP we bought the Sun DECnet implemantation.E > > DECnet transfer was very slow (only half the speed of TCP/IP). SooH > > the UNIX fans said DECnet is a slow duck. After years, TCP/IP was inE > > every mouth, the new one DECnet implementation did have the same, J > > or a little bit better performance as TCP/IP. Nobody did realize this.F > > TCP/IP was in front! This showed me, that the politic of Sun is toB > > implement a break in non Sun systems, so that every body says:0 > > DEcnet/OpenVMS is slow, Sun Solaris is fast. > >- > I > Now, where have I heard that story before? Ah, thats right, Word on thei > Mac.  D Yes but there is no need for it to be the case with StarOffice. WordD Source was never released under GPL and so no one had an opportunity) to improve the way Word behaved on a MAC.   C StarOffice on the other hand will be released under GPL and on this0E basis there is nothing to stop you or anyone else optimising the hell @ out of the OpenVMS port, this option was never available for the MAC.     Regards  Andrew Harrisonb Enterprise IT Architectc   ------------------------------   Date: 5 Sep 2000 08:36:28 -0500e9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)t Subject: RE: Your FUTURE!b+ Message-ID: <p3NYl3GAeY9q@eisner.decus.org>m  W In article <39b404c0$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:sl > In article <200009041527.SM00227@localhost>, Second Rising Sun !! <secondrisingsun_2000@yahoo.com> writes: >>THIS IS NOT SPAM!  > < > Every mail/posting starting with this statement _is_ SPAM.  F I would suggest that everyone who objects forward the original messageG to postmaster@yahoo.com and abuse@yahoo.com asking for them to stop thecG spam.  Even if the perpetrator is elsewhere it is their good name beinga. damaged, and they have the resources to trace.   ------------------------------   End of INFO-VAX 2000.497 ************************