1 INFO-VAX	Tue, 17 Jun 2003	Volume 2003 : Issue 333       Contents: Re: 400 Mile Clustering?? , An impressive amsterdam itanium vms demo ...0 Re: An impressive amsterdam itanium vms demo ...0 Re: An impressive amsterdam itanium vms demo ... Re: Clustering Re: Clustering6 Re: Compaq Analyze incantation to analyse clue$fru.sys Re: cxx performance , Re: Do's and don'ts about cleaning keyboards, Re: Do's and don'ts about cleaning keyboards, RE: Do's and don'ts about cleaning keyboards, Re: Do's and don'ts about cleaning keyboards, Re: Do's and don'ts about cleaning keyboards, Re: Do's and don'ts about cleaning keyboards, Re: Do's and don'ts about cleaning keyboards- Re: How to configure Batch Queues for cluster  Re: HP #1 in Storage Re: HP #1 in Storage Re: HP #1 in Storage' Installation problem with OpenVMS 7.3.1  KZPBA on an AlphaServer 2100a?" Re: KZPBA on an AlphaServer 2100a?" Re: KZPBA on an AlphaServer 2100a?& Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31& Re: NFS Client to MS-Services for Unix& Re: NFS Client to MS-Services for Unix& Re: NFS Client to MS-Services for Unix& Re: NFS Client to MS-Services for Unix& Re: NFS Client to MS-Services for Unix Re: Problems with SYS$GETRMI Re: Problems with SYS$GETRMI# Re: Rookie question for the experts # Re: Rookie question for the experts # Re: Rookie question for the experts # Re: Rookie question for the experts # Re: Rookie question for the experts 1 SCO tells IBM no more AIX ... IBM better buy VMS! @ Re: SEC:U MIT-MAGIC-COOKIE-1, Motif 1.3 and HP TCP/IP XDM (long)> Successful usage of Alpha/VMS Samba in multi-user environment? Re: Sun to be the next DEC!  Re: Sun to be the next DEC! ? Re: VMS V7.3-1 v. Exabyte EXB-8505XL and compression/compaction ? Re: VMS V7.3-1 v. Exabyte EXB-8505XL and compression/compaction < [ENABLE AUTOSTART] How to determine the state of AUTOSTART ?? [OT] Future of Sun in doubt ?, was: Re: Sun to be the next DEC! C Re: [OT] Future of Sun in doubt ?, was: Re: Sun to be the next DEC!   F ----------------------------------------------------------------------    Date: 16 Jun 2003 14:07:14 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) " Subject: Re: 400 Mile Clustering??< Message-ID: <cf15391e.0306161307.8eeebb7@posting.google.com>  m Gerald Marsh <gerald@cyfer.demon.co.uk> wrote in message news:<4e3mevoq0h0aabvr0nt098cja4t549hua4@4ax.com>... H > We are currently running a two-site FDDI cluster over approx 5 miles -H > An Alphaserver 8200 and DS20 on either end with HSZ50's and host-based% > volume shadowing. (Based in the UK)   E With only a 5 mile distance you probably can't detect any significant E difference in performance due to latency between the sites, since the F effect of speed-of-light at that small distance is not much additionalD latency in comparison with the latency of inter-node locking latencyF over a LAN within a single site.  (200-300 microseconds is typical forE round-trip lock request latency over a LAN; 5 miles would add no more B than about 100 microseconds round trip time due to speed of light,B using the rule of thumb of no more than 1 millisecond per 50 miles round-trip latency.)  C If you'd like to measure your current average lock-request latency, C use LOCKTIME.COM from http://encompasserve.org/~parris/locktime.com # (and see also locktime_readme.txt).   G > The cluster runs business critical applications but only from one the F > 8200's at any one time, although we do swap the live node frequentlyC > for testing. All nodes have one vote except the usually live node H > which has two. This would allow the cluster to continue without manual. > intervention if the "stand-by" site is lost.  C When running the application at only one site at a time, inter-node F locking is unlikely to be a performance issue, since VMS tends to moveB lock mastership of all the application files to a node at the siteB where the activity is going on.  Only lock directory lookups wouldA have to cross sites, and then only 50% of the time, statistically 	 speaking.   E (In runnng a cluster with un-balanced votes between sites, you should D understand the theoretical failure scenario called "Creeping Doom". E I'm not saying not to run with unequal votes between sites, just that E you need to understand this potential failure scenario.  There's lots @ of info on DT clusters at http://www.geocities.com/keithparris/)  G > We would like to extend the distance somewhat! The normal route would G > be 200 miles but, if we needed to use a contingency network route, it  > could be 400 miles.  > F > Most of the work of the live node is straight through processing butE > there is some interactive load which would be sensitive to response E > problems caused by network latency - In the past we looked at using G > Gigaswitches with the FDDI interfaces to support longer distances but E > the latency due to switching ruled it out. I  am therefore assuming = > that we would need ATM cards in the alphas to prevent this.   > In my measurements, FDDI traffic through a pair of GIGAswitchsC resulted in lock request latencies of 270 microseconds.  Adding ATM E cards to the GIGAswitches and running an ATM link between them raised F the figure to only 285 microseconds.  So having the GIGAswitch convert@ FDDI frames to/from ATM packets only added 15 microseonds.  So I disagree with your assumption.  D I'd use LAN cards of your choice in the Alphas, and convert to otherF media using a good-quality bridge, such as the equipment from dnpg.com' (or a high-end Cisco box, if you must).   C > Is anyone out there running a cluster over such a distance? If so E > please let me know if we can contact someone to pick his/her brain.   D Longest distance DT cluster I'm aware of was a test cluster of aboutF 300 miles between Boston and NYC.  Longest-distance production clusterA I'm aware of was E*Trade's, at 130 miles highway distance and 252 E miles circuit path length.  (4.4 milliseconds round-trip lock latency  between sites.)   8 In E*Trade's cluster, we starting running a few specificE performance-critical applications only at one site at a time starting C when a flood washed out a highway bridge carrying the links between < sites and the circuit was re-routed who-knows-where.  (OtherD applications continued running across the cluster in a load-balancedD fashion, regardless of site.)  I/O performance didn't seem to sufferB from the inter-site distance, but then reads were all satisfied byC local disks; only writes suffered the inter-site latency.  And they B used controllers with write-back cache, and used large solid-state/ disk arrays for the performance-critical files.   F > I intend to research the newer features of volume shadowing, such asF > the device sites, to prevent extraneous IO over the WAN. Any info on) > this would also be gratefully received.  > G > As we would be dependant on a network service provider for the comms, A > any information regarding supported protocols would be welcome.   E You'll need something which can provide a bridged LAN connection, and > the VMS Cluster Software SPD requires a minimum of 10 megabitsF bandwidth (although you'll probably want more than that for acceptableA shadowing full-copy times).  You can use ATM or SONET (at OC-3 or E OC-12 speeds or better), Gigabit or Fast Ethernet, FDDI, and Dense or F Coarse Wave Division Multiplexing (WDM) for multiples of these, if you! can get dark fiber between sites.    ------------------------------    Date: 16 Jun 2003 16:55:36 -0700( From: bob@instantwhip.com (Bob Ceculski)5 Subject: An impressive amsterdam itanium vms demo ... = Message-ID: <d7791aa1.0306161555.1d9b95af@posting.google.com>   ; with all the depressing posts by people on this board about 5 amsterdam, this little tidbit must have slipped their  feeble minds ...  L http://www.hp.com/products1/evolution/alpha_retaintrust/openvms/interex.html   ------------------------------  % Date: Mon, 16 Jun 2003 20:33:47 -0400 * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: An impressive amsterdam itanium vms demo ... 2 Message-ID: <xt2dnUd0sJpt_HOjXTWJhA@metrocast.net>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0306161555.1d9b95af@posting.google.com... = > with all the depressing posts by people on this board about 7 > amsterdam, this little tidbit must have slipped their  > feeble minds ... >  > L http://www.hp.com/products1/evolution/alpha_retaintrust/openvms/interex.html  H While it may have slipped *your* feeble mind, Bob, I doubt that too manyL other people missed it - nor do I suspect they were unduly surprised to find) that the VMS port had reached that stage.   K There has never been much doubt that the engineering team could port VMS to B Itanic.  The main issues are rather whether it made sense to do soL (especially considering scrapping Alpha in the process) and whether it wouldI make any difference given the complete apathy VMS's owners have otherwise ( shown toward the future of the platform.   - bill   ------------------------------  # Date: Tue, 17 Jun 2003 00:42:44 GMT # From: "John Smith" <a@nonymous.com> 9 Subject: Re: An impressive amsterdam itanium vms demo ... E Message-ID: <8utHa.1752$111.784@news04.bloor.is.net.cable.rogers.com>   5 "Bill Todd" <billtodd@metrocast.net> wrote in message , news:xt2dnUd0sJpt_HOjXTWJhA@metrocast.net... > 7 > "Bob Ceculski" <bob@instantwhip.com> wrote in message 9 > news:d7791aa1.0306161555.1d9b95af@posting.google.com... ? > > with all the depressing posts by people on this board about 9 > > amsterdam, this little tidbit must have slipped their  > > feeble minds ... > >  > >  > F http://www.hp.com/products1/evolution/alpha_retaintrust/openvms/intere x.html > E > While it may have slipped *your* feeble mind, Bob, I doubt that too  manyF > other people missed it - nor do I suspect they were unduly surprised to find + > that the VMS port had reached that stage.  > F > There has never been much doubt that the engineering team could port VMS toD > Itanic.  The main issues are rather whether it made sense to do soE > (especially considering scrapping Alpha in the process) and whether  it wouldA > make any difference given the complete apathy VMS's owners have 	 otherwise * > shown toward the future of the platform.  E A real advertising and marketing department would have taken this and B made a full-page ad in the WSJ under really large print, "PromisesD Made. Promises Kept." and then ended the ad with "Stay Tuned to This Space."   8 But since HP has no intention of advertising VMS, ......    D OVMS Engineering should take some time from the Itanic port and portB VMS to Sony Playstation 2 or Xbox. There's your low-cost platform.D Then they can put the hobbyist CD and some instructions as an insertE in the Sunday paper the way AOL hands out CD's. They'd probably get 1 * million new VMS users in a month that way.   ------------------------------  + Date: Mon, 16 Jun 2003 18:13:18 +0000 (UTC) 0 From: "insomnee_a" <robert.heyes@btinternet.com> Subject: Re: Clustering 0 Message-ID: <bcl1bu$m0n$1@sparta.btinternet.com>   thankyou everyone   5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in message # news:3EEDABB8.307A5023@127.0.0.1...  > Insomnee wrote:  > > B > > How do I tell which route my SCS traffic is taking? We have it
 configured so K > > that we have redundancy at the suggestion of our engineer, but he didnt  knowI > > how to tell which path it is taking so we could test it. I would tell  you J > > how we have it configured at present, but I cant remember from memory. > B > You've had the good 7.3 information pointers in a previous post. > I > SDA is one of the places to look, but does need some interpretation and E > understanding. SHOW PORT is the basic starting point, and also SHOW F > CLUSTER/CONT and using the ADD FIELD in conjunction with reading the6 > help as to what is being displayed should also help. > D > I appreciate it is not immediately obvious that paths are working,J > partly because VMS fails them over transparently. There is an article inF > the WIS database discussing how to determine the path being used forC > cluster communications which will help navigate SDA, available to D > contract customers and possibly on the web with ask openvms (Still5 > going? last I checked didn't give what I expected.)  > G > The error log file also contains details of virtual circuit closures, J > particularly in the LAN environment. The console will also give you someG > details of the status of virtual circuits as the open and close. From J > the early days I believe the "noise" from CNXMAN to the console has beenC > reduced, unless there's a way of switching it all back on, Keith?  > J > The proof would be, seeming as you are at early implementation stage, ofI > actually simulating failures and watching what happens to your cluster, G > and that it does what you want it to do. Also a good time to document  > procedures in eventualities. >  > --  A > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  > nclews at csc dot com    ------------------------------  # Date: Tue, 17 Jun 2003 00:43:54 GMT  From: Rob.Buxton@wcc.govt.nz Subject: Re: Clustering $ Message-ID: <3eee6314.17081046@news>  4 On Sun, 15 Jun 2003 18:23:43 +0000 (UTC), "Insomnee"$ <robert.heyes@btinternet.com> wrote:  M >How do I tell which route my SCS traffic is taking? We have it configured so M >that we have redundancy at the suggestion of our engineer, but he didnt know J >how to tell which path it is taking so we could test it. I would tell youG >how we have it configured at present, but I cant remember from memory.  >  >Ta :o)  >  > D In addition, the Availability Manager software gives a very detailedE analysis of exactly what channels are open across which interface and @ to which other Cluster Member as well as a wealth of other info.   ------------------------------    Date: 16 Jun 2003 12:16:02 -0700* From: ken.randell@fortel.com (Ken Randell)? Subject: Re: Compaq Analyze incantation to analyse clue$fru.sys ; Message-ID: <8debc3ff.0306161116.f22599@posting.google.com>   [ Roy Omond <Roy@Omond.net> wrote in message news:<bckgr2$ib4$1$830fa78d@news.demon.co.uk>...  > Gentle colleagues, > = > I'm struggling with Compaq Analyze (what a *&^&^%%^ crock), : > to generate output from a CLUE$FRU.SYS (itself generated > from:  >  > 	$ analyze/system  > 	SDA> clue fru > 
 > I've tried:  > , > 	$ ca n tra input clue$fru.sys out x.x all >    <stuff snipped>   F My experience is not directly applicable to this, but running DECEVENTE 3.4 on a 600 Mhz DS10 (also EV-6 generation) -- it's able to dump the D configuration entries -- it doesn't really 'decode' them per se, but@ the 'dump' output for the FRU information will at least tell you  what's there.  An example below:  @     =================   NODE Subpacket Header   ================  2           Type                   21. NODE FRU DESC$           Sub_Type                0.$           Subpkt Lenght         192.#      Node HD Extension    x00000000 +      NODE ID              x0000000000000000 +      NODE Flags           x0010000000BB00FF #      Direct Ancestor      x00000000 #      Affinity Performance x00000000 #      Parent               x00000000 #      Next Sibling         x00000000 #      Previous Sibling     x000012C0 #      Child                x00001600 #      Magic Designator     x00000000       @     ** NODE Subpkt Translation NOT supported   - Dump Follows **  $ Count of valid bytes:           128.    >           15--<-12  11--<-08  07--<-04  03--<-00   :Byte OrderE  0000:    00000020  00010001  00000000  00000000   *............ ...* E  0010:    70616441  00150001  00000020  00010001   *.... .......Adap* E  0020:    00000000  39393837  2D434941  20636574   *tec AIC-7899....* E  0030:    00000020  00010001  00000000  00000000   *............ ...* E  0040:    00000000  00000000  00000020  00010001   *.... ...........* E  0050:    00000000  00000000  00000000  00000000   *................* E  0060:    00000000  00000000  00000000  00000000   *................* E  0070:    00000000  00000000  00000000  00000000   *................*    ------------------------------  # Date: Mon, 16 Jun 2003 20:28:21 GMT 4 From: "Johan Nilsson" <johan.nilsson@esrange.ssc.se> Subject: Re: cxx performance@ Message-ID: <d02a3e8523ef7297cb26c33843087954@free.teranews.com>  J [Before adding my replies to this mail, I'd just like to make clear that IK am _not_ interested in starting a flame war of the pros and cons of various J operating systems and compilers. I simply saw what I though looked like anC anomaly, and wanted to check if there was a way to improve upon the I situation. My personal opinion about VMS is that it is the most solid and L well-designed operating system ever seen, but that is not the point here. My comments inlined. // Johan]   5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in message # news:3EEDC5FC.C324019D@127.0.0.1...  > Johan Nilsson wrote: > K > > I've been struggling for some time now to increase the performance when J > > running the DEC (aka COMPAQ/HP) C++ compiler. I'm doing a (perhaps not7 > > completely fair) comparison of building CppUnit 1.8 K > > (http://cppunit.sourceforge.net) on a Windows XP machine and an OpenVMS  7.1 I > > PWS au/433 machine and I'm really wondering what's going on. Here are  the  > > machine configurations:  > > I > > And the compilation times (full rebuild from scratch including link): > > > ---------------------------------------------------------- > > G > > 1) Windows machine: 01:32 mins (static library, precompiled headers  turned > > _off_, debug build) F > > 2) OpenVMS machine: 07:35 mins (!) (object library, local template# > > instantiations, /debug, /noopt)  >  > E > Why is this important? No, I don't think you're being fair. You are I > comparing a 64 bit architecture RISC compiler with a 32 bit, um, thingy I > compiler. Surely compilation is a one-off process, the real performance I > you're looking for is in the execution, and that could be anything from C > program design (which also affects compilation times) to external J > factors such as network latencies and device reading and writing and theB > use of caches as to "how fast it goes". I'm surprised you've not, > compared size of the delivered executable.  L I selected CppUnit for comparison simply because it's a part of my low-levelF development cycle and it compiled (almost) without modifications underF OpenVMS as well as under XP. As it is a library and not very likely toI change at all during the lifecycle of a project it was perhaps not a good = example - I only wanted to have some hard numbers to look at.   G Yes, the real performance lies in execution, but when executing the TDD J cycle of continuously writing unit tests-> compiling -> linking -> runningJ tests -> writing tests ... an ever so slight performance drop results in a? grand total of much lost productivity over a day. Sorry to say.   K That is also the reason I compared _debug_, _non-optimized_ builds, because D that is what I work with most of the time.during development. So the? compiler should not be having such a hard time finding the best D optimizations. I assume that you are being sarcastic about comparing1 executable sizes, so I won't comment on that one.    > G > I expect that Itanium compilations will take even longer, because the : > compiler is going to spend time looking for parallelism.  I For _optimized_ builds, yes, that is likely. However, the CPU horsepowers 8 are increasing - so I wouldn't bet my shoes (?) on that.   > H > It is possible for someone experienced in performance to tune a systemF > as a compilation engine. If you want some parity, I'd switch off theG > default write caching in XP. Some folks I know got a huge performance I > boost in compilations using the XFC features of 7.3 of VMS over 7.1, so J > I don't believe you're really on a level playing field here. When was XP > released? And 7.1?  E If you really want to compare - how about comparing how much time the H operating systems have had to mature. Windows NT was originally releasedK in -93 (IIRC) as Windows NT 3.1 - which makes XP/NT ten years old. When was H VMS originally released? But then again, this is not very interesting toF me - I was looking for ways to speed up the compilation in the current envronment.  4 > This is set as a task for you and hopefully you'll& > find some reasons to consider 7.3-1.  F Well, pricing isn't one of them. Also, the systems are operational and> upgrading VMS is not something we'd like to do just like that.  # > But no matter what you do to your I > apple or your orange, they'll still taste different. Then again, one of ( > them does bruise a little more easily.  K Agreed. But is there any operating system out there that's harder to bruise 
 than OpenVMS?    // Johan   ------------------------------   Date: 16 Jun 03 20:08:49 +0200) From: p_sture@elias.decus.ch (Paul Sture) 5 Subject: Re: Do's and don'ts about cleaning keyboards ) Message-ID: <iXIzR5oeYtdX@elias.decus.ch>   T In article <3EEDA906.52ECC327@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > Paul Sture wrote:  >>  J >> My heartful thanks to the person who recommended putting my LK keyboard >> through the dishwasher. >>   >> It is beatifully clean now. >>  ) >> But a pity it doesn't work any more...  > J > After 1 or two episodes of cleaning out keyboards I've talked about hereJ > before, you can also dismantle the keyboard for a proper electrical fix.D > It is a matter of removing all the keys gently and opening all theD > catches under the keyboard and between the keys, then the case andH > membranes can be easily separated and cleaned, but don't rub too hard.E > Make sure it is absolutely bone dry before reassembling, and having @ > another keyboard to look at while putting the keys back helps. > I > If the kb still refuses to work, it could be track or other damage that I > is beyond repair. Track type damage often affects a row or two, or line 
 > of keys. >   A Thanks for that. A day's more drying in the sun has got it almost C working again. The space bar is still sticking, but it is progress.    --  
 Paul Sture: (limping along on a d|i|g|i|t|a|l RT101 PC style keyboard)   ------------------------------  # Date: Mon, 16 Jun 2003 17:39:18 GMT ' From: Don Sykes <anonymous@pacbell.net> 5 Subject: Re: Do's and don'ts about cleaning keyboards + Message-ID: <3EEE00C3.8B9E4D3C@pacbell.net>    Paul Sture wrote:  > I > My heartful thanks to the person who recommended putting my LK keyboard  > through the dishwasher.  >  > It is beatifully clean now.  > ( > But a pity it doesn't work any more... >  > -- > Paul Sture  # Why would you clean your keyboard?  1 If its clean, others will be tempted to use it :) " Few would dare to use my keyboard!   --     Have VMS, Will Travel  Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------   Date: 16 Jun 03 20:25:10 +0200) From: p_sture@elias.decus.ch (Paul Sture) 5 Subject: RE: Do's and don'ts about cleaning keyboards ) Message-ID: <anK$LNxvIu0t@elias.decus.ch>   | In article <CDA4BAD1E10ED41181AC00508B6051D3023CD015@grumpy.internal.hspg.com>, Andrew Robinson <arobinson@hspg.com> writes:? >>From: p_sture@elias.decus.ch [mailto:p_sture@elias.decus.ch]  I >>My heartful thanks to the person who recommended putting my LK keyboard  > through the dishwasher.? >> >>It is beatifully clean now.  >>) >>But a pity it doesn't work any more...   >>K > Pity you didn't remove the electrics first - less than two minutes with a M > flat bladed screwdriver. If you want a spare I have between 50 - 60 VT420's M > & 520's + keyboards cluttering up pallet spaces in the warehouse. MD though N > they were Russian TV's & told us to 'upgrade' them to PC's running emulation@ > :-( So now have lots of spares for the workshops, or Hobbyists > C Thanks for the kind offer. I haven't given up hope yet, but if I do  I'll remember that.    --  
 Paul Sture   ------------------------------  % Date: Mon, 16 Jun 2003 14:33:14 -0400 , From: David Michaels <michaedi@email.uc.edu>5 Subject: Re: Do's and don'ts about cleaning keyboards , Message-ID: <3EEE0D6A.B1BC3478@email.uc.edu>   Paul Sture wrote:  > I > My heartful thanks to the person who recommended putting my LK keyboard  > through the dishwasher.  >  > It is beatifully clean now.  > ( > But a pity it doesn't work any more... >  > -- > Paul Sture      WD-40 = water displacement - 40   G I've never seen it harm electronics. Not to say it can't, but I haven't  seen it.   ------------------------------   Date: 16 Jun 03 20:39:26 +0200) From: p_sture@elias.decus.ch (Paul Sture) 5 Subject: Re: Do's and don'ts about cleaning keyboards ) Message-ID: <u73XvfdEyosQ@elias.decus.ch>   U In article <3EEE00C3.8B9E4D3C@pacbell.net>, Don Sykes <anonymous@pacbell.net> writes:  >  >  > Paul Sture wrote:  >>  J >> My heartful thanks to the person who recommended putting my LK keyboard >> through the dishwasher. >>   >> It is beatifully clean now. >>  ) >> But a pity it doesn't work any more...  >>   > % > Why would you clean your keyboard?  3 > If its clean, others will be tempted to use it :) $ > Few would dare to use my keyboard! >   B This is my home keyboard. Your keyboard is obviously safe from me!  C You remind me of a short stint at a customer several years ago. The J keyboard was black with grime and I couldn't stand the sticky feel. I used- nearly a whole bottle of isopropanol on that.    --  
 Paul Sture   ------------------------------  % Date: Mon, 16 Jun 2003 14:19:27 -0700 % From: Dean Woodward <deanw@rdrop.com> 5 Subject: Re: Do's and don'ts about cleaning keyboards ( Message-ID: <3EEE345F.1020205@rdrop.com>   David Michaels wrote:   ! > WD-40 = water displacement - 40  > A > I've never seen it harm electronics. Not to say it can't, but I  > haven't seen it.  > Ye3ah, but no0w mny finghers kee3p sloipping o0ffg the4 keysw!   ------------------------------   Date: 17 Jun 03 00:38:26 +0200) From: p_sture@elias.decus.ch (Paul Sture) 5 Subject: Re: Do's and don'ts about cleaning keyboards ) Message-ID: <oUSqsnKRFCs4@elias.decus.ch>   P In article <3EEE345F.1020205@rdrop.com>, Dean Woodward <deanw@rdrop.com> writes: > David Michaels wrote:  > " >> WD-40 = water displacement - 40 >>  2 Never knew that one before. What does the 40 mean?   B >> I've never seen it harm electronics. Not to say it can't, but I >> haven't seen it.  > @ > Ye3ah, but no0w mny finghers kee3p sloipping o0ffg the4 keysw! >    LOL.   --  
 Paul Sture   ------------------------------    Date: 16 Jun 2003 14:43:45 -0500 From: briggs@encompasserve.org6 Subject: Re: How to configure Batch Queues for cluster3 Message-ID: <YSFCp5GF+5o1@eisner.encompasserve.org>   n In article <JY1Ha.229240$lL2.2278485@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:V > In article <rJ2W$Gs4prJ+@eisner.encompasserve.org>, briggs@encompasserve.org writes:Y >>In article <vejq09e4ahbke4@news.supernews.com>, "John Vottero" <John@mvpsi.com> writes: b >>> "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:3EE92CA4.E1B439A3@fsi.net...M >>>> You could do this in your SYSTARTUP_VMS.COM procedure in the SYS$MANAGER 
 >>>> path: >>>>I >>>> $ INIT/QUE/BATCH SYS$BATCH/GENERIC=(SYS$BATCH_node1,SYS$BATCH_node2) " >>>> $ NODE = F$GETSYI("NODENAME")2 >>>> $ INIT/QUE/BATCH SYS$BATCH_'NODE'/JOB_LIMIT=4 >>> O >>> You don't have to put INIT/QUE commands in SYSSTARTUP_VMS.COM.  INIT/QUE is M >>> a one time command (unless you want to make changes).  The only thing you H >>> have to do at startup is start the queue or enable autostart queues. >> >>Absolutely true. >  > Yup. > E >>But if your queue mangler database has a habit of blowing itself to A >>smithereens or if you restore the queue database from an online H >>backup (/IGNORE=INTERLOCK) and thus blow it away yourself, it is handyG >>to be able to recreate your queues and handier still if they recreate 
 >>themselves.  > @ > Then a separate command procedure _not_ invoked during startup > is the way to go.   ? A separate command procedure has a way of getting itself out of @ date.  If you embed it in the startup script, it acts as a crude form of enforced discipline.  K > But reducing the startup time from my AS2100 from over 20min to 2min (!!) K > was the reason to never ever use a INIT/QUEUE command in startup anymore. I > Only an ENABLE AUTOSTART is in (and one START command for the one batch 9 > queue <node$STARTUP> which I use during the startup)...    Yep.  That is the downside.    	John Briggs   ------------------------------    Date: 16 Jun 2003 11:06:15 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)  Subject: Re: HP #1 in Storage = Message-ID: <cf15391e.0306161006.3b98344e@posting.google.com>   s spamsink2001@yahoo.com (Alan E. Feldman) wrote in message news:<b096a4ee.0306141304.6431c1d3@posting.google.com>... F > Great, HP will have lots of storage running for other OS's. How does > this help VMS?  : If HP continues to do well financially, then VMS is safer.  F The merger has also helped give VMS customers more options in storage.F  You can use XP storage with VMS and be fully supported now.  Features? like mini-merges are being moved up to the OS level, instead of C depending on vendor-specific controller-based write history logging B that only works with specific controller models.  HP seems to haveD even done a better job of getting pre-merger Compaq storage productsE (SmartArray and MSA1000, for example) working well with and supported  on VMS.    ------------------------------  # Date: Tue, 17 Jun 2003 00:49:12 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: HP #1 in Storage F Message-ID: <cAtHa.1754$111.1482@news04.bloor.is.net.cable.rogers.com>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0306161006.3b98344e@posting.google.com... ; > spamsink2001@yahoo.com (Alan E. Feldman) wrote in message 9 news:<b096a4ee.0306141304.6431c1d3@posting.google.com>... C > > Great, HP will have lots of storage running for other OS's. How  does > > this help VMS? > < > If HP continues to do well financially, then VMS is safer.    F http://story.news.yahoo.com/news?tmpl=story&ncid=1211&e=8&u=/nm/200306) 14/wr_nm/column_pluggedin_dc&sid=95573372   D SAN FRANCISCO (Reuters) - Tucked away in the hills of Wisconsin is a? group of monks who have decided that jumping on the imaging and B printing bandwagon would be a financially rewarding way to support& their monastery, the Cistercian Abbey.  0 Good-bye illuminated manuscripts, hello inkjets.  9 The business, which operates the Web site LaserMonks.com, B (http://www.lasermonks.com), offers up to 75 percent discounts forF businesses and individuals on printing and imaging supplies, includingD toner cartridges, inkjet cartridges, refill kits, copier toner, even cash register ribbons.  : The market for printing and imaging supplies is a big one.E Hewlett-Packard Co. (NYSE:HPQ - news), the biggest maker of printers, C derived $918 million, or 76 percent, of its operating profit in its ; most recent quarter from its imaging and printing business.   @ "It's a ridiculously high number," said Roger Kay, an analyst at market researcher IDC.  @ And, increasingly, consumers have options beyond going to OfficeE Depot, OfficeMax, Fry's Electronics stores and other retailers to get E inkjet and laser printer cartridges when they are running low on ink,  or have already run out. ...........   E Perhaps the good monks won't carve a hunk of flesh off HP's hide, but B Dell might as it rushes to put pricing pressure on the printer and= supplies market. Maybe it's time HP 'diversified' and started ; advertising and marketing its high margin operating system.    ------------------------------  % Date: Mon, 16 Jun 2003 20:44:44 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: HP #1 in Storage ' Message-ID: <3EEE728C.96823748@fsi.net>    Keith Parris wrote:  > u > spamsink2001@yahoo.com (Alan E. Feldman) wrote in message news:<b096a4ee.0306141304.6431c1d3@posting.google.com>... H > > Great, HP will have lots of storage running for other OS's. How does > > this help VMS? > < > If HP continues to do well financially, then VMS is safer.  ; ...AND, if HP wants to continue to do well financially, ...   6 *MUST* I say it? (Actually, "John Smith" already did!)   --   David J. Dachtera  dba DJE Systemsn http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Tue, 17 Jun 2003 05:22:23 GMTs" From: Eric Bruno <eric@ebruno.org>0 Subject: Installation problem with OpenVMS 7.3.1' Message-ID: <3EEEA595.20407@ebruno.org>r  - I have an Aspen Durango II (164LX) Alpha box. - I am having problem installing OpenVMS 7.3.1.e0 I have upgraded the SRM to 5.8 which is the must( current version available for the 164LX.   Here is what happens.l Power on the system ) Boot dka400 which is cd.  OpenVMS starts.e% I go though the configuration processs, The install starts and gets to 60% point and4 just freezes no message no response at the keyboard.  ; I have tried installing with and with out DECnet,TCP, Motifl: ...etc.  I have gone through and tied to install a minimum. OS. The completion goes to 90% and then hangs.  7 Is there way to get log or trace info out of install to 6 see where it's hanging?  The box may not run 7.3.1 but( right now I can't tell why it's hanging.  9 I am trying to my hands on 7.2 CD set to see if that runs * since 7.2 was reported to run on this box.   Eric Bruno.x   ------------------------------    Date: 16 Jun 2003 11:09:00 -0700) From: munroe@csworks.com (Richard Munroe)e' Subject: KZPBA on an AlphaServer 2100a?e< Message-ID: <8d09fa7.0306161009.2cccb155@posting.google.com>  = Anybody know if this will work with OpenVMS 7.1 (or at all)?  F Technically it appears to be an unsupported configuration, but will it work?B   TIAr   Dick Munroe    ------------------------------  % Date: Mon, 16 Jun 2003 16:51:27 -0400a, From: "warren sander" <warren.sander@hp.com>+ Subject: Re: KZPBA on an AlphaServer 2100a?b, Message-ID: <3eee323c$1@usenet01.boi.hp.com>   go toaJ http://h18002.www1.hp.com/alphaserver/options/as2100a/as2100a_options.html0 which is the AS2100a supported options pages andL look.. It does seem to be supported.. There are some patches you should have etc.     --  K ----------------------------------------------------------------------------7 Warren Sander                   WW E-Marketing (HP.COM)-B Hewlett-Packard Company         Work:  warren.sander@remove.hp.comK 200 Forest Street MR01-3/K8     Personal: sander.ma.ultranet@remove.rcn.com . Marlboro, MA 01752              (508) 467-48755    My opinions are my own and I only speak for myselfs*          Read http://www.hp.com/go/openvmsK ---------------------------------------------------------------------------x    6 "Richard Munroe" <munroe@csworks.com> wrote in message6 news:8d09fa7.0306161009.2cccb155@posting.google.com...> > Anybody know if this will work with OpenVMS 7.1 (or at all)?H > Technically it appears to be an unsupported configuration, but will it > work?c >h > TIAe >o
 > Dick Munroet   ------------------------------  % Date: Mon, 16 Jun 2003 16:01:51 -0400t5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>t+ Subject: Re: KZPBA on an AlphaServer 2100a?t2 Message-ID: <iCHuPpYTQlzd6ZOghjhNudxTKTFz@4ax.com>  < Check out the AlphaServer 2100A supported Storage options ata http://h18003.www1.hp.com/alphaserver/options/as2100a/as2100a_15_options_sorted.html#OptListHead.l= Both the KZPBA-CA and PZPBA-CB controllers are on there, withn; minimum VMS versions listed (V6.2-1H3) and relevant patches/+ required.  It is a supported configuration.d   David R. Beattyr  B On 16 Jun 2003 11:09:00 -0700, munroe@csworks.com (Richard Munroe) wrote:  > >Anybody know if this will work with OpenVMS 7.1 (or at all)? G >Technically it appears to be an unsupported configuration, but will itl >work? >  >TIA >  >Dick Munroe   ------------------------------    Date: 16 Jun 2003 12:40:14 -0700+ From: c00per11242001@yahoo.ca (Vic Mendham)t/ Subject: Max length of Nodename in OpenVMS 7.31n= Message-ID: <f7a73cb1.0306161140.3183e559@posting.google.com>t  E What is the maximum lenght that a system nodename can be, does anyonehE know and dies it change depending on which version of OpenVMS you areu running?   c00per11242001@yahoo.cay   ------------------------------  % Date: Mon, 16 Jun 2003 22:46:00 +0200n+ From: "Hans Vlems" <hvlems.nieuw@zonnet.nl>n3 Subject: Re: Max length of Nodename in OpenVMS 7.31e5 Message-ID: <bclaae$kjvvc$1@ID-143435.news.dfncis.de>t  L AFAIK the SYSGEN parameter SCSNODE is limited to 6 characters in AXP/VMS 7.3 and VAX/VMS 7.3.K It has been that way since VMS 3.4, say around 1985. I have no idea what itw was before that.   Hans  : "Vic Mendham" <c00per11242001@yahoo.ca> schreef in bericht7 news:f7a73cb1.0306161140.3183e559@posting.google.com...oG > What is the maximum lenght that a system nodename can be, does anyonehG > know and dies it change depending on which version of OpenVMS you ares
 > running? >s > c00per11242001@yahoo.cat   ------------------------------  # Date: Mon, 16 Jun 2003 20:50:25 GMTD4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)3 Subject: Re: Max length of Nodename in OpenVMS 7.31e/ Message-ID: <l4qHa.964983$OV.1069232@rwcrnsc54>   k In article <f7a73cb1.0306161140.3183e559@posting.google.com>, c00per11242001@yahoo.ca (Vic Mendham) writes:qF >What is the maximum lenght that a system nodename can be, does anyoneF >know and dies it change depending on which version of OpenVMS you are	 >running?d   As usual, "it depends".		:-)  I SCSNODE is still only a maximum of six characters (something which I haverO requested be fixed for a few years, now).  AFAIK, DECnet and TCP/IP Services dooM not place such a draconian limit on the length of nodenames, but I don't haven details.  N I think that this topic has been brought up before on c.o.v., so Google may beE your friend here.  If not, I'm sure others will chime in before long.m   >t >c00per11242001@yahoo.ca  A _________________________________________________________________ 0 Bradford J. Hamilton			"All opinions are my own"= bMradAhamiPltSon-at-atMtAbi.cPoSm	"Lose the MAPS, and replaceh 					'-at-' with @"5   ------------------------------    Date: 16 Jun 2003 16:11:51 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)u3 Subject: Re: Max length of Nodename in OpenVMS 7.31n3 Message-ID: <4TGfy9YYYBcj@eisner.encompasserve.org>w  k In article <f7a73cb1.0306161140.3183e559@posting.google.com>, c00per11242001@yahoo.ca (Vic Mendham) writes:OG > What is the maximum lenght that a system nodename can be, does anyonedG > know and dies it change depending on which version of OpenVMS you arer
 > running?  H    DECnet phase IV and SCS are limitted to 6 characters.  DECnet phase VE    and IP are not so limitted, but DECnet phase V will let you keep arE    phase IV compatability name which is still 6 characters.  I don't aF    know what the limit is on LAT, but it usually defaults to the phase5    IV name so I'd not try too hard to push it past 6.e  G    So which protocol were you interested in?  Each has it's own naming.e    Each name can be different.  F    The only limits I know of are that if you go back far enough you'llH    find older versions of VMS that don't support one of those protocols.   ------------------------------  % Date: Mon, 16 Jun 2003 21:12:01 -0500D1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o3 Subject: Re: Max length of Nodename in OpenVMS 7.31e' Message-ID: <3EEE78F1.C3B5310F@fsi.net>e   Vic Mendham wrote: > G > What is the maximum lenght that a system nodename can be, does anyone G > know and dies it change depending on which version of OpenVMS you area
 > running? >  > c00per11242001@yahoo.ca-  E Well, DECnet-IV has always imposed a six(6) character limit. Not suret 'bout Phase-V.   What I find interesting is:i   DJAS01::DDACHTERA$ sysman  SYSMAN> para show scsnode.C %SYSMAN-I-USEACTNOD, a USE ACTIVE has been defaulted on node DJAS01o( Node DJAS01:   Parameters in use: ACTIVEH Parameter Name            Current    Default    Minimum    Maximum Unit  Dynamic.H --------------            -------    -------    -------    ------- ----  --------B SCSNODE                 "DJAS01  "    "    "     "    "     "ZZZZ"
 Ascii        @  r# SYSMAN> para set scsnode "DJEAXP01"e SYSMAN> para show scsnode ( Node DJAS01:   Parameters in use: ACTIVEH Parameter Name            Current    Default    Minimum    Maximum Unit  Dynamic1H --------------            -------    -------    -------    ------- ----  -------pB SCSNODE                 "DJEAXP01"    "    "     "    "     "ZZZZ"
 Ascii             SYSMAN>   E (Sorry 'bout the wraps.) So, the SCSNODE field seems to support up topD eight(8) characters, even though the on-line HELP says it only takes six(6).t  G This machine doesn't run DECnet; so I could try to run it that way (putsH the equivalent of the above in MODPARAMS and AUTOGEN it). I'd change itsF name in the DNS to match, just to keep from confusing myself too much.   -- e David J. Dachterat dba DJE Systemsd http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------   Date: 16 Jun 2003 18:17:24 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)/ Subject: Re: NFS Client to MS-Services for Unix 5 Message-ID: <bcl1jk$kb43i$1@ID-135708.news.dfncis.de>o  0 In article <AXlHa.19$7H5.32303@news.uswest.net>,9 	"Michael D. Ober" <obermd-@-alum-mit-edu-nospam> writes:4L > Anyone gotten this to work?  If so, how?  HP (DEC) Support has been unable > to figure this out.n  E Which MS Services for Unix?  There are two versions and it was not an.D upgrade, they are totally differnt packages.  I had sporadic successF with the earlier version and have not yet tried the newer version, but> I will be glad to do what I can to help you work through this.  C What, specifically, is your problem?  what are you trying to do andv what is it doing/not-doing?n  D And if no one else cares to see this, feel free to take it to Email.   bill   -- aJ 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>   m   ------------------------------  % Date: Mon, 16 Jun 2003 12:54:32 -0600r6 From: "Michael D. Ober" <obermd-@-alum-mit-edu-nospam>/ Subject: Re: NFS Client to MS-Services for Unixh0 Message-ID: <JnoHa.27$7H5.49379@news.uswest.net>  I SFU 3.0.  I can get the connection to occur, but then I can't do anythinglH with it.  Every attempt to actually list a directory, read a file, etc.,J results in a Device Timeout.  I have verified that UID/GID are both -2 andK that the VMS SYSTEM account is in the W2K Server's configuration as a valid.3 user with and the UID/GID pairs match on both ends.h   Thanks,r Mike.o  9 "Bill Gunshannon" <bill@gw5.cs.uofs.edu> wrote in messagep/ news:bcl1jk$kb43i$1@ID-135708.news.dfncis.de...o2 > In article <AXlHa.19$7H5.32303@news.uswest.net>,: > "Michael D. Ober" <obermd-@-alum-mit-edu-nospam> writes:G > > Anyone gotten this to work?  If so, how?  HP (DEC) Support has beene unable > > to figure this out.  >CG > Which MS Services for Unix?  There are two versions and it was not anrF > upgrade, they are totally differnt packages.  I had sporadic successH > with the earlier version and have not yet tried the newer version, but@ > I will be glad to do what I can to help you work through this. >lE > What, specifically, is your problem?  what are you trying to do and  > what is it doing/not-doing?s >eF > And if no one else cares to see this, feel free to take it to Email. >s > bill >w > --  L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------   Date: 16 Jun 2003 19:37:05 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)/ Subject: Re: NFS Client to MS-Services for Unixa5 Message-ID: <bcl691$k8isg$1@ID-135708.news.dfncis.de>   0 In article <JnoHa.27$7H5.49379@news.uswest.net>,9 	"Michael D. Ober" <obermd-@-alum-mit-edu-nospam> writes:e > SFU 3.0.    ' That's supposed to be the good ne.  :-)n  J >          I can get the connection to occur, but then I can't do anythingJ > with it.  Every attempt to actually list a directory, read a file, etc.,L > results in a Device Timeout.  I have verified that UID/GID are both -2 andM > that the VMS SYSTEM account is in the W2K Server's configuration as a validr5 > user with and the UID/GID pairs match on both ends.e  A OK, How time critical is this?  I will try and set up a couple of A systems tomorrow (I needed to test it out for my own operation at"B some point this summer anyway, nows as good a time as any!)  Which TCPIP on the VMS side?   bill   --  J 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>   s   ------------------------------    Date: 16 Jun 2003 16:46:22 -0700& From: chessmaster1010@hotmail.com (JG)/ Subject: Re: NFS Client to MS-Services for Unix = Message-ID: <dd3f0cb7.0306161546.39c3424c@posting.google.com>v  n "Michael D. Ober" <obermd-@-alum-mit-edu-nospam> wrote in message news:<JnoHa.27$7H5.49379@news.uswest.net>...K > SFU 3.0.  I can get the connection to occur, but then I can't do anythingeJ > with it.  Every attempt to actually list a directory, read a file, etc.,L > results in a Device Timeout.  I have verified that UID/GID are both -2 andM > that the VMS SYSTEM account is in the W2K Server's configuration as a validr5 > user with and the UID/GID pairs match on both ends.T  E We've head the same result here with every version of MS Services forr@ Unix that we've tried to connect to, using the NFS client on VMS1 V6.2/UCX V4.2 and VMS V7.2/TCP.IP Services V5.0A.w  C The NFS MOUNT apparently works, but a DIRECTORY just locks up.  YoueD have to DISMOUNT/ABORT and wait quite a while to get your DCL prompt back.j  A We did do a successful test using another NT NFS server we demoed- from:e http://www.omniplex.ltd.uk  B I'm surprised that the VMS<->Windows NFS issue hasn't come up hereD before.  Is everone else using Samba or Pathworks (Advanced Server)?   ------------------------------   Date: 17 Jun 2003 01:56:44 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)/ Subject: Re: NFS Client to MS-Services for Unix 5 Message-ID: <bclsgs$kignu$1@ID-135708.news.dfncis.de>   = In article <dd3f0cb7.0306161546.39c3424c@posting.google.com>,r) 	chessmaster1010@hotmail.com (JG) writes:up > "Michael D. Ober" <obermd-@-alum-mit-edu-nospam> wrote in message news:<JnoHa.27$7H5.49379@news.uswest.net>...L >> SFU 3.0.  I can get the connection to occur, but then I can't do anythingK >> with it.  Every attempt to actually list a directory, read a file, etc.,=M >> results in a Device Timeout.  I have verified that UID/GID are both -2 and N >> that the VMS SYSTEM account is in the W2K Server's configuration as a valid6 >> user with and the UID/GID pairs match on both ends. > G > We've head the same result here with every version of MS Services for B > Unix that we've tried to connect to, using the NFS client on VMS3 > V6.2/UCX V4.2 and VMS V7.2/TCP.IP Services V5.0A.  > E > The NFS MOUNT apparently works, but a DIRECTORY just locks up.  YounF > have to DISMOUNT/ABORT and wait quite a while to get your DCL prompt > back.   C Great, I love a challenge!!  I set up my testbed tomorrow for sure.    > C > We did do a successful test using another NT NFS server we demoed  > from:  > http://www.omniplex.ltd.uk > D > I'm surprised that the VMS<->Windows NFS issue hasn't come up hereF > before.  Is everone else using Samba or Pathworks (Advanced Server)?  B I am amazed this problem could exist and not be looked at prior to
 this as well.0   bill   -- 1J 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: 16 Jun 2003 14:15:40 -0700# From: fernando.vallarino@oca.com.uy-% Subject: Re: Problems with SYS$GETRMI3= Message-ID: <5da5a1ff.0306161315.2310bb60@posting.google.com>c  k "Bagbourne" <the_bagbournes@btinternet.com> wrote in message news:<bcia62$sib$1@hercules.btinternet.com>... I > You need to wait for it to write the values into the addresses that you_, > passed - that's an asynchronous operation. > N > Look at SYS$GETRMIW, and read up about event flags - you need to pass it oneG > to wait on.... Unless, IIRC you are on a late V7 version - that has aeM > special event flag 128 I think. I sadly exited the VMS world about the timei > this feature arrived :-( >  > Nige2 > <fernando.vallarino@oca.com.uy> wrote in message9 > news:5da5a1ff.0306131409.1e3162a7@posting.google.com....C > > I'm trying to obtain the cpu usage of an AlphaServer using thisiI > > system service (SYS$GETRMI), but all the counters are 0 in all modes.e: > > The value returned is 1 (also in the IO status block).
 > > Any idea?o > > Here is the code:  > >e
 > > main() > > {o > >         float Espera = 10;I > >         unsigned int CPUInterrupt,CPUKernel,CPUExec,CPUSuper,CPUUser,.. > >                         CPUCompat,CPUIdle; > >         IL Sol[] = {: > >                 {4, RMI$_INTERRUPT, &CPUInterrupt, 0},4 > >                 {4, RMI$_KERNEL, &CPUKernel, 0},0 > >                 {4, RMI$_EXEC, &CPUExec, 0},2 > >                 {4, RMI$_SUPER, &CPUSuper, 0},1 > >                 {4, RMI$_USER,  &CPUUser, 0}, 4 > >                 {4, RMI$_COMPAT, &CPUCompat, 0},0 > >                 {4, RMI$_IDLE, &CPUIdle, 0},0 > >                 {0, 0,          0,        0} > >         }; > >         int Ret; > >         IOSB Iosb; > > 9 > >         Ret = sys$getrmi(0, 0, 0, &Sol, &Iosb, 0, 0); 9 > >         printf("GETRMI = %d %d\n", Ret, Iosb.status);f8 > >         printf("CPUInterrupt = %d\n", CPUInterrupt);2 > >         printf("CPUKernel = %d\n", CPUKernel);. > >         printf("CPUExec = %d\n", CPUExec);0 > >         printf("CPUSuper = %d\n", CPUSuper);. > >         printf("CPUUser = %d\n", CPUUser);2 > >         printf("CPUCompat = %d\n", CPUCompat);. > >         printf("CPUIdle = %d\n", CPUIdle); > > }a   Thanks Nige.@ I've tried using event flags and the AST routine, but the values are 0 again.= You mentioned something about VMS version, my version is 7.3.p
 Thanks again.s   ------------------------------  # Date: Mon, 16 Jun 2003 23:12:38 GMTg4 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com>% Subject: Re: Problems with SYS$GETRMIh2 Message-ID: <G9sHa.2679$dV7.2011@news.cpqcorp.net>  0 <fernando.vallarino@oca.com.uy> wrote in message7 news:5da5a1ff.0306131409.1e3162a7@posting.google.com...k   > main() > {e >         float Espera = 10;G >         unsigned int CPUInterrupt,CPUKernel,CPUExec,CPUSuper,CPUUser,u, >                         CPUCompat,CPUIdle; >         IL Sol[] = {8 >                 {4, RMI$_INTERRUPT, &CPUInterrupt, 0},2 >                 {4, RMI$_KERNEL, &CPUKernel, 0},. >                 {4, RMI$_EXEC, &CPUExec, 0},0 >                 {4, RMI$_SUPER, &CPUSuper, 0},/ >                 {4, RMI$_USER,  &CPUUser, 0},t2 >                 {4, RMI$_COMPAT, &CPUCompat, 0},. >                 {4, RMI$_IDLE, &CPUIdle, 0},. >                 {0, 0,          0,        0} >         }; >         int Ret; >         IOSB Iosb; >l7 >         Ret = sys$getrmi(0, 0, 0, &Sol, &Iosb, 0, 0);r7 >         printf("GETRMI = %d %d\n", Ret, Iosb.status); 6 >         printf("CPUInterrupt = %d\n", CPUInterrupt);0 >         printf("CPUKernel = %d\n", CPUKernel);, >         printf("CPUExec = %d\n", CPUExec);. >         printf("CPUSuper = %d\n", CPUSuper);, >         printf("CPUUser = %d\n", CPUUser);0 >         printf("CPUCompat = %d\n", CPUCompat);, >         printf("CPUIdle = %d\n", CPUIdle); > }i  7 At a minimum, your example code is faulty as it stands.r  G You should be calling the wait service, rather than the asynch service.y4 You should also be outputting the value of Ret also.G Is your definition of the structure IOSB correct?  If done incorrectly,. it could be a problem.D Is your definition of the structure IL (item List) correct?  If done# incorrectly, it could be a problem.o  - Those are simple things that pop right out...i     --  
 Sincerely,	 Mark Budau Hewlett-Packard Companye VMS Engineering  110 Spitbrook Road
 MS: ZK3-4/X57f Nashua, NH 03062 Voice: (603) 884-1969a FAX: (603) 884-3451n  * VMS Home Page http://www.hp.com/go/openvms   ------------------------------  % Date: Mon, 16 Jun 2003 18:39:45 +0100l) From: Antonio Carlini <arcarlini@iee.org>h, Subject: Re: Rookie question for the experts& Message-ID: <3EEE00E1.2030006@iee.org>    Peter 'EPLAN' LANGSTOEGER wrote:M > Only problem/annoyance I have with is the absence of multiwildcard support.0  A It's been a long time now since I had my hands anywhere near the DG relevant area of DECnet's guts, but IIRC it's down to the way that the .H various calls keep their context between one invocation and the next. I I suspect that it's fixable (with some considerable effort, given how deep  D in the guts this is) but probably not deemed to be worthwhile for a , product that is largely in maintenance mode.   Antonio>   -- p   --   ---------------o- Antonio Carlini             arcarlini@iee.orgn   ------------------------------  # Date: Tue, 17 Jun 2003 00:41:44 GMTt6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER), Subject: Re: Rookie question for the experts5 Message-ID: <cttHa.250240$lL2.2584498@news.chello.at>k  R In article <3EEE00E1.2030006@iee.org>, Antonio Carlini <arcarlini@iee.org> writes:! >Peter 'EPLAN' LANGSTOEGER wrote:uN >> Only problem/annoyance I have with is the absence of multiwildcard support. > B >It's been a long time now since I had my hands anywhere near the H >relevant area of DECnet's guts, but IIRC it's down to the way that the I >various calls keep their context between one invocation and the next. I aJ >suspect that it's fixable (with some considerable effort, given how deep E >in the guts this is) but probably not deemed to be worthwhile for a m- >product that is largely in maintenance mode.y  B Geee, there is this word again: VMS software in "maintenance mode"   -- M Peter "EPLAN" LANGSTOEGERo% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Tue, 17 Jun 2003 01:27:59 GMToL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"), Subject: Re: Rookie question for the experts6 Message-ID: <00A217BD.7A751218@SSRL.SLAC.STANFORD.EDU>  n In article <cttHa.250240$lL2.2584498@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:S >In article <3EEE00E1.2030006@iee.org>, Antonio Carlini <arcarlini@iee.org> writes:-" >>Peter 'EPLAN' LANGSTOEGER wrote:O >>> Only problem/annoyance I have with is the absence of multiwildcard support.' >>C >>It's been a long time now since I had my hands anywhere near the  I >>relevant area of DECnet's guts, but IIRC it's down to the way that the .J >>various calls keep their context between one invocation and the next. I K >>suspect that it's fixable (with some considerable effort, given how deep wF >>in the guts this is) but probably not deemed to be worthwhile for a . >>product that is largely in maintenance mode. > C >Geee, there is this word again: VMS software in "maintenance mode"s  7 What bold new development do you want to see in DECnet?d  F If it's any consolation, TCP/IP for VMS is in very active development.   -- Alant -- gO ===============================================================================s0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056eM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================3   ------------------------------  % Date: Mon, 16 Jun 2003 20:38:31 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>3, Subject: Re: Rookie question for the experts' Message-ID: <3EEE7117.B9F23C26@fsi.net>e    Peter 'EPLAN' LANGSTOEGER wrote: > [snip]6 > This seems to become another religion war (4 vs. 5).  5 Well, not so much "religion" as "ease of management".   G For those outfits with a big enough DECnet network, Phase-V is probably B valuable, if rather ponderous to learn to manage. For most others,@ Phase-IV is probably still the ticket for "set it and forget it" networking.r   > [snip]M > Only problem/annoyance I have with is the absence of multiwildcard support.s > 6 >         NCL> SHOW NSP LOCAL NSAP * REMOTE NSAP * ALL > or= >         NCL> SHOW ROUTING CIRCUIT * REACHABLE ADDRESS * ALL  > B > gives %NCL-E-MULTILEVELWILD, multi-level wildcarding not allowed@ > If this is fixed, then I'd say, DECnet-Plus is almost perfect.  C ...except that it then still lacks a comprehensible user interface.w  M > And I also see no need for LANCP if DECnet is installed/configured/running.n  D ...unless you need something straight-forward and easily manageable.  Even then, LANCP has its quirks.   -- r David J. Dachteras dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 16 Jun 2003 20:40:04 -0500r1 From: "David J. Dachtera" <djesys.nospam@fsi.net>-, Subject: Re: Rookie question for the experts' Message-ID: <3EEE7174.B1319335@fsi.net>w    Peter 'EPLAN' LANGSTOEGER wrote: > T > In article <3EEE00E1.2030006@iee.org>, Antonio Carlini <arcarlini@iee.org> writes:# > >Peter 'EPLAN' LANGSTOEGER wrote:eP > >> Only problem/annoyance I have with is the absence of multiwildcard support. > >aC > >It's been a long time now since I had my hands anywhere near thetI > >relevant area of DECnet's guts, but IIRC it's down to the way that the2J > >various calls keep their context between one invocation and the next. IK > >suspect that it's fixable (with some considerable effort, given how deepaF > >in the guts this is) but probably not deemed to be worthwhile for a/ > >product that is largely in maintenance mode.t > D > Geee, there is this word again: VMS software in "maintenance mode"  D ...until "the rebellion" dies with its members, then the world as we, knew it will finally be totally assimilated.   Just about there now...p   -- f David J. Dachtera  dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------    Date: 16 Jun 2003 16:27:51 -0700( From: bob@instantwhip.com (Bob Ceculski): Subject: SCO tells IBM no more AIX ... IBM better buy VMS!= Message-ID: <d7791aa1.0306161527.3a519c8b@posting.google.com>   3 or it will not have any other os to compete for theg high end ...  3 http://www.eweek.com/article2/0,3959,1128675,00.aspn   ------------------------------   Date: 16 JUN 2003 20:17:02 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)I Subject: Re: SEC:U MIT-MAGIC-COOKIE-1, Motif 1.3 and HP TCP/IP XDM (long)C6 Message-ID: <16JUN03.20170271@thuria.waisman.wisc.edu>  6 In a previous article, Dirk Munk <munk@home.nl> wrote:  Q ->As we all know we can cluster VMS systems for high availability, and so we can DN ->also make a clustered BIND server. This is great, most likely the only such  ->product around.i -> >L ->However you can NOT use dynamic updates with such a clustered BIND server. -> aL ->Now if you want to build a VMS TCP/IP production cluster, it will use the 5 ->Loadbroker, and that relies on dynamic DNS updates.e   Yes it's a dilemma.o  H However, through testing (TCPIP 5.3, ECO-2 on VMS 7.3-1) I've found thisI restriction to mean you can't have BIND writing to the same zone file. Ini3 TCPIP$BIND.CONF, I have the following options line:h  & 	directory "SYS$SYSROOT:[TCPIP$BIND]";  I I have a writable zone file (TEST.DB) that receives updates from Lbroker. J Provided there's a copy of this file in the first level of the search listJ sys$sysroot (e.g. the file is sys$specific:[tcpip$bind]test.db), bind will2 update this file on each node without complaints.   I Not that I would recommend relying on this in a production cluster but ittJ does appear to work so long as each node has it's own copy of the writable
 zone file.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisonu9 --                  karcher.nomorespxm@waisman.wisc.edu      ------------------------------  % Date: Mon, 16 Jun 2003 17:58:31 -0300:2 From: Rodman S. Regier <rsr@hfx.andara.com.NOSPAM>G Subject: Successful usage of Alpha/VMS Samba in multi-user environment?68 Message-ID: <jkbsevcn6iendd7fdm024pgf7cdv172jul@4ax.com>  ; I'd appreciate hearing from any site that has successfully 15 deployed Alpha/VMS SAMBA V2.2.8 SE on VMS V7.3-1 pluss2 TCPIP 5.3 ECO 2 in a multi-user  share environment  (or version close to the above).  e? We have an "almost working" configuration but are experiencing g? intermittent "write_socket_data: write failure. Error = broken g? pipe" errors.  This same network previously supported Pathwork s V5.x shares without complaint. e  i= Any hints on resolving configuration/environment issues that   weren't obvious?  t TIA   k --B Rod Regier, Software Development           bus: (902)422-1973 x108= Dymaxion Research Ltd., 5515 Cogswell St., fax: (902)421-1267 B Halifax, Nova Scotia, B3J 1R2 Canada    mailto:RRegier@dymaxion.caF                                                http://www.dymaxion.ca    ------------------------------  % Date: Mon, 16 Jun 2003 15:34:37 -0400e* From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: Sun to be the next DEC!2 Message-ID: <44udnTnTRYtPhnOjXTWJgQ@metrocast.net>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0306160915.37f9047b@posting.google.com...s5 > gee Andrew, I hope this means we willn't be hearing.5 > from you anymore :) ... there is still time to joinn! > the OpenVMS Itanium sales team!h >h > K http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2914032,00.htmlt  L What a piece of crap.  Sun's only hope is to import a CEO from outside, justF like DEC, Compaq (Capellas hadn't been with the company for very long,I IIRC), and HP did?  And the experience those companies had in doing so isiK supposed to prove that this would *help*?  McNealy may be a loud-mouth, butaD he's worth more than Palmer, Curly, and Carly all lumped together (a somewhat amusing image).  L Furthermore, if the article's observation that the industry is moving towardK standard OS platforms *is* correct, then VMS will be doomed well before Sund! is - whether Itanic sinks or not.p  H Sun's main problem is that it expanded more than most higher-end vendorsF during the dot-com boom and is now imploding more than most higher-endI vendors during the ensuing bust.  But its customer base appears to remaintK loyal, its hardware remains cost-effective, its hardware direction (lots ofrK threads per chip => leading per-chip throughput at relatively low power and J cost) is certainly sound for the server environments it targets (which areF indeed something of a niche, but as VMS has proved even without activeE vendor support niches aren't anything to be sneezed at), its softwaresI directions are about as ho-hum as everyone else's (which seems to satisfyi7 the current market), *and it listens to its customers*.h   - bill   ------------------------------  # Date: Mon, 16 Jun 2003 21:18:25 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")$ Subject: Re: Sun to be the next DEC!6 Message-ID: <00A2179A.9CCB5C07@SSRL.SLAC.STANFORD.EDU>  h In article <d7791aa1.0306160915.37f9047b@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:4 >gee Andrew, I hope this means we willn't be hearing4 >from you anymore :) ... there is still time to join  >the OpenVMS Itanium sales team! >mL >http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2914032,00.html   So Meta Group sez:  D  To regain competitiveness, Sun must de-emphasize SPARC/Solaris (notO double-down, as CEO Scott McNealy proposes) and bet its future on Intel, Linux,.E and Web services. Unfortunately, McNealy seems unable to drive such aSM fundamental transformation. "At this point, the only thing that will save Sun O from becoming the next Digital Equipment Corp. is a near-death experience and agN CEO from the outside. IBM went through it and HP is going through it, and they< are the stronger for it," says META Group analyst Nick Gall.  L (So in order to be competitive, Sun must drop their unique value propositionD and bet its future on commodity products Sun didn't develop, has no K particular expertise in, and are the same things everybody else is selling?wN Andrew (and every other Sun employee) is much likelier to be looking for a jobF if Sun follows META's advice than if it keeps on the track it is now.)   -- Alan    -- fO =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056hM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================g   ------------------------------  + Date: Mon, 16 Jun 2003 15:08:53 -0500 (CDT)m From: sms@antinode.orgH Subject: Re: VMS V7.3-1 v. Exabyte EXB-8505XL and compression/compaction) Message-ID: <03061615085345@antinode.org>-  1 From: "David J. Dachtera" <djesys.nospam@fsi.net>r  D    As much as I like to discourage Mr. Dachtera from contributing to every thread posted, ...  L > >    Back on 12-NOV-2002, I complained about a problem with compression on> > > my Exabyte EXB-8505XL 8mm tape drive ("device type EXABYTEI > > EXB-8505SMBANSH2", and revision level 0793, according to SCSI_INFO), -  F > Just curious - does this agree with SHOW DEVICE/FULL? I should think: > they'd both display the same string, but you never know.  6 PHA $ show device /full 8mm ! VMS V7.2-1 (few patches)  M Magtape PHA$MKA500:, device type EXABYTE EXB-8505SMBANSH2, is online, record-0K     oriented device, file-oriented device, error logging is enabled, deviceo     supports fastskip.  O     Error count                    0    Operations completed                 13-O     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WrO     Reference count                0    Default buffer size                 512.O     Density                  default    Format                        Normal-11w  G   Volume status:  no-unload on dismount, beginning-of-tape, odd parity.     ( ALP $ show device /full 8mm ! VMS V7.3-1  M Magtape ALP$MKA200:, device type EXABYTE EXB-8505SMBANSH2, is online, record-nN     oriented device, file-oriented device, available to cluster, error loggingM     is enabled, controller supports compaction (compaction  disabled), devicee     supports fastskip (per_io).t  O     Error count                    0    Operations completed            1242444-O     Owner process                 ""    Owner UIC                      [SYSTEM]tO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WPO     Reference count                0    Default buffer size                 512rO     Density                      QIC    Format                        Normal-11o  G   Volume status:  no-unload on dismount, beginning-of-tape, odd parity.s    G    VMS V7.3-1 does add the encouraging (discouraging) text, "controllercH supports compaction (compaction  disabled)", and the displayed "Density"H ("QIC") is now more intriguing.  Adding to mixed en/discouragment, "HELP MOUNT /DENSITY" suggests:i  B      QIC            All QIC drives are drive-settable only - Alpha                     only.      8200           Exa-Byte 8200 - Alpha only.      8500           Exa-Byte 8500 - Alpha only    F    INITIALIZE /DENSITY = 8500 works (at least does not fail), but doesH not change the SHOW DEVICE /FULL display.  Adding "/MED = COMP" restoresE the "%INIT-F-DRVERR, fatal drive error".  (Note that Exabyte does not  spell it "Exa-Byte".)e  G    The drive firmware version ("0793" or "0808") is displayed by eitherM= the AlphaStation console firmware or the "SCSI_INFO" program.-  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.orgv    Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 16 Jun 2003 20:56:20 -050071 From: "David J. Dachtera" <djesys.nospam@fsi.net>SH Subject: Re: VMS V7.3-1 v. Exabyte EXB-8505XL and compression/compaction& Message-ID: <3EEE7544.13E47E5@fsi.net>   sms@antinode.org wrote:f > 3 > From: "David J. Dachtera" <djesys.nospam@fsi.net>t > F >    As much as I like to discourage Mr. Dachtera from contributing to > every thread posted, ... > N > > >    Back on 12-NOV-2002, I complained about a problem with compression on@ > > > my Exabyte EXB-8505XL 8mm tape drive ("device type EXABYTEJ > > > EXB-8505SMBANSH2", and revision level 0793, according to SCSI_INFO), > H > > Just curious - does this agree with SHOW DEVICE/FULL? I should think< > > they'd both display the same string, but you never know. > 8 > PHA $ show device /full 8mm ! VMS V7.2-1 (few patches) > O > Magtape PHA$MKA500:, device type EXABYTE EXB-8505SMBANSH2, is online, record-iM >     oriented device, file-oriented device, error logging is enabled, device  >     supports fastskip. > Q >     Error count                    0    Operations completed                 13xQ >     Owner process                 ""    Owner UIC                      [SYSTEM]dQ >     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WhQ >     Reference count                0    Default buffer size                 512eQ >     Density                  default    Format                        Normal-11o > I >   Volume status:  no-unload on dismount, beginning-of-tape, odd parity.d > * > ALP $ show device /full 8mm ! VMS V7.3-1 > O > Magtape ALP$MKA200:, device type EXABYTE EXB-8505SMBANSH2, is online, record- P >     oriented device, file-oriented device, available to cluster, error loggingO >     is enabled, controller supports compaction (compaction  disabled), devicem! >     supports fastskip (per_io).G > Q >     Error count                    0    Operations completed            1242444gQ >     Owner process                 ""    Owner UIC                      [SYSTEM] Q >     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WdQ >     Reference count                0    Default buffer size                 512aQ >     Density                      QIC    Format                        Normal-11C > I >   Volume status:  no-unload on dismount, beginning-of-tape, odd parity.   ? O.k. Question, since this is pertinent to my current situation:u  D Can a (tape) device be SET /FASTSKIP=ALWAYS without having to load a tape and MOUNT it?  ? I thought there was a way to do that, but don't recall anythingeG specific. A quick scan of SYSMAN HELP SYS_PARAM doesn't reveal anything F suggestive. Wonder if the on-line doc.'s (System parameters list under" SYSGEN) would be useful here ... ?   -- - David J. Dachtera- dba DJE Systems, http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  # Date: Tue, 17 Jun 2003 01:23:21 GMTe6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)E Subject: [ENABLE AUTOSTART] How to determine the state of AUTOSTART ? 5 Message-ID: <d4uHa.250531$lL2.2584498@news.chello.at>n   You probably know0   	$ ENABLE AUTOSTARTE' 	$ ENABLE AUTOSTART/NAME_OF_MANAGER=...c 	$ ENABLE AUTOSTART/ON_NODE=...-  F but what about showing the current state of what queue manager on what+ node is already enabled or still disabled ?E  ! Is there a SHOW (QUEUE) command ?A6 Is there a lexical function (item code for F$GETQUI) ?J Am I blind^Wtired or is there something still missing in VMS and/or docu ?   Many TIA   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialistN E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 16 Jun 2003 12:49:18 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)H Subject: [OT] Future of Sun in doubt ?, was: Re: Sun to be the next DEC!3 Message-ID: <qJEUXtdxr6Vf@eisner.encompasserve.org>   h In article <d7791aa1.0306160915.37f9047b@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:5 > gee Andrew, I hope this means we willn't be hearing 5 > from you anymore :) ... there is still time to joini! > the OpenVMS Itanium sales team!i > M > http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2914032,00.htmlh  K [I've marked this response off-topic, but porting to Solaris _is_ an option J that is been forced on some VMS sites, so if the future of Sun is in doubtG then I do think that is something that VMS people need to be aware of.]o  N I have seen a large number of comments from various sources over the last yearJ or so suggesting that Sun may have viability issues in the future and that* they are been seriously impacted by Linux.  I For those of you with Solaris in your IT strategy are you considering newXE systems based on Solaris, or are you looking at a Linux replacement ?i  H Also, for those of you with Solaris experience, does Solaris still offerG enough unique features for it to be viable, or is Linux taking over too B much of the market that Solaris has traditionally been sold into ?  D Finally, would you say that the percentage of jobs requiring Solaris experience has changed at all ?e  G Please base your responses on _FACTS_, not on comments designed only tot provoke Andrew.c   Thanks for any information,t   Simon.   -- oB Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------    Date: 16 Jun 2003 16:04:22 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)vL Subject: Re: [OT] Future of Sun in doubt ?, was: Re: Sun to be the next DEC!3 Message-ID: <6NMfQbU4ZONG@eisner.encompasserve.org>e  x In article <qJEUXtdxr6Vf@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:P > I have seen a large number of comments from various sources over the last yearL > or so suggesting that Sun may have viability issues in the future and that, > they are been seriously impacted by Linux. > K > For those of you with Solaris in your IT strategy are you considering new G > systems based on Solaris, or are you looking at a Linux replacement ?a  D    Lets see, Gartner a few months ago pronounced Solaris and AIX theC only viable UNIX.  Considering Gartner's record I think all our SunsF worshippers have reason to look around.  At IBM I suspect they'll just continue to migrate to Linux.t   ------------------------------   End of INFO-VAX 2003.333 ************************