1 INFO-VAX	Thu, 14 Dec 2000	Volume 2000 : Issue 697       Contents:+ Re: "process crash" vs. "application crash" A Re: Ages of OSs was: It's 20 years since I first logged onto VMS! 
 Any old iron. 
 Any old iron.  Re: Any old iron. L Re: Can Oracle7 and Oracle8 live happily together on same Alpha running VMS? Cluster advertising in the UK ! Re: Cluster advertising in the UK ! Re: Cluster advertising in the UK ! Re: Cluster advertising in the UK ! Re: Cluster advertising in the UK 
 Decserver 700  Re: Decserver 700 $ Re: File conversion (RMS->stream-lf) Re: Help on OpenVms 7.1 0 Re: It's 20 years since I first logged onto VMS!0 Re: It's 20 years since I first logged onto VMS!0 Re: It's 20 years since I first logged onto VMS! Re: Logging OPCOM messages! NI-style cluster upgrade question  Old VAX machine  question Re: question RE: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  RE: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster   vax/vms system as a DHCP client?  Re: Virtual I/O Cache and Oracle  Re: Virtual I/O Cache and Oracle  Re: Virtual I/O Cache and Oracle Re: VMS "froze"  Weird I/O problem  What part of a GIGAbit  F ----------------------------------------------------------------------  # Date: Thu, 14 Dec 2000 14:58:52 GMT  From: david_dawkins@my-deja.com 4 Subject: Re: "process crash" vs. "application crash") Message-ID: <91an79$qgb$1@nnrp1.deja.com>   ? Thanks to everyone for your help. We've now done the following:   $ - given the process *all* privileges= - doubled the quotas beyond the known-to-be-sufficient values ' - turned on detached process accounting $   ($ SET ACCOUNTING/ENABLE=DETACHED)4 - run the process detached using LOGINOUT ("heavy"):7   $ RUN/DETACH/AUTHORIZE/ACCOU/INPUT=R.COM LOGINOUT.EXE    with R.COM being   $ SET NOON(   $ DEFINE SYS$OUTPUT APPHOME:OUTPUT.LOG'   $ DEFINE SYS$ERROR  APPHOME:ERROR.LOG    $ SET PROC/DUMP -   $ RUN/NODEBUG APPHOME:APPLICATION_DEBUG.EXE      (APPHOME is a group logical)  < - Used ANAL/SYS to check that the running process's DUMP bit   in the PCB is set.  A - Installed an "exit" handler using "atexit" to just be sure that F   the program isn't doing a crafty exit down in some library somewhereA   (the handler would write to the log file and then call abort())   C - Installed a handler using $establish() to fclose(stderr) and then &   rethrow (by returning SS$_RESIGNAL).  : Despite all this, it crashed again yesterday, and still noF accounting entry, no dump file and no stack dump in APPHOME:ERROR.LOG.  % I'm going to take up chicken farming.    Regards, and thanks again.
 David Dawkins        Sent via Deja.com  http://www.deja.com/   ------------------------------    Date: 14 Dec 2000 22:23:10 +0800, From: Paul Repacholi <prep@prep.synonet.com>J Subject: Re: Ages of OSs was: It's 20 years since I first logged onto VMS!0 Message-ID: <871yvbf5f5.fsf@k9.prep.synonet.com>  ) david20@alpha2.mdx.ac.uk (D.Webb) writes:   a > In article <87k895xte4.fsf@k9.prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:    > Paul,  > A > I think your pushing the Genesis of Unix back a little too far.   F Maybe by a year. As I remember, Unix predated the demise of Multic. Or/ should I say, AT&Ts stepping back from Multics.   6 Why can you never find old posts when you need them ;)     --  < 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: Thu, 14 Dec 2000 08:55:00 GMT   From: jackhorner1970@my-deja.com Subject: Any old iron.) Message-ID: <91a1t4$aj8$1@nnrp1.deja.com>   = Can somebody please explain, to a lamen, what is meant by the ; terms "hot iron" or "turbo iron" - with respect to OpenVMS.    Thanks for your time.    Jack.      Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Thu, 14 Dec 2000 07:21:17 -0500 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Any old iron.7 Message-ID: <200012140721_MC2-BE81-2D47@compuserve.com>   ; Message text written by INTERNET:jackhorner1970@my-deja.com > >Can somebody please explain, to a lamen, what is meant by the; terms "hot iron" or "turbo iron" - with respect to OpenVMS.    Thanks for your time.  <   J         I've never encountered either expression so maybe you'd do better=  ? to ask someone who uses it.  That said, iron means hardware and F specifically means the CPU.   I would expect either expression to mean "fast".    ------------------------------  % Date: Thu, 14 Dec 2000 11:31:56 -0500 * From: Chuck Chopp <ChuckChopp@rtfmcsi.com> Subject: Re: Any old iron.+ Message-ID: <3A38F5FC.FF666B89@rtfmcsi.com>    "Richard B. Gilbert" wrote:   = > Message text written by INTERNET:jackhorner1970@my-deja.com @ > >Can somebody please explain, to a lamen, what is meant by the= > terms "hot iron" or "turbo iron" - with respect to OpenVMS.  >  > Thanks for your time.  > <  > K >         I've never encountered either expression so maybe you'd do better A > to ask someone who uses it.  That said, iron means hardware and H > specifically means the CPU.   I would expect either expression to mean	 > "fast".   C I remember the term "big iron" used in reference to mainframe-class M computers, specifically IBM mainframes and their clones.  Perhaps these other  terms are similar to that.     -- Chuck Chopp   8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com0                                   ICQ # 22321532@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pager7                                   8007740718@skytel.com    ------------------------------  % Date: Thu, 14 Dec 2000 08:30:19 -0800 0 From: "William S. LaCounte" <vmsmanager@ups.edu>U Subject: Re: Can Oracle7 and Oracle8 live happily together on same Alpha running VMS? # Message-ID: <3A38F59B.6425@ups.edu>   H We are running Oracle 7.3.4 and Oracle 8.0.5 concurrently on a DS20, VMS. 7.2-1, TCP/IP V5.0A, 1 GB memory. No problems.   ------------------------------  % Date: Thu, 14 Dec 2000 09:32:27 +0000 . From: 'o-Dzin Tridral <TridralO@Cardiff.ac.uk>& Subject: Cluster advertising in the UK, Message-ID: <3A3893A9.1134.3D12A1@localhost>  M I've just received a glossy from Compaq (UK).  It says "how do you prevent a  K single-point-of-failure from bringing down your critical application?" and  5 inside (in large friendly letters) "... YOU CLUSTER".   L Admittedly, it advertises both Tru64 and OpenVMS (with more emphasis on the J former than the latter), but at least VMS is in there (and Windows isn't).O I would have liked to have seen a more even balance between VMS and Tru64, but   I think this is progress.   K There's a card to send off for an information pack with the possibility of  . arranging a call with a Clustering specialist.   Has anyone else seen this?  M I hope this advert is going to management people who make decisions on these   sorts of things!  
 best regards,    'o-Dzin        -- 'o-Dzin Tridral E Senior Computer Officer, UIS, Cardiff University, PO Box 78, CF10 3XL R T +44 29 2087 6160  E TridralO@cf.ac.uk  F +44 29 2087 4531  W http://www.cf.ac.ukH Do you realise that 20 years ago people would not have accepted a system= that has to be re-booted on a daily basis[?] -- Sue Skonetski    ------------------------------  % Date: Thu, 14 Dec 2000 12:03:44 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> * Subject: Re: Cluster advertising in the UK) Message-ID: <3A38B720.8AF574B5@bbc.co.uk>    'o-Dzin Tridral wrote:  N > I've just received a glossy from Compaq (UK).  It says "how do you prevent aL > single-point-of-failure from bringing down your critical application?" and7 > inside (in large friendly letters) "... YOU CLUSTER".  > M > Admittedly, it advertises both Tru64 and OpenVMS (with more emphasis on the L > former than the latter), but at least VMS is in there (and Windows isn't).P > I would have liked to have seen a more even balance between VMS and Tru64, but > I think this is progress.  >   : At least VMS is mentioned. Also mentioned are NT clusters.   > L > There's a card to send off for an information pack with the possibility of0 > arranging a call with a Clustering specialist. >  > Has anyone else seen this? >    Yup, got it a few days back.   > N > I hope this advert is going to management people who make decisions on these > sorts of things! >  > best regards,  > 	 > 'o-Dzin   E I've also got a DHL package from Compaq to pickup. Lucky me, I wonder  if it will bounce.   > --  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: 14 Dec 2000 09:08:49 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) * Subject: Re: Cluster advertising in the UK+ Message-ID: <ZfD+yBwLgIAp@eisner.decus.org>   ] In article <3A3893A9.1134.3D12A1@localhost>, 'o-Dzin Tridral <TridralO@Cardiff.ac.uk> writes: O > I've just received a glossy from Compaq (UK).  It says "how do you prevent a  M > single-point-of-failure from bringing down your critical application?" and  7 > inside (in large friendly letters) "... YOU CLUSTER".  > N > Admittedly, it advertises both Tru64 and OpenVMS (with more emphasis on the L > former than the latter), but at least VMS is in there (and Windows isn't).  M This is tremendous progress.  At US DECUS in LA in October the generic Compaq I cluster literature advertised no VMS and not even Tru64, just Windows !!!   N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------  % Date: Thu, 14 Dec 2000 15:48:56 +0000 % From: Alan Greig <agreig@my-deja.com> * Subject: Re: Cluster advertising in the UK8 Message-ID: <7eqh3tc0ljup9a3e8hua5k2h3orns9pd0p@4ax.com>  1 On Thu, 14 Dec 2000 12:03:44 +0000, Tim Llewellyn   <tim.llewellyn@bbc.co.uk> wrote:   >  > ; >At least VMS is mentioned. Also mentioned are NT clusters.  >  >>M >> There's a card to send off for an information pack with the possibility of 1 >> arranging a call with a Clustering specialist.  >> >> Has anyone else seen this?  >> >  >Yup, got it a few days back.  >  >>O >> I hope this advert is going to management people who make decisions on these  >> sorts of things!   C I got one as well. I'm fairly sure it's from the UK Alpha group (ie B the creators of the excellent VMS top dog brochure. If you haven'tD seen this then it's a must read. Anyone know of an online copy?) andF has only gone to those already using VMS, Tru-64 or (horror Alpha/NT).B Again, preaching to the converted. But that's better than nothing.D Can't find my copy but if someone checks the accompanying letter can you report who it's from?      --
 Alan Greig   ------------------------------  % Date: Thu, 14 Dec 2000 16:47:50 +0000 % From: Alan Greig <agreig@my-deja.com> * Subject: Re: Cluster advertising in the UK8 Message-ID: <u8rh3t0diarb03c390a62d7edlak6p28ad@4ax.com>  @ On 14 Dec 2000 09:08:49 -0500, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:  ^ >In article <3A3893A9.1134.3D12A1@localhost>, 'o-Dzin Tridral <TridralO@Cardiff.ac.uk> writes:P >> I've just received a glossy from Compaq (UK).  It says "how do you prevent a N >> single-point-of-failure from bringing down your critical application?" and 8 >> inside (in large friendly letters) "... YOU CLUSTER". >>  O >> Admittedly, it advertises both Tru64 and OpenVMS (with more emphasis on the  M >> former than the latter), but at least VMS is in there (and Windows isn't).  > N >This is tremendous progress.  At US DECUS in LA in October the generic CompaqJ >cluster literature advertised no VMS and not even Tru64, just Windows !!!  E If it is a general Compaq brochure then I agree - great progress. If, C as I think, it is an Alpha brochure then it looks like they've been ( forced to mention NT but not vice versa.  O >============================================================================== O >Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> Clusters O >==============================================================================    --
 Alan Greig   ------------------------------  % Date: Thu, 14 Dec 2000 09:31:58 -0600 . From: "Robert Greene" <rgreene@atc.skytel.com> Subject: Decserver 700( Message-ID: <PJ5_5.32$ys.2191@news4.atl>  L Is this is a good place to ask a question about configuring a decserver 700?    I How do I configure the decserver 700 to request it's load (WWENG2) from a  specific IP node?   L I just bought the thing a couple of months ago and now the network admin hasH put it behind a router that only transfers IP. It requests a load from aG node (IP) but the decserver never gets the load file... the LED display I cycles from 4-2 over and over and the decserver just keeps trying to load  the file from the same node.    : If I could specify what node contains the load file,  then maybe I could get it to load.     G If I hook the server up to another router (bad me, not allowed) then it  works fine....  L I am fairly familiar with decserver in a MOP or LAT environment but not sure how to handle this one...    ------------------------------  % Date: Thu, 14 Dec 2000 09:00:54 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com>  Subject: Re: Decserver 700( Message-ID: <3A38EEB5.5A2C13FD@mmaz.com>  M This is a sample from my old bootp setup on DEC Unix 4.0.  Perhaps it'll give  you an idea of where to start:   ds7001:\ :tc=DS.default:\ :ha=08002B3C37E7:\ :ip=38.253.198.33:\  :td=/tftpboot:\  :bf=WWENG1:\ :gw=38.253.198.1:\ :sm=255.255.255.0:   Barry    Robert Greene wrote:  N > Is this is a good place to ask a question about configuring a decserver 700? > K > How do I configure the decserver 700 to request it's load (WWENG2) from a  > specific IP node?  > N > I just bought the thing a couple of months ago and now the network admin hasJ > put it behind a router that only transfers IP. It requests a load from aI > node (IP) but the decserver never gets the load file... the LED display K > cycles from 4-2 over and over and the decserver just keeps trying to load  > the file from the same node. > < > If I could specify what node contains the load file,  then > maybe I could get it to load.  > I > If I hook the server up to another router (bad me, not allowed) then it  > works fine.... > N > I am fairly familiar with decserver in a MOP or LAT environment but not sure > how to handle this one...    --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  + Date: Thu, 14 Dec 2000 09:15:23 +0100 (CET) : From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>- Subject: Re: File conversion (RMS->stream-lf) J Message-ID: <Pine.LNX.4.21.0012140900080.17013-100000@irys.stanpol.com.pl>  + On Wed, 13 Dec 2000, Michael Worsley wrote:   9 +JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message  [...]  +> For instance: +> +> myfile = C +fopen("myoutput_residing_on_unix.dat","w","rfm=stmlf","rat=none");  +>5 +> (not sure about the necessity to have "rat=none").   =  Probably "not related" - and can cause little problem (b.ex. = with simple TYPE) on the VMS side. Can imagine that a network < "converter" can depend of the RAT in autodetection of "text-5 not text", but will not suspect in NFS (can't check).    [...] K +As part of the each test, we're redirecting stdout using "define/user_mode 8 +sys$output foo" after which, foo also needs converting.    But you can probably allow a:? $ pipe create/fdl=somedir:STMLF.FDL foo ; open/append out foo -   ; define/user sys$output out  $ the_command(s)  ...with the requirements of $ CLOSE OUT 
  of course :(X  !  However little improvement like:  $ cnt=0 - $ dout:==pipe cnt=cnt+1 ; close/nolog out ; -n+   create/fdl=somedir:STMLF.FDL foo'cnt' ; -s7   open/append out foo'cnt' ; define/user sys$output outr    still allows you:   $ dout
 $your_commandr $ dout
 $your_commandt   ....comfortable tests -:)?    Regards - Gotfryd   -- UE =====================================================================UF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEe. $!                        GS@stanpol.zabrze.plE =====================================================================t   ------------------------------    Date: 14 Dec 2000 21:54:15 +0800, From: Paul Repacholi <prep@prep.synonet.com>  Subject: Re: Help on OpenVms 7.10 Message-ID: <8766knf6rc.fsf@k9.prep.synonet.com>  / Jean Louis PELINQ <jl.pelinq@orsid.com> writes:e  E > I need to extract from the spool printer a file with its carriage = G > control codes (Standard ASA; 0,space,-,+ and 1 to C) for giving the =P( > resulting file to a printing compagny. > Please help me to do that.  @ I guess your program is outputting to a printer that is spooled?* and you want to get a copy of that output.  = Drop the printer offline, or hold the job. Then copy the file C from the spool disk to somewhere else. Print or delete the original C as you wish. You may need to do ANAL/DISK/REPAIR to get a directory9! entry for the file into [syslost]n   -- v< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 14 Dec 2000 10:29:09 +0100T  From: Paul Sture <paul@sture.ch>9 Subject: Re: It's 20 years since I first logged onto VMS!U+ Message-ID: <VA.000001db.0eea91d9@sture.ch>P  1 In article <917udo$gs2$1@nnrp1.deja.com>,  wrote:  [snip] > I > What was the OLTP system called? From your description and the dates itc  > sounds remarkable like SYSTEL. > D That was the one. I wrote the first VMSINSTAL kit for it, and large H chunks of the installation & configuration manual, amongst other things. ___l
 Paul Sture Switzerlandh   ------------------------------  # Date: Thu, 14 Dec 2000 10:20:24 GMT  From: mike_swann@my-deja.com9 Subject: Re: It's 20 years since I first logged onto VMS!I) Message-ID: <91a6t6$dsr$1@nnrp1.deja.com>n  , In article <3A378550.F8AAA91C@videotron.ca>,0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote: SnipD > In 1983, working on VM/CMS system, one of my coworkers kept saying how archaic B > IBM was because it had to spool files to be printed whereas good systems suchG > as VMS would just send a pointer to your file, thus making everything. much > more efficient.f >sF > All these small tidbits about VMS convinced me that it was the right	 system top > buy at the time. (1987)@  ? I started working for DEC in '83.  I remember when the 8978 waskF announced, and the boast of "apps developed on the bottom of the rangeC system will run on the top of the range".  My initial reaction was,eF well I should think so too!  Then I realised nobody else could say it.  G A real pity the company struggled with the transition from mainly techyo) customers to mainly commercial customers.)   -- MikeG You can do anything you like with people if you will just save them the5 trouble of thinking      Sent via Deja.com  http://www.deja.com/   ------------------------------   Date: 14 Dec 2000 17:25:41 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)-9 Subject: Re: It's 20 years since I first logged onto VMS!n+ Message-ID: <91avql$ila$1@info.cs.uofs.edu>e  ) In article <91a6t6$dsr$1@nnrp1.deja.com>,a  mike_swann@my-deja.com writes:a |> w |> sB |> I started working for DEC in '83.  I remember when the 8978 wasI |> announced, and the boast of "apps developed on the bottom of the range/F |> system will run on the top of the range".  My initial reaction was,I |> well I should think so too!  Then I realised nobody else could say it.j |> A  F I too had my first VMS account in the early 80's while also working onE a lot of other machines.  But I don't follow your last comment.  WhatbJ particular examples can you give of companies who's apps were not upwardlyC compatable from small machines to larger machines??  As long as the I architecture stayed the same (and the same was true of DEC as PDP-11 apps=F didn't run on the VAX except for some strange stuff in emulation mode)H every machine I used could run apps created on smaller machines on theirF larger machines.  IBM-360 -> IBM-4300  Prime-450->Prime-750->Prime-850K And the whole gamut of Univac-1100's.  Going backwards was more problematicoI as smaller usually meant less resources, but going up the chain was neveroJ a problem that I saw.  And source code compatability was common even among< family members of the two UNIX families of that time period.  ? VMS has legitimate strengths.  Marketing BS isn't one of them.     bill   -- uJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  + Date: Thu, 14 Dec 2000 08:52:55 +0100 (CET) : From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl># Subject: Re: Logging OPCOM messages J Message-ID: <Pine.LNX.4.21.0012140840150.17013-100000@irys.stanpol.com.pl>  4 On Wed, 13 Dec 2000 cmccusker@lightbridge.com wrote:   +5 + H +This is probably a dumb question, but is there any way of logging OPCOMF +messages from various different clusters to a single terminal without> +   using something like Polycenter Console Manager? - Thanks.  B  This is probably a dumb response -:), but the simplest resolution@ is a session logged thru all clusteres with enabled OPCOM, like: $ set host cluster1:
 [...login...]d $ set proc/priv=oper $ set term/broad $ reply/enabled/temporary- $ set host cluster2s
 [...login...]e [..enable messages...] $ set host clusterx [...]  [...repeat as needed...]  ;  Althought can imagine a resolution with multiple parallel -
 session like: < $ spawn/nowait set host cluster1	! and do "parallel login" !  $ spawn/nowait set host cluster2 [...]r' (and enable OPCOM messages separatelly)1  E ...or little improvements with programs for "autologin" (like GLOGIN  D etc) I am not aware of specialised packet ready for you requirement.C BTW: if you really can stay with "manual login" a short WAIT in ther: parent process after the SPAWN/NOWAIT make the login easy.    Regards - Gotfryd   -- hE =====================================================================dF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================    ------------------------------  # Date: Thu, 14 Dec 2000 16:52:56 GMTo, From: "J. Scott Greig" <jsgreig@geminaq.com>* Subject: NI-style cluster upgrade question4 Message-ID: <IV6_5.12562$7.517533@quark.idirect.com>  	 Hello allr  C We currently have a 3 node LAN cluster (All at OpenVMS7.1 +patches)   with the following interconnects  ; Alpha 4100 - INTERCONNECT="NI", NISCS_MAX_PKTSZ=4468 (FDDI) < VAX7620   - INTERCONNECT="NICI", NISCS_MAX_PKTSZ=4468 (FDDI)5 The VAX's twisted pair ethernet card is used for LAT. I Alpha3000 - INTERCONNECT="NI",NISCS_MAX_PKTSZ=1498(Twisted pair ethernet)   5 The CI on the VAX is used for old HSC95 disk storage.R  = We are replacing the VAX7620/HSC95 with a DS20E/RA3000 setup.b  F My question - the DS20E has a single twisted-pair ethernet port (which; implies a NISCS_MAX_PKTSZ of 1498) - should the Alpha4100'so+ NISCS_MAX_PKTSZ be changed to 1498 as well?p  D Unless cluster nodes negociate the maximum packet size, how does our original configuration work?   TIAh   Scottd   ------------------------------  % Date: Thu, 14 Dec 2000 11:43:22 -0500s3 From: "paul hanrahan" <hanrahan_paul@ameritech.net>e Subject: Old VAX machine@ Message-ID: <LM6_5.556$4Z5.49002@nntp0.chicago.il.ameritech.net>   Hi:   L I recently picked up a truck load of old computers for free.  I had to leaveJ behind an old vax machine.  Huge things.  Like a stand up freezer and runs% VMS or something.  Anyone interested?.   Regards,  
 Paul Hanrahant www.geocities.com\hanrahan_pauls
 (216)228-2726    ------------------------------  % Date: Thu, 14 Dec 2000 10:15:31 -0600e2 From: Sueriya Pasupathy <s.pasupathy@coed.ttu.edu> Subject: question L Message-ID: <A9B4B3F5787AD21197CB00062B001CEF60D225@archimedes.coed.ttu.edu>  L files have been deleted without my knowledge. Is there a way i can find whenA it was deleted and also is there a way to restore that same file?u
 thank you.   ------------------------------  % Date: Thu, 14 Dec 2000 18:00:29 +0100y2 From: "Thomas H. Pauli" <thomaspauli@arcormail.de> Subject: Re: question + Message-ID: <3A38FCAD.8030908@arcormail.de>g   Hi,i  ? if any change is made to a directory, it's modification date isr@ changed. This may provide a hint, but since ANY change made to a7 directory is logged in this way, it's not too valuable.rC Restore of files is practically only possible using a backup, sincerB the space formerly occupied by a deleted file might be immediately% used by a new file or file extension.l   Regards,   Thomas   Sueriya Pasupathy wrote:  N > files have been deleted without my knowledge. Is there a way i can find whenC > it was deleted and also is there a way to restore that same file?s > thank you.   ------------------------------  + Date: Thu, 14 Dec 2000 08:48:30 +0100 (MET)t& From: Rudolf Wingert <win@fom.fgan.de> Subject: RE: Sun Cluster6 Message-ID: <200012140744.IAA10650@sinet1.fom.fgan.de>   Hello,  - Kerry Main (Compaq Senior Consultant) wrotes:=   >>> G Please keep in mind that the x86 Mhz wars are being waged on single cpu K designs (duals may follow at some future point) which make them appropriate=1 for Workstation and smaller departmental servers.   J The issue one has with these Mhz wars are things like memory access, cacheI coherency, SMP scaling (including the OS level issues) ... in other wordsp complete SYSTEM design...D <<<0  E All what Kerry wrote may be right, but it is not an answer to the un- C realized Alpha roadmap. Also did Kerry nothing write about the hope C of Digital (to force the realizing of new faster Alphas {every yearsE 1.5 times faster}). I wrote the Ghz and size for the relation between>H the technology of Pentium (and Athlon too) and Alpha. Also, if I have toG use a workstation, I am interisted in a single CPU speed not the multi-s processor speed.G Last year did we hear about a 1.6Ghz Alpha. But we do see nothing abouthF a real product till today. When can we see Alpha produced in a 13micro, technology? I do see nothing on the horizon.  & Regards Rudolf (please with f) Wingert   ------------------------------  % Date: Thu, 14 Dec 2000 10:29:09 +0100c  From: Paul Sture <paul@sture.ch> Subject: Re: Sun Cluster+ Message-ID: <VA.000001da.0eea8ee0@sture.ch>m  A In article <3A379EF0.72ACA209@uk.sun.com>, Andrew harrison wrote: 2 > From: andrew harrison <andrew.nospam@uk.sun.com> > Newsgroups: comp.os.vms  > Subject: Re: Sun Cluster' > Date: Wed, 13 Dec 2000 16:08:16 +0000  >  > "Mark E. Levy" wrote:i > > A > > "andrew harrison" <andrew.nospam@uk.sun.com> wrote in messagea( > > news:3A34A6D0.744C8B50@uk.sun.com... > > C > > > Taken a beating, how quaint and what a wonderfull distortion.a > > K > > Distortion? Not quite. It seems to happen to you quite regularly around.	 > > here.h > > G > > > A better description of the "beating" that I have supposedly beena > > > subjectednM > > > to would would be that I have been savaged by a sheep or even a herd ofl > > > sheep. > > M > > Make up your (feeble) mind, Andrew. In your previous paragraph, you implyuO > > that allegations as to your "beating" are incorrect, yet in this paragraph,sN > > you admit that you've been "savaged." What I don't understand, however, isO > > why Sun customers (the "sheep") would want to beat up on you, unless you'veuM > > managed to upset them also with your wild claims about the reliability ofn > > Sun's products.e > >  >  >  > D > People of a UK extraction will recognise the quote. It was used toK > describe the effect of being beaten up in a political sense by Lord Howe.l >r  $ Denis Healey, the actual words were:  H "That part of his speech was rather like being savaged by a dead sheep."  . http://www.executive-speaker.com/rees0004.html  N from which it appears he borrowed it from an adaptation of Churchill's remark @ that an attack by Attlee was "like being savaged by a pet lamb."  J Apparently 14 June 1978 - funny, I remember the quote from much later on, I although still from Denis Healey, and www.northernlight comes up with an  K article from Thatcher's downfall 10 years ago, though not the actual quote.o  J > In case you hadn't worked it out being savaged by a sheep is not exactlyG > a scary of even life threatening experience. And you called me feeble H > minded opps I guess another OpenVMS boosters foot just got blown away. >    ___e
 Paul Sture Switzerland    ------------------------------  % Date: Thu, 14 Dec 2000 07:22:42 -0500n' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: Sun Cluster( Message-ID: <91adtv$5e9$1@pyrite.mv.net>  D Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote in message% news:ydjYT94dZis2@eisner.decus.org...uL > In article <916lc2$2cm$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:1 > > * > > <kparris@my-deja.com> wrote in message# news:915j4t$jcc$1@nnrp1.deja.com...D >eL > >> Richie Lary certainly comes to mind here; he has been very prominent inE > >> the storage field in general and most recently in SANs.  He justwJ > >> received a Lifetime Achievement Award from the I/O Technologies ForumB > >> (see http://www.sresearch.com/itf/itf_2000/award/awards.htm). > >5L > > Since I was saddened that prior commitments made it impossible to attendL > > Richie's going-away party a few months ago, I'm not sure he's a suitableL > > candidate to put forward any more - unless you also want to include Dave# > > Cutler, Gordon Bell, KO, et al.  >tJ > "A few months ago" would have been before his recent LA DECUS talk givenH > under Compaq auspices.  He may be somewhat independent now, but it wasJ > clear to me there was still a connection between Richie Lary and Compaq.  L And your point is?  There's still a connection between *me* and DECpaq, evenL after almost 14 years' separation, but I'm no longer a DECpaq engineer - and neither is Richie.   - bill   >  >vL ============================================================================ ==G > Great Inventors of our time: Al Gore -> Internet; Sun Microsystems ->e Clusters >nL ============================================================================ ==   ------------------------------    Date: 14 Dec 2000 09:05:25 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)  Subject: Re: Sun Cluster+ Message-ID: <2THcjDCOEuvz@eisner.decus.org>r  R In article <91adtv$5e9$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > F > Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote in message' > news:ydjYT94dZis2@eisner.decus.org... M >> In article <916lc2$2cm$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> 	 > writes:  >> >+ >> > <kparris@my-deja.com> wrote in messaget% > news:915j4t$jcc$1@nnrp1.deja.com...o >>M >> >> Richie Lary certainly comes to mind here; he has been very prominent iniF >> >> the storage field in general and most recently in SANs.  He justK >> >> received a Lifetime Achievement Award from the I/O Technologies ForumoC >> >> (see http://www.sresearch.com/itf/itf_2000/award/awards.htm).a >> >M >> > Since I was saddened that prior commitments made it impossible to attendoM >> > Richie's going-away party a few months ago, I'm not sure he's a suitable M >> > candidate to put forward any more - unless you also want to include Daves$ >> > Cutler, Gordon Bell, KO, et al. >>K >> "A few months ago" would have been before his recent LA DECUS talk givenmI >> under Compaq auspices.  He may be somewhat independent now, but it wasaK >> clear to me there was still a connection between Richie Lary and Compaq.s >  > And your point is?  J You must not realize how hostile that turn of phrase is.  Or maybe you do.  N >                     There's still a connection between *me* and DECpaq, evenN > after almost 14 years' separation, but I'm no longer a DECpaq engineer - and > neither is Richie.  K I did not see you presenting on Compaq's behalf at the LA DECUS Conference.l& Of course I might have just missed it.   ------------------------------  % Date: Thu, 14 Dec 2000 09:12:08 -0500 ( From: Android <Andy.Warren@Teradyne.com> Subject: Re: Sun Cluster, Message-ID: <3A38D537.A6B7FC20@Teradyne.com>   Bill Todd wrote:  0 > Philip J. Lewis <phl@bwsc.dk> wrote in message+ > news:kmnX5.50$%N2.1014@news.get2net.dk... H > > Very sad, very true.  Suntan Bob and his willing board have a lot to > answer > > for. >dE > Compaq now has well over two years' worth of its own negligible VMS K > promotion to answer for, and unlike BP are still in a position to be held F > accountable for the disparity between their encouragement of the VMSK > faithful and near-total neglect of VMS in any wider context.  Some peopleoL > may feel they should be thankful that Compaq didn't actively kill the workK > that was already in the pipeline when they took over - but I'm not one of  > them.l >p > - bill  M I got an interesting call from a Compaq marketing type yesterday...  He spent L 20 minutes or so asking me about our use of OpenVMS, Alpha's, and VAXen.  HeN was interested in our purchasing plans, especially any upgrades.  He wanted toL make sure I was aware of any new product announcements or special offers.  IM haven't had any contacts like this from Compaq (or Digital) in years.  Again, N this survey didn't ask a single question about NT, unix, or anything unrelated to VMS.s  M I get the impression they're trying to get a little customer feedback to helpi& guide them in their promotion efforts.     --   Andy "Android" Warreni, (25 years using Digital Equipment Computers)   ------------------------------  % Date: Thu, 14 Dec 2000 09:28:28 -0500l4 From: "Bochnik, William J" <BochnikWJ@bernstein.com> Subject: RE: Sun ClusterJ Message-ID: <2B37459189B0D211BE710000F8EF9D85089089D8@nts0147.beehive.com>  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_01C065DA.286544181 Content-Type: text/plain;e 	charset="iso-8859-1"k   (stuff deleted)h  I In article <w$cAl9zMBYq$@eisner.decus.org>, kuhrt@eisner.decus.org (Martyt Kuhrt) writes:@ >In article <871yvcxmzn.fsf@k9.prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:  >>C >>And where are the masses of 64 bit Intels?  Alpha has been 64 bitt' >>it's whole life (over eight years).  t >eH >That's irrelevant unless your code needs 32 bits.  An awful lot of veryJ >useful code does not need, and cannot take advantage of, a 64 bit address >space.  >   I but the point is that Intel's been promising a 64 bit processor for yearssL (which isnt suppsosed to be code compatible with the Pentiums, which is whatI killed the NT/Alpha combo) and havent shipped one yet, while Compaq (DEC)-J has been shipping them for years, and the changeover from VAX to Alpha wasE not that bumpy.  People are picking on Compaq's ability to deliver on/B "roadmap items" meanwhile Intel has had its share of problems too.  ' ------_=_NextPart_001_01C065DA.28654418s Content-Type: text/html; 	charset="iso-8859-1"t+ Content-Transfer-Encoding: quoted-printable@  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">d <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =i charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2651.65">o <TITLE>RE: Sun Cluster</TITLE> </HEAD>  <BODY>  ( <P><FONT SIZE=3D2>(stuff deleted)</FONT> </P>  E <P><FONT SIZE=3D2>In article &lt;w$cAl9zMBYq$@eisner.decus.org&gt;, = 3 kuhrt@eisner.decus.org (Marty Kuhrt) writes:</FONT>i# <BR><FONT SIZE=3D2>&gt;In article =c< &lt;871yvcxmzn.fsf@k9.prep.synonet.com&gt;, Paul Repacholi =, &lt;prep@prep.synonet.com&gt; writes:</FONT>" <BR><FONT SIZE=3D2>&gt;&gt;</FONT>? <BR><FONT SIZE=3D2>&gt;&gt;And where are the masses of 64 bit =u* Intels?&nbsp; Alpha has been 64 bit</FONT>F <BR><FONT SIZE=3D2>&gt;&gt;it's whole life (over eight years).&nbsp; = </FONT>a <BR><FONT SIZE=3D2>&gt;</FONT>D <BR><FONT SIZE=3D2>&gt;That's irrelevant unless your code needs 32 =' bits.&nbsp; An awful lot of very</FONT>5C <BR><FONT SIZE=3D2>&gt;useful code does not need, and cannot take =w% advantage of, a 64 bit address</FONT>y% <BR><FONT SIZE=3D2>&gt;space. </FONT>  <BR><FONT SIZE=3D2>&gt;</FONT> </P>  I <P><FONT SIZE=3D2>but the point is that Intel's been promising a 64 bit = F processor for years (which isnt suppsosed to be code compatible with =C the Pentiums, which is what killed the NT/Alpha combo) and havent = G shipped one yet, while Compaq (DEC) has been shipping them for years, =nG and the changeover from VAX to Alpha was not that bumpy.&nbsp; People =tI are picking on Compaq's ability to deliver on &quot;roadmap items&quot; = = meanwhile Intel has had its share of problems too.</FONT></P>2   </BODY>C </HTML>m) ------_=_NextPart_001_01C065DA.28654418--p   ------------------------------  % Date: Thu, 14 Dec 2000 15:15:33 +00001% From: Alan Greig <agreig@my-deja.com>l Subject: Re: Sun Cluster8 Message-ID: <46oh3t4jvf9jmapacs8st676sbuhpaud9d@4ax.com>  # On Tue, 05 Dec 2000 07:57:16 -0300, * fabio_compaq@ep-bc.petrobras.com.br wrote:  J >Theres a news in CNET about the new Sun Cluster, comparisons with HP and >IBM, but no OpenVMS >e >-I >http://news.cnet.com/news/0-1003-200-3995209.html?tag=st.ne.1002.thed.nii >  >Regards >l >FC   @ This week's Computing (UK) has an article on  page 26 "Sun playsD catch-up on server clusters". It quotes Martin Hingley of IDC saying- "DEC VAX clusters did it 10 or 15 years ago.".  @ Although nice to see a mention again the implication is that VMSF clusters are no longer around.. It should really say "DEC (now Compaq)E VMS clusters have being doing it for 10 or 15 years and they're stille ahead of the pack."o --
 Alan Greig   ------------------------------  % Date: Thu, 14 Dec 2000 15:37:57 +0000p% From: Alan Greig <agreig@my-deja.com>  Subject: Re: Sun Cluster8 Message-ID: <95ph3to2b3h4mt88p7d88tu1mublhndo7u@4ax.com>  8 On Thu, 14 Dec 2000 09:28:28 -0500, "Bochnik, William J"  <BochnikWJ@bernstein.com> wrote:     >NJ >but the point is that Intel's been promising a 64 bit processor for yearsM >(which isnt suppsosed to be code compatible with the Pentiums, which is what,  C The IA-64 is supposed to be code compatible with the Pentium unless F something has changed very recently. It just isn't supposed to be very  fast at running the 32 bit code.  J >killed the NT/Alpha combo) and havent shipped one yet, while Compaq (DEC)K >has been shipping them for years, and the changeover from VAX to Alpha waslF >not that bumpy.  People are picking on Compaq's ability to deliver onC >"roadmap items" meanwhile Intel has had its share of problems too.O  F But everyone and their dog has heard of Intel's 64 bit efforts but areA only vaguely aware of Compaq's if at all. This week's UK ComputerE< Weekly states in the processor section of a review of 2000 :  D "Technically the major change was the arrival of 64-bit computing inE the mainstream, with launches from HP, IBM and Sun in the Unix arena.l@ Compaq appeared to keep quiet about its 64-bit heritage of Alpha@ servers running back to 1992, pre-dating Compaq's acquisition ofF original owner Digital... commercially Sun was the big winner... Intel lagged behind..."o  A I'm sorry to upset anyone but quite simply if a journalist writessC "Compaq kept quiet (about Alpha)" then that's probably because theyiE don't receive any general press releases from Compaq trumpeting Alphah# but get plenty talking about Intel.   E Are we expected to note every single journalists name and email it to C Sue Skonetski? Get real!!! All the new material is excellent but iti< MUST BE SENT UNSOLICITED. NOT JUST TO PEOPLE WHO ASK FOR IT.  D And surely even just one tv ad ending with Alpha powered rather than# Intel Inside isn't too much to ask?t   --
 Alan Greig   ------------------------------  % Date: Thu, 14 Dec 2000 17:04:14 +00002- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>  Subject: Re: Sun Cluster) Message-ID: <3A38FD8E.40CA1734@bbc.co.uk>p   Alan Greig wrote:>  G >  And surely even just one tv ad ending with Alpha powered rather thanr% > Intel Inside isn't too much to ask?e  D  I did see and Alpha Server on one ad they've been showing this weekD (the genome project one). But you are right, no mention by name, notL even Tru64. I think I am right in saying that one doesn't explicitly mention Intel, though.   --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 ofi MedAS or the BBC.n   ------------------------------  # Date: Thu, 14 Dec 2000 17:46:56 GMTp From: Dan <dan@vrx.net>i) Subject: vax/vms system as a DHCP client?t' Message-ID: <3A393080.5BD0C7B4@vrx.net>e  0 How do I setup my vax (vms) to be a DHCP client?- I'd like it to get an IP address dynamically.e   Dan.   ------------------------------  % Date: Wed, 13 Dec 2000 23:05:51 -0800s! From: Koloth <koloth@tmisnet.com>m) Subject: Re: Virtual I/O Cache and Oracle-+ Message-ID: <3A38714F.B10662B6@tmisnet.com>3  L Most databases have their own caching systems.  Enabling VIOC will only slow things down because you areAN moving data from one cache to another on the same system.  You would be better/ off increasing the size of the cache in Oracle.M   Regards    Cass Witkowski Senior Systems Engineerm SAIC   "Stuart, Ed" wrote:t  L > We are running Oracle V7.1.5 on VMS V6.2 on an AlphaServer 2100.  We wouldF > like to know if enabling the VMS Virtual I/O Cache would benefit theK > performance of our AlphaServer?  The doc set for VMS states "Applications L > that initiate single read and write requests will not benefit from virtualK > I/O caching as the data is never reread from the cache. Applications thatnJ > rely on implicit I/O delays might abort or yield unpredictable results." >A > Ed Stuarty' > Manager, Systems and Desktop Services ! > Information Technology Services  > City of Austin, Austin Energyh > Ed.Stuart@austinenergy.com >v, > "Glittering prizes and endless compromises0 > shatter the illusion of integrity" - Neil Pert >aD > *Please apply a generous amount of all the usual disclaimers here*   ------------------------------  % Date: Thu, 14 Dec 2000 10:45:00 +0000e% From: Alan Greig <agreig@my-deja.com>o) Subject: Re: Virtual I/O Cache and Oraclet8 Message-ID: <1m8h3tg623k2vq07l0hck1dpsr0951e93q@4ax.com>  F On Wed, 13 Dec 2000 23:05:51 -0800, Koloth <koloth@tmisnet.com> wrote:  M >Most databases have their own caching systems.  Enabling VIOC will only slow0 >things down because you areO >moving data from one cache to another on the same system.  You would be bettero0 >off increasing the size of the cache in Oracle. >e  D Turning on VIOC is hiighly unlikely to slow things down. Even thoughB you might be moving data from one cache to another the alternativeB (assuming only difference is VIOC on or off) would be to move data? from disk to Oracle SGA. And it's far easier for most people tou@ understand and turn on VIOC than it is to muck about with OracleC configuration. Plus turning on VIOC will improve performance of thes@ entire system - not just Oracle. Given sufficient memory and cpu
 resources.  B I would turn it on and give it 200MB of memory for starters if youC have sufficient. See how it goes. You might suddenly find disk readt/ hit rates of 90% depending on the applications.y   >Regards >g >Cass Witkowskid >Senior Systems Engineer >SAICh >I >"Stuart, Ed" wrote: >rM >> We are running Oracle V7.1.5 on VMS V6.2 on an AlphaServer 2100.  We wouldyG >> like to know if enabling the VMS Virtual I/O Cache would benefit thelL >> performance of our AlphaServer?  The doc set for VMS states "ApplicationsM >> that initiate single read and write requests will not benefit from virtualaL >> I/O caching as the data is never reread from the cache. Applications thatK >> rely on implicit I/O delays might abort or yield unpredictable results."s >> >> Ed Stuart( >> Manager, Systems and Desktop Services" >> Information Technology Services  >> City of Austin, Austin Energy >> Ed.Stuart@austinenergy.coml >>- >> "Glittering prizes and endless compromisese1 >> shatter the illusion of integrity" - Neil Pertm >>E >> *Please apply a generous amount of all the usual disclaimers here*o   --
 Alan Greig   ------------------------------  % Date: Thu, 14 Dec 2000 16:40:10 +0100o= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ) Subject: Re: Virtual I/O Cache and Oraclea) Message-ID: <3A38E9DA.CBC9043D@gtech.com>    Alan Greig wrote:sH > On Wed, 13 Dec 2000 23:05:51 -0800, Koloth <koloth@tmisnet.com> wrote:O > >Most databases have their own caching systems.  Enabling VIOC will only slow2 > >things down because you areQ > >moving data from one cache to another on the same system.  You would be better.2 > >off increasing the size of the cache in Oracle. > F > Turning on VIOC is hiighly unlikely to slow things down. Even thoughD > you might be moving data from one cache to another the alternativeD > (assuming only difference is VIOC on or off) would be to move data > from disk to Oracle SGA.  " Usually the alternatives would be:  4 50 MB Oracle Cache + 50 MB VIOC containing same data 100 MB Oracle Cachen  , And the latter should be significant faster.  8 Ofcourse if memory is not a problem, then the logic does4 not apply. But very few Oracle sites do not consider memory a problem.   E So I agree with the first poster: on a dedicated Oracle system VIOC=0  and give Oracle the memory.a   Arne   ------------------------------   Date: 14 Dec 2000 04:56 CSTp' From: carl@gerg.tamu.edu (Carl Perkins)t Subject: Re: VMS "froze"- Message-ID: <14DEC200004564411@gerg.tamu.edu>h   In article <3EFFBE21D3CF8649.23EC2A3F2369B97F.DD1E75AD8E173847@lp.airnews.net>, Chris Scheers <chris@applied-synergy.com> writes...  }Fred Kleinsorge wrote:t }>  N }> The HALT button does not pull some signal that causes the CPU to "halt", itM }> generates a IPL31 interrupt handled by the console firmware.  If somethingbN }> is in a IPL31 loop, or the console firmware is corrupt, then HALT will haveE }> no effect.  The system will appear "hung" and a reset is required.= }> =G }> In the future, we are addressing this on larger systems by having ansM }> external microprocessor that handles system management functions.  You can=J }> always get to this, regardless of the state of the systems.  Using thisJ }> interface you will then be able to cause specific things to happen to aL }> system regardless of the systems state.  This will provide us with better }> ways to diagnose problems.n } ! }Sort of a son of 11/780?  <grin>w } H }-----------------------------------------------------------------------% }Chris Scheers, Applied Synergy, Inc.o  H At least some of the current Alphas do have something along these lines.  G Even the DS10 has a little processor on one of the serial ports that is I smart enough to handle things including dial-up connections even when theeF main processor is not functioning, allowing you to check the status ofB various things and/or boot the system if necessary (and possible).     --- Carl   ------------------------------  % Date: Thu, 14 Dec 2000 18:37:55 +0100.6 From: "Steven Driesen" <NOSPAMsteven.driesen@tijd.com> Subject: Weird I/O problem7 Message-ID: <2q8_5.765$yz3.27601@iguano.antw.online.be>n   Hi all,y    J I have the following weird problem on a VAX/VMS system running OpenVMS 6.2  J I have a program, written in Fortran, which runs every hour scheduled by a batch queue.G It does some file I/O when it runs. At start it creates a new temporarye4 file, then writes and reads from the file and at theJ end closes the file and finally deletes it. This process is repeated every hour with a new file.q  G This is what sometimes happens for a couple of runs and then spontanouso disappears: 1 - the open of the file is allways ok (IOSTAT = 0)tL - a read from the same file fails with IOSTAT=29 (FILE NOT FOUND !!!). There is no close statement betweena=   the open and the read. I checked, and the file does exist!!s  > Another thing that also sometimes happens and then disappears: - open of file is okL - write to file fails with IOSTAT = 66 (RECORD OVERFLOW). I checked the data. that is being written to the file and it looks   OK for the format statement.    + Especially the first problem is very weird.d  J Does anybody know what might be happening. I am starting to think it a VMS problem.     Thanks for any feedback, Steven    5 -----------------------------------------------------n Steven Driesen Antwerp - Belgiums e-mail:steven.driesen@tijd.com5 -----------------------------------------------------u   ------------------------------   Date: 14 Dec 2000 13:14:00 GMT' From: dashw459@aol.comeatspam (Doug W.)t Subject: What part of a GIGAbit : Message-ID: <20001214081400.01951.00009119@ng-ch1.aol.com>  O We are having trouble attaining the performance we need using gigabit ethernet.rO   We would like to obtain 200Mb bandwidth over a point to point LAN using TCPIP I on an ES40 running VMS 7.2-1 using jumbo frames.  Has anyone been able to I obtain this bandwidth in a similar configuration?  If so, was any unusualn tuning required? n   ------------------------------   End of INFO-VAX 2000.697 ************************