0 INFO-VAX	Fri, 09 Feb 2001	Volume 2001 : Issue 80      Contents:2 !!!!! PLEASE HELP ME !!!!!! FTP between NT and VMS6 Re: !!!!! PLEASE HELP ME !!!!!! FTP between NT and VMS6 Re: !!!!! PLEASE HELP ME !!!!!! FTP between NT and VMS6 Re: !!!!! PLEASE HELP ME !!!!!! FTP between NT and VMSB Re: 64 bit systems with small memory, was: Higher sized memory forB Re: Alpha loses major third party vendor - Another Compaq mistake?B re: Alpha loses major third party vendor - Another Compaq mistake?B Re: Alpha loses major third party vendor - Another Compaq mistake? Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity! Re: AUTOGEN disabling of GENFILES ! Re: AUTOGEN disabling of GENFILES 3 Re: Configuring IP (was: Re: configuring a vax vms) ; RE: Employment opportunity at SLAC (and "So long!" for now) ; RE: Employment opportunity at SLAC (and "So long!" for now) ; Re: Employment opportunity at SLAC (and "So long!" for now)  Re: EV68 833MHz 3 Re: File Not Found with Pre Expired password logins 3 Re: File Not Found with Pre Expired password logins 3 Re: File Not Found with Pre Expired password logins 3 Re: File Not Found with Pre Expired password logins 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1  RE: FTP Needed (but not by me) Re: FTP Needed (but not by me) RE: FTP Needed (but not by me)/ Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours $ Re: Linux worm and RedHat 7.0 broken re: Lisbon Conference (OT) Re: MIME$MAILCAP.DAT format? Re: MIME$MAILCAP.DAT format? Re: MMS/MMK Ghostscript problem  Re: MMS/MMK Ghostscript problem  Re: MMS/MMK Ghostscript problem  Re: MMS/MMK Ghostscript problem  Re: MMS/MMK Ghostscript problem 3 NAPTHA DOS attack, was OpenVMS x NATO (comp.os.vms) 7 Re: NAPTHA DOS attack, was OpenVMS x NATO (comp.os.vms) P Re: Not Being Published: OpenVMS and the Internet (was: Re: Not being published:B Re: Not being published: OpenVMS Performance Management book ed 2. Open VMS Cloning Re: Open VMS Cloning Re: Open VMS Cloning Re: Open VMS Cloning Re: Open VMS Cloning Re: OpenVMS Success stories  Re: OpenVMS Success stories  RE: OpenVMS Success stories  RE: OpenVMS Success stories  Re: OpenVMS x NATO5 Re: PreExpired password accounts get "File Not Found"  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  RE: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7 $ Strange system hangs: 100% Interrupt( Re: Strange system hangs: 100% Interrupt% Re: Suggested upgrade to VMS (DECnet) % Re: Suggested upgrade to VMS (DECnet) " Re: The "deleting many files" myth- UCX> ENABLE SERVICE causes SYSTEM-F-DEVACTIVE  Re: USAGE.DAT and missing files  VMS V5.? manuals available9 Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle73 9 Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle73 9 Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle73 B Re: Wildfire:  practical joke, twilight zone, or Compaq marketing?  F ----------------------------------------------------------------------  $ Date: Fri, 9 Feb 2001 11:48:22 -0000/ From: "news.kataweb.it" <big.muff@katamail.com> ; Subject: !!!!! PLEASE HELP ME !!!!!! FTP between NT and VMS , Message-ID: <960hr8$7ho$1@serv1.albacom.net>  
 Hello people, @ I'm new in this newsgroup, and I've a question for all of you!!!  F I'm trying to get some file, throug an FTP connection, from a local NT/ workstation (my PC) to a  VAX/VMS alpha server. 6 Everithing work well, until I try to get indexed file.J I tryed with FTP both type (binary/ascii), when got, these files, seems to be identical to the original. G When the "indexed" files are restored back to the VMS ALPHA server into F their original position, these are transfered as sequential (this is aA problem because the VMS system is not able to use them after this  "backup/restore").   Can someone help me !!!!!   0 How can I get/put these file in a correct way???   The data flow is:   G 1) From WinNT FTP --> to ALPHA VMS and get files (to local workstation)  2) Local processing C 3) From WinNT FTP --> to ALPHA VMS and put files (to remote server)    Thanx in advance   REGARDS                      MINGUS   ------------------------------  $ Date: Fri, 9 Feb 2001 14:11:21 +01001 From: "Tomasz Dryjanski" <tdryjanski@hotmail.com> ? Subject: Re: !!!!! PLEASE HELP ME !!!!!! FTP between NT and VMS , Message-ID: <960qa1$ebd$1@news.ipartners.pl>  I > When the "indexed" files are restored back to the VMS ALPHA server into H > their original position, these are transfered as sequential (this is aC > problem because the VMS system is not able to use them after this  > "backup/restore").  A Perhaps you should try ZIP - it creates files independent of file  attributes.   	 Regards -  T. D.    ------------------------------   Date: 9 Feb 2001 12:16:55 GMT 3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) ? Subject: Re: !!!!! PLEASE HELP ME !!!!!! FTP between NT and VMS 0 Message-ID: <960n3n$7mv$2@n.ruf.uni-freiburg.de>  ^ In article <960hr8$7ho$1@serv1.albacom.net>, "news.kataweb.it" <big.muff@katamail.com> writes:G >I'm trying to get some file, throug an FTP connection, from a local NT 0 >workstation (my PC) to a  VAX/VMS alpha server.7 >Everithing work well, until I try to get indexed file. K >I tryed with FTP both type (binary/ascii), when got, these files, seems to  >be identical to the original.H >When the "indexed" files are restored back to the VMS ALPHA server intoG >their original position, these are transfered as sequential (this is a B >problem because the VMS system is not able to use them after this >"backup/restore").  >  >Can someone help me !!!!! > 1 >How can I get/put these file in a correct way???  >  >The data flow is: > H >1) From WinNT FTP --> to ALPHA VMS and get files (to local workstation) >2) Local processingD >3) From WinNT FTP --> to ALPHA VMS and put files (to remote server)  9 First, use a more specific subject line for your posting. O Second, during FTP you loose the file header information and other VMS-specific I attributes of the VMS-file. To just transfer VMS-files to other VMS-hosts K via a non-VMS-host in between, zip the file under VMS using the "-V" option " and transfer the zip-file instead.  I Third, in your case, where you need the data on the PC, you could try the 
 following:*     - before you fetch a file, do on VMS a        ANALYZE/RMS/FDL my.file7     - transfer the file to the PC and process it there. 7     - retransfer the processed file back to VMS and try .       CONVERT/FDL=my.fdl my.file my_fixed.file   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: Fri, 09 Feb 2001 08:54:45 -0500 2 From: norm lastovica <norman.lastovica@oracle.com>? Subject: Re: !!!!! PLEASE HELP ME !!!!!! FTP between NT and VMS * Message-ID: <3A83F6A5.E2ACFDA8@oracle.com>  8 what *I* do (and perhaps this is not the best way, but I7 have found it to work well), is to use the VMS freeware / ZIP utility.  Before I transfer the file, I do:   ! 	ZIP "-9Vvj" <zipfile> <datafile>   @ On the other side, use UNZIP to expand it.  Always works for me!   "news.kataweb.it" wrote: >  > Hello people, B > I'm new in this newsgroup, and I've a question for all of you!!! > H > I'm trying to get some file, throug an FTP connection, from a local NT1 > workstation (my PC) to a  VAX/VMS alpha server. 8 > Everithing work well, until I try to get indexed file.L > I tryed with FTP both type (binary/ascii), when got, these files, seems to > be identical to the original. I > When the "indexed" files are restored back to the VMS ALPHA server into H > their original position, these are transfered as sequential (this is aC > problem because the VMS system is not able to use them after this  > "backup/restore"). >  > Can someone help me !!!!!  > 2 > How can I get/put these file in a correct way??? >  > The data flow is:  > I > 1) From WinNT FTP --> to ALPHA VMS and get files (to local workstation)  > 2) Local processing E > 3) From WinNT FTP --> to ALPHA VMS and put files (to remote server)  >  > Thanx in advance > 	 > REGARDS  >                     MINGUS   --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  + Date: Fri, 09 Feb 2001 09:22:36 +0100 (MET) & From: Rudolf Wingert <win@fom.fgan.de>K Subject: Re: 64 bit systems with small memory, was: Higher sized memory for 6 Message-ID: <200102090822.JAA00034@sinet1.fom.fgan.de>   Hello,   Dirk Munk wrotes:    > Hi Rudolf, > M > You can put 4 GB in a DS20.  Camintonn has suitable dimms in their program. J > This company used to be a Compaq approved supplier untill Compaq changed$ > their policy for business reasons.  J This does not change, what I did write (16*256MB=4GB, four banks with fourG DIMMS). First, they did not use industry standard. Second, they did use H different standards between ES40 and DS20. Third, Compaq did not produceF higher sized DIMMs for the DS20 --> no other vendor do it!!! Kingston,F Camintonn and other could do it (1GB DIMM for ES40 shows it), but they will do it after Compaq did it.    Regards Rudolf Wingert   ------------------------------  # Date: Fri, 09 Feb 2001 10:01:39 GMT % From: Alan Greig <agreig@my-deja.com> K Subject: Re: Alpha loses major third party vendor - Another Compaq mistake? ) Message-ID: <960f60$i3u$1@nnrp1.deja.com>   5 In article <WFzg6.1715$9r5.262324@news1.primary.net>, -   "Jack Peacock" <peacock@simconv.com> wrote:  "  > > G > Since they chose a relatively underpowered CPU by modern standards my F > conclusion would be their design doesn't require a fast CPU, so theyE > opted for cheaper parts.  Sounds like the engineers are doing their  job " > by lowering manufacturing costs.  D With the cost of this sort of equipment (especially at the high end)C the difference in cpu and support chip costs should get lost in the  noise.  B But let's just ignore this loss and put it down to cost and marketD forces like you say. Let's just keep doing this until Alpha, VMS and% Tru-64 don't exist at all. Who cares.    >    Jack Peacock  >  >    -- --
 Alan Greig     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Fri, 09 Feb 2001 11:04:12 +0000 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> K Subject: re: Alpha loses major third party vendor - Another Compaq mistake? 6 Message-ID: <009F7610.7F529095.2@maxwell.ph.kcl.ac.uk>  J > > Yeh, I suspect the same. I met some of the NetApp hardware designers aJ > > couple of years ago and some were ex DEC. The original NetApp even hadE > > StorageWorks disks and shelves. They said two years ago they were F > > talking to Compaq about Compaq selling a rebadged version. InsteadF > > Compaq chose to sell a 'turn-key' W2K box (TaskSmart) as their NASE > > solution. Btw, even the lowest end current NetApp box (720) has a I > > higher throughput than the NT based Compaq TaskSmart. Compaq describe K > > the TaskSmart as having the highest throughput of any NAS server *using 0 > > industry standard components* (my starring). > > B >     That's truly sad ( that CPQ would use such a deceptive ad to> > make a misleading claim against a product based on their own > processor ). > @ >     Perhaps the NetApp folks are switching to Intel processors/ > so that Compaq can no longer make this claim.  >   H Sounds plausible. If it were purely a cost-reduction move, I would have K though that AMD Durons would have reduced the cost further. They also offer C greater IO bandwidth than Intel, courtesy of a certain bus licensed 
 from Digital!    	Yours, 
 		Nigel Arnot - 		NRA@MAXWELL.PH.KCL.AC.UK                      7 		"In the beginning there was nothing, which exploded."    ------------------------------  % Date: Fri, 09 Feb 2001 08:21:29 -0500 0 From: David Beatty <David.Beatty.NOSPAM@sas.com>K Subject: Re: Alpha loses major third party vendor - Another Compaq mistake? 2 Message-ID: <ZO2DOhibQ2EhKVax94oLKMCDnlhR@4ax.com>  ! Just another follow-up on NetApp:   8 With the announcement from EMC regarding their mid-range NAS product (Celerra, see R http://www.emc.com/products/networking/celerra.jsp?openfolder=storage_networking),5 they have NetApp's business squarely in their target.   A On Thu, 08 Feb 2001 11:40:01 GMT, Alan Greig <agreig@my-deja.com>  wrote:   >  > C >Up until recently all Network Appliance NAS file servers have used ' >Alpha processors. That's all changing:  > G >"There are a number of customer accounts that we weren't even asked to E >compete for because it was perceived we didn't have the scale," says < >Paul Hansen, Network Appliance's senior director of productG >marketing. "These new products bring us into a whole new realm of data 6 >center applications with very large data topologies." > G >To achieve new capacity thresholds, the F840 products use Intel's 733- H >MHz Pentium III chips, replacing the Digital Alpha processors that haveD >powered its existing generation of storage appliances, according to >Hansen" >  >  >Draw your own conclusions.    ------------------------------   Date: 9 Feb 2001 08:29:40 -0500 4 From: koehler@eisner.encompasserve.org (Bob Koehler)' Subject: Re: Another missed opportunity 3 Message-ID: <EWeM5uEGk4Zx@eisner.encompasserve.org>   X In article <3A83336F.7D86B29E@infopuls.com>, Christof Brass <brass@infopuls.com> writes:  B > Does anybody know a situation where the UNIX way in interpreting& > these permission levels makes sense?  E That would break existing UNIX code.  Nothing on UNIX was designed to " make sense, it just is what it is.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Fri, 09 Feb 2001 16:24:00 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>' Subject: Re: Another missed opportunity * Message-ID: <3A8419A0.7D81EC7A@uk.sun.com>   Jan Vorbrueggen wrote: > 4 > andrew harrison <andrew.nospam@uk.sun.com> writes: > G > > However it was never widely used, people prefered to go out and use N > > Sybase of Oracle as their persistent storage and we ended up scrapping it. > N > I would say it likely was and is a mindshare problem. Even after a decade ofP > using SunOS and then Solaris, it is news to me that a C-ISAM system comes/cameK > with the OS. I will assume that this applies in a similar way to an over- ' > whelming proportion of you customers.  >    Came, we eventaully dropped it.   5 You are right though most people were unaware of its  3 existence, it was one of those "if we build it they / will come" type of products. Which might sound   familiar in other contexts.    Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------  % Date: Fri, 09 Feb 2001 19:11:26 +0100   From: Paul Sture <paul@sture.ch>' Subject: Re: Another missed opportunity + Message-ID: <VA.00000294.2ea95132@sture.ch>   @ In article <8FEB200121544029@gerg.tamu.edu>, Carl Perkins wrote:) > From: carl@gerg.tamu.edu (Carl Perkins)  > Newsgroups: comp.os.vms ) > Subject: Re: Another missed opportunity  > Date: 8 Feb 2001 21:54 CST > ? > Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes...I[ > }In article <3A83328A.B5DA80F7@infopuls.com>, Christof Brass <brass@infopuls.com> writes:,E > }> Is there a limit on the number of ACEs in VMS for a user (rights  > }> identifiers) or a file? > } C > }The amount of CPU time you want to spend processing such things. $ > }Especially for long Rights Lists. > M > Memory and disk space are also finite, which gives additional upper limits.H > [ I have seen restrictions on the number of ACEs in some release notes somewhere, but it was e[ an implementation constraint imposed by some utility or other, rather than a constraint of  Z VMS. SYSMAN seems to ring a bell, but I can't find any reference to any such limit in the J release notes currently lying around on disk, so I assume it's been fixed. ___r
 Paul Sture Switzerlando   ------------------------------   Date: 9 FEB 2001 18:01:38 GMTm4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)' Subject: Re: Another missed opportunitym5 Message-ID: <9FEB01.18013845@thuria.waisman.wisc.edu>6  ? In a previous article, carl@gerg.tamu.edu (Carl Perkins) wrote:2  ? ->Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes...R[ ->}In article <3A83328A.B5DA80F7@infopuls.com>, Christof Brass <brass@infopuls.com> writes:.E ->}> Is there a limit on the number of ACEs in VMS for a user (rightsd ->}> identifiers) or a file? ->} C ->}The amount of CPU time you want to spend processing such things.u$ ->}Especially for long Rights Lists. ->  M ->Memory and disk space are also finite, which gives additional upper limits.h  I Watch out for heavy PAGEDYN consumption will BACKUP processes the files. o   ------------------------------  $ Date: Fri, 9 Feb 2001 08:25:33 -06001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>h* Subject: Re: AUTOGEN disabling of GENFILES8 Message-ID: <960ul0$8b5$1@fizban.fizban.pprd.abbott.com>  6 Just to be sure.  You mention below for your 2nd pass.  ' @SYS$UPDATE:AUTOGEN SETPARAMS SETPARAMS-   Correct?   Dave...-  < "Mark D. Jilson" <jilly@clarityconnect.com> wrote in message, news:3A8312AE.63064CE3@clarityconnect.com...D > I always advocate running AUTOGEN in a 2 pass method and avoid the > GENFILES phase.a >m) > @SYS$UPDATE:AUTOGEN SAVPARAMS TESTFILESs) > @SYS$UPDATE:AUTOGEN SETPARAMS SETPARAMS@ >cG > After the 1st pass review AGEN$PARAMS.REPORT and SETPARAMS.DAT and ifC> > you don't like something then edit MODPARAMS.DAT and execute' > @SYS$UPDATE:AUTOGEN GETDATA TESTFILESe5 > Once things look right execute the 2nd pass commandn >h > JF Mezei wrote:w > > L > > On one of my systems I have 2 pagefiles and a swapfile. I have made them big. > >nK > > However, whenever I run autogen to incorporate changed parameters (suchs asH > > changing Channelcnt), autogen insists on adjusting or recreating the page/swapfiles.L > >jI > > What can I put in MODPARAMS.DAT to tell it not to touch these files ?r > > L > > Short of editing autogen.com to force it to skip over genfiles, is there6 > > another way to get it to skip the genfiles phase ? >e > --F > Jilly - Working from Home in the Chemung River Valley - Lockwood, NY/ > - jilly@clarityconnect.com - Brett Bodine fany- > - Mark.Jilson@Compaq.com - since 1975 or so - > - http://www.jilly.baka.com               -    ------------------------------  # Date: Fri, 09 Feb 2001 14:32:58 GMT 1 From: "Mark D. Jilson" <jilly@clarityconnect.com>r* Subject: Re: AUTOGEN disabling of GENFILES2 Message-ID: <3A840058.F88B10EF@clarityconnect.com>  D Yes.  Then you may reboot whenever you wish using your normal rebootC procedures.  I'm not a big fan of using AUTOGEN SETPARAMS REBOOT orSB AUTOGEN SETPARAMS SHUTDOWN.  AUTOGEN SETPARAMS SETPARAMS will onlyF execute the SETPARAMS phase which uses SETPARAMS.DAT as it's input and6 updates the {ALPHA|VAX}VMSSYS.PAR file (among others).   Dave Gudewicz wrote: > 8 > Just to be sure.  You mention below for your 2nd pass. > ) > @SYS$UPDATE:AUTOGEN SETPARAMS SETPARAMSu > 
 > Correct? > 	 > Dave...m > > > "Mark D. Jilson" <jilly@clarityconnect.com> wrote in message. > news:3A8312AE.63064CE3@clarityconnect.com...F > > I always advocate running AUTOGEN in a 2 pass method and avoid the > > GENFILES phase.b > >f+ > > @SYS$UPDATE:AUTOGEN SAVPARAMS TESTFILESd+ > > @SYS$UPDATE:AUTOGEN SETPARAMS SETPARAMSu > >hI > > After the 1st pass review AGEN$PARAMS.REPORT and SETPARAMS.DAT and if @ > > you don't like something then edit MODPARAMS.DAT and execute) > > @SYS$UPDATE:AUTOGEN GETDATA TESTFILES 7 > > Once things look right execute the 2nd pass commande > >e > > JF Mezei wrote:- > > >-N > > > On one of my systems I have 2 pagefiles and a swapfile. I have made them > big. > > >.M > > > However, whenever I run autogen to incorporate changed parameters (suche > asJ > > > changing Channelcnt), autogen insists on adjusting or recreating the > page/swapfiles.t > > >uK > > > What can I put in MODPARAMS.DAT to tell it not to touch these files ?/ > > >cN > > > Short of editing autogen.com to force it to skip over genfiles, is there8 > > > another way to get it to skip the genfiles phase ? > >2 > > --H > > Jilly - Working from Home in the Chemung River Valley - Lockwood, NY1 > > - jilly@clarityconnect.com - Brett Bodine fanu/ > > - Mark.Jilson@Compaq.com - since 1975 or so / > > - http://www.jilly.baka.com               -w   -- 'D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------   Date: 9 Feb 2001 17:40:55 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER)< Subject: Re: Configuring IP (was: Re: configuring a vax vms)* Message-ID: <3a841d97$1@news.kapsch.co.at>  l In article <4FBg6.551$cu.2439@gazette.loc1.tandem.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:G >  If you are not sure which stack you have, try the following command:  >r >    $ UCX SHOW VERSIONa  F Note however, that when you have UCX and another IP stack like TCPwareA installed on the same system and you run the other (TCPware) one,3F this command gives you the information what version of UCX or TCPIP is) installed, not which IP stack is running.    Check also:e   	$ SHOW NETWORKe     -- l< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888t< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Fri, 09 Feb 2001 06:33:03 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com> D Subject: RE: Employment opportunity at SLAC (and "So long!" for now)N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284D8B@kaoexc3.kao.cpqcorp.net>   Ken,  # Good luck with new career in CA :-)g  J Hey - maybe we will meet up again at CETS 2001 (right in your backyard ie. Anaheim)   www.cets2001.com   :-)i   Regards   
 Kerry Main Senior Consultantd Compaq Canada Inc. Professional Servicesy Voice: 613-592-4660i Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com   -----Original Message-----F From: Fairfield@SLAC.Stanford.EDU [mailto:Fairfield@SLAC.Stanford.EDU] Sent: February 5, 2001 7:35 PM To: Info-VAX@Mvb.Saic.Coma@ Subject: Employment opportunity at SLAC (and "So long!" for now)    H         I just wanted to let people know that I won't be active in theseH     news groups for a while.  I'm moving  out of California to the GreatH     Northwest...not Redmond, mind you(!), rather Oregon.  In any case, IH     doubt  I'll  be posting from my new employer's systems (I  could  beH     wrong, but I don't know their policies), and  given  my  anticipatedH     housing  search  and  time  to  get more important issues settled, IH     expect it could be as  long  a  six  months before I'm setup at home3     with a hobbiest VMS system and internet access.g  H         That said, there  is  an  immediate  opening  at  SLAC for a VMSH     system  administrator  (_my_  position).  We're  running  an  mixed-H     architecture,  mixed-interconnect  VMScluster  at  VMS  7.2/VAX  andH     7.2-1/Alpha  with  reasonably  modern  equipment.   [But  note,  ourH     present Alphas give us  so  much  headroom,  you won't be seeing anyH     Wildfires  here, and probably no Fibre Channel either, at least  notH     for quite a while.] I haven't seen the job posting, but I will  noteH     that  this  is a very _interesting_ environment, very heterogeneous,H     fine if you're only interested  in  VMS,  but lots of opportunity toH     work  with other operating systems as well (unix, linux, wnt,  wk2).H     The group I work with is a great bunch of  people,  best  I've  everH     worked  with,  and  the  work  is  dynamic  (we're _always_ changing     things!  :-).s  H         If you're interested, please  contact  my manager (a _very_ goodH     man,  technical,  note a bean-counter or MBA PHM).  To  protect  himH     from spambots, I've munged his e-mail address below.  Do the obvious%     thing with it to send him e-mail:            Spencer ClarkiF         E-mail:       Spencer.Clark "at" SLAC "dot" Stanford "dot" EDU$         Telephone:    (650) 926-4766    H         So this isn't goodbye, it's  more  like "So long, and thanks forA     all the fish!"  ...Except that I _will_ be back eventually...a           Cheers!  Ken -- u-  Kenneth H. Fairfield            |  Internet:m Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515  yL ---------------------------------------------------------------------------- -oB  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Fri, 09 Feb 2001 12:42:09 GMTW= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) D Subject: RE: Employment opportunity at SLAC (and "So long!" for now)0 Message-ID: <009F75F4.454309FF@SendSpamHere.ORG>  | In article <910612C07BCAD1119AF40000F86AF0D805284D8B@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes: >Ken,b > $ >Good luck with new career in CA :-)   ... but the new job is in OR.T  K >Hey - maybe we will meet up again at CETS 2001 (right in your backyard ie. 	 >Anaheim)u  . Not unless Anaheim has a REALLY BIG back yard.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMn             O city, n., 1. a place where trees are cut down and streets are named after them.o   ------------------------------    Date: 09 Feb 2001 23:48:59 +0800, From: Paul Repacholi <prep@prep.synonet.com>D Subject: Re: Employment opportunity at SLAC (and "So long!" for now)- Message-ID: <874ry3502c.fsf@prep.synonet.com>o  V Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:  F > In article <paul.r.anderson-9DA2E4.12135306022001@news.compaq.com>, 8 >     Paul Anderson <paul.r.anderson@compaq.com> writes:J > >                                                     In any case, Ken, M > > good luck with the move and new job.  Now to whom will I refer all those  ; > > people who want to munge DCPS to work with HP printers?E > J >         How about Paul Anderson? :-)  Besides, you've promised that V1.9J >     will solve all the  outstanding  problems  with HP printers, haven'tJ >     you?   :-)  :-)  Well,  at least it looks like  you'll  support  theJ >     currently-unsupported  HP's  we're  using  at   SLAC...    For   newJ >     upsupported  printers,  people  will just need to use deja and applyJ >     the general methodology rather  than  looking  for a specific extant >     solution.-  D Sorry Paul, you will have to sniff out where he's going, and bribe a? mate at HP to get the 'wrong' shipping label on the new ones ;)!   -- E< 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: Fri, 09 Feb 2001 08:28:24 -0500w0 From: David Beatty <David.Beatty.NOSPAM@sas.com> Subject: Re: EV68 833MHz2 Message-ID: <Le+DOufH+g6g5rsdqER2gzyetmFh@4ax.com>  F Silly me, I was in a hurry yesterday and didn't think the SPEC numbers would be posted.  Thanks.i   David R. Beatty,  / On Thu, 08 Feb 2001 22:15:34 GMT, Andr Bastienb, <bastien.andre.p@hydro-no-spam.qc.ca> wrote:  * >There are some numbers at the SPEC site : >n< >   http://open.specbench.org/osg/cpu2000/results/res2000q4/ >?H >Roughly it should give +25% performance gain for the same 25 % increaseF >on Mhz for SPEC INT rate.  But it gives only +17% on SPECFP rate.   ( >Both with one CPU ) >s# >----------------------------------n > = >Company Name     System Name             #CPU    Base   Peak- >-	 >CINT2000e >r< >Compaq    AlphaServer ES40 Model 6/500   1       299    311< >Compaq    AlphaServer ES40 Model 6/833   1       518    544< >Compaq    AlphaServer GS80 Model 6/731   1       352    397 >p >CFP2000 >t< >Compaq    AlphaServer ES40 Model 6/500   1      382     419< >Compaq    AlphaServer ES40 Model 6/833   1      590     658< >Compaq    AlphaServer GS80 Model 6/731   1      405     444 >  >  >CINT2000 Rates  >b= >Compaq    AlphaServer ES40 Model 6/667   1      4.82    5.05e< >Compaq    AlphaServer ES40 Model 6/667   2      9.74   10.3< >Compaq    AlphaServer ES40 Model 6/667   4     18.4    19.8 > = >Compaq    AlphaServer ES40 Model 6/833   1      6.00    6.31R< >Compaq    AlphaServer GS80 Model 6/731   8     33.0    36.0 >D >9 >CFP2000 Rates >n< >Compaq    AlphaServer ES40 Model 6/667   1     5.87    6.50; >Compaq    AlphaServer ES40 Model 6/667   2    11.0    12.2n; >Compaq    AlphaServer ES40 Model 6/667   4    19.7    21.9  >w< >Compaq    AlphaServer ES40 Model 6/833   1     6.84    7.63 >w >, >t >I >y >David Beatty a crit :I >y/ >> Does anyone know what the performance uplifth2 >> for an ES40 going from an EV67 667MHz processor2 >> to an EV68 833MHz processor?  I can''t find the, >> numbers on the Compaq website.  Thanks in >> advance.  >> >> David R. Beatty   ------------------------------  % Date: Fri, 09 Feb 2001 02:25:16 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>l< Subject: Re: File Not Found with Pre Expired password logins, Message-ID: <3A839B54.2EA37746@videotron.ca>   vjthomas@my-deja.com wrote:  > File not found- > Please try again or press (CTRL/Y) to abortT > 0 > Then it prompts me for the new password again.  L Can you check the operator console to see if a message would be displayed as the same time ?f  G My initial reaction was that perhaps the /LGICMD (command automatically K executed at login, usually login.com) is not present, and if the account is,P created with certain restrictive flags, it may result in VMS denying you access.     you may wish to do a test: SET DEF SYS$SYSTEM
 MC AUTHORIZE l MOD testuser/nopwdexpired  EXIT  F Then, try to login to that user to see if it allows you. This may helpM determine is the problem is with the user profile/account, or with the systemd password dictionaries etc.  F You may have redefined some logicals to point to non-existant password dictionary and history files.-    L Does the password actually get changed ? If the password does get changed toI the new one, then the problem is more likely with the account. But if the / password isn't changed, I suggest you look for:t  $ SYS$SYSTEM:VMS$PASSWORD_HISTORY.DATA   as well as :( SYS$LIBRARY:VMS$PASSWORD_DICTIONARY.DATA  L also, SHOW LOG *HISTORY* as well as *DICTIONARY* might reveal that they were defined to point elsewhere.-   ------------------------------    Date: 09 Feb 2001 23:31:37 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: File Not Found with Pre Expired password logins- Message-ID: <87lmrf50va.fsf@prep.synonet.com>2   vjthomas@my-deja.com writes:   > Hopefully a simple one.e5 > Just installed two clustered Alphas running VMS 7.2e > D > Can login as system fine. Have an 8 user license pak installed oneI > each. I created a user with a pre-expired password. When I login as theiE > new user, enter the old password, then the new one twice, I get thee
 > message, >  > File not found- > Please try again or press (CTRL/Y) to abort   , Seems your SYSUAF has vanished, somewhere...  > dir [sys*.sysexe]sysuaf.dat may provide the answer. I'd bet itA is in sys$specific of the other alpha, but I can never get anyonea to take the bet!  $ If it has totally vanished, you can;   Set def to sys$common:[sysexe] type mc authorizee  4 If it says 'create new file' or the like, say yes... Enjoy the typeing :)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Fri, 09 Feb 2001 16:26:41 GMT  From: vjthomas@my-deja.com< Subject: Re: File Not Found with Pre Expired password logins) Message-ID: <9615nj$52g$1@nnrp1.deja.com>o   Thanks for the replies.n   Here's some more info.  C If I add any new user with the /nopwdexp flag, there is no problem."/ Logs in fine. So SYSUAF is still in good shape.:  " The password does not get changed.  / I'll check on the password history file though.n       Val        Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Fri, 09 Feb 2001 16:42:57 GMT  From: vjthomas@my-deja.com< Subject: Re: File Not Found with Pre Expired password logins) Message-ID: <9616mf$627$1@nnrp1.deja.com>0  @ That was it. The logicals for the history and password files are pointing to the wrong spot.-   THANKS    , In article <3A839B54.2EA37746@videotron.ca>,0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > vjthomas@my-deja.com wrote:, > > File not found/ > > Please try again or press (CTRL/Y) to abortn > >r2 > > Then it prompts me for the new password again. >SA > Can you check the operator console to see if a message would bea displayed as > the same time ?0 >A; > My initial reaction was that perhaps the /LGICMD (command 
 automaticallyaB > executed at login, usually login.com) is not present, and if the
 account isF > created with certain restrictive flags, it may result in VMS denying you access.i >o > you may wish to do a test: > SET DEF SYS$SYSTEM > MC AUTHORIZE > MOD testuser/nopwdexpiredn > EXIT >tH > Then, try to login to that user to see if it allows you. This may helpD > determine is the problem is with the user profile/account, or with
 the system > password dictionaries etc. > H > You may have redefined some logicals to point to non-existant password > dictionary and history files.o >nC > Does the password actually get changed ? If the password does getp
 changed toG > the new one, then the problem is more likely with the account. But if: the31 > password isn't changed, I suggest you look for:4 >1& > SYS$SYSTEM:VMS$PASSWORD_HISTORY.DATA >A > as well as :* > SYS$LIBRARY:VMS$PASSWORD_DICTIONARY.DATA > D > also, SHOW LOG *HISTORY* as well as *DICTIONARY* might reveal that	 they werem > defined to point elsewhere.i >I     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Fri, 09 Feb 2001 02:20:01 -0600:/ From: Chris Scheers <chris@applied-synergy.com>l< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L13 Message-ID: <3A83A831.4D1C6872@applied-synergy.com>i   Christof Brass wrote:  >  > Paul Repacholi wrote:H > >wA > > You can specify the DPI in one of the server startup file for, > > each screen. > >d > > --@ > > Paul Repacholi                               1 Crescent Rd.,; > > +61 (08) 9257-1001                           Kalamunda. D > >                                              West Australia 60762 > > Raw, Cooked or Well-done, it's all half baked. > ? > If this is really true than I owe you something because I got6B > the information that this isn't possible from a Compaq technical9 > sales represantative (the one who told me that in AlphaC. > *servers* only one graphics card will work).   Yes, it is really true.   = Take a look at SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.TEMPLATEi  E Look for references to DECW$SERVER_DENSITY.  This may be defined as a+6 list of values, one value for each head in the system.  
 Good luck!  G -----------------------------------------------------------------------a$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com e   Fax: 817-237-3074t   ------------------------------    Date: 09 Feb 2001 23:43:06 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1- Message-ID: <87d7cr50c5.fsf@prep.synonet.com>t  4 rdeininger@mindspring.com (Robert Deininger) writes:  F > > The problem has always been the hardware. With the lates Xfree86 XF > > Display Server you should be able to arrange *a lot* of screens inD > > whatever fashion you like, i.e. you can build your own matrix ofD > > related screens with holes and overlapping areas. Pretty amazing! > > but for myself not necessary.p  C > Can you drag a window around between two (or more) screens?  WhatEF > happens when a window is placed on 4 screens at once: 1 B&W, 1 8-bit, > color, 1 16-bit color, and 1 24-bit color?  @ If you look in the comments of the files that set up X on DU/T64B you can see thay stopped some of the more, ah, creative..., multi- screen adjacentcies.  > Even more fun than terminal wars. ( you can tweek some systems? so you can use or leave a screen, but can't get back unless ther cursor is warped there ;) )0   -- 0< 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: 09 Feb 2001 23:38:59 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1- Message-ID: <87hf2350j0.fsf@prep.synonet.com>e  + Christof Brass <brass@infopuls.com> writes:p  ? > If this is really true than I owe you something because I got-B > the information that this isn't possible from a Compaq technical9 > sales represantative (the one who told me that in AlphaR. > *servers* only one graphics card will work).  < Oh, sorry. Excuse me while I pull the cover, and tell two of the HXs they 'don't exist'...u  ? A quick fondle of DECW$PRIVATE-SERVER_SETUP.COM should have your	 smilling.r   -- w< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.y@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 09 Feb 2001 09:03:12 -0600 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>' Subject: RE: FTP Needed (but not by me)$- Message-ID: <0033000015786422000002L022*@MHS>e  + =0AUm, I wasn't the one who asked for help.s  1 In fact, I was questioning the need for the PC inp the first place.  7 I just remembered that one of Kevin Barkes' (Hi, Kevin,n2 if you still peruse this newsgroup) "DCL Dialogue"2 columns discussed how to get a VAX to dial out and send a message to a pager.  : His columns are archived at http://www.kgb.com/dcl.html in; the event that the original poster wishes to track it down.c   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETS) Sent: Thursday, February 08, 2001 3:58 PMR6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET Subject: RE: FTP NeededR    3 Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET:e; : I am looking for an FTP application to run from a Windows36 : client, connected to an Open VMS server running UCX. :u, : The application needs to do the following:3 : 1. Every 2 minutes (or so) connect to the server.t2 : 2. Get all "pager.dat" files out of a directory.H : 3. Remove the "pager.dat" files off of the server, after transfer to = the PC. H : 4. Ability to rename the files either while they are on the server or=  H :    after they are stored on the PC.  The application that will use th= en; :    files does not like the ";1" ";2", etc version number.e :gH : This application is an automated paging system.  Once the files are F= TP'dH : from the VAX to the PC, we need to be sure that the same files are no= trH : retransferred on the next session, about once every 2 minutes.  Each = pagingF : message is stored on the VAX in a file called "pager.dat" so we willH : possibly/likely have multiple versions of that file each time we chec= k. :f/ : Any suggestions would be greatly appreciated.) :  See:  /   http://www.columbia.edu/kermit/ftpclient.htmlc   and:  /   http://www.columbia.edu/kermit/ftpscript.htmlm  H You'll notice that these pages describe a UNIX client, but the exact sa= meH code and features will be in the next release of Kermit 95 for Windows = 95/aH 98/ME/NT/2000.  If you're a current K95 user, you can get an Alpha test=  tol experiment with.   - Frank=   ------------------------------   Date: 9 Feb 2001 14:38:30 GMTs0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz)' Subject: Re: FTP Needed (but not by me)a5 Message-ID: <960vd6$hng$1@newsmaster.cc.columbia.edu>i  - In article <0033000015786422000002L022*@mhs>,h, WILLIAM WEBB  <WWEBB1@email.usps.gov> wrote:3 : In fact, I was questioning the need for the PC int : the first place. : 9 : I just remembered that one of Kevin Barkes' (Hi, Kevin,24 : if you still peruse this newsgroup) "DCL Dialogue"4 : columns discussed how to get a VAX to dial out and : send a message to a pager. : ( If that's all you want to do, look here:  ,   http://www.columbia.edu/kermit/pagers.html   - Frank    ------------------------------  % Date: Fri, 09 Feb 2001 13:43:13 -0500e/ From: "Webb, William W" <wwebb1@email.usps.gov>a' Subject: RE: FTP Needed (but not by me)aI Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB3F7@rlghncst625.usps.gov>t  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C092C8.28ABB4F0D Content-Type: text/plain;  	charset="iso-8859-1"u    / He's right, Kermit and its associated scriptings2 features would be a most excellent way to do this.   WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ' Sent: Friday, February 09, 2001 9:57 AMi6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET' Subject: RE: FTP Needed (but not by me)e    - In article <0033000015786422000002L022*@mhs>,n, WILLIAM WEBB  <WWEBB1@email.usps.gov> wrote:3 : In fact, I was questioning the need for the PC in  : the first place. :a9 : I just remembered that one of Kevin Barkes' (Hi, Kevin,s4 : if you still peruse this newsgroup) "DCL Dialogue"4 : columns discussed how to get a VAX to dial out and : send a message to a pager. : ( If that's all you want to do, look here:  ,   http://www.columbia.edu/kermit/pagers.html   - Frank   ' ------_=_NextPart_001_01C092C8.28ABB4F0O Content-Type: text/html; 	charset="iso-8859-1"*+ Content-Transfer-Encoding: quoted-printableh  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">t <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =a charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2653.12">w- <TITLE>RE: FTP Needed (but not by me)</TITLE>s </HEAD>3 <BODY> <BR>  9 <P><FONT SIZE=3D2>He's right, Kermit and its associated =l scripting</FONT>A <BR><FONT SIZE=3D2>features would be a most excellent way to do =l this.</FONT> </P>   <P><FONT SIZE=3D2>WWWebb</FONT>o </P>  3 <P><FONT SIZE=3D2>-----Original Message-----</FONT>)D <BR><FONT SIZE=3D2>From: Info-VAX-Request@Mvb.Saic.Com at INTERNET = </FONT> A <BR><FONT SIZE=3D2>Sent: Friday, February 09, 2001 9:57 AM</FONT>eB <BR><FONT SIZE=3D2>To: Webb, William W; Info-VAX@Mvb.Saic.Com at = INTERNET</FONT> A <BR><FONT SIZE=3D2>Subject: RE: FTP Needed (but not by me)</FONT>c </P> <BR>   <P><FONT SIZE=3D2>In article =/ &lt;0033000015786422000002L022*@mhs&gt;,</FONT>cE <BR><FONT SIZE=3D2>WILLIAM WEBB&nbsp; &lt;WWEBB1@email.usps.gov&gt; =N
 wrote:</FONT>TE <BR><FONT SIZE=3D2>: In fact, I was questioning the need for the PC = 	 in</FONT>e, <BR><FONT SIZE=3D2>: the first place.</FONT> <BR><FONT SIZE=3D2>:</FONT>oG <BR><FONT SIZE=3D2>: I just remembered that one of Kevin Barkes' (Hi, =-
 Kevin,</FONT>iD <BR><FONT SIZE=3D2>: if you still peruse this newsgroup) &quot;DCL = Dialogue&quot;</FONT>nE <BR><FONT SIZE=3D2>: columns discussed how to get a VAX to dial out =a
 and</FONT>6 <BR><FONT SIZE=3D2>: send a message to a pager.</FONT> <BR><FONT SIZE=3D2>:</FONT>rB <BR><FONT SIZE=3D2>If that's all you want to do, look here:</FONT> </P>   <P><FONT SIZE=3D2>&nbsp; <A =s5 HREF=3D"http://www.columbia.edu/kermit/pagers.html" = G TARGET=3D"_blank">http://www.columbia.edu/kermit/pagers.html</A></FONT>r </P>    <P><FONT SIZE=3D2>- Frank</FONT> </P>   </BODY>h </HTML>s) ------_=_NextPart_001_01C092C8.28ABB4F0--m   ------------------------------  % Date: Fri, 09 Feb 2001 02:14:26 -0500i- From: JF Mezei <jfmezei.spamnot@videotron.ca> 8 Subject: Re: It's the end for VMS and other Wild Rumours, Message-ID: <3A8398CB.9D2FCAB8@videotron.ca>  " Shane.F.Smith@Healthnet.com wrote:E > Yes, I live in the USA, but I'm surrounded by fellow ex-pats so thef* > cultural erosion is considerably slowed.    B Oh I see, so you live in a Pom ghetto then ... :-) :-) :-) :-) :-)   ------------------------------  % Date: Fri, 09 Feb 2001 12:14:54 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> 8 Subject: Re: It's the end for VMS and other Wild Rumours) Message-ID: <3A83DF3E.E7D551BE@bbc.co.uk>1   JF Mezei wrote:   $ > Shane.F.Smith@Healthnet.com wrote: > >mJ > > WASH YOUR MOUTH OUT/KEYBOARD OFF!!!!!!!!!! Don't you dare accuse me of > > being American.......s >lJ > Don't you live and work in the USA for a USA employer ? If so, you're noH > longer a brit, you're just an expat Pom slowly bute surely losing your. > heritage and being assimilated into america.  H yeah, Shane, come back here and start paying some real taxes right now !  * Anyway, I thought you'd given up caffeine.  H Tim, who has been accusued of making coffee like a psychoactive drug :-)     --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.uk,  A I speak for myself only and my views in no way represent those of  MedAS or the BBC._   ------------------------------  % Date: Fri, 09 Feb 2001 12:19:50 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>-8 Subject: Re: It's the end for VMS and other Wild Rumours) Message-ID: <3A83E066.2F616E2C@bbc.co.uk>i   Christof Brass wrote:l   > Alan Greig wrote:a > >  > > Christopher Smith wrote: > > 8 > > > Dylan?  Nah, that was Peter, Paul and Mary, right? > > >1 > >lG > > Dylan wrote it. Even seen him perform it live. Peter, Paul and Mary0 > > sing it better though :) > > -- > > Alan Greig >  > They really *sing* it ...I  ; Yeah, Dylan invented rap 20 years before Grandmaster Flash. 4 But he could play guitar and do it at the same time.   --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.ukc  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------   Date: 9 Feb 2001 08:33:56 -0500T4 From: koehler@eisner.encompasserve.org (Bob Koehler)8 Subject: Re: It's the end for VMS and other Wild Rumours3 Message-ID: <$DEYetU3NVZT@eisner.encompasserve.org>v  h In article <OFA5717C3A.F1A0C218-ON882569EE.000F0C28@foundation.com>, Shane.F.Smith@Healthnet.com writes: > E > Yes, I live in the USA, but I'm surrounded by fellow ex-pats so theoE > cultural erosion is considerably slowed. However, I carry a BritishtG > passport, and I'm a British citizen, and that is NOT going to change.iK > Before I came here, I could honestly say I didn't care either way. Then It% > found out what America is like.....e >  > Shane  >   G Typical immigrant.  He'll be able to maintain that level of self denial E until he take a trip home.  Then everybody points out how American hep acts.r  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group?E                                 | please remove ".aspm" when replyingn   ------------------------------  % Date: Fri, 09 Feb 2001 16:42:09 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>8 Subject: Re: It's the end for VMS and other Wild Rumours* Message-ID: <3A841DE1.226960C3@uk.sun.com>   Christof Brass wrote:t > # > mustang@ucc.asn.au.invalid wrote:  > >a. > > Christof Brass <brass@infopuls.com> wrote: > >uF > > : Solaris is dead. SUN is going to drop it in favour of Linux. The@ > > : only chance for Solaris to survive is that the open sourceB > > : comunity will adopt it. What about learning Linux instead of > > : Solaris? > >M, > > Christof - crawl back under your bridge.1 > > Are you an anti-matter-troll Andrew Harrison?m > >s/ > > Will you destroy each other upon collision?6G > > Can Charlie Matco and Bill Joy shout you a plane ticket to Blighty?> > >l > > D. > > --% > > I don't get mad.... I get stabby.R >  > :-)i > $ > What does your last sentence mean? > A > To correct you: I'm convinced about SUN's plan to drop Solaris.n@ > They made some bad decisions in the last years against Solaris; > and they strongly support Linux recently. There is a verys? > serious computer magazin (sorry for that paradoxon) that also>@ > concluded this from what SUN did and said. Anyway I can't be a8 > FUDster according to the agreed upon definition as I'm: > publishing within cov *only*. Do you see the difference? > ) As a matter of interest what were the badr, decisions Sun has made relating to Solaris ?     Regards  Andrew Harrisoni Enterprise IT ArchitectD   ------------------------------  # Date: Fri, 09 Feb 2001 15:09:38 GMTe From: d.webb@mdx.ac.uk- Subject: Re: Linux worm and RedHat 7.0 brokenM( Message-ID: <961178$jl$1@nnrp1.deja.com>  H In article <y4d7ctqv9s.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,C   Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e wrote:) > "Fred Zwarts" <F.Zwarts@KVI.nl> writes:U >T* > > So, lets make a positive contribution:= > > Why don't we consider VMS as just another flavor of Unix?  >NB > At one point in time, when VMS was re-badged OpenVMS, it was the _only_ UnixD. > certified to be so by the owner of the name. >T > 	Jan >e   Jan,  & I don't think this was every the case. As I recall.G The group owning the unix brand decided that all systems needed to pass = certain tests in order to advertise themselves as being Unix.   H Existing unix systems were given a grace period of something like a year in which to pass the tests.j  D VMS with Posix was said to be able to pass something like 95% of theG tests - whereas at the time the best traditional unix was passing aboute 50%.G Hence there was speculation that Digital could fairly easily fix VMS to G pass all the tests and be able to call it Unix. However Digital decidedHD not to do this - probably because of fears of causing confusion with its other Unix OSF/1.aB I believe IBM did do this with one of it's 'proprietary' operating systems.  
 David Webb VMS and Unix team leader CCSS Middlesex university     Sent via Deja.comM http://www.deja.com/   ------------------------------  % Date: Fri, 09 Feb 2001 10:50:18 +0000S/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>o# Subject: re: Lisbon Conference (OT)v7 Message-ID: <009F760E.8DFCC135.56@maxwell.ph.kcl.ac.uk>t   > >fN > > >> Enquiries revealed that the aboriganal word meant 'long shinning lake'. > > >S
 > > >  :-) > > >yL > > > However, people still build on flood plains here in the UK, so I'm not > > > being smug, really.A > >e: > > Darn, and I thought that technique was a US invention. > > H > > Well, do you folks have government insurance to help them REbuild on > > the flood plain ?c > O > Well, there is some sort of govt aid, not sure whether you'd formally call iteP > insurance. Most people have their own insurance policies, but following recentO > floods this winter I'd be suprised if a lot of people didn't have their floodT > cover revoked. > H > Of course, its nice cheap flat land next to a river, most of the time. >   H Straying even further OT, 150 years ago they knew how to reconcile flood plains and cheap building land.D  K They built the house with a suspended floor several feet above flood plain k! level, and steps up to the doors.e  J On the rare occasions it flooded, only the "basement" got wet. The house'sH owners could sit it out (owning waders would be useful!) or move in withM friends on higher ground until the flood subsided. The house and its contentsiC stayed dry. No damage, no rebuilding, no redecorating needed after.e  M So the problem is basically cheapskate builders saving the cost of a few feetcJ height of wall and/or using construction techniques that can't stand a bit2 of water sloshing around the base of the building.  D I recently saw a row of new, flooded "excutive" homes next to a 19C G house sitting pretty with its front door two feet above the flood. Sad,n
 isn't it.    	Yours, 
 		Nigel Arnotk- 		NRA@MAXWELL.PH.KCL.AC.UK                   t  7 		"In the beginning there was nothing, which exploded."o   ------------------------------   Date: 9 Feb 2001 08:22:25 -0500c4 From: koehler@eisner.encompasserve.org (Bob Koehler)% Subject: Re: MIME$MAILCAP.DAT format?t3 Message-ID: <v9RadyF1Q32R@eisner.encompasserve.org>-  ] In article <3A8334A9.6652347@adelphia.net>, Paul Mosteika <paulmosteika@adelphia.net> writes:)I > See the MIME help: Overview and also SHOW CONTENT_TYPES. There are also  > examples.e >  >     TYPE/SUBTYPE VIEW_COMMAND. >   8   The mime help referes to SYS$MANAGER:MIME$MAILCAP.DAT.  E   But it's OK now, Netscape Gold 3.03 will produce mailcap. (MAILCAP.t&   on ODS-2) which has the same format.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationh= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------   Date: 9 Feb 2001 08:19:23 -0500E4 From: koehler@eisner.encompasserve.org (Bob Koehler)% Subject: Re: MIME$MAILCAP.DAT format?-3 Message-ID: <S9gkrqcXjL$o@eisner.encompasserve.org>a  d In article <7LEg6.129439$Z2.1660178@nnrp1.uunet.ca>, "Peter Weaver" <peter.weaver@stelco.ca> writes:C > "Bob Koehler" <koehler@eisner.encompasserve.org> wrote in messagei/ > news:$tCLssyUMQDm@eisner.encompasserve.org...E >>E >>   Anybody know the format of the MIME$MAILCAP.DAT file used by theC >>   VMS MIME utility? > H > I don't know, but I took a guess (bassed on Netscape's mime file) that > it should look something likeu >  > $ ty mime$mailcap.datn > audio/x-mpeg; mplay %s  9 Nope, tried that.  MIME seems to want a different format.i  F > Not much better IMHO. But when I installed it I had nothing complain0 > that SYS$MANAGER:MIME$MAILCAP.DAT was missing.  H It doesn't complain.  Bit it also doesn't document the file layout other9 than to imply SYS$MANAGER:MIME$MAILCAP.DAT is an example.7  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationl= NASA GSFC Flight Software       | Federal Sector, Civil GrouphE                                 | please remove ".aspm" when replyinge   ------------------------------  % Date: Fri, 09 Feb 2001 02:47:56 -0500t- From: JF Mezei <jfmezei.spamnot@videotron.ca>e( Subject: Re: MMS/MMK Ghostscript problem, Message-ID: <3A83A0A1.880116B2@videotron.ca>  - SUCCESS ! SUCCESS ! SUCCESS  !!!!!  Yipppie !     G With a /LOG, it took just over 12 hours for MMK to go through the wholeaM scanning (no compiles, just the final link needed). With removing of /LOG andiK fixing up some system parameters, I ran it again and low and behold, it wast done in 4 hours !!!!!!  N Would boosting /BYTLIM on the account make for such a dramatic difference ? OrG was it the overhead of /LOG which resulted in a billion log lines beingc0 displayed on the screen causing such a slowdown?   ------------------------------    Date: 09 Feb 2001 23:45:47 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: MMS/MMK Ghostscript problem- Message-ID: <878znf507o.fsf@prep.synonet.com>l  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:f  @ > Would boosting /BYTLIM on the account make for such a dramaticA > difference ? Or was it the overhead of /LOG which resulted in at@ > billion log lines being displayed on the screen causing such a > slowdown?t  A Yes, it could. The humble, unix incompatible ^O can give a 3 foldo5 speed-up if the xterm and server are on the same CPU.5  ( Cache? now, we don't need any of that...   -- u< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 09 Feb 2001 11:23:38 -0500<2 From: rdeininger@mindspring.com (Robert Deininger)( Subject: Re: MMS/MMK Ghostscript problemL Message-ID: <rdeininger-0902011123390001@user-2ive7gb.dialup.mindspring.com>  [ In article <878znf507o.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> wrote:o  1 > JF Mezei <jfmezei.spamnot@videotron.ca> writes:t > B > > Would boosting /BYTLIM on the account make for such a dramaticC > > difference ? Or was it the overhead of /LOG which resulted in a B > > billion log lines being displayed on the screen causing such a
 > > slowdown?W > C > Yes, it could. The humble, unix incompatible ^O can give a 3 foldt7 > speed-up if the xterm and server are on the same CPU.B   What?  Could you translate this paragraph please?  Just what is a "^0"?  How much do they cost?  What is the order number?  What in the world are you trying to say?!?   -- = Robert Deininger rdeininger@mindspring.come   ------------------------------  % Date: Fri, 09 Feb 2001 11:49:44 -0500c' From: "Dale A. Marcy" <dqm@y12.doe.gov>t( Subject: Re: MMS/MMK Ghostscript problem+ Message-ID: <3A841FA8.F025D8B9@y12.doe.gov>e   Robert,.  K      The "^O" is <Control>-O (O not zero) and is a toggle switch to disable;M output to the terminal.  It is free with VMS.  He is indicating that the bulk C of the time spent was waiting for the terminal to scroll the outputB, information across the screen from the /Log.  
 Dale A. Marcy . Science Applications International Corporation   Robert Deininger wrote:i > ] > In article <878znf507o.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> wrote:o > 3 > > JF Mezei <jfmezei.spamnot@videotron.ca> writes:e > > D > > > Would boosting /BYTLIM on the account make for such a dramaticE > > > difference ? Or was it the overhead of /LOG which resulted in aBD > > > billion log lines being displayed on the screen causing such a > > > slowdown?e > >nE > > Yes, it could. The humble, unix incompatible ^O can give a 3 foldH9 > > speed-up if the xterm and server are on the same CPU.l >  > What?  Could you translate this paragraph please?  Just what is a "^0"?  How much do they cost?  What is the order number?  What in the world are you trying to say?!? >  > -- > Robert Deininger > rdeininger@mindspring.coms   ------------------------------  % Date: Fri, 09 Feb 2001 13:01:57 -0500x2 From: rdeininger@mindspring.com (Robert Deininger)( Subject: Re: MMS/MMK Ghostscript problemL Message-ID: <rdeininger-0902011301570001@user-2ive6m7.dialup.mindspring.com>  T In article <3A841FA8.F025D8B9@y12.doe.gov>, "Dale A. Marcy" <dqm@y12.doe.gov> wrote:  	 > Robert,5 > M >      The "^O" is <Control>-O (O not zero) and is a toggle switch to disableNO > output to the terminal.  It is free with VMS.  He is indicating that the bulkcE > of the time spent was waiting for the terminal to scroll the output0. > information across the screen from the /Log.  ^ Ok, I know Control-O.  Paul was just too terse, and his sentence bounced off my (thick) skull.   At a previous place, we had a VAX 11-785 with a 300 baud printing console terminal.  Booting took _forever_.  Eventually the printer died, and a 1200 baud model was put in its place.  Booting was almost 4 times faster...  Doh!   Even a fairly fast vaxstation, or an old alphastation, will boot faster if most of the output goes to a file instead of the screen.  Those console terminal emulators aren't _quite_ optimized.e   -- o Robert Deininger rdeininger@mindspring.comr   ------------------------------  % Date: Fri, 09 Feb 2001 09:32:23 -0500 0 From: David Beatty <David.Beatty.NOSPAM@sas.com>< Subject: NAPTHA DOS attack, was OpenVMS x NATO (comp.os.vms)2 Message-ID: <Kv6DOidWfJA3mUnq1qsw8uxSdPIV@4ax.com>  C     Here a quote from Andrew Harrison (SUN) from the OpenVMS x NATO- thread:x  
 <start quote>8  A5 Really so where are the responses to the out-of-band ,6 data exploits that OpenVMS was vunerable to according 2 to Digitals own patch reports. They happened after/ the last date you say there is an entry in the .! CERT advisories for OpenVMS 1996.m    ) For some more recent ommisions how about UE CERT Advisory CA-2000-21 Denial-of-Service Vulnerabilities in TCP/IP  Stacks  A There is a response from the Tru64 team with a way of tuning the :B system to reduce the impact but not a peep outof the OpenVMS team  (its just as vunerable).  6 Incedentally there is also no response to the current 6 BIND advisories for OpenVMS although it is by no means% certain that OpenVMS isn't vunerable.M  9 So before you start accusing people of bullshit you would 5 be well advised to check that you arn't bullshitting d yourself :):):   <end quote>r  9     I've already stepped on my p***s on this one and haveU2 admitted my mistake; I misread what Andrew stated.  <     Andrew, I'm curious to know why you think Digital TCP/IP< Services is vulnerable to the NAPTHA DOS attack.  Also, does7 anyone from Compaq or the TCP/IP Services group care tow# respond?  Thanks to all in advance..   David R. Beattye   ------------------------------  % Date: Fri, 09 Feb 2001 17:17:12 +0000l0 From: andrew harrison <andrew.nospam@uk.sun.com>@ Subject: Re: NAPTHA DOS attack, was OpenVMS x NATO (comp.os.vms)* Message-ID: <3A842618.3F2EE355@uk.sun.com>   David Beatty wrote:f > =   E >     Here a quote from Andrew Harrison (SUN) from the OpenVMS x NATO-	 > thread:- > =-   > <start quote>0 > =   6 > Really so where are the responses to the out-of-band7 > data exploits that OpenVMS was vunerable to accordingi4 > to Digitals own patch reports. They happened after0 > the last date you say there is an entry in the# > CERT advisories for OpenVMS 1996.  > =   * > For some more recent ommisions how aboutJ > CERT=AE Advisory CA-2000-21 Denial-of-Service Vulnerabilities in TCP/IP=   > Stacks > =M  B > There is a response from the Tru64 team with a way of tuning theC > system to reduce the impact but not a peep outof the OpenVMS teama > (its just as vunerable). > =a  7 > Incedentally there is also no response to the currentO8 > BIND advisories for OpenVMS although it is by no means' > certain that OpenVMS isn't vunerable.. > =l  ; > So before you start accusing people of bullshit you wouldo6 > be well advised to check that you arn't bullshitting > yourself :):): > =   
 > <end quote>- > =-  ; >     I've already stepped on my p***s on this one and haver4 > admitted my mistake; I misread what Andrew stated. > =   > >     Andrew, I'm curious to know why you think Digital TCP/IP> > Services is vulnerable to the NAPTHA DOS attack.  Also, does9 > anyone from Compaq or the TCP/IP Services group care toe% > respond?  Thanks to all in advance.' > =r    8 Its virtually the same IP stack. Tru64 and OpenVMS share7 the same IP code base. In terms of advisories (properlyn8 reported to CERT or otherwise reported in patch reports)@ OpenVMS has been pretty much bug for bug compatible with Tru64 =  ; at least at the stack level. Oviously the IP based utilitesn$ such as ftp etc will be different. =    / Why would you presume that it isn't vunerable ?e   Regardsp Andrew Harrisony Enterprise IT Architectc   ------------------------------  # Date: Fri, 09 Feb 2001 17:14:55 GMT-2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)Y Subject: Re: Not Being Published: OpenVMS and the Internet (was: Re: Not being published:?7 Message-ID: <jAVg6.575$cu.2468@gazette.loc1.tandem.com>   b In article <JEGg6.1243$jE2.130064@news.goodnet.com>, rjordan@mars.mcs.net (Richard Jordan) writes:H :Last year (or 1999) there was supposed to be a book titled "OpenVMS andE :the Internet" from Digital Press... Amazon and a couple other placeshG :had it listed for pre-orders.  It also never came out.  Disappointing.   ?   The following was from a previous discussion of this topic...d  F   As mentioned below, I am presently working on a DP book that should H   at least (briefly) cover IP and Apache topics, as specifically relatedJ   to OpenVMS.  I do not have the space to cover either of these topics in 6   any detail, except as they are related to OpenVMS...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   	--   2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)J Subject: Re: Digital Press Books (was Re: VAXCluster Principles book ....) Date: 06 Jun 2000 00:00:00 GMT6 Message-ID: <8hit86$cbb$1@mailint03.im.hou.compaq.com> Distribution: worldr References: <802568F0.006579EE.00@qedilc01.qedi.quintiles.com> <Icb6EcCtQbIH@eisner.decus.org> <8hgs7f$4fe$1@mailint03.im.hou.compaq.com> <8hh5ge$1fd9$1@Mercury.mcs.net>s3 X-Complaints-To: usenet@mailint03.im.hou.compaq.coma[ X-Trace: mailint03.im.hou.compaq.com 960297030 12651 16.32.80.251 (6 Jun 2000 13:10:30 GMT) ) Organization: Compaq Computer Corporation ' Reply-To: hoffman@xdelta.zko.dec.nospams* NNTP-Posting-Date: 6 Jun 2000 13:10:30 GMT Newsgroups: comp.os.vms-    \ In article <8hh5ge$1fd9$1@Mercury.mcs.net>, rjordan@Mercury.mcs.net (Richard Jordan) writes:9 :>   If you have an idea for a book, contact DP directly.$  I   If you want to propose a book, please contact the BH/DP folks directly.u  A :Someone already did, but BH canceled it just before publication.u8 :"OpenVMS and the Internet", I believe, was the title.    D   After the original discussion around the apparent cancellation of E   the "OpenVMS and the Internet" book was posted, I checked directly t   with the purported author.  I   The "OpenVMS and the Internet" book was apparently never even remotely e   near publication.e  G :I still wish they'd do a book like this (perhaps waiting on Apache to  I :be final), but I'd love to know why the canceled it.  I had pre-ordered t :it...  H   The "OpenVMS and the Internet" book was reportedly a proposal, and oneL   that had apparently never been accepted nor scheduled (nor work started), J   and the author had no idea how the (withdrawn) proposal ever got to the J   stage where it was apparently orderable.  (I posted similar information D   in response to the earlier discussion of the status of this book.)  J   All that said, I will be covering some of the very basic Apache-related H   stuff (eg: acquisition, basic installation and configuration) as well G   as some equivilent basic IP installation and configuration in the DP oJ   book I am currently working on (much like the CGI coverage I had in the H   DCL book, effectively little more than a very a basic introduction to I   the area), but Apache and the Internet are quite obviously huge topics oK   -- there is no way that any book that is not specific to Apache can even gJ   begin to cover it in any detail, much less attempting to cover anything G   even remotely approaching the size of a topic such as "the Internet".   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 09 Feb 2001 10:25:13 GMTt From: Didier.Morandi@gmx.frlK Subject: Re: Not being published: OpenVMS Performance Management book ed 2. ) Message-ID: <960gi4$j1d$1@nnrp1.deja.com>u  F > The first new title would be "OpenVms Performance Management ed. 2", toF > be published about a month ago. Now we have been told it will not be > published. >eH > Maybe something for Rich Marcello and his marketing team to sort out ? >e >m   Edition One is this one?H http://www.amazon.com/exec/obidos/ASIN/1555581269/ref=sim_books/104-7285 552-6939109D   D.     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Fri, 09 Feb 2001 09:57:07 GMTe From: yozkul@my-deja.com Subject: Open VMS Cloninge) Message-ID: <960etg$i17$1@nnrp1.deja.com>n   Hi/ I have a Digital ALpha Server 300 /266.It has an/ SCSI harddrive.We want to upgrade this disk.Bute  We dont know to install Open VMS  / We want to clone this disk to another new disk.r1 I know some programs to cloning But this programsr support 95,98,NT  , How Can I clone Open VMs Operating System to another new disk.    Please Help me ..t   Yasar Ozkulh ozkul@ges.net.tr     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Fri, 09 Feb 2001 12:38:36 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>' Subject: Re: Open VMS Cloningo) Message-ID: <3A83E4CC.26BBFE6D@bbc.co.uk>    yozkul@my-deja.com wrote:    > Hi1 > I have a Digital ALpha Server 300 /266.It has a-1 > SCSI harddrive.We want to upgrade this disk.Butm" > We dont know to install Open VMS > 1 > We want to clone this disk to another new disk.e3 > I know some programs to cloning But this programs  > support 95,98,NT >5. > How Can I clone Open VMs Operating System to > another new disk.) >   H Safest is way is with standalone backup (VAX) or standalone VMS (Alpha).  4 Say you have DKA300 and want to clone it onto DKA400  % $ backup/image/verify dka300: dka400:M   should do the trick.  C You could try this with VMS running and using the /IGNORE=INTERLOCKO backupF switch, and if its only a log file or two with verification errors you should be OK. Or, if youH have another bootable disk, just mount the source disk privately and use the command above.   HTH    >a > Please Help me ..  > 
 > Yasar Ozkul  > ozkul@ges.net.tr >r > Sent via Deja.comp > http://www.deja.com/   --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.ukr  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.r   ------------------------------  $ Date: Fri, 9 Feb 2001 14:27:13 +01001 From: "Tomasz Dryjanski" <tdryjanski@hotmail.com>@ Subject: Re: Open VMS Cloning>, Message-ID: <960r7p$fit$1@news.ipartners.pl>  3 > > I have a Digital ALpha Server 300 /266.It has a 3 > > SCSI harddrive.We want to upgrade this disk.Bute$ > > We dont know to install Open VMS > >iE > You could try this with VMS running and using the /IGNORE=INTERLOCKe > backupH > switch, and if its only a log file or two with verification errors you > should be OK. Or, if youJ > have another bootable disk, just mount the source disk privately and use > the command above.  H If you have got the CD your system was installed from, you may also bootH from it and make a standalone backup. I think this is a recommended way. You should follow these steps:A - shut down the system, insert CD and a magnetic tape into drivesA - boot from the CD - invoke DCL using given menu & - initialize the tape in a regular way	 - performmK $ backup /image /ignore = nobackup dra0: mka400:sys.bck /block_size = 65534 > (the tape should be mounted /foreign, /block_size is optional) - change the HD:G - perform a reverse procedure, this time both devices should be mountedn /foreign   HTH    T. D.    ------------------------------   Date: 9 Feb 2001 12:07:36 GMTo3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)m Subject: Re: Open VMS Cloninge0 Message-ID: <960mi8$7mv$1@n.ruf.uni-freiburg.de>  D In article <960etg$i17$1@nnrp1.deja.com>, yozkul@my-deja.com writes:0 >I have a Digital ALpha Server 300 /266.It has a0 >SCSI harddrive.We want to upgrade this disk.But! >We dont know to install Open VMSd > 0 >We want to clone this disk to another new disk.2 >I know some programs to cloning But this programs >support 95,98,NT9 >b- >How Can I clone Open VMs Operating System top >another new disk.  L Shutdown your system. Connect the new disk to your system, either internallyN or externally. Restart your VMS-box but boot from the OpenVMS Operating SystemJ CD-Rom. You will find yourself in a menu. There is an option to leave thisI menu, do so and you are at the $$$-Prompt. Now mount your old system diskeK and do a BACKUP/IMAGE/INIT from the old to the new disk. Logout to get backiO into the menu, shut down the system, switch it off and finally install your new  disk.U   Regards,    Christoph Gartmann   H P.S.: I assume you are familiar with SCSI and SCSI-IDs and with standard)       VMS commands like MOUNT and BACKUP. 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: Fri, 09 Feb 2001 08:35:17 -0500a0 From: David Beatty <David.Beatty.NOSPAM@sas.com> Subject: Re: Open VMS Cloningc2 Message-ID: <ofGDOlMQg0Zar=N+UCF2MRKPiVTR@4ax.com>  @ Find the OpenVMS Alpha CD for the version of VMS you are runningE (a later version might work, it depends) and boot from the CD.  When iE the menu is displayed, select 7 (commands).  Then you can mount your r: old system disk and back it up to another disk or to tape.   David R. Beattys  ; On Fri, 09 Feb 2001 09:57:07 GMT, yozkul@my-deja.com wrote:m   >Hih0 >I have a Digital ALpha Server 300 /266.It has a0 >SCSI harddrive.We want to upgrade this disk.But! >We dont know to install Open VMSe >r0 >We want to clone this disk to another new disk.2 >I know some programs to cloning But this programs >support 95,98,NTg >D- >How Can I clone Open VMs Operating System to  >another new disk. >t >Please Help me .. >  >Yasar Ozkul >ozkul@ges.net.tru >t >  >Sent via Deja.com >http://www.deja.com/i   ------------------------------  $ Date: Fri, 9 Feb 2001 09:40:06 -05002 From: "Sue Skonetski" <susan.skonetski@compaq.com>$ Subject: Re: OpenVMS Success stories7 Message-ID: <GjTg6.567$cu.2404@gazette.loc1.tandem.com>i  H Folks thank you for your comments. I would like to respond to an email I	 received.p  J Yes I am aware that I am preaching to the choir. However I was taught thatK you take care of your family first. I also understand that you are the besttJ advocates that VMS has and I want to make sure that you have at least someI new information. And like any family we will not always agree, but we are  fighting for the same thing.  
 Warm Regards,,   Suen      = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messager1 news:WFhg6.519$cu.2324@gazette.loc1.tandem.com...s > Dear Newsgroup,  >aF > I just wanted to make sure that you are aware that there are OpenVMS Successt1 > stories available off of the OpenVMS home page.  >e? > Please be aware that this site is updated on a regular basis.- >-4 > http://www.openvms.compaq.com/success-stories.html >d > Best Regards,n >o > Suer >e >n >) >u   ------------------------------    Date: 09 Feb 2001 23:58:44 +0800, From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: OpenVMS Success stories- Message-ID: <87vgqj3l1n.fsf@prep.synonet.com>t  4 "Sue Skonetski" <susan.skonetski@compaq.com> writes:  J > Folks thank you for your comments. I would like to respond to an email I > received.S > L > Yes I am aware that I am preaching to the choir. However I was taught thatM > you take care of your family first. I also understand that you are the best L > advocates that VMS has and I want to make sure that you have at least someK > new information. And like any family we will not always agree, but we aret > fighting for the same thing.  C Can I nominate Sue for the Clue2001 award? If only her attitude wasp
 infectious....   -- n< 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: Fri, 09 Feb 2001 11:27:49 -0500-: From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>$ Subject: RE: OpenVMS Success storiesK Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D6DBDE9@MBCALBEXC03.BENDER.COM>D   > -----Original Message-----5 > From: Paul Repacholi [mailto:prep@prep.synonet.com] * > Sent: Friday, February 09, 2001 10:59 AM > To: Info-VAX@mvb.saic.com & > Subject: Re: OpenVMS Success stories > 6 > "Sue Skonetski" <susan.skonetski@compaq.com> writes: > ? > > Folks thank you for your comments. I would like to respond   > to an email I 
 > > received.a > > ? > > Yes I am aware that I am preaching to the choir. However I o > was taught thaty? > > you take care of your family first. I also understand that   > you are the best< > > advocates that VMS has and I want to make sure that you  > have at least some< > > new information. And like any family we will not always  > agree, but we are   > > fighting for the same thing. > E > Can I nominate Sue for the Clue2001 award? If only her attitude wasS > infectious...M >  > -- r> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.   I second that.   :) jck     ------------------------------  % Date: Fri, 09 Feb 2001 10:37:28 -0600 + From: Christopher Smith <csmith@amdocs.com>o$ Subject: RE: OpenVMS Success storiesL Message-ID: <3B55D7F383B0D31197D9009027541CBF0BDD5333@cmiexch1.cmi.itds.com>   > -----Original Message-----5 > From: Paul Repacholi [mailto:prep@prep.synonet.com]d  ? > > Yes I am aware that I am preaching to the choir. However I     [Sue's Clues snipped]s  < > > new information. And like any family we will not always  > agree, but we areq  > > fighting for the same thing.  E > Can I nominate Sue for the Clue2001 award? If only her attitude wase > infectious...   ) Maybe it is?  There's always that chance.o   Regards,   Chrisv  ! Christopher Smith, Perl Developer  Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  'n      ------------------------------  % Date: Fri, 09 Feb 2001 09:24:08 -0500o0 From: David Beatty <David.Beatty.NOSPAM@sas.com> Subject: Re: OpenVMS x NATO 2 Message-ID: <Rv2DOvSibXg3UEMNVN59FdzLCicq@4ax.com>  6 Yes, you got me.  I really left my butt hanging in the wind on that one.  My mistake.   David R. Beattye  3 On Thu, 08 Feb 2001 18:10:24 +0000, andrew harrison ! <andrew.nospam@uk.sun.com> wrote:    >David Beatty wrote: >> m6 >> On Thu, 08 Feb 2001 14:59:05 +0000, andrew harrison$ >> <andrew.nospam@uk.sun.com> wrote: >> l >> >Paul Repacholi wrote:  >> >> 8 >> >> andrew harrison <andrew.nospam@uk.sun.com> writes: >> >> 7 >> >> > Oh not again this has been done to death. There*; >> >> > OpenVMS is under-represented in the CERT advisoriesa7 >> >> > not because it is more secure than any other OSo8 >> >> > but because Compaq havn't reported vunerabilites4 >> >> > to various exploits. Of course some of these5 >> >> > vunerabilites are actually in UCX and various 9 >> >> > people have defended the lack of OpenVMS listingse5 >> >> > because you might not be running UCX in whichs >> >> > case you would be OK.e >> >>eO >> >> Horse piss Andrew. DEC before, and Compaq now respond to CERT and AusCERTu0 >> >> alerts and queries very quickly and fully. >> >>  >> >8 >> >Really so where are the responses to the out-of-band9 >> >data exploits that OpenVMS was vunerable to according 6 >> >to Digitals own patch reports. They happened after2 >> >the last date you say there is an entry in the% >> >CERT advisories for OpenVMS 1996.m >> > >> >, >> >For some more recent ommisions how aboutI >> >CERT Advisory CA-2000-21 Denial-of-Service Vulnerabilities in TCP/IPh
 >> >Stacks >> >D >> >There is a response from the Tru64 team with a way of tuning theE >> >system to reduce the impact but not a peep outof the OpenVMS teami >> >(its just as vunerable). >> sH >> You never heard a peep out of the VMS folks (at least UCX) because it? >> was never vulnerable.  If I remember correctly, this was theoA >> "ping of death" attack that would cause a system to hang/crash A >> by using a packet size larger than 65535.  I tested that on mybA >> VMS systems back at U.S.P.S. (where I was working at the time)(B >> and they would not accept a ping with a packet size that large.
 >> Try again.o >> e >e5 >Wow a posting as informed as the one I responded to.l >x8 >The advisory does not refer to Ping of Death (otherwise= >known as POD) but to Naptha. So sorry totally wrong it would 1 >really have helped if you had read the advisory.o >a< >CERT Advisory CA-1996-26 Denial-of-Service Attack via ping8 >refers to ping of Death and OpenVMS was vunerable to it; >if you were running an unpatched version of DIGITAL TCP/IP0; >Services 4.0 or 4.1. If you have subsequently patched youro: >IP stack or if you were running Multinet etc then you may >not have been vunerable.> >c >c >Regards >Andrew Harrison >Enterprise IT Architect   ------------------------------  % Date: Fri, 09 Feb 2001 08:33:01 -0500l0 From: David Beatty <David.Beatty.NOSPAM@sas.com>> Subject: Re: PreExpired password accounts get "File Not Found"2 Message-ID: <zPCDOnxcSN0g1V1MPnX5Zo+lWKJV@4ax.com>  = 1.  See if either the CAPTIVE or RESTRICTED flags are set for2      the user.  = 2.  Make sure the file pointed at by logical name SYS$SYLOGIN./      exists, has world read and execute access.)  ? 3.  Make sure the file pointed at by field LGICMD in SYSUAF for$C      the user in question exists and that user has read and executei      access.  ; 4.  There might be an error in one of the above two commandu@      procedures.  You might consider adding the command SET NOON8      at the top of each one for further troubleshooting.   David R. BeattyV  = On Fri, 09 Feb 2001 02:56:53 GMT, vjthomas@my-deja.com wrote:h   >Hopefully a simple one.* >Just installed two Alphas running VMS 7.2 >t1 >Can login as system fine. Have an 8 user licenseI0 >pak installed one each. I created a user with a. >pre-expired password. When I login as the new/ >user, enter the old password, then the new one  >twice, I get the message, >e >File not founda, >Please try again or press (CTRL/Y) to abort >r/ >Then it prompts me for the new password again.  >r >Any ideas? 1 >(I used to consider myself a 9 out 10 in VMS but . >haven't touched it for about 6 years (VMS 5)., >It's slowly coming back to me. VERY SLOWLY) >n >THANKS! >t >e >Sent via Deja.com >http://www.deja.com/k   ------------------------------   Date: 9 Feb 2001 07:45:06 GMTa3 From: anton@mips.complang.tuwien.ac.at (Anton Ertl)a Subject: Re: Status of EV7, Message-ID: <960762$g9u$1@news.tuwien.ac.at>  ' In article <3A837829.A4C241D4@igs.net>,a&  Paul DeMone <pdemone@igs.net> writes:9 >IBM-made copper bulk EV68's (120 mm2) are alive and wellr%                               ^^^^^^^   E I.e., without on-chip L2, right?  Any word about the EV68 with 1.75MBo L2 on-chip?i   Followups to comp.arch.    - antoni -- oK M. Anton Ertl                    Some things have to be seen to be believedoK anton@mips.complang.tuwien.ac.at Most things have to be believed to be seene0 http://www.complang.tuwien.ac.at/anton/home.html   ------------------------------  + Date: Fri, 09 Feb 2001 09:29:24 +0100 (MET) & From: Rudolf Wingert <win@fom.fgan.de> Subject: Re: Status of EV76 Message-ID: <200102090829.JAA00216@sinet1.fom.fgan.de>   Hello,  J does anybody know, why all the Alphas needs so much power (they are hot?)?H You can get Pentium III 900MHz Laptop and in the near future also an AMDI Athlon. But the power consumtion of Alpha growth and growth (20W-->30W-->a? ...-->125W). Are the Intelian and AMDlian better chip designer?e   Regards Rudolf Wingert   ------------------------------   Date: 9 Feb 2001 09:23:09 GMTd( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Status of EV70 Message-ID: <960ctt$mfg$1@pegasus.csx.cam.ac.uk>  . In article <95vc7i$ovl$2@news6.svr.pol.co.uk>,% Thomas Womack <tom@womack.net> wrote:, > K >Nick: how much cooling do your current Hitachi and SGI machines require? I E >suppose that once you get to liquid-cooled designs you have to startaJ >thinking about purpose-built buildings with refrigeration infrastructure,L >but I'd have thought that an organisation with the wherewithal to procure aG >1024-way EV7 supercomputer will have room in the budget for a two-room9) >extension to some building to put it in.S  E Can I remember offhand?  No way :-(  Anyway, they are both air cooled@D and run off 2-3 32-amp 200-volt (sic) supplies, so we aren't talking@ about crazy amounts.  However, they are nowhere near the maximumB configurations.  Generally, Hitachi are one of the most economical in CPU power per watt.  B Now the ECL Hitachi S-3600 vector processor was a different beast,* even though that was still air cooled ....  H >[and no variant of the IA64 has by any measure ever been described as aH >low-power chip; you've seen the photos of the house-brick-sized voltage >regulators for Itanium ...]  B I have seen it described as such.  Most people's reaction was "get real".  J >Tangentially, I read recently a Crusoe person talking about building MPPs@ >(not obviously from context anything more than Beowulf-in-a-boxH >shared-nothing designs) out of their low-power processors to target theH >server-farm market. But this may have been nothing but an attempt to be/ >topical about the Californian power shortages.o  F Probably.  But we do know that most vendors have been actively workingD on reducing the power consumptions of their chips, precisely because of this sort of problem.    @ Incidentally, a little bird has informed me that I was maligning> the EV7, as the 125 watts figure I had read is the whole chip,B including memory management and interconnect.  It is thus slightlyA LESS power hungry than the EV6, rather than slightly MORE.  Still.; not a low-powered chip, but heading in the right direction.l     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679M   ------------------------------   Date: 9 Feb 2001 09:35:51 GMTa( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Status of EV70 Message-ID: <960dln$n2r$1@pegasus.csx.cam.ac.uk>  M In article <3A8379A9.2807883E@igs.net>, Paul DeMone  <pdemone@igs.net> wrote:R >Michael Woodacre wrote: >> hR >> Who knows what the future holds. We can all spread FUD, for example, when thoseT >> IA64 chips start rolling, don't you think Compaq would love to ditch the overhead >> of alpha design?  >fK >Or maybe they will just ramp down funding and starve the development groupiD >into mediocrity like SGI has done for about the last five years ;-)  D Um.  Yes, there was a five year period, but it wasn't quite the lastE 5 years.  When SGI realised that the Itanic would be at least delayedmB way beyond their last MIPS design, they did take action.  They did two things:   B     1) To cobble together some emergency design teams to build theE R12000, R14000 and R16000 chips.  The first has been very successful,fD and the second bodes very well, precisely because the designers haveB concentrated SOLELY on removing the top few bottlenecks.  No fancy@ new features, no brass knobs, nothing non-critical.  Clearly the$ right decision in the circumstances.  D     2) To start a proper design project for the R18000.  I know next to nothing about this.  A This is actually on their Web pages, I believe, and certainly has/C been said publicly.  SGI are a little embarrassed about it, becauseo@ the prerequisite for claiming credit for the successful disasterB recovery of the MIPS line is to admit that there was a forthcoming disaster to recover from :-)  C Anyway, my verdict is that MIPS will remain among the leaders untiloD at least 2003, until the R16000 runs out of steam, and then we shall seee what happens.  H >IA-64 chips start rolling? LOL! The IA-64 boys can't even deliver their1 >paper to ISSCC. Presentation 15.7 where are you?e  : In the same place as the Itanic's production motherboards?     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679s   ------------------------------  # Date: Fri, 09 Feb 2001 09:49:39 GMTa4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Status of EV7; Message-ID: <T2Pg6.2294$H_3.610069@typhoon.ne.mediaone.net>l  0 "Paul DeMone" <pdemone@igs.net> wrote in message! news:3A837829.A4C241D4@igs.net...  > D > IBM-made copper bulk EV68's (120 mm2) are alive and well and AFAIK hardwareL > is at select customer sites. General release is imminent. I saw a shmoo ofL > one running at 1388 MHz at room temp, nom Vdd so initial speed grades will' > likely be in the 1.0 - 1.2 GHz range.- >-  J Yep. Charlie Matco dropped by and informed me that CPQ just might announceK an ~1100MHz EV68 upgrade for WildFire in May 2001, shipments ~30 days afterD
 announcement.r   ------------------------------  % Date: Fri, 09 Feb 2001 08:22:20 -0600S& From: "Eric C. Fromm" <efromm@sgi.com> Subject: Re: Status of EV7' Message-ID: <3A83FD1C.76D9700B@sgi.com>e   del cecchi wrote:) > L > Got a system with a thousand nodes and it can't lose a few without falling
 > over? Ouch.  >  > del cecchi  G Just a little unfair, don't you think? There have been no statements in J this thread about what 'uptime' or 'MTBF' implies about the actual failureI impact details. Clearly any large system application that *requires* fullsE time system-wide integrity in order to produce useful results is morerK likely to experience that 'falling' sensation. As true for large SPs as for J any others. Simply put: as you scale your system size up, your system-wide MTBF scales down.n   -erica   -- h6 Eric C. Fromm                           efromm@sgi.comA Principal Engineer                      Scalable Systems Divisionn; SGI - Silicon Graphics, Inc.            Chippewa Falls, Wi.    ------------------------------  % Date: Fri, 09 Feb 2001 09:15:50 -0600 + From: Christopher Smith <csmith@amdocs.com>  Subject: RE: Status of EV7L Message-ID: <3B55D7F383B0D31197D9009027541CBF0BDD5331@cmiexch1.cmi.itds.com>  ; >IA-64 chips start rolling? LOL! The IA-64 boys can't even t > deliver theire1 >paper to ISSCC. Presentation 15.7 where are you?e  K I'm sure the IA-64 chips will roll very well as soon as they figure out howbK to make them spherical.  Then they'll only be slightly less useful than thee VMS bouncy-ball. :)o   Regards,   Chriso  ! Christopher Smith, Perl Developer4 Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");e 'e  e   ------------------------------   Date: 9 Feb 2001 10:27:02 -0500e2 From: young_r@eisner.encompasserve.org (Rob Young) Subject: Re: Status of EV73 Message-ID: <fBbgnGV3P7Cj@eisner.encompasserve.org>e  _ In article <200102090829.JAA00216@sinet1.fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> writes:5 > Hello, > L > does anybody know, why all the Alphas needs so much power (they are hot?)?J > You can get Pentium III 900MHz Laptop and in the near future also an AMDK > Athlon. But the power consumtion of Alpha growth and growth (20W-->30W-->dA > ...-->125W). Are the Intelian and AMDlian better chip designer?t > = 	When looking at the EV7, don't be too alarmed.  Remember thea7 	memory controllers and network switch are on that die.a   				Rob    ------------------------------    Date: 09 Feb 2001 23:25:34 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Status of EV7- Message-ID: <87pugr515d.fsf@prep.synonet.com>   ( "Thomas Womack" <tom@womack.net> writes:  G > >   Can we really expect any processor based on the IA64 architecture L > > to compare favourably to a modernised 21264?  I'm not trying to be flip,7 > > I'm really interested in hearing people's opinions.  > K > On really regular code, I would hope the IA64 could take advantage of the-M > piles of functional units and win -- otherwise there was no point at all in G > the ten- (maybe even eleven-)figure expense involved in designing ands5 > building the thing. Otherwise I'd bet on the 21264.6 > M > I can't visualise a fully-out-of-order IA64 being anything other than a bigoL > hairy Classic OOO RISC Engine with complicated decoder and trace cache; weM > know Intel can build those, but I don't see why it would work better than aS > 128-register x86.s  A I fully expect the IA-64 to outperform the EV3 on selected codes.t  @ Itanic's performance depends massivly on the compiler getting it@ right. Now this has been done before, The original MIPSen needed? the compiler to preserve producer-consumer latencies and branchl? delays. It was dropped pretty quickly. Intel are now betting onh= the compilers doing a HUGE amount more, and on compilers that 0 no-one knows how to start doing, even in theory!  > And guess what, if Intel does get their compiler breakthrough,? the current gen chips can use the same stuff in their compilersd@ and get 'Explicit Parrelism'. Difference is, the others are much, less critical of moderate code mis-fortunes.  ? The other factor is speculative execution. Bandwidth and memory ? system latency are already a huge problem. Intel have now addedr load-bloat to their problems..  > It has done a wonderfull job of stalling the world though. Any% one here remember 'Future System'? ;)    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.1@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 09 Feb 2001 23:16:45 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Status of EV7- Message-ID: <87u26351k2.fsf@prep.synonet.com>   ( Rudolf Wingert <win@fom.fgan.de> writes:    E > does anybody know, why all the Alphas needs so much power (they are.F > hot?)?  You can get Pentium III 900MHz Laptop and in the near futureB > also an AMD Athlon. But the power consumtion of Alpha growth and@ > growth (20W-->30W--> ...-->125W). Are the Intelian and AMDlian > better chip designer?   > Most of the power in the Alphas up to now has been sunk in the< clock drivers. The Alpha is a so called 'short-tick' design.? Thus, the delays for waiting for clock settle and clock de-skewc@ margins matter lots. Cutting clock skew is one of the top design goals of the circuit people.  ? If you can get the old Dec Tech Journal ( gatekeeper? ) articler= on the 8400 design and clocking, it will give you a very goodt6 feel for what's what. Also read the chip design stuff.   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 9 Feb 2001 10:56:47 -0500e2 From: young_r@eisner.encompasserve.org (Rob Young) Subject: Re: Status of EV73 Message-ID: <ducVmkQJDblD@eisner.encompasserve.org>t   In article <rdeininger-0902011053300001@user-2ive7gb.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:a] > In article <87pugr515d.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> wrote:  >  >  eD >> I fully expect the IA-64 to outperform the EV3 on selected codes. >  > Ok, I'll take the bait.  >  > What's an EV3? >    	The precursor to EV4  :-)  < 	EV3 was the lab version, EV4 was the first production Alpha< 	aka 21064 circa 1993 (announced Nov 1992, program announced. 	in Feb 1992 IIRC) at a then stunning 200 MHz.   				Robn   ------------------------------  % Date: Fri, 09 Feb 2001 10:53:30 -0500 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Status of EV7L Message-ID: <rdeininger-0902011053300001@user-2ive7gb.dialup.mindspring.com>  [ In article <87pugr515d.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> wrote:V    aC > I fully expect the IA-64 to outperform the EV3 on selected codes.    Ok, I'll take the bait.U   What's an EV3?   -- v Robert Deininger rdeininger@mindspring.com    ------------------------------  # Date: Fri, 09 Feb 2001 16:03:05 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Status of EV7; Message-ID: <ZwUg6.2488$H_3.657669@typhoon.ne.mediaone.net>a  1 "Eric C. Fromm" <efromm@sgi.com> wrote in messagea! news:3A83FD1C.76D9700B@sgi.com...  > del cecchi wrote:o > >aF > > Got a system with a thousand nodes and it can't lose a few without fallingh > > over? Ouch.  > >b > > del cecchi >rI > Just a little unfair, don't you think? There have been no statements inyL > this thread about what 'uptime' or 'MTBF' implies about the actual failureK > impact details. Clearly any large system application that *requires* fullaG > time system-wide integrity in order to produce useful results is moreqI > likely to experience that 'falling' sensation. As true for large SPs asu for L > any others. Simply put: as you scale your system size up, your system-wide > MTBF scales down.- >-   From my newsletter...e  I The initial 256-processor configuration of the Terascale Computing SystemaF has passed acceptance tests at the Pittsburgh Supercomputing Center inJ Pittsburgh, OA. This first phase TCS, which will evolve to become the mostL powerful system in the world available for public research, has shown betterE than expected speed and reliability and started running apps ahead ofaI schedule. The initial TCS consists of 64 AlphaServer ES40s and ranks 70th K among the world's top 500 supercomputer sites. The final system, when fullyxJ installed later this year, will have a peak capability exceeding 6 TFLOPS.K Since installation, the system has maintained a realistic workload, and was F up 99.98 percent of the time during acceptance testing. PSC officiallyG accepted the initial TCS from Compaq at the end of December; productionHH research is slated to begin in April. PSC will soon begin to install andH test the full-scale TCS, which when complete will consist of 682 or more8 EV68-based AlphaServer ES45s. More info on the TCS is at! www.psc.edu/machines/tcs/status/.d   ------------------------------  % Date: Fri, 09 Feb 2001 11:11:55 -0500n2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Status of EV7L Message-ID: <rdeininger-0902011111550001@user-2ive7gb.dialup.mindspring.com>  g In article <ducVmkQJDblD@eisner.encompasserve.org>, young_r@eisner.encompasserve.org (Rob Young) wrote:)   > In article <rdeininger-0902011053300001@user-2ive7gb.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes: _ > > In article <87pugr515d.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> wrote:0 > >  > >  sF > >> I fully expect the IA-64 to outperform the EV3 on selected codes. > >  > > Ok, I'll take the bait.d > >  > > What's an EV3? > >  > # >         The precursor to EV4  :-)  > E >         EV3 was the lab version, EV4 was the first production Alpha6E >         aka 21064 circa 1993 (announced Nov 1992, program announced-7 >         in Feb 1992 IIRC) at a then stunning 200 MHz.b     Hmm.  My 21064 reference manual from June 1996 mentions 150, 166, and 200 MHz chips, and 21064A chips at 200, 233, 275, and 300 MHz.   But there were 21064 _systems_ with at least these clock speeds: 100, 125, 133, 150, 175, and 200 MHz.  And 21064A systems with at least 225 and 275 MHz.f   Did the 21064 really start at the top speed of 200 MHz, and then they made a series of slower ones?  That doesn't correspond with the order of release of the machines.I  k Is there enough tweekability in an alpha chip to run a 150 MHz part (for example) at 100, 125, or 133 MHz?    ! What's the EV number of a 21064A?I   What's an EV1 and an EV2?i  E Why did every part from Digital have to have so many different names?    --   Robert Deininger rdeininger@mindspring.coma   ------------------------------  % Date: Fri, 09 Feb 2001 16:43:17 +0000@ From: Roy Omond <Roy@Omond.net>c Subject: Re: Status of EV7) Message-ID: <3A841E26.E8336822@Omond.net>w   Paul Repacholi wrote:c  C > I fully expect the IA-64 to outperform the EV3 on selected codes.e  ? EV3 ???  Gosh, that predates the first customer-available Alphai9 machines which were all EV4 (would put it ca. 1989-1990).a  < P.s. yes, I realise it was a typo, but I couldn't resist :-)  	 Roy Omondo Blue Bubble Ltd.   ------------------------------  $ Date: Fri, 9 Feb 2001 16:37:34 +0000, From: Peter Boyle <pboyle@holyrood.ed.ac.uk> Subject: Re: Status of EV7H Message-ID: <Pine.GSO.4.10.10102091610270.3018-100000@holyrood.ed.ac.uk>   Hi,i  ( On Thu, 8 Feb 2001, Thomas Womack wrote:    G > I suppose on P4-class architectures I should be replacing lots of theiG > branches by speculative computations of both sides and CMOVs, or SIMDCI > calculation and masking, but it's not clear how possible that is, and Iw% > don't have the P4 to play with yet.r  F With quad issue integer ops, cmovs are pretty damned useful on the 264G too. The only annoyance is that the implementation is marginally slower 
 than the 164.]   G > >   Can we really expect any processor based on the IA64 architecture.L > > to compare favourably to a modernised 21264?  I'm not trying to be flip,7 > > I'm really interested in hearing people's opinions.-  > Personally, I think the IA64 will fly on array based numericalC codes. Merced (of course :) ) won't, but even with only traditional B compiler techniques, 128 registers makes it a heck of a lot easierA to software pipeline well (ignore rotating regs since I'm talkingy  about traditional compilation).   I Suppose you were to make sparc or alpha wider fp issue by having dual 3-4nE cycle latency (independent) adders and multiplier, i.e. 4 units and 4, flops per cycle.B You have 6-8 cycles of latency in a chained multiply add (e.g. dotA product, or matrix multiply). With three register operations, you6A have referenced at least 3*6*4=72-96 registers. Of course not alle> of these will be independent, (keep adding to some regs, tempsH to chain muls -> adds , and there is quite a bit of re-use if using e.g. complex etc...). GC However, suppose you divide by two for a generous amount of re-use,4> you're looking at 36-48 registers to keep quad issue FP going.  . To alleviate load latency, you want to roughly. double this, getting tolerance to 6-8 cycles. F With only 32 architectural registers, expressing the independence thatB is in fact there is impossible, and you require register renaming  to perform miracles. k  < IA64 has twice this issue width, losing registers, and gains+ some back through fused muladds, so I wouldt> guess unrolling by 3-4 should be possible on this sort of codeA which would allow keeping the pipelines full from L2. The rest is E "just" a question of money - putting it in a memory system capable ofeF coping with the *bandwidth* requirements, and a big enough instruction+ cache to cope with the poorer code density.i  $ Peter Boyle	pboyle@physics.gla.ac.uk   ------------------------------   Date: 9 Feb 2001 18:07:00 GMTh( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Status of EV70 Message-ID: <961bk4$odm$1@pegasus.csx.cam.ac.uk>  H In article <Pine.GSO.4.10.10102091610270.3018-100000@holyrood.ed.ac.uk>,. Peter Boyle <pboyle@holyrood.ed.ac.uk> writes: |> LA |> Personally, I think the IA64 will fly on array based numericaloF |> codes. Merced (of course :) ) won't, but even with only traditionalE |> compiler techniques, 128 registers makes it a heck of a lot easier0D |> to software pipeline well (ignore rotating regs since I'm talking# |> about traditional compilation). / |> n |> ... |> y1 |> To alleviate load latency, you want to roughly 1 |> double this, getting tolerance to 6-8 cycles. sI |> With only 32 architectural registers, expressing the independence thatoE |> is in fact there is impossible, and you require register renaming i |> to perform miracles.  |> i? |> IA64 has twice this issue width, losing registers, and gainse. |> some back through fused muladds, so I wouldA |> guess unrolling by 3-4 should be possible on this sort of codeSD |> which would allow keeping the pipelines full from L2. The rest isH |> "just" a question of money - putting it in a memory system capable ofI |> coping with the *bandwidth* requirements, and a big enough instructione. |> cache to cope with the poorer code density.  C Yes, it is.  That is very much what the Hitachi SR2201 does, though-C I am afraid that your analysis doesn't get all of the numbers quiteo
 large enough.n  @ The Hitachi SR2201 has 4 MB/sec per MFlop, all the way from main> memory (actually it bypasses cache in pseudovectorising mode).@ Experience is that this was more than adequate (except for a few< inner loops), but that dropping below 2 starts to be a major5 bottleneck.  What is the Itanium supposed to deliver?l  C Worse than this is the experience that 128 registers is NOT enough,oA especially if the bandwidth is less than 4 MB/sec per MFlop.  The0@ reason is that you want a lot of operations per loop to keep theB bandwidth requirements per operation down, but that needs a lot ofA registers to avoid spill.  Conversely, simplifying loops to avoid-7 spill causes an increase in the bandwidth requirements.2  : So I think that the IA-64 will at best flap quite fast :-)  B Even if it did fly, there is nothing to stop competitors doing theE same, only using more registers.  The SR2201 uses PA-RISC as a basis,aC the SR8000 uses POWER, and the techniques are equally applicable tolA any other clean RISC architecture.  In fact, the way that Hitachit@ have done it would allow them to use thousands of registers, but just don't switch context :-)   B A more plausible approach to this would be to use cache preloadingC in a big way.  This could give the effect of thousands of registerse? without touching the basic CPU architecture.  You wouldn't evene@ need a very large number of outstanding cache prefetches, if the= compiler got it right, but just don't mispredict branches :-)   A So, even if the IA-64 line does fly for these codes, don't expect > it to be left to clean up that market on its own.  Anyway, the= market isn't all that big, and will certainly not justify the ? IA-64 line.  Intel simply HAS to make the IA-64 line perform onc, the spaghetti C that is typical of GUIs etc.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679e   ------------------------------    Date: 10 Feb 2001 02:15:14 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Status of EV7- Message-ID: <87d7cr3eq5.fsf@prep.synonet.com>,  ! Roy Omond <Roy@Omond.net> writes:    > Paul Repacholi wrote:i > E > > I fully expect the IA-64 to outperform the EV3 on selected codes.k > A > EV3 ???  Gosh, that predates the first customer-available Alpha ; > machines which were all EV4 (would put it ca. 1989-1990).o > > > P.s. yes, I realise it was a typo, but I couldn't resist :-)  : yes, I realise it was a typo, but I couldn't resist :-) :)  ; You have not seen the traditional x86 performance numbers Is< take it? Note, I did say selected. On others, I'd expect the EV3 to win.e   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  $ Date: Fri, 9 Feb 2001 11:51:26 +0100% From: "Fred Zwarts" <F.Zwarts@KVI.nl> - Subject: Strange system hangs: 100% Interrupt-. Message-ID: <960i3g$pak$1@info.service.rug.nl>  0 We have a mixed-architecture OpenVMS cluster,=20. with about 20 cluster members. The VAX systems5 run OpenVMS 7.2, the Alpha members run OpenVMS 7.2-1.w1 The connections are mostly via Ethernet, only theb1 three servers (2 VAX, 1 Alpha) are connected alsou with two DSSI busses.1  / A few times per month we see one of those threet1 server nodes hanging. It has happened on both VAXa< and Alpha systems already. They then seem to be almost dead,5 but they do not leave the cluster. If they have lockse: on important files, such as the SYSUAF, also other systems< may hang, but usuallly the other systems continue more or=203 less normally. It is not possible to use SHOW USERS 9 or SHOW SYSTEM to see anything on the hanging system froma2 another cluster member, because the command hangs.  9 With the availability manager program, we see that such ao= hanging system is using 100% CPU time on the Interrupt stack.i9 This explains why there is no other activity. The systems3: are connected with Cisco switches. We gather statistics=205 for these switches with the well known MRTG software.d< Here we see that during the time that the system is hanging,8 it also has a very high trafic on its Ethernet interface9 (280 kB/s for a VAX 4000-300, 1600kB/s for an AlphaServerp; 2100 4/200, with almost equal sending and receiving rates).e; This Ethernet trafic is distributed to the other cluster=20 < members with a fraction which seems related to the processor( capacity of those other cluster members.  < I some cases, the system comes out of this hanging situation= after a few minutes, sometimes after a few hours, but usually 0 we force a system crash to solve the problem.=20> We have sent a dump file of such a crash to Compaq, but the=20; results were not clear. They said that the system was doing 7 something in a region with code related to the Multinete TCP/IP software.  > I noticed a coincidence with the time that this problem starts@ and a batch job that is submitted daily. Therefore I have the=20= impression that the problem is related to the defragmentationt9 and file optimizing package DFG (DFO). This batch jobs is : used to create defragmentation script for all disks in the: cluster. It removes the old scripts and then for each disk; in the cluster it schedules a defragmentation script to runn% in the early morning of the next day.n  < The system hangs do not occur when the scripts start to run,: but at the moment that the batch job is removing or adding: scripts. Not every day, but if it happens it is just after the start of the batch job.l2 The first time that I saw a system hanging in such: a state was when I started DEFRAG manually from a DECterm,/ after the upgrade from DFG version 6.2 to 6.2E.s  6 What I would like to know is whether other people have7 seen similar problems and how we could further diagnoset the problem.                   F.Z.   ------------------------------  % Date: Fri, 09 Feb 2001 15:45:12 -0000o- From: wspencer@ap.nospam.org (Warren Spencer) 1 Subject: Re: Strange system hangs: 100% Interrupto/ Message-ID: <t88448ipv3lr99@news.supernews.com>a   Hi,t  J I've experienced similar slowdowns on systems where the page file was too  small.  
 $ SHOW MEM  L displays Paging File Usage.  What number do you see for PAGEFILE.SYS in the D "Free" column when the problem occurs?  It depends entirely on your K configuration and applications, but if I saw a value less than 50,000 here 0E I'd get real concerned.  Try to get this number while the problem is  	 occuring.:  K I'd also suspect a hardware issue if I saw unusual interrupt activity, but cK I'm really not much of a hardware guy.  Can you get CPQ in to run hardware e diagnostics?   ws       -- g3 << What if there were no hypothetical questions? >>e   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **.  	 _________'  J F.Zwarts@KVI.nl (Fred Zwarts) wrote in <960i3g$pak$1@info.service.rug.nl>:  / >We have a mixed-architecture OpenVMS cluster, i/ >with about 20 cluster members. The VAX systems96 >run OpenVMS 7.2, the Alpha members run OpenVMS 7.2-1.2 >The connections are mostly via Ethernet, only the2 >three servers (2 VAX, 1 Alpha) are connected also >with two DSSI busses. >o0 >A few times per month we see one of those three2 >server nodes hanging. It has happened on both VAX= >and Alpha systems already. They then seem to be almost dead,o6 >but they do not leave the cluster. If they have locks; >on important files, such as the SYSUAF, also other systemse; >may hang, but usuallly the other systems continue more or  4 >less normally. It is not possible to use SHOW USERS: >or SHOW SYSTEM to see anything on the hanging system from3 >another cluster member, because the command hangs.m >a: >With the availability manager program, we see that such a> >hanging system is using 100% CPU time on the Interrupt stack.: >This explains why there is no other activity. The systems9 >are connected with Cisco switches. We gather statistics h6 >for these switches with the well known MRTG software.= >Here we see that during the time that the system is hanging,a9 >it also has a very high trafic on its Ethernet interfaceh: >(280 kB/s for a VAX 4000-300, 1600kB/s for an AlphaServer< >2100 4/200, with almost equal sending and receiving rates).: >This Ethernet trafic is distributed to the other cluster = >members with a fraction which seems related to the processorn) >capacity of those other cluster members.r >S= >I some cases, the system comes out of this hanging situationm> >after a few minutes, sometimes after a few hours, but usually/ >we force a system crash to solve the problem. g= >We have sent a dump file of such a crash to Compaq, but the c< >results were not clear. They said that the system was doing8 >something in a region with code related to the Multinet >TCP/IP software.s > ? >I noticed a coincidence with the time that this problem startsn? >and a batch job that is submitted daily. Therefore I have the a> >impression that the problem is related to the defragmentation: >and file optimizing package DFG (DFO). This batch jobs is; >used to create defragmentation script for all disks in thel; >cluster. It removes the old scripts and then for each diski< >in the cluster it schedules a defragmentation script to run& >in the early morning of the next day. >n= >The system hangs do not occur when the scripts start to run,q; >but at the moment that the batch job is removing or addinge; >scripts. Not every day, but if it happens it is just afterl >the start of the batch job.3 >The first time that I saw a system hanging in suchr; >a state was when I started DEFRAG manually from a DECterm,s0 >after the upgrade from DFG version 6.2 to 6.2E. >r7 >What I would like to know is whether other people haven8 >seen similar problems and how we could further diagnose
 >the problem.n >- >                F.Z.i >g >i   ------------------------------   Date: 9 Feb 2001 16:25:25 +0100.* From: eplan@kapsch.net (Peter LANGSTOEGER). Subject: Re: Suggested upgrade to VMS (DECnet)( Message-ID: <3a840be5@news.kapsch.co.at>  R In article <3A8318E2.E35F5C57@virgin.net>, Alan Greig <a.greig@virgin.net> writes: >"antonio.carlini" wrote:a >>"David J. Dachtera" wrote:L >>> Actually, what I'd like to see is a "management layer" on top of all theH >>> NCL and other nonsense. We need a way to do things (so it's actually; >>> POSSIBLE!) that doesn't get in the way of productivity.  >>0 >>I was told (a few years ago) that the original3 >>plan was to have a GUI front end to NCL (possiblyn  >>a cut down version of DECmcc).   You mean NET$MGMT ?9  7 >>Obviously this never happened ... whether it ever wasf# >>a real plan or not, I don't know.    It is there for years now...  M >I believe it said this somewhere in the original DECNET VAX Extensions earlytH >Phase V release documentation. I remember when that extremely large boxL >arrived and my horror when I discovered that it really was full of manuals. >What? Just for DECNET!...  G Yes. But when you had read it, you would have seen, that DECnet Phase VhI is way more logically structured and capable. I did it, and I'm a Ph5 fana since then.r  F I admit, that I had crashes with Ph5, but this was at DNVEXT and earlyF DNVOSI times and is therefore about a decade ago. I admit, that DECdnsI was and is not pure gold, (but non-centralized/non-coordinated and binaryiJ nodedatabase files are not gold either) but running BIND/DNS as the (only)I namespace is what everybody expects and does nowadays - along with DECnet: over IP.  B Ph5 offered me DECnis support, DECdts with autom. DST/TDF changes,@ centralized node (and other) database with DECdns, X.25 for free> (with GAP via DECnis on OpenVMS VAX only), OSI, DECnet over IP< and finally BIND/DNS as the nameservice. It did miss however> GAP for OpenVMS Alpha for free, DECdns server on OpenVMS Alpha and a good image ;-)  D I can't understand, why people are still ranting about Ph5. I workedD with Ph4 for a couple of years but I do find Ph5 much better (though7 the NCL commands are way longer than the NCP commands)..  = Ok, DECnis is dead now, OSI is dead now, X.25 is almost dead,uE automatic DST changes come in OpenVMS V7.3 to use NTP instead DECdts,cB so you will have the option to remove Ph5 and use pure IP. But forM a good RMS network integration (file attribs, all dates from fileheader, ...)iF you'll still need DECnet and then you may choose Phase4 again (withoutC a BIND/DNS namespace) and look for a DECnet4-over-IP solution (likeeE TCPware offered while UCX/TCPIP do not) or choose Phase5 and have alla you need and have it now.1  O How much of you do use Ph4 and how much Ph5 (and how much then with net$mgmt) ?    -- c< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888s< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Fri, 09 Feb 2001 15:42:28 +0000s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>c. Subject: Re: Suggested upgrade to VMS (DECnet)) Message-ID: <3A840FE4.69C572EC@bbc.co.uk>    Peter LANGSTOEGER wrote:   >n >yF > I can't understand, why people are still ranting about Ph5. I workedF > with Ph4 for a couple of years but I do find Ph5 much better (though9 > the NCL commands are way longer than the NCP commands).e >p  H I'm with Peter on this one. I have DECNet running on my dev boxes for myF own amusement only. Last summer I put Decnet Plus on the only one withK enough free disk space, configured it for local database only quite easily.pC Recently I added an object (sorry, session control application) foruB remote DECTerm creation. Not difficult, and I don't remember PhaseF IV commands exactly every time either! A bit more typing, but as Peter6 says, more consistent. If you want a centrally managedD namespace, you can do it in BIND/DNS, no need anymore to have DECDns on an old VAX.  F OK I did get training because HEPNET were early Phase V adopters and I% ran it in academia for several years.a  Q > How much of you do use Ph4 and how much Ph5 (and how much then with net$mgmt) ?  >p  L I've been playing with NET$MGMT, I quite like it but it did crash my Xserver
 yesterday.  S Tim, honing up on his Phase V skills while I still got some VMS boxes to play with.tF Quite a lot of the VMS infrastructure type job ads I see want Phase V.    --h6 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.uke  A I speak for myself only and my views in no way represent those of. MedAS or the BBC.t   ------------------------------    Date: 09 Feb 2001 23:54:35 +0800, From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: The "deleting many files" mythy- Message-ID: <87zofv3l8k.fsf@prep.synonet.com>f  7 ccburgess@uqstu.jdstory.uq.edu.au (Ian Burgess) writes:i  Q > No thanks,  This is a production system. No downtime of that magnitude allowed.n > ? > The "disk" is actually a RAID set of 177736020 blocks (ODS-5)c  ? I'd bother to set them all /nobackup. Then do the backup magik.o, Note, the 'dot' and the /save are ESSENTIAL!  , Or DFU, *without smg-mode*, aka smeg-mode...   --  < 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: Fri, 9 Feb 2001 08:09:22 -0700& From: "Lee Gillie" <Lee@NOSPAModp.com>6 Subject: UCX> ENABLE SERVICE causes SYSTEM-F-DEVACTIVE0 Message-ID: <9610u0$qqa$1@personal.myavista.com>  / Can someone offer a clue as to what this means:*   UCX> ENABLE SERVICE NMSERV0 %UCX-E-STARTERROR, Error starting NMSERV service% -SYSTEM-F-DEVACTIVE, device is activer  A I finished my FTP service for VMS a few days ago, and this is then; last remaining snafu to work through.  Service defined via: I  $ucx set serv NMServ /port='tcpip_port'/flag=MULTITHREADED/user=SYSTEM -(F  /process=NMServ/inact=5/limit=10/file='STARTUP'/log=(file:'LOG', all)C To create a multi-threaded service, which can be managed via UCX. IhF think these connections are apportioned through the AUXILLARY service,D which I know very little about. The error given when trying to startC the service doesn't make much sense.  I run my new FTP server stand4B alone, and it works just fine.  'STARTUP' is a fully qualified andD expanded path to the startup command procedure.  The port I am usingA is 5555.  'LOG' is a fully qualified and expanded path to the logfD file.  I'm just trying SYSTEM, since other things didn't work.  This runs under VAX/VMS 6.2.a  B Years (and years) ago, I remember reading a special section in theB documentation about coding a service, to relay through some of theB UCX service setup data to the program (such as what port to LISTEN; on)  You think I can find that now?  It probably would have  explained the above to me.   Thanks for any hints.h   --F ______________________________________________________________________F Lee Gillie, CCP                                Remove NOSPAM to E-MailF Online Data Processing, Inc. - 3501 N. Haven -  Spokane, WA 99207-8500   ------------------------------  # Date: Fri, 09 Feb 2001 17:06:56 GMTl2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: USAGE.DAT and missing files7 Message-ID: <QsVg6.574$cu.2468@gazette.loc1.tandem.com>n  V In article <95v8qr$joo$1@nnrp1.deja.com>, Edward Heller <ejheller@my-deja.com> writes:8 :The system documentation does not provide a description :of the file...i  H   The System Management Utilities Reference Manual (I just checked) has >   the USAGE file format documentation included in an appendix.  I   I've logged a problem report requesting that a cross-reference be addedm>   to the ANALYZE/DISK documentation of the /USAGE qualifier...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Fri, 9 Feb 2001 12:29:40 -0600, From: "Tony Scandora" <scandora@cmt.anl.gov># Subject: VMS V5.? manuals availablee+ Message-ID: <961csd$oij$1@milo.mcs.anl.gov>r  H My full VMS V5.? manual set in original champagne binders is in the way.E Would anyone like to rescue it from the recycler?  They're bigger andiJ heavier than I care to ship, but anyone who wants to pick them up (Chicago area) can have them.  1 Tony Scandora, Argonne National Lab, 630-252-7541  scandora@cmt.anl.gov   ------------------------------  % Date: Fri, 09 Feb 2001 17:02:47 +0000O0 From: andrew harrison <andrew.nospam@uk.sun.com>B Subject: Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle73* Message-ID: <3A8422B7.669C5D9D@uk.sun.com>   Rob Young wrote: >   0 Only you Rob could answer a query about someones. performance issues on a current brand spanking, new WildFire with an advert for a processor . that is currently not available running in the5 machine that will replace the posters brand spanking e
 new WildFire.-  - They havn't had it that long and allready its  out of date !!  . This sort of response is could have been taken- directly from the Microsoft book of marketingp. answers when people complain about MS's latest+ product, what do they do sell them the nextv new product.    ' Why not try a more sensible suggestion:s   1.	Use OPS i# 2.	Upgrade to a more NUMA friendly e 	version of Oracle like 8.1.7s% 3.	Get Compaq to replace the WildFirem$ 	with a GS140 it will be cheaper and 	it will probably be faster. 	   	With the money the poster saved  	he could have bought you a beer" 	and even splashed out on nibbles.   Regardse Andrew Harrisonn Enterprise IT Architectr  b > In article <3a7fb92b.2226779@news-server>, nsouto@nsw.bigpond.net.au.nospam (Nuno Souto) writes: > >nF > > With new releases for that specific h/w, it's possible the problemB > > will go away, although I doubt it will be a complete solution. > >t > C >         Don't overlook hardware helping out too.  Some people getyB >         antsy when futures are trotted out.  But some folks makeI >         decisions based on futures (Sandia/Celera, Los Alamos, European @ >         SuperComputer Centre) so we shouldn't be that nervous. > A >         This afternoon, the following presentation takes place:  > ; > http://www.isscc.org/isscc/2001/ap/ap/AP_forWeb_Nov16.pdfn > < > 15.6    A 1.2 GHz Alpha Microprocessor with 44.8 GB/s Chip >             Pin Bandwidth  > O > A. Jain, et al.                                                        Feb 6.  > 4:15 p.m. - > Compaq Computer Corporation, Shrewsbury, MAg > I > A 4th generation Alpha microprocessor running at 1.2 GHz delivers up tofJ > 44.8 GB/s chip pin bandwidth and dissipates 125W at 1.5V.  It contains aH > 1.75MB 2nd level write-back-cache, two memory controllers supporting 8H > Rambus(tm) channels running at 800 MB/s, four 6.4 GB/s inter-processorM > communications ports, and a seperate IO port capable of 6.4 GB/s.  The chipe7 > measures 21.1x18.8 mm2 and contains 130M transistors.o > G >         What interests me more than bandwidth is latency.  Latency isoG >         the issue (as everyone has bandwidth or soon to, i.e. Power4,rE >         Ultra III) now.  From what we see, latency gets much betterh1 >         with EV7, this link is no longer there:r > , > http://www.alphapowered.com/alpha21364.ppt > D >         But if it was there you would notice that local latency isE >         "30 ns CAS latency pin to pin" (slide 17) and L2 latency isoK >         "12 ns load to use" (slide 16) with "15 ns processor to processorhP >         latency" (slide 18, i.e. remote memory routing) so it *appears* if theI >         memory is two hops away , you may be looking at < 150 ns memory K >         access if the page is open (sure, add a few dozen nanoseconds forp >         routing , whatever). > G >         Point is latency for Alpha gets MUCH better and NUMA *should* J >         become less of an issue for future Alpha hardware.  Perhaps they1 >         talk more about latency this afternoon.c > % >                                 Robo   -- g Andrew Harrisonl Enterprise IT Architect    ------------------------------   Date: 9 Feb 2001 12:44:24 -0500e2 From: young_r@eisner.encompasserve.org (Rob Young)B Subject: Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle733 Message-ID: <gksoPRM3DeA7@eisner.encompasserve.org>r  ] In article <3A8422B7.669C5D9D@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:e > Rob Young wrote: >>   > 2 > Only you Rob could answer a query about someones0 > performance issues on a current brand spanking. > new WildFire with an advert for a processor 0 > that is currently not available running in the7 > machine that will replace the posters brand spanking r > new WildFire.  >   2 	Funny you should point a finger at that processor2 	that isn't available.  It is helping to win major, 	supercomputer bids, or haven't you noticed?  / > They havn't had it that long and allready its6 > out of date !!   	Its called an upgrade.a  0 > This sort of response is could have been taken/ > directly from the Microsoft book of marketingS0 > answers when people complain about MS's latest- > product, what do they do sell them the nextt > new product.    9 	Oh?  What part of "better latency" don't you get?  MaybeA: 	I'm off base on something I say below but in your typical5 	fashion you quickly digress into unrelated tangents.e   > ) > Why not try a more sensible suggestion:b > 
 > 1.	Use OPS e% > 2.	Upgrade to a more NUMA friendly m > 	version of Oracle like 8.1.7,  9 	Those were mentioned.  Read this first sentence I wrote:m  ( Don't overlook hardware helping out too.  ' > 3.	Get Compaq to replace the WildFireS& > 	with a GS140 it will be cheaper and > 	it will probably be faster. > 	u" > 	With the money the poster saved" > 	he could have bought you a beer$ > 	and even splashed out on nibbles.   	You are losing your touch.p  @ 	Here... since it seems you need something to do... address this 	thread:  3 http://www.deja.com/getdoc.xp?AN=725489146&fmt=textr  7 From: dsiebert@excisethis.khamsin.net (Douglas Siebert)e$ Subject: Re: Why SMP at all anymore? Date: 08 Feb 2001i Newsgroups: comp.archt  0 Aaron Spink <spink@kraftwerk.pa.dec.com> writes:  ' >plugh@NO.SPAM.PLEASE (Caveman) writes:2  C >> It's probably the best high RAS box on the market now, IMHO, andn= >> it clearly blows a HP V2600 off the planet in scalability.  >> i  D >I'm fairly confident that most people don't view an UE10K as a highG >RAS box.  There have been some very widely published problems with theuF >cache design and the lack of ECC on the off chip cache.  When I thinkD >of a high RAS box, I think along the lines of IBM Z series, Tandem,& >and Stratus, and maybe OVMS clusters.    F At a consulting gig I did last year, we had a boatload of E6500s, plusA two E10Ks, all with the 400MHz US-II w/4MB cache that was the big F problem.  This was for a brand spanking new very large SAP environmentF that was being relocated from an existing environment that was all SunG (bit older stuff, but still E10K based)  While we were building it, andiF after the switchover, there was rarely more than a couple days betweenF crashes of one of machines what with nearly 300 CPUs in all.  The bestC one I remember was when the main SAP DB server (E10K) fell over onesF evening, and the failover box (E6500) fell over while the Sun guys hadG the E10K open to replace the failed CPU.  So the whole system was stone J dead for nearly two hours.  Not good for a system that runs your worldwideH business.  The customer was quite displeased with Sun, to say the least,H to the point where HP has a really good chance at this point to get themI to switch to Superdome.  This is not a trivial move as this is one of the H larger SAP installs around, and these guys have been Sun since they went live.a  I Anyway, Sun came up with the "patch", which basically "fixes" the problem E of corrupt dirty data in the cache by having each CPU flush its cache0H every 10 seconds -- thus less dirty data is likely to be in the cache atE any given time.  That reduced the occurances, but didn't fix it.  TheaF big fix was/is supposed to be the CPUs with mirrored cache modules.  IJ talked earlier this week to one of the guys still on the project up there,G a while back Sun was out replacing all the CPUs.  The very next weekendCF the SAP DB server fell over, with the exact same problem (at least theI failover didn't fail as well this time :) )  Sun is apparently making all(I kinds of concessions to try to keep the account, since it is large enoughCH HP would probably be happy to put out a press release, since a "customerG switches from E10K to Superdome for higher availability" story would berI real good for them trying to market the all-new Superdome versus the welltF known E10K.  But from what I hear, after this latest fiasco, Sun wouldH have difficulty keeping the account if they promised them free hardwarex  and support at this point.t  J Now tell me again about the RAS of E10Ks...  I will grant you the commentsE about scalability, especially when you compare to the V2600, which isrJ basically a rebadged Convex S class that dates back to 1993 or so, but theG V2250 and V2500s we had there for other customers were a whole lot lessrI trouble (though granted they ran much smaller SAP setups)  The box itself H certainly doesn't have near the RAS featureset the E10K has, but if yourG CPUs are congenitally defective, it really doesn't matter much what youlF else you do, unless you have Tandem or Stratus systems and are running	 lockstep.r   -- Doug Siebert dsiebert@excisethis.khamsin.nett    > 	Have Scotty, Zurg and Johnny Shoe put on their Magic Hats for 	this customer yet?w   				Rob      > 	 > RegardsA > Andrew Harrisont > Enterprise IT ArchitectD > c >> In article <3a7fb92b.2226779@news-server>, nsouto@nsw.bigpond.net.au.nospam (Nuno Souto) writes:a >> >G >> > With new releases for that specific h/w, it's possible the problemtC >> > will go away, although I doubt it will be a complete solution.  >> > >> uD >>         Don't overlook hardware helping out too.  Some people getC >>         antsy when futures are trotted out.  But some folks makeSJ >>         decisions based on futures (Sandia/Celera, Los Alamos, EuropeanA >>         SuperComputer Centre) so we shouldn't be that nervous.o >> tB >>         This afternoon, the following presentation takes place: >> e< >> http://www.isscc.org/isscc/2001/ap/ap/AP_forWeb_Nov16.pdf >> n= >> 15.6    A 1.2 GHz Alpha Microprocessor with 44.8 GB/s Chipr >>             Pin Bandwidth >> rP >> A. Jain, et al.                                                        Feb 6. >> 4:15 p.m.. >> Compaq Computer Corporation, Shrewsbury, MA >>  J >> A 4th generation Alpha microprocessor running at 1.2 GHz delivers up toK >> 44.8 GB/s chip pin bandwidth and dissipates 125W at 1.5V.  It contains a I >> 1.75MB 2nd level write-back-cache, two memory controllers supporting 8tI >> Rambus(tm) channels running at 800 MB/s, four 6.4 GB/s inter-processor,N >> communications ports, and a seperate IO port capable of 6.4 GB/s.  The chip8 >> measures 21.1x18.8 mm2 and contains 130M transistors. >> 0H >>         What interests me more than bandwidth is latency.  Latency isH >>         the issue (as everyone has bandwidth or soon to, i.e. Power4,F >>         Ultra III) now.  From what we see, latency gets much better2 >>         with EV7, this link is no longer there: >>  - >> http://www.alphapowered.com/alpha21364.pptn >> eE >>         But if it was there you would notice that local latency iseF >>         "30 ns CAS latency pin to pin" (slide 17) and L2 latency isL >>         "12 ns load to use" (slide 16) with "15 ns processor to processorQ >>         latency" (slide 18, i.e. remote memory routing) so it *appears* if theVJ >>         memory is two hops away , you may be looking at < 150 ns memoryL >>         access if the page is open (sure, add a few dozen nanoseconds for >>         routing , whatever).  >> sH >>         Point is latency for Alpha gets MUCH better and NUMA *should*K >>         become less of an issue for future Alpha hardware.  Perhaps they 2 >>         talk more about latency this afternoon. >> g& >>                                 Rob >  > -- i > Andrew Harrisoni > Enterprise IT Architecta   ------------------------------    Date: 10 Feb 2001 02:19:39 +0800, From: Paul Repacholi <prep@prep.synonet.com>B Subject: Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle73- Message-ID: <874ry33eis.fsf@prep.synonet.com>A  2 andrew harrison <andrew.nospam@uk.sun.com> writes:  ) > Why not try a more sensible suggestion:l > 
 > 1.	Use OPS p% > 2.	Upgrade to a more NUMA friendly w > 	version of Oracle like 8.1.7t' > 3.	Get Compaq to replace the WildFire-& > 	with a GS140 it will be cheaper and > 	it will probably be faster. > 	." > 	With the money the poster saved" > 	he could have bought you a beer$ > 	and even splashed out on nibbles.  
 Use RDB...  > Then you will have the peace and quiet to enjoy the nibbles ;) and the beer of course.e   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.l@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Fri, 09 Feb 2001 17:21:40 GMT12 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)K Subject: Re: Wildfire:  practical joke, twilight zone, or Compaq marketing?a7 Message-ID: <EGVg6.576$cu.2468@gazette.loc1.tandem.com>   a In article <95ufrh$7mp@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:PF :Yesterday when I got back from lunch there was a message on my officeH :answering machine which consisted solely of a scratchy recording of the :song "Wildfire"...*  J   There was an internal engineering prank involving a middle-of-the-night @   phone call and a rendition of the Yellow Rose of Texas...  :-)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   End of INFO-VAX 2001.080 ************************