1 INFO-VAX	Wed, 06 Sep 2000	Volume 2000 : Issue 498       Contents: *.MDL, anyone? RE: *.MDL, anyone? Re: *.MDL, anyone?P Re: CETS2000 - Hands-On Interactive Registration starts 8/31/2000 High    Noon ( Clustering & multiple sites  Re: Clustering & multiple sites  Re: Clustering & multiple sites  Re: Clustering & multiple sites  Re: Clustering & multiple sites  Re: Clustering & multiple sites  Re: Clustering & multiple sites  Re: CMUIP on OpenVMS v7.1 VAX?) Re: Copying account to another VMS system ) Re: Copying account to another VMS system ) Re: Copying account to another VMS system  RE: dcps Re: DHCP server  Re: DHCP server M Incoming: PC164LX with 533Mhz CPU's - DON'T READ IF OUR POSTINGS OFFEND YOU ! P Re: Incoming: PC164LX with 533Mhz CPU's - DON'T READ IF OUR POSTINGS OFFEND YOU P Re: Incoming: PC164LX with 533Mhz CPU's - DON'T READ IF OUR POSTINGS OFFEND YOU  mpeg_play 2.3 port$ Re: Portable GUIs (VMS+Windows-NT) ?" Q: DECwrite deccampus license paks& Re: Q: DECwrite deccampus license paks Reliable backups Reuse of MAIL - How? Re: Reuse of MAIL - How? Re: Reuse of MAIL - How? Re: scsi tape drive " Re: set host node-name didn't work Re: srm pc164 oddities Re: srm pc164 oddities! 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 ! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist ( Re: TCP/IP 5.0A PatchList or ECO Summary) timeout problems when printing to "LRA0:"  Re: VMS Support for 4D30T ???? Re: VMS Support for 4D30T ???? Re: WORD viewer for VMS   F ----------------------------------------------------------------------  % Date: Tue, 05 Sep 2000 21:02:56 -0400 + From: Tim Shoppa <shoppa@trailing-edge.com>  Subject: *.MDL, anyone? 1 Message-ID: <39B55F7F.2A2FA9D0@trailing-edge.com>   8 My old version of Kenah and Bate, _VAX/VMS Internals and: Data Structures_, notes the use of MDL files in the builds$ of VMS (I'm assuming V3.0 era here):     31.4  INTERPRETING MDL FILES=         There are very many data structures and other system- =         wide constants used by the executive and other system @         components.  These structures are defined with a special<         structure definition language called MDL (or MaynardC         Definition Language).  This language allows data structures =         to be defined from a single source but used in either !         VAX-11 MACRO or BLISS-32.   ?         When a VMS system is built from source, a preprocessing F         program called MDL reads all system data structure definitions         and produces...   > Is MDL still used in VMS builds?  Has DEC/Compaq ever released@ MDL for public consumption?  Can we have it on the next Freeware
 CD, Hoff? :-)    Tim.   ------------------------------  % Date: Tue, 05 Sep 2000 21:53:27 -0400 # From: John Vottero <John@MVPSI.com>  Subject: RE: *.MDL, anyone? D Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD7DD@berry.mvpsi.com>  G I think MDL became SDL which is already on the Freeware CD (and is used  extensively in OpenVMS).   > -----Original Message-----4 > From: Tim Shoppa [mailto:shoppa@trailing-edge.com]+ > Sent: Tuesday, September 05, 2000 9:03 PM  > To: Info-VAX@Mvb.Saic.Com  > Subject: *.MDL, anyone?  >  > : > My old version of Kenah and Bate, _VAX/VMS Internals and< > Data Structures_, notes the use of MDL files in the builds& > of VMS (I'm assuming V3.0 era here): >   >   31.4  INTERPRETING MDL FILES? >         There are very many data structures and other system- ? >         wide constants used by the executive and other system B >         components.  These structures are defined with a special> >         structure definition language called MDL (or MaynardE >         Definition Language).  This language allows data structures ? >         to be defined from a single source but used in either # >         VAX-11 MACRO or BLISS-32.  > A >         When a VMS system is built from source, a preprocessing H >         program called MDL reads all system data structure definitions >         and produces...  > @ > Is MDL still used in VMS builds?  Has DEC/Compaq ever releasedB > MDL for public consumption?  Can we have it on the next Freeware > CD, Hoff? :-)  >  > Tim. >    ------------------------------  # Date: Wed, 06 Sep 2000 04:06:51 GMT ! From: Beyonder <beyonder@vrx.net>  Subject: Re: *.MDL, anyone? ' Message-ID: <39B5C2DE.1F9CF578@vrx.net>    I thought "MDL" was "Muddle" ??    B.   Tim Shoppa wrote:   : > My old version of Kenah and Bate, _VAX/VMS Internals and< > Data Structures_, notes the use of MDL files in the builds& > of VMS (I'm assuming V3.0 era here): >   >   31.4  INTERPRETING MDL FILES? >         There are very many data structures and other system- ? >         wide constants used by the executive and other system B >         components.  These structures are defined with a special> >         structure definition language called MDL (or MaynardE >         Definition Language).  This language allows data structures ? >         to be defined from a single source but used in either # >         VAX-11 MACRO or BLISS-32.  > A >         When a VMS system is built from source, a preprocessing H >         program called MDL reads all system data structure definitions >         and produces...  > @ > Is MDL still used in VMS builds?  Has DEC/Compaq ever releasedB > MDL for public consumption?  Can we have it on the next Freeware > CD, Hoff? :-)  >  > Tim.   ------------------------------  # Date: Tue, 05 Sep 2000 18:00:22 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) Y Subject: Re: CETS2000 - Hands-On Interactive Registration starts 8/31/2000 High    Noon ( 0 Message-ID: <009EFACA.18E55E70@SendSpamHere.ORG>  ] In article <MPG.141eeecc1067f3919896bb@news.alt.net>, Karl S. Erbland <karl@ksme.net> writes: J >In article <009EF76A.F0EB63C5@SendSpamHere.ORG>, system@SendSpamHere.ORG  >says..." >> and not just some prepubescents >>   > & >Remember, you were once prepubescent.  I You know, there is nothing that says: "Hey you've made it and have become I a main-stream musical talent to be appreciated and respected" better than I to be given away as a prize in a Burger King Kid's Meal.  That said, when I I was prepubescent, I don't recall many musical groups with a Burger King 	 accolade.   C >I'm curious though, does your attitude speak that you do not want  # >younger, capable people attending.    Certainly not.    K >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)!   G A litany on Brittany I'm sure we can all do without.  I'd rather attend G a conference which discusses the merits of silicon based computers than  Silicone laced crooners.   --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: Tue, 05 Sep 2000 19:41:09 GMT  From: tias77@bellatlantic.net $ Subject: Clustering & multiple sites. Message-ID: <sraj2la4kmp40@corp.supernews.com>  H As we know the GIGA switches are old and really no fun, but what do you  replace them with?> What are the options besides using these rather clumsy fellas.3 Is it ethernet over darkfiber that is the deal now? E Are there any numbers on how big disks you can shadow over a certain   bandwith and so on?  Experience please! :)  /Tias    ------------------------------   Date: 5 Sep 2000 16:57:36 -0500 * From: young_r@eisner.decus.org (Rob Young)( Subject: Re: Clustering & multiple sites+ Message-ID: <3sOzIR9XaGhP@eisner.decus.org>   N In article <sraj2la4kmp40@corp.supernews.com>, tias77@bellatlantic.net writes:  ( 	How far apart are your two datacenters?   				Rob   J > As we know the GIGA switches are old and really no fun, but what do you  > replace them with?@ > What are the options besides using these rather clumsy fellas.5 > Is it ethernet over darkfiber that is the deal now? G > Are there any numbers on how big disks you can shadow over a certain   > bandwith and so on?  > Experience please! :)  > /Tias    ------------------------------   Date: 5 Sep 2000 20:58:49 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: Clustering & multiple sites6 Message-ID: <8p3mq9$s50$1@mailint03.im.hou.compaq.com>  N In article <sraj2la4kmp40@corp.supernews.com>, tias77@bellatlantic.net writes:  > :[discussions of long-distance clustering hardware expurgated]F :Are there any numbers on how big disks you can shadow over a certain  :bandwith and so on?  F   Bandwidth and distance and latency are the keys to the configurationI   of multi-site cluster, and how much bandwidth you need depends greatly  !   on what you plan to do with it.   D   T1 obviously isn't enough for clustering (supported configurationsH   require at least Ethernet speed), but T3, ATM, FDDI and such will all F   provide at least the minimum required bandwidth.  Distance is one ofE   the central factors in latency, as is any network packet switching  5   overhead lurking within a (switched) configuration.   D   As for bandwidth, your expected steady-state storage I/O load willF   establish the typical bandwidth "floor", and your mass-merge of all E   shadowset volumes combined with full worst-case network traffic is  D   the typical bandwidth "ceiling" -- you may well end up configuring:   less than the floor or more than the ceiling, of course.  G   Your existing multi-site configuration is an obvious starting point,  G   with the resulting new configuration involving what you have learned  G   from your existing configuration...  Added bandwidth, less bandwidth, =   latency considerations, expected and peak I/O loads, etc...    : Experience please! :)   F   I know enough to know that a correct disaster tolerant configurationE   isn't as easy as it initially might look, and that a correct design G   involves considering things that might normally be neglected: backup  I   lighting and power, fire suppression systems, redundant communications  F   paths routed via non-physically adjacent network cabling and (if theF   connection is switched) via separate switching centers, appropriate <   operator site-failover training and periodic testing, etc.  E   A correct design also involves rather more than what can usually be E   discussed here -- in terms of detail of the existing configuration, D   finances, expected growth, current typical and peak I/O loads, any2   planned system or storage hardware changes, etc.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 05 Sep 2000 21:10:42 GMT  From: tias77@bellatlantic.net ( Subject: Re: Clustering & multiple sites. Message-ID: <sraoai73ljn75@corp.supernews.com>  ! We're talking kilometers/miles...  /Tias       G In article <sraj2la4kmp40@corp.supernews.com>, tias77@bellatlantic.net   writes:   8                  How far apart are your two datacenters?  D                                                                  Rob  J > As we know the GIGA switches are old and really no fun, but what do you  > replace them with?@ > What are the options besides using these rather clumsy fellas.5 > Is it ethernet over darkfiber that is the deal now? G > Are there any numbers on how big disks you can shadow over a certain   > bandwith and so on?  > Experience please! :)  > /Tias    ------------------------------  # Date: Tue, 05 Sep 2000 21:18:46 GMT  From: tias77@bellatlantic.net ( Subject: Re: Clustering & multiple sites/ Message-ID: <sraopmf9ljn157@corp.supernews.com>   K Yes of course I know that there are a number of things to think of, but if  5 I may step back and ask what kind of options we have? E Of course you need redundancy in everything but what are the current  
 techiques?I My only experience in the case with multiple sites is with the GIGAs and   darkfiber or ATM. J I know that we have a lot of knowledge and experince in that solution but ! those boxes are on their way out!   = Anybody tried bridging with Cisco Catalysts or anything? POS? 6 I do not want to setup a new environment with GIGAs...   /Tias    ------------------------------   Date: 5 Sep 2000 21:55:26 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: Clustering & multiple sites6 Message-ID: <8p3q4e$sl6$1@mailint03.im.hou.compaq.com>  O In article <sraopmf9ljn157@corp.supernews.com>, tias77@bellatlantic.net writes: 6 :I may step back and ask what kind of options we have?  I   When you can snatch the pebble from my hand, Grasshopper, then it will  J   be time for the Master to answer.  Uh, sorry, bad flashback there.  :-) E   Seriously, only with further information on the application and the J   configuration can Master Hoff provide you with enlightenment.  Uh, darn,L   sorry, 'nother flashback there.  :-)  With details of the I/O loading and M   the application environment, then specifics on the options can be provided  M   -- right now, all I can tell you is that T1 and T2 are not enough and that  I   OC-192 is probably overkill.  At a minimum, what sort of widget do you  ;   currently have hanging between the cited GigaSwitch(es)?    G   Also, for some folks that are quite familiar with the GigaSwitch and  D   with related and more recent products such as the MultiSwitch and    VNswitch, please visit:        http://www.dnpg.com/  F :Of course you need redundancy in everything but what are the current  :techiques?   F   ATM.  FDDI.  Gigabit Ethernet.  T3.  Microwave.  etc.   Which one ofH   these is most appropriate for your situation depends on the bandwidth H   requirements, on the cost structure, on the distance involved, on the L   required latency, whether or not you have (or can get) line-of-sight, etc.  K :I know that we have a lot of knowledge and experince in that solution but  " :those boxes are on their way out!  I   What you need to know (and to tell us) is not specific to the hardware. G   The required solution drives the hardware.  Pretty much anything that G   is strung between your chosen switches will work here, so long as it  G   has sufficent bandwidth/redundency/lantency/etc for your application.   " :We're talking kilometers/miles...  G   Um, specifically how many of each would we be talking about here? :-)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 06 Sep 2000 03:03:10 GMT 1 From: "Mathias Wolkert" <tias77@bellatlantic.com> ( Subject: Re: Clustering & multiple sites8 Message-ID: <Otit5.11359$rG4.291927@typhoon1.ba-dsg.net>  J Ok... I see your point... In theory you can set up a cluster/diskshadowingK over anything that bridges as clustertraffic uses a low level protocol. But ; I guess you cannot bring up a cluster over a 9600 serial...   L I think that 30.000.000 blocks is what we shadow today over a FDDI ring. ButK that is again pretty irrelevant as the application really sets the needs...   J But then, is there anything you can do to measure the "shadowing capacity"
 of the setup? < Is there a way to check the latency in a cluster/shadow set?  K BTW am I doing something ugly when I mix cluster and shadowing the way I do A or is it just me seeing that as the primary feature of a cluster?   . There are no shortcuts to the perfect cluster!4 Maximum bandwith, CPU , memory and I/O there you go!   /Tias   ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message 0 news:8p3q4e$sl6$1@mailint03.im.hou.compaq.com... > I > In article <sraopmf9ljn157@corp.supernews.com>, tias77@bellatlantic.net  writes: 8 > :I may step back and ask what kind of options we have? > J >   When you can snatch the pebble from my hand, Grasshopper, then it willK >   be time for the Master to answer.  Uh, sorry, bad flashback there.  :-) G >   Seriously, only with further information on the application and the L >   configuration can Master Hoff provide you with enlightenment.  Uh, darn,I >   sorry, 'nother flashback there.  :-)  With details of the I/O loadinga andsE >   the application environment, then specifics on the options can bee providedI >   -- right now, all I can tell you is that T1 and T2 are not enough andi thatJ >   OC-192 is probably overkill.  At a minimum, what sort of widget do you< >   currently have hanging between the cited GigaSwitch(es)? >yH >   Also, for some folks that are quite familiar with the GigaSwitch andE >   with related and more recent products such as the MultiSwitch andr >   VNswitch, please visit:i >  >     http://www.dnpg.com/ >'G > :Of course you need redundancy in everything but what are the currentP
 > :techiques?D > H >   ATM.  FDDI.  Gigabit Ethernet.  T3.  Microwave.  etc.   Which one ofI >   these is most appropriate for your situation depends on the bandwidthSI >   requirements, on the cost structure, on the distance involved, on theuI >   required latency, whether or not you have (or can get) line-of-sight,  etc. > L > :I know that we have a lot of knowledge and experince in that solution but$ > :those boxes are on their way out! >dK >   What you need to know (and to tell us) is not specific to the hardware. I >   The required solution drives the hardware.  Pretty much anything thateH >   is strung between your chosen switches will work here, so long as itI >   has sufficent bandwidth/redundency/lantency/etc for your application.  >d$ > :We're talking kilometers/miles... >pI >   Um, specifically how many of each would we be talking about here? :-)s >e, >  --------------------------- pure personal# opinion ---------------------------?1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering- hoffman#xdelta.zko.dec.com >-   ------------------------------  $ Date: Tue, 5 Sep 2000 16:04:24 -0400- From: "Roger D. Oliver" <oliverr@voyager.net>L' Subject: Re: CMUIP on OpenVMS v7.1 VAX?09 Message-ID: <39b55436$0$62635$44ae8f91@news.net-link.net>V  K THANKS FOLKS, this is exactly what I needed.  In a matter of hours I had its up and running on my two VAXen.e   - Roger Oliver  - "John Santos" <JOHN@egh.com> wrote in message 0 news:1000901215104.28573E-100000@Ives.egh.com...$ > I encountered this many years ago. > Here are my notes: >n# > =================================i= > Problem building CMUIP V6.6 on VMS V7.0.  The kit looks for(D > a TZDRIVER_Vn.OBJ in PTY054.B in CMUIP066.B.  There was no _V7.OBJ
 > in the kit.  > > > Solution was to recreate the kit with the V6 file duplicated > as the V7 file.S >20 > $ BACKUP src:CMUIP066.B/SAVE_SET [.CMUIP_B]*.*2 > $ BACKUP [.CMUIP_B]PTY054.B/SAVE_SET [.PTY_B]*.*8 > $ copy [.PTY_B]TZDRIVER_V6.OBJ [.PTY_B]TZDRIVER_V7.OBJ2 > $ BACKUP [.PTY_B]*.* [.CMUIP_B]PTY054.B/SAVE_SET- > $ BACKUP [.CMUIP_B]*.*; CMUIP066.B/SAVE_SETi8 > $ assign sys$login:,src: new_src: ! set up search list3 > $ ! or copy CMUIP066.B src: if it's not a CD-ROM!, > @ > Then build, specifying new_src: as the source, instead of src: >cC > The assumption here is that the V6 version will work just fine on0
 > VMS V7.07 > =====================================================t >F > Hope this helps! > , > On Fri, 1 Sep 2000, Roger D. Oliver wrote: >sI > > I have tried to get CMUIP running on my pair of VAX 4600 and VAX 4300sL > > systems -- running OpenVMS v7.1 without luck.  Same results on VAXserver > > 3100 running openVMS v7.1. > >nL > > When it goes to compile the software during the installation, it bitches > > about a missing .obj file. > >(L > > Anybody know what I am talking about?  Is there some .obj option kits in VMS 7 > > v7.1 that I should install to gain greater success.  > >eI > > We have UCX running on a pile of Alphas, but would **REALLY** like toT get IPJ > > going on these VAXen "on the cheap" since they will be trash canned in thedJ > > foreseeable future.  All I need to do is terminal incoming and printer) > > outgoing connections -- nothing else.a > >l > > thanks!u > >n > > Roger Oliver > > Sys Analyst 2L > > City of Kalamazoo  > >a > >s > >  > >i >f > --
 > John Santose > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 >s   ------------------------------  % Date: Tue, 05 Sep 2000 16:47:33 -0500n* From: WILLIAM WEBB <WWEBB1@email.usps.gov>2 Subject: Re: Copying account to another VMS system- Message-ID: <0033000003858470000002L002*@MHS>   H =0AI need to swap some users from one VMS system to another. Creating t= heF 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??h  &      I'll assume not too many users...  C      The simplest way to to this (short of merging SYSUAF files) isMB      to use the PASSWORD utility on ftp.wku.edu (Thanks yet again,;      Hunter) to extract the password hashes and insert themn*      into the SYSUAF on the other machine.        WWWebbn  H 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 somethingn 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 19:07:02 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>l2 Subject: Re: Copying account to another VMS system, Message-ID: <39B57C8A.2F13A079@videotron.ca>   WILLIAM WEBB wrote:eI > That is without writing a program - I know about the UAF calls and I'llaC > do that if I need to - I was just wondering if there is something  > simpler that I have missed??   Woudn't DCL do the trick ?  : $OPEN/READ infile $DISK1:[SYS0.SYSCOMMON.SYSEXE]SYSUAF.DAT< $OPEN/WRITE outfile $DISK2:[SYS0.SYSCOMMON.SYSEXE]SYSUAF.DAT" $READ infile/key="username" buffer $WRITE outfile buffer   H Or is the SYSUAF.DAT file have records that are too long to be stored in	 symbols ?r   ------------------------------  % Date: Wed, 06 Sep 2000 11:19:32 +1100r) From: "Mackay, Ian" <IMackay@nine.com.au>u2 Subject: Re: Copying account to another VMS systemB Message-ID: <7517D41517E6D11189EB00A0C96B422A01D52D30@TCNHOFEXC01>   WILLIAM WEBB wrote:nI > 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??   JF Metzei Wrote:   >Woudn't DCL do the trick ?e > ; >$OPEN/READ infile $DISK1:[SYS0.SYSCOMMON.SYSEXE]SYSUAF.DATo= >$OPEN/WRITE outfile $DISK2:[SYS0.SYSCOMMON.SYSEXE]SYSUAF.DAT." >READ infile/key="username" buffer >WRITE outfile bufferA >gI >or is the SYSUAF.DAT file have records that are too long to be stored ino
 >symbols ?  J Remember that opening a file in DCl with just /read automatically provides! shared read file access no write. J However /write without /share locks the file so no shared reads or writes." Not a good look for a SYSUAF file!    So what I would change it to is   @ $OPEN/READ/share infile $DISK1:[SYS0.SYSCOMMON.SYSEXE]SYSUAF.DATB $OPEN/WRITE/share outfile $DISK2:[SYS0.SYSCOMMON.SYSEXE]SYSUAF.DAT" $READ infile/key="username" buffer $WRITE/symbol outfile buffer  F The write/symbol takes care of the fact that buffer is longer than the normal buffer used by write.    
 Ian Mackay System and Network Manager Nine Network Australia   ------------------------------  % Date: Tue, 05 Sep 2000 14:00:23 -0400s- From: "Mitchell, David R." <mitchell@WPI.EDU>w Subject: RE: dcpsuB Message-ID: <FE1835D68492D311BF7900508B5BEB0D0DE9AA@petra.WPI.EDU>  J I can't comment on the specific problems others are having, but I will sayF that we have around sixty or so HP 4000's and 4050's in our productionK environment that have been working fine using DCPS 1.7 ( and recently 1.8 )nI and IP_RawTCP printing.  Several of the 4000's required a firmware updatelE from HP (free, if you can find a support person who knows what you're	H talking about - the firmware must be "19980714 MB3.68" or newer) and allL have required increasing the TCP/IP timeout value on the jetdirect card fromA its default value of 90 ( or else jobs keep getting a "connectionlI terminated" error and are set to "holding" in the queue).  The 4000's areaJ now directly supported by DCPS and for the 4050's we use a modified deviceD control library (using the 4000's setup modules) to give us the tray numbering we need.  H It took a bit of tweaking to get the TCP/IP printing going, but it worksF flawlessly now.  We'd used Appletalk as the transport for years beforeB swithing to IP and only switched because Appletalk has become moreE problematic on our network as people kept setting up Linux boxes withsG Appletalk routing enabled and misconfigured.  I quickly became tired of G trying to track down these rogue machines and am far more familiar with C TCP/IP protocols and troubleshooting them than I am with Appletalk.y  J Bottom line is that you should be able to get HP 4000's and 4050's workingL with DCPS.  I don't pretend to have all the answers, but feel free to e-mailG me if you have any specific questions I might be able to help out with.d   Davidi     > -----Original Message-----@ > From: Antony Wardle [mailto:antony.wardle@nnnoospam.met.co.nz]* > Sent: Monday, September 04, 2000 5:58 PM > To: Info-VAX@Mvb.Saic.Come > Subject: Re: dcpss >  > & > I have the same problem with a 4050. >  > G > I have found that you don't need to reset the queue to fix it though,uH > just try pinging the printer, and it will start printing, you can also2 > press the Go button, and it will start printing,= > Print to the printer from NT, then your vms job will start.- > H > I have this on ucx 4.2 eco4, but I don't have the problem with another> > node runing 5.0a. And the node that can ping the printer is  > 5.0a, but thenE > 4.2eco4 machine won't get a ping until the version 5.0a ping works.t >  > ) > Don't really know what is up with that.s > ) > Version 1.8 of dcps didn't help either.t >  > cheers >  > Antony >  >  > 8 > "Bob Ricci" <maxx0623@concentric.net> wrote in message8 > news:00d601c0141c$38fdf0a0$585b5cc0@socrates.Subway...@ > > i have a hp laserjet 40tn and am trying to print landscape-  > set up the= > > ip_rawtcp/192.92.91.68:9100 port and on the generic queuen= > > page_orientation=landscape....the queus set up properly, a > but i have toe > resetp? > > the queues every time i print as they remain in a starting t > state....until > in: > > reset then all prints normally- i have tried manually  > setting the printero > to? > > autosense and ps - but neither helps...aanyone else having c > this problem?d > > Robert V. Ricci  > > Systems Managert > > Drs. Associates (SUBWAY) > > 325 Bic Dr.- > > Milford, Ct 06460n > >  tel  203 877 4281 ext 1144- > > fax to pc 203 783 7144 > >  fax 203 876 6682n > > email ricci_r@subway.com# > >  or     maxx0623@concentric.net  > > http://www.subway.com0 > >M > >r >  >  >    ------------------------------  % Date: Tue, 05 Sep 2000 23:55:25 -0400a* From: Doug Mallory <dmallory@interlog.com> Subject: Re: DHCP server, Message-ID: <39B5C02D.7C9CF2F6@interlog.com>   FAZEKAS Mihaly wrote:l  ; > Can i use my VMS box (MicroVAX III, OpenVMS 6.2, UCX 4.2)y > as DHCP server??? > Yes you can, but you need additional software known as SAMBA.   B Samba does netbios file /print shareing as well, and supports WINS server functions as well.hE DHCP is actually easy to setup with SAMBA, especially if you are unixa	 friendly. = The software at this point is FREEWARE! and is available from 
 www.samba.orgb  
 Good luck.   >a >  >r > --" > mailto:michael@goliat.eik.bme.hu > Phone: 463-1966    ------------------------------  $ Date: Wed, 6 Sep 2000 00:20:47 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>  Subject: Re: DHCP server/ Message-ID: <srbks32eljn172@corp.supernews.com>s  ; "Doug Mallory" <dmallory@interlog.company> wrote in messageo& news:39B5C02D.7C9CF2F6@interlog.com...   > FAZEKAS Mihaly wrote:f >t= > > Can i use my VMS box (MicroVAX III, OpenVMS 6.2, UCX 4.2)  > > as DHCP server? A > > Yes you can, but you need additional software known as SAMBA.  >hD > Samba does netbios file /print shareing as well, and supports WINS > server functions as well.sG > DHCP is actually easy to setup with SAMBA, especially if you are unixg > friendly.a  ? > The software at this point is FREEWARE! and is available fromt > www.samba.org  >a  J DHCP stands for Dynamic Host Control Protocol, and is a method that allowsJ clients to get their TCP/IP address and optionally other parameters from aI server.  The addresses can be assigned either dynamically from a pool, ort  mapped to specific I.P. address.  J It is an enhancement to the BOOTP protocol.  UCX 4.2 as far as I know onlyE contains a BOOTP server and not a DHCP server.  BOOTP will give out aaJ specific I.P. address and parameters for a specific MAC address.  A client? requesting a DHCP load will not be able to accept a BOOTP load.i  K As a BOOTP server and a DHCP server request packets are mostly the same, ithK is difficult to have both a BOOTP service and a DHCP service running on theiJ same machine.  The logic is close enough that a DHCP service may also have& the ability to service BOOTP requests.    L I do not know if there are any DHCP servers that can be added on to UCX.  ItJ is possible that some of the other TCP/IP programs available may have one.G If this is a hobby machine, they are all available with hobby licenses.l  L TCPIP 5.0 has a DHCP server, however it requires a higher version of OpenVMS than you are running.h    - SAMBA has absolutely no relationship to DHCP.   L SAMBA is a NETBios over TCP/IP protocol client and server.  It also containsL a Name Server that emulates the Windows Internet Name Server (WINS) and willE allow an OpenVMS host to register itself dynamically with a real WINSi server.s   -Johna wb8tyw@qsl.network   ------------------------------  $ Date: Tue, 5 Sep 2000 19:59:31 -0400- From: "Island Computers" <sales@islandco.com>lV Subject: Incoming: PC164LX with 533Mhz CPU's - DON'T READ IF OUR POSTINGS OFFEND YOU !. Message-ID: <srb1r69nljn39@corp.supernews.com>  I We have a load of PC164LX (VMS compatible) motherboards with 533mhz 21164  chipse  = These are NOT the crippled SX cards that only support Windoze    Price is $400 for the sete$ No chassis or memory etc is included JUST the CPU and motherboard   If interested, email us/call usa   Davidn       -- David Turner Island Computers US Corporationc 2700 Gregory Street  Savannah GA 31404  Tel: 912 447 6622  Fax:912 201 0096 sales@islandco.com   ------------------------------  # Date: Wed, 06 Sep 2000 01:16:04 GMTn2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>Y Subject: Re: Incoming: PC164LX with 533Mhz CPU's - DON'T READ IF OUR POSTINGS OFFEND YOU  6 Message-ID: <oVgt5.858$M62.355107@typhoon.aracnet.com>  , Island Computers <sales@islandco.com> wrote:K > We have a load of PC164LX (VMS compatible) motherboards with 533mhz 21164a > chipsd  ? > These are NOT the crippled SX cards that only support Windozeo   > Price is $400 for the set & > No chassis or memory etc is included > JUST the CPU and motherboard  K What does it take to get one of these up and running as an OpenVMS HobbyisttL system?  Knowing that people may be more interested, or less.  Basically I'mJ wondering if these are the boards that require a funky powersupply, and if$ they need a special disk controller.   			Zanes   ------------------------------  $ Date: Tue, 5 Sep 2000 22:10:41 -0400- From: "Island Computers" <sales@islandco.com>aY Subject: Re: Incoming: PC164LX with 533Mhz CPU's - DON'T READ IF OUR POSTINGS OFFEND YOU i. Message-ID: <srb9h3r3ljn60@corp.supernews.com>   Yepa  ! These need the funky power supplyz  2 See why we aren't selling them on the web site!?!?   Davidm    = "Zane H. Healy" <healyzh@shell1.aracnet.com> wrote in message.0 news:oVgt5.858$M62.355107@typhoon.aracnet.com.... > Island Computers <sales@islandco.com> wrote:G > > We have a load of PC164LX (VMS compatible) motherboards with 533mhzi 21164 	 > > chips  > A > > These are NOT the crippled SX cards that only support Windozee >u > > Price is $400 for the seti( > > No chassis or memory etc is included  > > JUST the CPU and motherboard >iD > What does it take to get one of these up and running as an OpenVMS HobbyistJ > system?  Knowing that people may be more interested, or less.  Basically I'mnL > wondering if these are the boards that require a funky powersupply, and if& > they need a special disk controller. >1 > Zane >b   ------------------------------   Date: 5 Sep 2000 20:57:03 GMTl2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: mpeg_play 2.3 porta, Message-ID: <8p3mmv$4v7@gap.cco.caltech.edu>  K I have completed a port of MPEG_PLAY 2.3 using Compaq C V6.2-007 on OpenVMSw) Alpha V7.2-1.  If anybody wants it, see: d  .B    http://seqaxp.bio.caltech.edu/pub/SOFTWARE/MPEGPLAY_2_3_VMS.ZIP  H I had to do this because the current Berkeley mpeg_encode (on Linux) wasO producing MPG files which neither the previous VMS mpeg_play version nor xanim nK could process correctly.  These also cause Xanim on Linux to dump core but i- they work ok with the Windows media player.)     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech a   ------------------------------  % Date: Wed, 06 Sep 2000 04:58:16 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)- Subject: Re: Portable GUIs (VMS+Windows-NT) ?r; Message-ID: <39b5b2c8.524144494f47414741@radiogaga.harz.de>r  6 David J. Dachtera (djesys.nospam@earthlink.net) wrote:J : Um, Reflection is the *ONLY* complete VT emulation on the market, AFAIK.  E I beg to differ on that "*ONLY*". KEA! (nee KEAterm) also does a good  job at VT emulation.  A : Try to find another that does smooth-scroll when you absolutelyn : postively *MUST* have it.-  F I know KEA! has that one, but never looked at it. I wonder under which@ circumstances one would need to (absolutely positively) have it.   cu,6   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de.N One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------   Date: 5 Sep 2000 21:23:24 GMT1  From: sysmgr@lnHUH?gs.infn.it ()+ Subject: Q: DECwrite deccampus license pakse* Message-ID: <8p3o8c$jcg$1@server.garr.net>  0 Inside my deccampus paks cdrom there are several decwrite paks:  - AXPGS4_$ dir dkb500:[paks_openvms]decwrite*.*P   Directory DKB500:[PAKS_OPENVMS]t  A DECWRITE-UI-DEUTSCH.COM;1               DECWRITE-UI-FRANCAI.COM;1lD DECWRITE-USER-UI-BRITISH.COM;1          DECWRITE-USER-UI-DANSK.COM;1F DECWRITE-USER-UI-DEUTSCH.COM;1          DECWRITE-USER-UI-ESPANOL.COM;1E DECWRITE-USER-UI-FRANCAI.COM;1          DECWRITE-USER-UI-HEBREW.COM;1*D DECWRITE-USER-UI-ITALIAN.COM;1          DECWRITE-USER-UI-NEDER.COM;1D DECWRITE-USER-UI-NORSK.COM;1            DECWRITE-USER-UI-SUOMI.COM;1; DECWRITE-USER-UI-SVENSKA.COM;1          DECWRITE-USER.COM;1b  A I performed an installation of decwrite 3.1 after installing the s* DECWRITE-USER.COM, with a successfull IVP.8 When the unprivileged user uses decwrite a message tells> that a valid decwrite license is not registered, then decwrite) will run in a demo mode... what it wants? .   Many thanks in advance for the answers. bye, 						Nazzareno Taborgna $! dcl& $ use_email =  field_reply_to - "HUH?"/ $!_____________________________________________o   ------------------------------   Date: 5 Sep 2000 22:06:22 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: Q: DECwrite deccampus license paksg6 Message-ID: <8p3qou$snm$1@mailint03.im.hou.compaq.com>  M In article <8p3o8c$jcg$1@server.garr.net>, sysmgr@lnHUH?gs.infn.it () writes: 9 :When the unprivileged user uses decwrite a message tells ? :that a valid decwrite license is not registered, then decwritec* :will run in a demo mode... what it wants?  =   DECwrite typically wants to see the "DECwrite" license PAK.e  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Wed, 6 Sep 2000 16:57:39 +12009 From: "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz>0 Subject: Reliable backupsW3 Message-ID: <e5kt5.10069$cr3.286911@ozemail.com.au>   @ A vendor is pushing us away from host based shadowing, and doing: hardware mirroring. How do you then get a good backup withL no downtime involved. (ie not kicking off the users and stopping everything)  : they though that you could do controller snapshot backups.D How would you then be able to to retrieve a single file of a backup?  G We have no downtime window, and I guess that we are not the only peopleM in this situation.   How are other people doing it?  
 Cheers Antony    ------------------------------  $ Date: Tue, 5 Sep 2000 14:37:00 -04006 From: "S Paquin" <stephane.paquin@nospam.ispatnet.com> Subject: Reuse of MAIL - How?n2 Message-ID: <g3bt5.21080$Z2.279413@nnrp1.uunet.ca>  H     Hi! I have to create a message exchanging utility for my users on myH VAX/VMS boxes. My users are logging on the system using the same captiveG user account. But I would like to use VMS MAIL to send messages without/6 creating user accounts. So the basic question is this:  K     Is there any way to create mail accounts and use MAIL without having too) create a corresponding VMS user account ?t  K     I plan to use the MAIL$ routines to manage the access to the mailbox. IoC would be able to specify the user in the user profile database withs MAIL$USER_SET_INFO routine.e       Thank you.       Stphane   ------------------------------   Date: 5 Sep 2000 20:32:30 GMTt2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: Reuse of MAIL - How?u6 Message-ID: <8p3l8u$s0i$1@mailint03.im.hou.compaq.com>  k In article <g3bt5.21080$Z2.279413@nnrp1.uunet.ca>, "S Paquin" <stephane.paquin@nospam.ispatnet.com> writes:tI :    Hi! I have to create a message exchanging utility for my users on my0I :VAX/VMS boxes. My users are logging on the system using the same captivejH :user account. But I would like to use VMS MAIL to send messages without7 :creating user accounts. So the basic question is this:w :eL :    Is there any way to create mail accounts and use MAIL without having to* :create a corresponding VMS user account ?  D   Not without a whole lot of customization -- probably more than youG   want to tangle with.  If you continue with the current approach, you SF   need a delivery "handle" for each user and a user-specific spot for G   files, and some way to identify each individual user -- probably withe/   some level of user (password) authentication.o  E   OpenVMS MAIL assumes that the user's "handle" will be the username,nD   of course, and that the directory will be in the user's login area    or in a specific subdirectory.  H   You could quite easily have multiple username(s) all logging into the G   same top-level directory of course, and each user can have their own sG   subdirectory (for mail and for user-specific temporary storage, etc).u  L :    I plan to use the MAIL$ routines to manage the access to the mailbox. ID :would be able to specify the user in the user profile database with :MAIL$USER_SET_INFO routine.  F   I would encourage you to use unique usernames here, as this greatly B   aids in tracking individual activity and accountability, and it F   avoids the it-will-never-get-changed group password, and (of course)C   it means you won't have to do a whole lot of programming work to 01   duplicate the (existing) username mechanisms...   +   It also permits MAIL to work as expected.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 5 Sep 2000 21:23:16 GMTe2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)! Subject: Re: Reuse of MAIL - How?n, Message-ID: <8p3o84$5q8@gap.cco.caltech.edu>  k In article <g3bt5.21080$Z2.279413@nnrp1.uunet.ca>, "S Paquin" <stephane.paquin@nospam.ispatnet.com> writes: I >    Hi! I have to create a message exchanging utility for my users on mynI >VAX/VMS boxes. My users are logging on the system using the same captivetH >user account. But I would like to use VMS MAIL to send messages without7 >creating user accounts. So the basic question is this:r > L >    Is there any way to create mail accounts and use MAIL without having to* >create a corresponding VMS user account ? > L >    I plan to use the MAIL$ routines to manage the access to the mailbox. ID >would be able to specify the user in the user profile database with >MAIL$USER_SET_INFO routine.  F How is the system supposed to deliver mail to the relevant accounts if those accounts don't exist?c  H I mean, any way you try it you're going to have to put each user's emailI address into the system in one form or another, and if you're going to do I that, you might as well just give them accounts (which will automagicallyhH set up their email as well.)   After that, if you don't want them to be F able to get to a command line, force them to use YAHmail, IMAP or POP.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edua? Manager, sequence analysis facility, biology division, Caltech n   ------------------------------  % Date: Tue, 05 Sep 2000 23:47:35 -0400e2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: scsi tape driveL Message-ID: <rdeininger-0509002347350001@user-2ivecc3.dialup.mindspring.com>  d In article <39b26c34$1$lllp186$mr2ice@news.flashcom.com>, yyyc186.illegaltospam_@flashcom.net wrote:  4 > In <39AB0F8E.269F28A9@earthlink.net>, on 09/03/00 I >    at 11:19 AM, "David J. Dachtera" <djesys.nospam@earthlink.net> said:o > L > There used to be an external TZ85 version which could read/write both, but/ > I don't remember the exact model designation.  >  > Roland    I I recently found, at compaq's badly organized web site, Digital's Systems I and Options Catalog "StorageWorks Tape Devices V2.1".  I was naughty and tM didn't make a note of the URL, so I can't direct you to it.  But the filename J is QB001VPF.PDF.  I think there were various other versions available too.  I It says the TZ87 DLT drive (the 20 MB native format) could read and writeiQ TZ85 and TZ86, and read TZ30/TK50/TK70.  TZ87N drives cannot read TZ30/TK50/TK70.   v The TZ87 was SCSI, available in tabletop, embedded, and storageworks configurations.  TZ87-TA was the tabletop varity.  K These drives used the CompacTape III.  I don't know if the newer tapes willt work.r  J I don't recall ever hearing about a DLT drive that could WRITE the pre-DLT formats.    C Compaq is to be commended for keeping these old SOCs available, but6A scolded for making them so hard to find.  And ROASTED for letting O many of the documents for somewhat older hardware melt away into the bit-drain.i   --   Robert Deininger rdeininger@mindspring.com    ------------------------------  # Date: Wed, 06 Sep 2000 02:55:54 GMT ) From: "Williams News" <wford@bwrcorp.com>o+ Subject: Re: set host node-name didn't work > Message-ID: <_mit5.127139$6y5.85781673@news2.rdc2.tx.home.com>  5 "Markus Eymann" <eymannm@bluewin.ch> wrote in messagey( news:8p2lap$pqn$1@bw107zhb.bluewin.ch... > Hi,  >i/ > if I try a set host node-name it didn't work.t< > I get the answer "remote host is currently not reachable". > Can anybody help me?- > please send your hint to eymannm@bluewin.chl >f	 > thank'si > markus >  >h  J The guys are being a little harsh, but you did leave your self   'W I D E'; open for it. I think a little more information is in order..  
 For Instance:4* what is the version of VMS on both systemsK what is the protocol and the version of that protocol that you are using onn both systems         Decnet         Decnet-Plus2         Dec TCP/IP         DEC UCX          Third party Protocol         LATiB How are the protocols configured (Decnet address's and IP Address)1 can both systems see other objects on the networkI what kind of network  L perhaps you can redeem your self by providing some useful information. There1 are 5,245 reasons why you might get that message.t  G just a note: the most common problem with "remote host is currently notiK reachable" that I have seen is that node names are not define in the DECneta* database and/or the TCP/IP hosts database.   ------------------------------  $ Date: Tue, 5 Sep 2000 19:55:38 -0400- From: "Island Computers" <sales@islandco.com>o Subject: Re: srm pc164 odditiesd/ Message-ID: <srb1jtr4ljn159@corp.supernews.com>v  K Adaptec controllers are not currently supported by the SRM - well as far ast
 I know anyhow   4 YOU NEED either  Symbios based controller or Q-Logic  ? I heard that some Adaptec products may soon be supported thoughH  0 And, seriously, don't waste your time with IDE !   David 6 <yyyc186.illegaltospam_@flashcom.net> wrote in message3 news:39b3abef$1$lllp186$mr2ice@news.flashcom.com...o > All, >aK > Have some oddities with the SRM console and my Alpha pc164.  When the ARCdG > console is installed I can access both my SCSI CD rom and SCSI drive, L > partition the drive, etc.  When I install the SRM console so I can installL > a USABLE OS it cannot find the Can't-Adapt-Crap 2940UW controller.  I haveG > also noticed that it doesn't swat the Diamond-Stealth video BIOS intoh > displaying either. >bL > Is there a console environment variable I must set to tell it Plug&Pray isG > on this system?  Not much doc about this in the download from Compaq.  >sI > Would really hate to have to install IDE components just to install VMSn > and boot it. >A > Roland >i > --= > -----------------------------------------------------------SF > yyyc186@flashcom.net              To Respond delete ".illegaltospam"8 >                             MR/2 Internet Cruiser 1.52: >                             For a Microsoft free univers= > -----------------------------------------------------------0 >r   ------------------------------  % Date: Tue, 05 Sep 2000 22:24:05 -0400t) From: yyyc186.illegaltospam_@flashcom.net  Subject: Re: srm pc164 oddities99 Message-ID: <39b5ab0e$2$lllp186$mr2ice@news.flashcom.com>S  4 In <srb1jtr4ljn159@corp.supernews.com>, on 09/05/00 =    at 10:24 PM, "Island Computers" <sales@islandco.com> said:   B I didn't waste my time with IDE.  I closed up the box and bid on a> different Alpha on Ebay.  I now own an Alpha with VMS hobbiestH pre-installed.  Will be putting this Alphapc164 500mhz with 512MB up forF bid soon to unload it.  Hope somebody is looking for a box to run that sucky unix OS on.m   Roland    I >Adaptec controllers are not currently supported by the SRM - well as far. >as I know anyhowe  5 >YOU NEED either  Symbios based controller or Q-LogicM  @ >I heard that some Adaptec products may soon be supported though  1 >And, seriously, don't waste your time with IDE !u   >David7 ><yyyc186.illegaltospam_@flashcom.net> wrote in messagec4 >news:39b3abef$1$lllp186$mr2ice@news.flashcom.com... >> All,  >>L >> Have some oddities with the SRM console and my Alpha pc164.  When the ARCH >> console is installed I can access both my SCSI CD rom and SCSI drive,M >> partition the drive, etc.  When I install the SRM console so I can installyM >> a USABLE OS it cannot find the Can't-Adapt-Crap 2940UW controller.  I haveIH >> also noticed that it doesn't swat the Diamond-Stealth video BIOS into >> displaying either.a >>M >> Is there a console environment variable I must set to tell it Plug&Pray ispH >> on this system?  Not much doc about this in the download from Compaq. >>J >> Would really hate to have to install IDE components just to install VMS >> and boot it.D >>	 >> Roland0 >> >> --n> >> -----------------------------------------------------------G >> yyyc186@flashcom.net              To Respond delete ".illegaltospam"y9 >>                             MR/2 Internet Cruiser 1.525; >>                             For a Microsoft free universa> >> ----------------------------------------------------------- >>     -- e; -----------------------------------------------------------OD yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 1.528                             For a Microsoft free univers; -----------------------------------------------------------t   ------------------------------  % Date: Tue, 05 Sep 2000 15:15:39 -0700y! From: Shane.F.Smith@Healthnet.come* Subject: Re: Sun Hardware problems persistC Message-ID: <OFB28310D8.637D1D67-ON88256951.00797E39@HEALTHNET.COM>-  G Andrew, here we have accounts of several manufacturers' machines in theqI same room, all operating under the same conditions, all presumably lookedDG after by the same people following the same precautions. Only Sun's kitYJ suffers the problem. Environmental? Poor static procedures? Not unless Sun> kit is noticeably more vulnerable than everyone else's. HigherK vulnerability to /anything/, especially common environmental conditions, is H still a design issue. Or are you arguing that there's a conspiracy whereH otherwise competant operators deliberately turn into incompetant clutzes when they approach Sun boxes?y   Spin on.   Shaned          J Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> on 09/01/2000 08:31:09 AM    To:   Info-VAX@Mvb.Saic.Coms cc:C  + Subject:  Re: Sun Hardware problems persista    ! steven.reece@quintiles.com wrote:r   >aE > So come on Andrew, tell us what, in your opinion, is the thing that( causes3 > the majority of hardware failures on all systems.r >o  ? Although I have allready responded to Rob on this the answer isrA static. You I assume knew this as well and you I assume are usingaE good datacenter practice to reduce the incidence of static discharge.s  > Remember this will help all the systems you have regardless of vendor.o   Regardsh Andrew Harrisonn Enterprise IT Architect    ------------------------------  % Date: Tue, 05 Sep 2000 15:26:38 -0700i! From: Shane.F.Smith@Healthnet.com * Subject: Re: Sun Hardware problems persistC Message-ID: <OF8DF9EF8B.2DDBC427-ON88256951.007B1D9B@HEALTHNET.COM>   H Here he goes again. He's losing badly on the main thread, so he tries toI deflect it to another subject. Surely he can't think we haven't caught onn after all this time?   Shanee            J Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> on 09/04/2000 04:12:59 AM1   To:   Info-VAX@Mvb.Saic.Com  cc:u  + Subject:  Re: Sun Hardware problems persists     Rob Young wrote:     >gD >         For those of us that may be getting a bit turned around byB >         your constant twisting and turning in the wind I need to >         recap: >SH >                 1)  In December 1999 you claimed the CPU problems thatI >                     Gartner wrote an advisory about were "old news" andI SunEF >                     actually told them about them.  They were fixed. Yeah!A >IH >                 2)  You now claim the [majority] of these problems areF >                     environmental in nature.  This is absolutely notJ >                     the case as the Gartner folks are quick to point outD >                     and which you consistently seem to overlook in1 >                     your very LAME refutations.  >u" >         To recap for the masses: >sH >         1) and 2) above are clearly incorrect views.  They are clearly note >         the case.l >nC >         And yes we can read and yes we have re-read the articles.a >e. >         One data point does not a case make! >mB >         Little to do with environmentals.  I hang on the Gartner? >         statement and I also trust these folks know about the0 >         environmental issues:l >zI > My group runs a mid-size to large server farm at a (very) major ISP andk we'resJ > constantly replacing processors that crash due to "Ecache Writeback Data ParityH > Errors." We were told that even replacing the processor isn't a remedy becausedK > the new one is just as likely to eat itself as the old one if you left ith in > place (As far as they know.) >.E > In addition, the latest fix is a software patch that is supposed toc massage the I > Ecache so that it never finds itself in the condition that they believe- causesF > the error. Remember, they're still guessing at this point. 18 months
 later. HowB > many of those 400Mhz are now used up with self-checks and Ecache
 scrubbing? >e  B Blimey Rob do you ever learn. The software patch impliments memory	 scrubbingeD for the e-Cache, this is hardly revolutionary or strange. Most large systems that IJ know of use this for main memory and have done for some time, S390's, HP's and J Sun's all scrub main memory. The Sun patch impliments this for e-Cache and forhI all I know Alpha's running OpenVMS/Tru64 may have this facility allready.n  I As a matter of interest though Rob don't you get pretty bored of this anddG dispirited. Lets just examine your track record on OpenVMS boosting andoI Sun FUD which seem sadly for you to go hand in glove. I say sadly because-E you accuse me of missrepresentation on spin when your track record ise! truly dreadfull in both respects.c  
 First the FUD-  F eBay well do I have to say more, well OK I will, you jumped on the FUDE Sun over eBays outages bandwagon. Sadly all your speculation over theoF eBay 22 hour outage and attempts to suggest that it was a E10K/SolarisF was totally wrong. The final analysis on this one is long gone and the outage wasn't caused by either.  D You suspected a conspiracy because Sun wouldn't  say what caused theD outage when in fact from a technology standpoint (but not a customerI relations standpoint) Sun had the most to gain from the causes being madeo public.e  G You then found some new outages to pin you FUD Sun flag to only to find_ that. they were caused by NT WEB servers going down.  ) Second the absurd OpenVMS/Alpha boosting.0  E Spiralog, well before its announcment you were predicting that it andj@ Galaxies (covered next) would deliver massive performance boostsB for DBMS applications. How embarrasing it didn't did it in fact it? missed its design goals so spectacularly that Compaq dumped it. F But this does not stop you suggesting that my postings are inaccurate.  B Galaxies, again long before they were available you announced that> they would revolutionise DBMS app performance and that because; of this Sybase and Oracle were real interested in them. Hows9 embarassing, Sybase responded by dropping OpenVMS supportcD and Oracle responded by dropping many of their apps from OpenVMS andC releasing the rest a year after they become available on any almostmE all the other Oracle ports. To date there is no benchmark informationa; or examples from Compaq of people making the kind of use ofa? Galaxies that you claimed they would. How very embarassing. Buti@ you still persist in suggesting that my postings are inaccurate.  A And now we get to the really good one WildFire. You pre announcediK it 18 months before it actually shipped. You claimed it was a revolutionary'= technology that would blow the socks of Sun, HP etc. So whatsuB happened, WildFire isn't revolutionary its just a NUMA system withB similar memory latency to the old Origin 2000. It hasn't blown theE socks off anything in fact its performance is unless you only want to ? run SPECint on it is, lets be kind underwhelming. In otherwordshF its late, its slow, its expensive (go to the withdrawn results sectionF of TPC-C if you want to know just how slow and costly). Finally people@ have not bought them in droves (another prediction) according to@ Compaq sales have been slow. How very very very very embarassingG but again this does not seem to stop you popping up and suggesting thath my postings are inaccurate.r  A So we get neatly back to eBay, eBay as you may know are what they A auction the more they auction the more their revenues are so your-@ suggestion that eBay would be interested in WildFire's even fromC a performance reason was again absurdly over optimistic. Given thatcA WildFires actual performance is way lower than expected you wouldM@ be asking eBay to take a drop in revenue simply for the "joy" of> owning a shiny new WildFire, I mean look at its performance on5 Oracle apps/TPC or any other standard OLTP benchmark..  > So come on Rob you have been wildly wrong about almost all theA major technology that Compaq has introduced in the last year nonenE of it has remotely delivered on the independent marketing  you pushed J out prior to its introduction and yet you still persist with the line that my postings are inaccurate.  E Incedentally I dissagreed you each of your posts publically (actuallyaC I could not be bothered with Spiralog, I get SPAM like that all theMA time) and got well flamed for each posting by inhabitants of thisg
 newsgroup.   Regardsl Andrew Harrison  Enterprise IT Architecti   ------------------------------  # Date: Tue, 05 Sep 2000 22:45:53 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>* Subject: Re: Sun Hardware problems persist< Message-ID: <BIet5.59769$NH2.482837@typhoon.ne.mediaone.net>  K ComputerWorld had a follow-up article on the "Overdrawn at the Memory Bank"oG story it ran last week. The sequel is entitled "More Users Slam Sun fori Memory Issue."   ------------------------------   Date: 5 Sep 2000 20:18:30 -0400e/ From: jordan@lisa.gemair.com (Jordan Henderson)a* Subject: Re: Sun Hardware problems persist* Message-ID: <8p42gm$kna$1@lisa.gemair.com>  C In article <OFB28310D8.637D1D67-ON88256951.00797E39@HEALTHNET.COM>,-%  <Shane.F.Smith@Healthnet.com> wrote:0 >2H >Andrew, here we have accounts of several manufacturers' machines in theJ >same room, all operating under the same conditions, all presumably lookedH >after by the same people following the same precautions. Only Sun's kitK >suffers the problem. Environmental? Poor static procedures? Not unless Sun2? >kit is noticeably more vulnerable than everyone else's. HigherhL >vulnerability to /anything/, especially common environmental conditions, isI >still a design issue. Or are you arguing that there's a conspiracy wheretI >otherwise competant operators deliberately turn into incompetant clutzes  >when they approach Sun boxes? >m	 >Spin on.i >    Spin is right.  F Andrew would have us believe that static is the problem here.   On the" other hand, we see in the article,  I   http://www.infoworld.com/articles/hn/xml/00/08/25/000825hnsunmemory.xmlv  " Sun Executive VP Shoemaker saying:  F   "According to Shoemaker, Sun hasn't been able to narrow the problem E   to any one specific cause. Sun believes the problems may have been ZE   caused by a combination of factors, including defective components aE   from one of Sun's suppliers, poor packaging of the memory chips on c0   the system boards, and environmental factors."  A Of course, all of these problems, except perhaps the last, can beIA directly attributable to slipshod engineering on the part of Sun.   A Now, did Sun warn their customers about the environmental factorsn> necessary for the care and feeding of these sensitive E10000s = beforehand?  Even if they did, why has it taken months to getD; these issues resolved at some sites.  The article seems to -9 indicate that some sites are still experiencing problems.l   Andrew is just full of spin...   >Shane >s >h >  >e >mK >Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> on 09/01/2000> >08:31:09 AM >n >To:   Info-VAX@Mvb.Saic.Com >cc: >y, >Subject:  Re: Sun Hardware problems persist >  >i" >steven.reece@quintiles.com wrote: >d >>F >> So come on Andrew, tell us what, in your opinion, is the thing that >causesd4 >> the majority of hardware failures on all systems. >> >f@ >Although I have allready responded to Rob on this the answer isB >static. You I assume knew this as well and you I assume are usingF >good datacenter practice to reduce the incidence of static discharge. > ? >Remember this will help all the systems you have regardless ofh >vendor. >h >Regards >Andrew Harrison >Enterprise IT Architect >  >e >t >u >  >  >  >    ------------------------------   Date: 5 Sep 2000 23:25:46 -0500 * From: young_r@eisner.decus.org (Rob Young)* Subject: Re: Sun Hardware problems persist+ Message-ID: <D$xWFemnKYiy@eisner.decus.org>n  o In article <39B383BB.801BF18D@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:i > Rob Young wrote: >  >  >>E >>         For those of us that may be getting a bit turned around bycC >>         your constant twisting and turning in the wind I need toe >>         recap:  >>I >>                 1)  In December 1999 you claimed the CPU problems thatpN >>                     Gartner wrote an advisory about were "old news" and SunN >>                     actually told them about them.  They were fixed.  Yeah! >>I >>                 2)  You now claim the [majority] of these problems arewG >>                     environmental in nature.  This is absolutely notrK >>                     the case as the Gartner folks are quick to point out E >>                     and which you consistently seem to overlook ins2 >>                     your very LAME refutations. >># >>         To recap for the masses:  >>M >>         1) and 2) above are clearly incorrect views.  They are clearly nots >>         the case. >>D >>         And yes we can read and yes we have re-read the articles. >>/ >>         One data point does not a case make!  >>C >>         Little to do with environmentals.  I hang on the Gartner @ >>         statement and I also trust these folks know about the  >>         environmental issues: >>P >> My group runs a mid-size to large server farm at a (very) major ISP and we'reR >> constantly replacing processors that crash due to "Ecache Writeback Data ParityQ >> Errors." We were told that even replacing the processor isn't a remedy because O >> the new one is just as likely to eat itself as the old one if you left it in  >> place (As far as they know.)  >>R >> In addition, the latest fix is a software patch that is supposed to massage theQ >> Ecache so that it never finds itself in the condition that they believe causes-R >> the error. Remember, they're still guessing at this point. 18 months later. HowN >> many of those 400Mhz are now used up with self-checks and Ecache scrubbing? >>    uN > Blimey Rob do you ever learn. The software patch impliments memory scrubbingN > for the e-Cache, this is hardly revolutionary or strange. Most large systemsN > that I know of use this for main memory and have done for some time, S390's,Q > HP's and Sun's all scrub main memory. The Sun patch impliments this for e-CachepI > and for all I know Alpha's running OpenVMS/Tru64 may have this facilityz > allready.p  < 	Not my problem.  That is the clever doublespeak he is being 	fed by the Sun FEs no doubt.m   K > As a matter of interest though Rob don't you get pretty bored of this andlQ > dispirited. Lets just examine your track record on OpenVMS boosting and Sun FUDiQ > which seem sadly for you to go hand in glove. I say sadly because you accuse meiQ > of missrepresentation on spin when your track record is truly dreadfull in botho > respects.i  ? 	You are full of beans.  You aren't willing to counter a single>: 	point I raise in the paragraphs above.  So now it is time< 	to turn to my track record.  Tell me about 1) and 2) above? 	Sore subjects?  I bet.a   >  > First the FUDi > H > eBay well do I have to say more, well OK I will, you jumped on the FUDG > Sun over eBays outages bandwagon. Sadly all your speculation over the H > eBay 22 hour outage and attempts to suggest that it was a E10K/SolarisO > was totally wrong. The final analysis on this one is long gone and the outage  > wasn't caused by either. > F > You suspected a conspiracy because Sun wouldn't  say what caused theF > outage when in fact from a technology standpoint (but not a customerK > relations standpoint) Sun had the most to gain from the causes being made-	 > public.- > N > You then found some new outages to pin you FUD Sun flag to only to find that0 > they were caused by NT WEB servers going down. >   > 	Wrong again my friend.  Get a hold of a bad batch of kippers?   	Try to blame this on NT:-      User: aw@ebay.com  Date: 08/09/00-  Time: 21:24:33 PDT -                          *** TECH MESSAGE ***-E Recently we have experienced several issues that have impacted eBay'seL availability. We want to take a moment to update you about our situation and2 the things that we're doing to address the issues.   J First, over the last few weeks, we have been making a number of "headroom"O improvements to the entire system to ensure the scalability of the site for theeG future. Normally, making these improvements should be invisible to you.D% Unfortunately, this was not the case.T   L These changes resulted in availability issues with My eBay and Seller SearchM during high traffic periods. There were a number of fine-tunes that had to befP made, as well as code issues that had to be addressed, to resolve this problem.    G We believe these issues have been resolved. To be sure, though, we willcK continue monitoring the system through a few more "prime times" (hours wheng( traffic of the site is at its heaviest).   L Second, we have experienced three hardware failures in the last 10 days thatI have resulted in system downtimes, including the one tonight. During each H failure, we have migrated to our backup system as quickly as possible to restore system availability.   O Later tonight and during our regularly scheduled maintenance on Friday morning,CI we plan to make additional improvements to the system to help address thes hardware issues.   O System stability is still our number one priority. We appreciate your support. h   !                          Regards,s                          eBay    ---y  @ 	Andy.. since you seem to be hard of hearing .. I'm highlighting 	something from above for you:    L Second, we have experienced THREE HARDWARE FAILURES IN THE LAST 10 DAYS thatI have resulted in system downtimes, including the one tonight. During EACH H FAILURE, WE HAVE MIGRATED TO OUR BACKUP SYSTEM AS QUICKLY AS POSSIBLE to restore system availability.    D 	Note the numerous cutovers to the backup system.  So what's that?  A 	Seems to me a number of failures in their primary and cutover toO< 	the backup (or hot standby).  Tell me they have a single NT. 	Web Server in the path.  I need a good laugh!  	 	Do Spin!t  6 	Besides Andrew, you are just rehashing Top Ten Reason 	numero uno!     ?                Top Ten reasons for Sun FE to get the eBay call:a   ?  10)      Know where the good stuff is hid in the Liebert unitsX   3  9)      Made a ton of friends (a few enemies too).m   ?  8)      First to 60 card punches gets family outing to Disney!h   B  7)      Get to learn about field service availability at 3 a.m.!    O  6)      Total site visit pool now up to $1800 (guess total 1999 [2000] visits,D
 	 win pool!).u   K  5)      Getting so fast at swapping CPU and I/O cards can now swap runningb 	 cards!   H  4)      OT is now paying for Aspen condo, Eddie Bauer Explorer, private 	 school, and projection TV.   F  3)      Be ideally-positioned to get in the FINAL bid on that kidney / 	 transplant (once you get the server back up).i   N  2)      Have a bully pulpit from which to orate about UltraSPARC III chips,   	 if they ever ship.   H          And the number one reason to be the lucky Sun FE on-call . . .    K  1)     Get a ground-floor opportunity to score brownie points with Scott   D 	McNealy by convincing eBay IT Management that the problem lies not ( 	with Sun hardware, but with Windows NT.   	Snip of things unrelated.    C > So we get neatly back to eBay, eBay as you may know are what theymC > auction the more they auction the more their revenues are so yourGB > suggestion that eBay would be interested in WildFire's even fromE > a performance reason was again absurdly over optimistic. Given thattC > WildFires actual performance is way lower than expected you wouldrB > be asking eBay to take a drop in revenue simply for the "joy" of@ > owning a shiny new WildFire, I mean look at its performance on7 > Oracle apps/TPC or any other standard OLTP benchmark.t > @ > So come on Rob you have been wildly wrong about almost all theC > major technology that Compaq has introduced in the last year noneuG > of it has remotely delivered on the independent marketing  you pushedoO > out prior to its introduction and yet you still persist with the line that my  > postings are inaccurate. > G > Incedentally I dissagreed you each of your posts publically (actually E > I could not be bothered with Spiralog, I get SPAM like that all theiC > time) and got well flamed for each posting by inhabitants of thisr > newsgroup. >   > 	Weak finish and never addressing 1) and 2).  Inadequate dodge9 	of eBay's current hardware problems.  But I don't expectnC 	you to finish well as you are so off the mark it shows .. badly.  n  A 	Guess when somebody is standing on your neck you don't have real ! 	good odds of distracting them...d   				Robt   ------------------------------   Date: 5 Sep 2000 23:35:42 -0500r* From: young_r@eisner.decus.org (Rob Young)* Subject: RE: Sun Hardware problems persist+ Message-ID: <y+8u3pVCHMeV@eisner.decus.org>e  x In article <910612C07BCAD1119AF40000F86AF0D80528475C@kaoexc4.kao.dec.com>, "Main, Kerry" <Kerry.Main@compaq.com> writes: > Andrew ..l > ( > Just catching up on various threads .. > G >>>> However a lot of customers have turned around and said after theirtL > datacenter assessment that Sun was the first vendor who has ever explainedJ > to them what the issues are and why they should take the actions we have > recommended. <<<<e > I > ROTFL ... are you seriously trying to state (with a straight face) thatrH > those in charge of the datacenters with Sun systems did not know about* > static or proper environmental controls? > K > Are you saying that Sun systems are not properly grounded so that persons F > walking by might accidentally touch a system and thus bring it down? >   ? 	Ooooops!  Guess what?  The static line has had a shocking turnn 	of its own:  D http://www.computerworld.com/cwi/story/0,1199,NAV47_STO49485,00.html  K That [a fix] won't come a moment too soon for IQ4hire Inc., a Chicago-basedfM start-up that purchased a Sun Enterprise 420R and a Sun Enterprise 220 serverhN in May. Since then, the 420R has crashed seven times at the dot-com, while the@ 220R crashed for the first time last week, said CIO Eric Durst.   L "Sun came out at least four times on the 420. They talked about the heating,N the air conditioning, the static electricity. . . . They replaced hardware andO generally changed everything but the frame," Durst said. "They didn't appear toa know how to fix it." a    ? 	Guess since IQ4hire purchased in May they can blather all theye. 	want as the NDAs went away "in the spring."    > 	So I guess the "give em the old static line" is wearing a bit 	thin at a number of shops!y  < 	That's okay.... Sun to the rescue soon with mirrored cache!> 	They still don't know what the problem is.  Mirrored cache is5 	sort of like having a hot backup waiting there idle.s  * 		"Sun Servers:  Take two , just in case."   				Robi   ------------------------------  % Date: Tue, 05 Sep 2000 21:35:48 -0400p* From: David A Froble <davef@tsoft-inc.com>* Subject: Re: Sun Hardware problems persist- Message-ID: <39B59F74.A93956D7@tsoft-inc.com>k   Jordan Henderson wrote:p > E > In article <OFB28310D8.637D1D67-ON88256951.00797E39@HEALTHNET.COM>,u' >  <Shane.F.Smith@Healthnet.com> wrote:t > >wJ > >Andrew, here we have accounts of several manufacturers' machines in theL > >same room, all operating under the same conditions, all presumably lookedJ > >after by the same people following the same precautions. Only Sun's kitM > >suffers the problem. Environmental? Poor static procedures? Not unless Sun A > >kit is noticeably more vulnerable than everyone else's. HighertN > >vulnerability to /anything/, especially common environmental conditions, isK > >still a design issue. Or are you arguing that there's a conspiracy whereeK > >otherwise competant operators deliberately turn into incompetant clutzest  > >when they approach Sun boxes? > >p > >Spin on.  > >o >  > Spin is right. > H > Andrew would have us believe that static is the problem here.   On the$ > other hand, we see in the article, > K >   http://www.infoworld.com/articles/hn/xml/00/08/25/000825hnsunmemory.xmlo > $ > Sun Executive VP Shoemaker saying: > G >   "According to Shoemaker, Sun hasn't been able to narrow the problemeF >   to any one specific cause. Sun believes the problems may have beenF >   caused by a combination of factors, including defective componentsF >   from one of Sun's suppliers, poor packaging of the memory chips on2 >   the system boards, and environmental factors." > C > Of course, all of these problems, except perhaps the last, can beMC > directly attributable to slipshod engineering on the part of Sun.u > C > Now, did Sun warn their customers about the environmental factors ? > necessary for the care and feeding of these sensitive E10000si? > beforehand?  Even if they did, why has it taken months to getm< > these issues resolved at some sites.  The article seems to; > indicate that some sites are still experiencing problems.e >   > Andrew is just full of spin...  N Actually, I feel a bit sorry for Andrew.  It must be tough knowing you have toL go out and push the company story, when you know that everyone who hears you knows you're lying, big time.t  M While Sun isn't alone in having a hardware problem, others have had theirs ateL times, for the here and now, it's Sun, with a real big problem.  I've alwaysP liked having Andrew around to kick when the urge came over me, but this is worseP than fishing in a barrel with hand gernades.  So, have a little pity guys, don'tF kick so hard when the guy isn't just down, he's down and hog tied. :-)  N (Wonder if he's thinking of taking Hoff up on the offer of the availability ofP an AlphaServer if he'd commit to a port of Star Office?  His job is getting REAL tough!)   % Dave, who's really enjoying this one.i   --  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: Wed, 06 Sep 2000 01:08:57 -0400l2 From: rdeininger@mindspring.com (Robert Deininger)* Subject: Re: Sun Hardware problems persistL Message-ID: <rdeininger-0609000108580001@user-2ivecc3.dialup.mindspring.com>  w In article <910612C07BCAD1119AF40000F86AF0D80528475C@kaoexc4.kao.dec.com>, "Main, Kerry" <Kerry.Main@compaq.com> wrote:d    F > Based on all of the notes you have presented here, are Sun technicalF > documents being updated to reflect Suns requrements for much tighterN > environmental controls than other vendors? IBM, HP, Compaq, DG do not appearM > to be having these issues, so it appears their systems can operate reliablysF > at higher (what some would consider normal) datacenter temperatures.  K 2 or 3 inches of liquid nitrogen on the computer room floor might fix thosecN naughtly Sun boxes.  But there won't be any people in the room left to notice.   --   Robert Deininger rdeininger@mindspring.coms   ------------------------------  % Date: Wed, 06 Sep 2000 01:17:38 -0400t2 From: rdeininger@mindspring.com (Robert Deininger)* Subject: Re: Sun Hardware problems persistL Message-ID: <rdeininger-0609000117380001@user-2ivecc3.dialup.mindspring.com>  E >         That's okay.... Sun to the rescue soon with mirrored cache!n  F And if that doesn't work, they'll try "smoke and mirrored cache" next.  ) (Sorry folks.  It was just too tempting.)e   -- c Robert Deininger rdeininger@mindspring.comm   ------------------------------  % Date: Wed, 06 Sep 2000 01:38:14 -0400u- From: JF Mezei <jfmezei.spamnot@videotron.ca>i* Subject: Re: Sun Hardware problems persist, Message-ID: <39B5D832.4EBE9A38@videotron.ca>  % re: stories of sun hardware failures.   L I find it very hard to beleive that Sun's hardware would be of such inferior= quality that hardware failures would be significantly higher.   J Perhaps the lack of any bad news about DEC gear in the media is due to theH fact that so few high profile shops run on DEC gear, and that the higherN number of SUN hardwre news is due to the sheer number of SUN hardware that has proliferated everywhere.  L Perhaps the vast majority of DEC-based shops are truly "legacy" in the senseG that they still have computer rooms that were built to higher standardstJ (especially electrical power supply) whereas many new .coms are using .SUN/ hardware in just glorified office environments.     N How much of SUN's gear is commodity, and how much is custom built just for SunL ? Does/can Sun really select commodity chips/components that are so inferior8 as to result in significantly higher hardware problems ?   ------------------------------   Date: 5 Sep 2000 18:46:57 GMTy2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)1 Subject: Re: TCP/IP 5.0A PatchList or ECO Summaryh6 Message-ID: <8p3f31$r28$1@mailint03.im.hou.compaq.com>  g In article <39B50C85.865C672E@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes:bP :> : I found workaround, but ... no answer from UCX guys for the past 2-3 month.	 :> : Why?4 :> 8M :>   I can think of more than a few reasons.  Was this report made via directeA :>   contact with Engineering, or was it formally logged via CSC?  :>M : Because CSC can get me an answer about _programing_ problem or information.tM : Some time ago I contacted a CSC for the ACME info, you know how this story h : is ended. :-)   K   Yes, I do know how this particular External Authentication (ACME-related) L   discussion ended, and I know why it ended -- for the gentle reader joiningI   this discussion in progress, Ruslan references an email discussion that J   was involving various folks including myself.  I expect Ruslan was told H   by CSC that this was not a public API and/or that this was not an API H   that CSC was familiar with and/or not an API that CSC could help with.  G   The particular question Ruslan had -- involving how to hook a packagecJ   into the external authentication API -- ended up with direct discussionsJ   with OpenVMS engineering, as ACME is not a released nor documented API, J   and latent (undocumented and unsupported) features and features related I   to field tests are not areas that the folks at CSC will normally field e   questions on.w  L   This External Authentication (ACME) thread also not particularly relevent J   to the earlier reports of problems related to TCP/IP V5.0 and later, as I   the ACME API is a component of OpenVMS that is (expected to be) used by"I   various OpenVMS components and layered products.  It is not specific tonL   TCP/IP Services.  I've also not yet seen details on any of the IP-related B   problem reports.  As for these earlier reference to differences K   encountered in the IP drivers for V4.x and V5.x releases or other reportstE   of problems, I'd like to get some details and get these problem(s)  G   documented or cleaned up -- whether a workaround is available or not. M   As for the ACME API, that will hopefully be documented in a future OpenVMS -I   release -- at current best guess, probably in V7.3-1, but that schedulea   may well change...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 05 Sep 2000 23:48:38 -0400e* From: Doug Mallory <dmallory@interlog.com>2 Subject: timeout problems when printing to "LRA0:", Message-ID: <39B5BE96.A7E36314@interlog.com>  D Hi, I hpe someone can help me with this problem. I have a client whoC runs OpenVMS ver 6.2 on an alpha 2000 server, with a hp8100 printermD connected to the parallel port "LRA0:" . The print jobs are pcl textG prints, of 12,000 blocks or  more and the device is spooled. The drivernG appears to timeout as the printer is printing from its internal memory,u1 and not accepting any more input (like xon xoff).r@ Is there a way to change the timeout period to a longer setting? I haven't found a way so far.p Thanks in advance.  " Doug Mallory dmallory@interlog.com   ------------------------------   Date: 5 Sep 2000 18:16:09 GMTe2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: VMS Support for 4D30T ????c6 Message-ID: <8p3d99$qs3$1@mailint03.im.hou.compaq.com>  o In article <rjqvgwa7tdh.fsf@morwong.ucc.gu.uwa.edu.au>, Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> writes: 5 :hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:n :yI :>   Either write a driver for it, or replace it with a supported widget.e :n> :Well, what about a 4D40T?.. or 60 ot 70... Works for PC crap.  H   PowerStorm cards that are no longer available, and that are currently 6   unsupported, are unlikely to see drivers retrofited.  I   We (OpenVMS) have to pick and choose the graphics cards we add support  H   for, and a decision was made to support roughy two cards (typically inD   the mid-low and mid-high ranges) in each generation of controller.  D :So what DO you get as a *Good* 3D card for VMS? Yeah, with a driver  F   PowerStorm 350 would be the current upper-end graphics card, and hasF   support for OpenVMS.  The lower-end card is the PowerStorm 300.  The=   other recent lower[er]-end card is the ELSA GLoria Synergy.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Tue, 5 Sep 2000 19:51:56 -0400- From: "Island Computers" <sales@islandco.com>3' Subject: Re: VMS Support for 4D30T ????h. Message-ID: <srb1jsu6ljn50@corp.supernews.com>   "Hoffman> : K > :>   Either write a driver for it, or replace it with a supported widget.i > :,@ > :Well, what about a 4D40T?.. or 60 ot 70... Works for PC crap. >pI >   PowerStorm cards that are no longer available, and that are currentlyc8 >   unsupported, are unlikely to see drivers retrofited. >bJ >   We (OpenVMS) have to pick and choose the graphics cards we add supportJ >   for, and a decision was made to support roughy two cards (typically inF >   the mid-low and mid-high ranges) in each generation of controller. >tF > :So what DO you get as a *Good* 3D card for VMS? Yeah, with a driver >iH >   PowerStorm 350 would be the current upper-end graphics card, and hasH >   support for OpenVMS.  The lower-end card is the PowerStorm 300.  The? >   other recent lower[er]-end card is the ELSA GLoria Synergy.m  G So the VMS customer goes out and spends $2,000 for a card that has a PCh equivelent value of $150-200J That's the price of a complete Intel based PIII workstation WITH monitor -J yeah granted 40% slower than the equivelent Alpha but for that price, I am sure it's worth it  G NOW I see why VMS workstations are dying a long drawn out painful deatha .e   ------------------------------  % Date: Tue, 05 Sep 2000 15:28:49 -0700t! From: Shane.F.Smith@Healthnet.coma  Subject: Re: WORD viewer for VMSC Message-ID: <OFD9829C27.8A35764C-ON88256951.007B645A@HEALTHNET.COM>m  J Kind of makes you wonder why Andrew spends so much time talking about VMS,, if he doesn't even have access to it........   Shanes          J Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> on 09/04/2000 04:48:25 AMe   To:   Info-VAX@Mvb.Saic.Com  cc:r  ! Subject:  Re: WORD viewer for VMS      "David J. Dachtera" wrote:  * > Andrew Harrison SUNUK Consultancy wrote: > [snip]G > > 7.    Doing the port might help someone else apart from the generaleD > >         OpenVMS community so hey we don't want to do that do we. >o
 > Um, Andrew,> >>J > YOU seem to have copious free time, given how much we see of you here in > cov...  > Sorry I don't have an Alpha box running OpenVMS lurking in the lab :)   Regardsp Andrew Harrisonh Enterprise IT Architect.   ------------------------------   End of INFO-VAX 2000.498 ************************        