1 INFO-VAX	Mon, 18 Sep 2000	Volume 2000 : Issue 522       Contents: RE: Big AlphaServer Sale Re: Compaq VMS promo Re: Compaq VMS promo Cyber-Biz Secrets # Getting Compaq to advertise OpenVMS A INITIALIZE options: /header & /maximum_files, how do they relate? E Re: INITIALIZE options: /header & /maximum_files, how do they relate?  Job seekers online information.  Re: LAT/linux exists! No more SYSDUMP.DMP? No more NTP? % Re: No more SYSDUMP.DMP? No more NTP? % Re: No more SYSDUMP.DMP? No more NTP?  Re: RTR and DECdtm Re: RTR and DECdtm4 RE: System node identifier and cluster configuration RE: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  RE: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  RE: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris 5 Re: Trap "STOP process" command inside your C program 5 Re: Trap "STOP process" command inside your C program  UCX Impersonator Wiring
 Re: Wiring  F ----------------------------------------------------------------------  % Date: Sun, 17 Sep 2000 21:39:51 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com> ! Subject: RE: Big AlphaServer Sale J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052847B9@kaoexc4.kao.dec.com>   Bob,  E >>> These are not typical configurations, even for a large production 
 system.<<<  K Do you mean that over 7,000 drives with almost no RAID (other than RAID 0), K 1 10Gb tape drive, 256 SCSI adapters and 50,688 network hub adapters is not  a production ready system?     :-) :-)   8 http://www.tpc.org/new_result/c-result1.idc?id=100070302  = Yep, always do local benchmarking based on your requirements.    Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----$ From: kaplow_r@eisner.decus.org.mars' [mailto:kaplow_r@eisner.decus.org.mars] ( Sent: Friday, September 15, 2000 2:37 PM To: Info-VAX@Mvb.Saic.Com ! Subject: Re: Big AlphaServer Sale     / In article <00256954.0046C207.00@quegw01.btyp>, & Steve.Spires@yellowpages.co.uk writes:? > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza  >  >  > Andrew posted; > K > "The DOE deal is worth 200 million dollars and requires Compaq to deliver J > 375 fully configured WildFire servers and 600 TB of storage. But at list thisK > configuration would according to the TPC-C unit pricing cost 1.45 billion  > dollars."  > K > I have no idea how much these systems would cost, but my arithmetic makes  this > just under $4m per system. >  > That can't be right, can it? > E > $200m works out at about $550k per system. Given the number and the  discount is 2 > that a truer figure? It seems more likely to me. > 7 > Like I say, I have no idea, but if anyone else has...  >  > Steve Spires > VMS System Manager > BT/Yellow Pages   E Look at the TPC hardware configurations. They typically throw LOTS of F hardware at these benchmarks, with the goal being biggest possible TPCF number, not price performance. The last configuration I saw had 52 HSGK controllers and 52 KGPSA controllers, one per disk array port! 9G drives to I maximize spindle count thus thruput. 8 PCI card cages to hold everything.   I These are not typical configurations, even for a large production system.      	Bob Kaplow	  J jeshuel@earthlink.net postmaster@127.0.0.1 webmaster@global-prosperity.comJ paul@still.zzn.com newyorker@cartoonbank.exactis.com Blindfury1010@aol.comE strategies1221f@hotmail.com ahogan3@ford.com brenda@mail.anet-chi.com    ------------------------------  % Date: Mon, 18 Sep 2000 00:55:51 +0200 " From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: Compaq VMS promo ( Message-ID: <8q3hok$fdd$1@news.IAEhv.nl>   Sue,  > keep this up and you might even get to save VMS from the faith& predicted by Bobby (the knife) Palmer.  
 Hans Vlems  ) Sue Skonetski heeft geschreven in bericht - <8ptvd8$dko$1@mailint03.im.hou.compaq.com>... I >I have no idea, that mailer was done by a vendor working with the MARCOM  >people. > % >We are hiring a lot of college kids.  >  >Sue >  > 0 >norm.raphael@jamesbury.com wrote in message ... >> >>H >>Thanks, Sue.  Now who's picture is that on the OpenVMS Times postcard? >> >> >> >> >>>  >> >> >> >> >> >  >    ------------------------------  # Date: Sun, 17 Sep 2000 23:10:33 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Compaq VMS promo = Message-ID: <Jbcx5.25179$pu4.2216929@typhoon.ne.mediaone.net>   - "Hans Vlems" <hvlems@iae.nl> wrote in message " news:8q3hok$fdd$1@news.IAEhv.nl... > Sue, > @ > keep this up and you might even get to save VMS from the faith( > predicted by Bobby (the knife) Palmer.  K VMS has survived fires, floods, terrorist bombings and yes, even Bob Palmer ; and Bill Gates. How's THAT for an industrial-strength OS???    ------------------------------  % Date: Mon, 18 Sep 2000 00:57:30 -0400  From: Greatsuccess@aol.com Subject: Cyber-Biz Secrets8 Message-ID: <00003e8d660e$0000707d$000033b5@[152.3.6.0]>  ! The Truth Is Finally Revealed....   A   How Does The Richest Man In The World Use The Greatest Business @   Secrets Of All Time To Make Over 32.4 Million Dollars A Day?!!  @   No matter who you are, where you live or what your sex, age orB   race is by the time you finish reading this special article, you   will know:  @   * How to start a proven money making business that requires noF     inventory, no shipping and no employees within 7 days, guaranteed!  @   * How to get a $300 professionally designed Web Site for FREE!  F   * How to increase your sales by more than 137% in 30 days regardless     of your business!   D   * How to get paid for a 1000-hour workweek, without going to work!  C   * How to turn 50 cents into $50, with a simple click of a button!   8   * How to get a $179 business-building CD-ROM for FREE!  @   * If you ever wanted a business where you could hit the ground>     running.... a business where you could just open a box andC     start making immediate profits.... a business that's completely E     set up and ready to pull in maximum sales.... with a product that :     sells itself... then I've got some great news for you!  &                               Act NOW *       <<<<<< There is A DEADLINE!!! >>>>>>    )   Instant Information Request Directions:   G   **>NOTE: You may also just Click Below to send it through your normal Y            e-mail program. mailto:netcash3000@netease.com?subject=send_info_on_infomax917   G   It's much easier to do it this way, it will fill in the return e-mail    and subject for you.  R   2. You will receive the complete info on the reports via e-mail within 24 hours.  G   P.S. Act NOW!-- Only the first 75 requests will be granted to receive 7        this Special Web Site e-Report for *FREE* titled 2        "The Greatest Business Secrets Of All Time"  '   P.P.S. *FREE Download Bonus e-Manual* G          "Microsoft, Viagra & Your Business Success" given to the first I          35 people to respond within the next 24 hours, Your FREE reports D          will be fulfilled in the order in which they were received.  K   Privacy Policy: We respect your privacy and your e-mail address/name will J   be kept strictly private it will never be sold, shared or given away for
   any reason.      Simple Removal Instructions:  ? To Be Removed: mailto:unsubscribe@netease.com?subject=remove917 <   You will then be deleted from our e-mail database forever.   N   NO FLAMES!! You will not be added to the remove database unless you do this.P   No Exceptions, anything but "remove" in the subject will generate an automatic   response.   Thank You!!    ------------------------------  % Date: Sun, 17 Sep 2000 19:14:38 -0400 2 From: "William Hymen" <t18_pilot@hotmail.spam.com>, Subject: Getting Compaq to advertise OpenVMS7 Message-ID: <9acx5.17304$SN6.422387@news4.giganews.com>    If you want to promote advertising of OpenVMS, write a ! letter on your Company Letterhead  to the people who make the descisions at Compaq.  Keep ( it professional and keep it to one page.  # Include "personal and confidential"  about three lines down from the  address  1)Paper is good. 2)email gets deleted.  3)Company letterheads impress.	    - Bill   % The director of OpenVMS Marketing is:    Compaq Computer Corporation  Mary Ellen Fortier 110 Spit Brook Road 
 ZKO3-4/W24 Nashua, NH 03062  ! The Vice President of OpenVMS is:    Compaq Computer Corporation  Richard Marcello 110 Spit Brook Road 
 ZKO3-4/W24 Nashua, NH 03062   The President of Compaq is:    Compaq Computer Corporation  Michael Capellas 20555 State Highway 249  MS110802 Houston, Texas 77070   ------------------------------  # Date: Mon, 18 Sep 2000 00:59:10 GMT 0 From: gilley@nospam.bravewc.com (Charles Gilley)J Subject: INITIALIZE options: /header & /maximum_files, how do they relate?7 Message-ID: <yNdx5.6085$5m.21979@skycache.prestige.net>   : In a past life many years ago, we encountered the dreaded < "SYSTEM-W-HEADERFULL" error message with a rather large diskL at the time.  Of course, the disk had been initialized with all the default M values, so the index.sys file extended it's limited number of times and then  N could go no more.  So the drive was backed up, initialized with a larger than & default /header value and off we went.   ... time passes ....  M Now I need to recreate this drive, and I have no idea what value we used for  N the header parameter.  Reading the online doc, I see we have two options that M appear to relate - /header and /maximum_files.  Are these mutually exclusive?  Cooperative?   ------------------------------  % Date: Sun, 17 Sep 2000 22:29:20 -0400 ) From: "Joseph B. Gurman" <gurman@ari.net> N Subject: Re: INITIALIZE options: /header & /maximum_files, how do they relate?= Message-ID: <gurman-9C0CC2.22292017092000@news.crosslink.net>   8 In article <yNdx5.6085$5m.21979@skycache.prestige.net>, 1 gilley@nospam.bravewc.com (Charles Gilley) wrote:    > ... time passes .... > K > Now I need to recreate this drive, and I have no idea what value we used   > for K > the header parameter.  Reading the online doc, I see we have two options   > that  E > appear to relate - /header and /maximum_files.  Are these mutually   > exclusive? > Cooperative?  ?     Well, sorry simply to say, "RTFH," but here's what it says:   L > INITIALIZE                                                                 >       L >                                                                           ( >                                       L >   /HEADERS                                                                
 >         L >                                                                           ( >                                       L >         /HEADERS=number-of-headers                                         >               L >                                                                           ( >                                       F >Specifies, for disk volumes, the number of file headers to be        F >allocated for the index file. The minimum and default value          F >is 16. The maximum is the value set with the /MAXIMUM_FILES          F >qualifier.                                                           
 >             %                                       F >This qualifier is useful when you want to create a number of         F >files and want to streamline the process of allocating space         F >for that number of file headers. If you do not specify this          F >qualifier, the file system dynamically allocates space as it         * >is needed for new headers on the volume.   B     So /maximum_files tells the file system the largest number of = headers you want to allow, and /header tewlls it how many to  I pre-allocate so it doesn't waste time creating them as you're adding the   files.  G     Are you by any chabce restoring the file system from a BACKUP tape  F made with the /IMAGE qualifier? If so, you can probably ignore all of  this.   	     Best,                      Joe Gurman   ------------------------------  % Date: Sun, 17 Sep 2000 20:08:36 -0400 & From: pitseleh <pitseleh@pitseleh.com>( Subject: Job seekers online information.- Message-ID: <0G1200OK72TY7L@mx.east.saic.com>   $ 15 Million Jobs Available Worldwide!L Jobs for Web masters, Administrative Assistants, IT Professionals, Internet G Users, Nurses, Local Jobs, Work at home Mommies (like myself) and Data   Entry.    % http://www.pitseleh.com/maxpages/Jobs    For Work at Home Seekers: G We will not make you rich, but we do offer you the ability to attain a  D supplemental income, full time position or a little extra money for  Christmas.  G Be aware of get rich quick schemes.  Do not send unknown sources money  C EVER!  Always pay with a Credit Card if possible (most credit card  J providers allow you to fight payment for Fraud.  You will not have to pay 
 for SCAMS)G Remember to always use the Keyword "Telecommuting" while searching for  J jobs. Always report Fraud to netabuse@pitseleh.com.  We do fight hard for  you!   http://www.pitseleh.com     H If you encounter any problems, or have any questions or concerns, pleaseI feel free to visit our web site at http://www.pitseleh.com/maxpages/Jobs  ) and we will gladly answer all questions.          J SPAM IS NOT TOLERATED>>>>>>>>netabuse@pitseleh.com >>>>>You are receiving H this message because you recently requested information in the field of K employment.  If you feel you are receiving this message in error, or would  H like to be removed from other scam free work at home job offers, please 7 REPLY to this message with REMOVE in the subject line.   >>>>>>>>>>>>>>>>>>>>>>       ------------------------------  % Date: Mon, 18 Sep 2000 00:40:45 +0200 " From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: LAT/linux exists ( Message-ID: <8q3gse$d7d$1@news.IAEhv.nl>   Thank you !   4 DECnet for linux is just what I've been looking for.  
 Hans Vlems  @ thompson athenet.net (Paul Thompson) heeft geschreven in bericht1 <39c3ec75$0$23896$39368dfe@news.twtelecom.net>... G >Periodically I have seen requests for LAT for Linux on this newsgroup, B >and it appears that such a beast has finally come into existence. > , >Many thanks to the inspired author of latd. >  >--  > description:B > The latd daemon allows users to connect to a Linux system from a LAT-enabled L > terminal server (e.g. a DECserver). It also provides a reverse-LAT so thatI > printers and modems on LAT terminal servers can be accessed from Linux.  > 	 >download . >http://download.sourceforge.net/linux-decnet/ >  >more information @ >http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user   ------------------------------   Date: 17 Sep 2000 18:50:03 GMT& From: Cthulhu <cthulhu@kadath.deep.it>* Subject: No more SYSDUMP.DMP? No more NTP?) Message-ID: <8q33or$1a3$1@kadath.deep.it>   C R'lyeh did a bugcheck again, but this time there was no SYSDUMP.DMP 8 left anywhere... is it because I removed the old one? :?1 I didn't made any change to any system parameter. 0 Now I've CREATEd a 0-lenght new one, I'll see...  ? And every time R'yleh reboots, it forget to start the TCPIP$NTP 	 process.  > SHOW CONF ENA SERV says it is an enabled services, i.e. when IF manually launch @TCPIP$NTP_STARTUP there are some complaints being the* service already active. What am I missing?  6 MicroVAX 3400, OpenVMS 7.2 with no ECO, DEC TCPIP 5.0.   	diagnosingly, 	   Cthulhu  --    G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan! # 		        <cthulhu at rlyeh dot it>    ------------------------------  % Date: Mon, 18 Sep 2000 01:43:48 +0200 " From: "Hans Vlems" <hvlems@iae.nl>. Subject: Re: No more SYSDUMP.DMP? No more NTP?( Message-ID: <8q3kih$ks2$1@news.IAEhv.nl>  = The dumpfile must be as large as the size of the main memory. K Unless you change the value of DUMPSTYLE, that'll allows you to dump in the 	 pagefile. G The DUMPFILE must be bigger than 0 pages! During a dump, there's no VMS  running K any more and thus nor RMS services. The dump proces uses raw disk IO to put  the J contents of the memory on disk. Raw disk IO equals to primitive and has no
 ability to open/create/extend files. L make sure you reboot if you throw away the dumpfile. Should the system crash andoK dump before the reboot it will dump the memory contents all over your filesT	 that tooko$ the space that RMS thought was free.  
 Hans Vlems  D Cthulhu heeft geschreven in bericht <8q33or$1a3$1@kadath.deep.it>...D >R'lyeh did a bugcheck again, but this time there was no SYSDUMP.DMP9 >left anywhere... is it because I removed the old one? :? 2 >I didn't made any change to any system parameter.1 >Now I've CREATEd a 0-lenght new one, I'll see...i >r@ >And every time R'yleh reboots, it forget to start the TCPIP$NTP	 >process./? >SHOW CONF ENA SERV says it is an enabled services, i.e. when IiG >manually launch @TCPIP$NTP_STARTUP there are some complaints being theS+ >service already active. What am I missing?i > 7 >MicroVAX 3400, OpenVMS 7.2 with no ECO, DEC TCPIP 5.0.m >  > diagnosingly,g >    Cthulhu >--P >oH >       Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan!# >         <cthulhu at rlyeh dot it>-   ------------------------------  % Date: Sun, 17 Sep 2000 23:38:43 -04000  From: John Santos <JOHN@egh.com>. Subject: Re: No more SYSDUMP.DMP? No more NTP?6 Message-ID: <1000917231754.11849A-100000@Ives.egh.com>  & On Mon, 18 Sep 2000, Hans Vlems wrote:  ? > The dumpfile must be as large as the size of the main memory.tM > Unless you change the value of DUMPSTYLE, that'll allows you to dump in theI > pagefile.bI > The DUMPFILE must be bigger than 0 pages! During a dump, there's no VMSr	 > runningaM > any more and thus nor RMS services. The dump proces uses raw disk IO to put7 > the L > contents of the memory on disk. Raw disk IO equals to primitive and has no > ability to > open/create/extend files.dN > make sure you reboot if you throw away the dumpfile. Should the system crash > andaM > dump before the reboot it will dump the memory contents all over your filesr > that tookt& > the space that RMS thought was free. >   C NO!!  Not any more.  That bug was fixed about 15 years ago.  If youRA delete the dump file, the space doesn't get deallocated until youw( reboot.  Still, it is playing with fire.  B The best way I know of to get rid of the dump file is to rename it@ (so VMS won't find it at boot time), reboot, and then delete the
 renamed file.a  % But this isn't what you want to do...l   > Hans Vlems > F > Cthulhu heeft geschreven in bericht <8q33or$1a3$1@kadath.deep.it>...F > >R'lyeh did a bugcheck again, but this time there was no SYSDUMP.DMP; > >left anywhere... is it because I removed the old one? :?y4 > >I didn't made any change to any system parameter.3 > >Now I've CREATEd a 0-lenght new one, I'll see...k > > C SYSDUMP.DMP is a permanent file.  It should be at least as large as B main memory, unless you set it up to do a selective dump.  AUTOGENC makes a good guess of the right size for selective dumps if you set 6 the sysgen parameter DUMPSTYLE for it (set the 1 bit).C At least, it has always been good enough for me.  Also, on Alpha's,s? you can set the 8 bit to get compressed dumps.  On Alphas, 1 iso@ the default set by AUTOGEN for small memory systems and 9 is theB default for large memory (more then 128MB).  I don't think AUTOGEN> does anything fancy on VAXes, so I would just set it to "1" in/ MODPARAMS.DAT and then let AUTOGEN pick a size.r  L Then, in your systartup_vms.com, run "analyze/crash sys$system:sysdump.dmp" A (i.e. SDA) and do a "COPY SYSDUMP.SAV".  This will make a copy ofsC sysdump.dmp for later analysis, and here's the cool part -- only if B the system crashed.  On a normal reboot, it skips the copy.  (ThisC check is only done if the process name is STARTUP, I think.  So you5C can't stuff the analyze/crash in a batch file.  This is bad because F on a big system, the copy can take quite a long time, and logins don't! get enabled until it finishes...)   D If you have multiple crashes, you'll end up with lots of versions ofC sysdump.sav, so you might want to put a version limit on it or justm watch it carefully.   B P.S.  you can extend sysdump.sav, but the system won't use the newA space until you reboot.  You can extend it with either AUTOGEN ore sys$update:swapfiles.com  B > >And every time R'yleh reboots, it forget to start the TCPIP$NTP > >process. A > >SHOW CONF ENA SERV says it is an enabled services, i.e. when I>I > >manually launch @TCPIP$NTP_STARTUP there are some complaints being the:- > >service already active. What am I missing?n  = Don't know.  Maybe TCPIP$NTP only gets created when the firstc< client connects to the NTP port, so it is normal that it not	 be there?e   > >o9 > >MicroVAX 3400, OpenVMS 7.2 with no ECO, DEC TCPIP 5.0.   5 The normal recommendation is to use TCPIP 5.0A, but Im# don't think this exists for VAX :-(    > >P > > diagnosingly,u > >    Cthulhu   Hope this helps. -- a John SantosB Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Sun, 17 Sep 2000 20:57:48 GMTe From: maher_rj@my-deja.com Subject: Re: RTR and DECdtmc) Message-ID: <8q3b84$bog$1@nnrp1.deja.com>6   Hi John,  1 I'm just curious as to how the many customers fore1 EJB (which I assume means Enterprise Java Beans?)s+ made themselves known to you (and/or to them. powers that be) And what hoops these customers/ had to jump through to get Compaq to fund theiro folly.  . As for JDBC V2 (was there a V1) what databases& does Compaq run that would require the. organization to provide connectivity software?  - Which database companies are sanctioning yourd efforts?   Regards Richard Maher.    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  # Date: Sun, 17 Sep 2000 20:57:49 GMT  From: maher_rj@my-deja.com Subject: Re: RTR and DECdtm ) Message-ID: <8q3b86$boh$1@nnrp1.deja.com>w   Hi John,  1 I'm just curious as to how the many customers for 1 EJB (which I assume means Enterprise Java Beans?)n+ made themselves known to you (and/or to thea. powers that be) And what hoops these customers/ had to jump through to get Compaq to fund theirb folly.  . As for JDBC V2 (was there a V1) what databases& does Compaq run that would require the. organization to provide connectivity software?  - Which database companies are sanctioning yourn efforts?   Regards Richard Maher.    & Sent via Deja.com http://www.deja.com/ Before you buy.>   ------------------------------  % Date: Sun, 17 Sep 2000 20:50:41 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com>a= Subject: RE: System node identifier and cluster configurationuJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052847B6@kaoexc4.kao.dec.com>   Joe,  J Here is another consideration - assuming the cluster $'s are available for perhaps another option ..v  L Use a 3 or 4 proc ES40 (or GS60 for more oomph) and use Galaxy on the systemI to set up two separate partitions. One production, one developement. BothtJ environments are isolated in the sense that they each could have their own system and user disks.  L [Can also do the Alpha 4100, but would recommend ES40 as difference in speed is very significant]  L Good thing is that you can set the system up so that when the load on eitherH system exceeds a certain amount (75% or whatever), a cpu can be migratedC automatically and dynamically (with no application changes) to thata environment from the other one.o  I So, if large compiles (or other dev jobs) are done at night, then the deveH system can become a 3 cpu system, but at 07:00 AM, the prod system again becomes a 3 cpu system.   H This also makes for a good way of handling off hour chores like backups, database DBCC's etc...  L Another good environment for this is a web server like Apache or OSU runningI on one partition (the mid tier or web server), while the DB is running on E the other partition. As each tier gets busy, the CPU resources can beaL dynamically migrated as required - based on load or other predefined rules.   G Or if you want, moving CPU's can also be done manually via a motif GUI.n  
 Reference:< http://www.digital.com/info/SP7044/SP7044HM.HTM (Galaxy SPD)  & [Lets see the AIX folks match that ..]  J [btw - I love the way some competitive folks position UNIX as state of theI art when the fact is that the UNIX architecture is older than OpenVMS...]e  7 Oh well, its all in the eyes of the beholder I guess ..    :-)e   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services1 Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.comp       -----Original Message-----: From: cstranslations [mailto:cstranslations@email.msn.com]* Sent: Saturday, September 16, 2000 4:01 PM To: Info-VAX@Mvb.Saic.Como= Subject: Re: System node identifier and cluster configuration2      5 David A Froble <davef@tsoft-inc.com> wrote in messagea& news:39C1B9D2.257D211@tsoft-inc.com... > cstranslations wrote:o > >aI > I have to ask, why would you ever cluster the production system(s) with  therH > development system(s)?  I'd want as much separation there as possible.  H Had to ask uh? :-) Well - the reasons run along the argument(s) Ken made (plus politics).  L The production system runs all of the stuff developed in house, contains allK the code for the stuff developed in house, is where all the support for therG in house developed stuff takes place. The production system also runs aiG commercially available version of what was developed in house. Its (the K production system) got 4 CPUs and doesn't have any place left to "plug moret
 drives into."f  J The test system contains the cms libraries for the source to the purchasedI application. For the past 7 months I've been working on an enhancement toeJ the commercial application (on the "test" system, it's the system I use toJ do all my work). Other than my using it - the "test" system sits there and
 does nothing.Z  E The alphas are ah, what should I say, less than popular (being legacyrL systems and all that). So the current push is to upgrade to state of the artK stuff. No - state of the art is not Wildfire. Last I heard state of the arteI is a RS6000s running AIX along with a web server on the front end runningIK RedHat). In the three+ years that it's going to take to accomplish this thetJ already over taxed production system is going to need a bit of help. HenceD the idea is to cluster the systems, move all the development off theE production box, have the test system serve it's drives to obtain someaJ additional space, have the production system serve it's tape drive, yadda,
 yadda, yadda.   I My only concern is that I'm liable to get stuck in the middle if and when 8 these two boxes get clustered if something "goes wrong."   ------------------------------  % Date: Sun, 17 Sep 2000 19:47:35 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com> $ Subject: RE: To VMS From SCO/SolarisJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052847B4@kaoexc4.kao.dec.com>   David,   re: gamma rays    ; [surpressing a counter reply that would likely be unfair..]   H Based on your reply, I am assuming you did not read all of my reply as IG even included a tidbit for those that work in smaller environments than  datacenters.  K "Lots more stuff cooking ... who knows - perhaps even stuff for Edu and lowi
 end systems?"e  C Also, some of the urls I provided like Cognos and Attunity urls are J application and eBusiness/ B2B development specific and apply to large and small environments.   G Perhaps not to the technical computing environment that you are in, butsK application development just the same. And while it might upset you to hearu/ this, there are new Customers adopting OpenVMS.   & Like I stated before "stay tuned .."    L [I know, I know, you want all your issues fixed now, but please feel free toK continue bashing VMS, even though it has been stated a number of times heredL in the last month or two, that a number of the issues that are impacting you are being looked into]   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canaday Professional Servicesi Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.comc       -----Original Message-----# From: mathog@seqaxp.bio.caltech.eduo& [mailto:mathog@seqaxp.bio.caltech.edu]( Sent: Sunday, September 17, 2000 1:28 PM To: Info-VAX@Mvb.Saic.Comh$ Subject: RE: To VMS From SCO/Solaris    J In article <910612C07BCAD1119AF40000F86AF0D8052847B2@kaoexc4.kao.dec.com>,- "Main, Kerry" <Kerry.Main@compaq.com> writes:sK >As a number of the folks here have stated, OpenVMS is back and gaining newl >Customers.  >m  9 <SNIP of the usual "data center scale OpenVMS wins" URLs>t  E If Kerry were to collide with Andrew would they both disappear and beyF replaced by a pair of gamma rays shooting off in opposite directions?    Regards,   David Mathog mathog@seqaxp.bio.caltech.edut? Manager, sequence analysis facility, biology division, Caltech s   ------------------------------  # Date: Sun, 17 Sep 2000 23:54:31 GMTe+ From: Craig A. Berry <calepine@my-deja.com>e$ Subject: Re: To VMS From SCO/Solaris) Message-ID: <8q3ljh$n8d$1@nnrp1.deja.com>K  8 In article <o2o9ssorqdu1abfuomurgc05ofnf553pju@4ax.com>,8   "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> wrote:3 > On Sat, 16 Sep 2000 22:32:35 -0400, "Main, Kerry"u  > <Kerry.Main@compaq.com> wrote: >o& > >And for those in the Finance space: >o= >http://www.cbot.com/cbot/www/cont_detail/0,1493,11+24+108+86w	 3,00.htmla >e= > that the CBT/Eurex alliance trading systerms were VMS-baseds0 > (or at least using VMS pieces)  is news to me. >b9 > the press release above, make no mention of VMS per se, 0 > do you know of a release somewhere  that does?  5 Hmm.  The docs available here show OpenVMS support in " Release 3.0 of the Eurex software:  > <http://www.eurexchange.com/entrancehall/content_entrancehall_ api_3.html>>  7 but the corresponding docs for release 4.0 show OpenVMS, support being dropped:  > <http://www.eurexchange.com/entrancehall/content_entrancehall_ api_4.html>g  A The joint venture is supposed to go hand in hand with release 4.0x per the press release here:n  > <http://www.eurexchange.com/entrancehall/content_entrancehall_ pressreleases_66.html>  D So, it appears that VMS is being cut out of the picture, or at leastH that's all I can infer from these public statements.  It's possible thatF the docs I found are only for the front-end pieces and there are still other pieces that run on VMS.-    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Sun, 17 Sep 2000 20:15:36 -0400)+ From: "Main, Kerry" <Kerry.Main@compaq.com>r$ Subject: RE: To VMS From SCO/SolarisJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052847B5@kaoexc4.kao.dec.com>   Scott,  K >>> My present shop may be too far down the migration road to turn back butnG that doesn't mean I'm done working with VMS.  I've accumulated too much0L knowledge working with these systems late at night or on the weekends to letF it all drift away.  Maybe I'll follow the last boxes out the door when they're de-installed....  ;^)"   Hey, its never to late :-)  E Wait until those "mission critical" business folks start asking aboutdE multi-site, load balanced computing (perhaps because the thought of a I datacenter fire could put them out of business for 2-3 weeks) or how theyCF can shutdown systems in their cluster for proactive mgmt (OS upgrades,G tuning, flaky HW replace etc)with ZERO application availability impact.s  K Wait until the impact of huge e*business loads and wireless computing driveSG server loads through the roof and the business folks start asking about > proven (not be the first ones to implement) 64bit solutions ..   :-)   K We now have Customers doing / planning NT and UNIX migrations TO OpenVMS aseE well as the other way. That was certainly not the case 18 months ago.   L Here are a few pointers for those interested in porting UNIX applications to OpenVMS:@ http://www.openvms.digital.com/openvms/products/ips/porting.html< http://www.openvms.digital.com/openvms/products/ips/gtk.html  F And the COE effort will make some of the native UNIX functions part ofE OpenVMS as well, so that will also make it easier to port to OpenVMS.sB http://www.openvms.digital.com/solutions/government/coe/index.html   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canadal Professional Servicese Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----+ From: Scott Vieth [mailto:svieth@wi.rr.com] ( Sent: Sunday, September 17, 2000 9:33 AM To: Info-VAX@Mvb.Saic.Com $ Subject: Re: To VMS From SCO/Solaris     Kerry:  K Thanks for the upbeat reply.  I was surprised that no one decided to launchh% outright flames against me last week..  F Looking back at my previous messages, I think I was just expressing my frustrationaF with some NT-related problems I'm fighting at work.  The definition ofA a "high availability configuration" in the NT world is buying two/ high-pricedEI Intel servers but only using one of them at a time.  We're trying to ironII the bugs out of a new NT setup that relies on Legato's (used to be Vinca).0 Co-Standby Server to provide a hot-spare server.  H NT is not the most stable piece of software that I've ever seen.  Adding' Co-Standby only makes it more delicate.t  D The software vendor for this project required that we use Co-StandbyD if we wanted a high availability solution.  Fortunately, they didn'tG force our hand when it came to chosing the storage part of the equationP? so I designed a solution based on an ESA12000 with dual HSG80s..  K The storage half of our new systems (from the dual HBAs in each Dell servergG all the way through the dual HSG80s with their mirrored cache) is fullySH redundant.  Prior to go-live, we tested the sytems by unplugging variousH fc cables, fc hub power supplies, and even by failing one of the HSG80s.< The servers never knew that a piece of the storage subsystem@ had failed.  I think the software vendor was extremely impressed? by how well our Storageworks array behaved (even when connectedeA to crappy NT).  The SecurePath software on NT really does work asS advertised.t  C I'm glad to hear that things are looking up again in the VMS world.e= Especially when it comes to Oracle getting their act togethero  when it comes to supporting VMS.  G My present shop may be too far down the migration road to turn back butiG that doesn't mean I'm done working with VMS.  I've accumulated too muchlH knowledge working with these systems late at night or on the weekends toJ let it all drift away.  Maybe I'll follow the last boxes out the door when they're de-installed....  ;^)i  I I *do* have a feeling that VMS will remain strong in certain markets likeiF healthcare.  I've supported IDX systems and Sunquest systems.  I think8 those back-end systems will be around for quite a while.  A My thanks to everyone for not flaming me this week.  It's so veryc frustratingsL for me to think about migrating *away* from the systems that are running ourC business 24 hours a day, seven days a week.  The only reason I have D so much time to bang my head on the wall trying to fix NT is that my; VMS systems run and run and run without daily hand-holding.    -Scott  :^)n   "Main, Kerry" wrote:   > Scott, >bI > Your comments in the attached might have been true if the situation and + > events of 18-24 months ago had continued.. >n > Fortunately, they have not.  >AL > As a number of the folks here have stated, OpenVMS is back and gaining new > Customers. >nL > Server consolidation, ultra-high availability proven solutions that can beG > spread across multi-sites, ability to shut down systems for proactivet maintmI > with ZERO application availability impact are just some examples of whyP, > OpenVMS is again picking up new Customers. >mK > So, while these statements might be attributed to vendor bias, here are aa > few recent urls to consider: > L > http://www.iseoptions.com/about/technology_compaq.html (ISE just webt live > in May of this year)D > http://www.compaq.com/inform/issues/issue31/industry-hc-109-a.htmlC > http://www.openvms.digital.com/solutions/healthcare/intersys.html 9 > http://www.compaq.com/alphaserver/gs/quotes/etrade.html'C > http://www.openvms.compaq.com/solutions/oracle/oracle_june28.html  > 9 > And for those that want eBusiness and B2B technologies:. >oL http://www.attunity.com/content/newsevents/detail.asp?catid=6&scatid=20&o=10C > 7&y=01/01/2000&h=1 (August 2000 - formery known as ISG Navigator)sK > http://www.cognos.com/adtpci/ (Cognos also ran a full page ad for OpenVMS F > web offerings on back inside cover of Compaq's last Inform Magazine): > http://www.openvms.digital.com/openvms/brochures/appdev/ >m > And in terms of committment:H > http://www.openvms.digital.com/solutions/government/coe/index.html (20 yearstB > -  if looking at other vendors, challenge them to make that same committment  > on a public web page)c >A% > And for those in the Finance space:PG > http://www.cbot.com/cbot/www/cont_detail/0,1493,11+24+108+863,00.html  >n+ > And for those in the manufacturing space:oG > http://www.compaq.com/products/software/solutions/basestar/index.htmlr >iL > Lots more stuff cooking ... who knows - perhaps even stuff for Edu and low > end systems? >0
 > Stay tuned.  >m1 > In the meantime, keep checking occasionally at:c/ > http://www.openvms.digital.com/new/index.htmli >h > :-)' >u
 > Regards, >o > Kerry Main > Senior Consultant, > Compaq Canadan > Professional Servicess > Voice : 613-592-4660 > FAX   : 819-772-7036 > Email : kerry.main@compaq.come >c   ------------------------------  % Date: Sun, 17 Sep 2000 19:17:32 -0500r% From: Keith Brown <kbrown780@isd.net>s$ Subject: Re: To VMS From SCO/Solaris' Message-ID: <39C55F1C.1B9A25D4@isd.net>s   Robert Deininger wrote:c > P > In article <39C2D8EF.B03B65F1@isd.net>, Keith Brown <kbrown780@isd.net> wrote: > H > > Scott, I can only relay my personal experience.  My shop was lookingE > > into migrating to NT and /or Unix 5 years ago. They are no longerjJ > > considering such moves. I'll list only one example of why so you don't$ > > have to suffer through my novel. > > / > > I work for a major midwestern oil refinery.i >  > <snip> > K > > My employer is no longer considering the replacement of OpenVMS systemst4 > > and we are now adding more OpenVMS in our plant. > G > Sounds like you guys ought to be on the OpenVMS "success stories" webmK > page.  And maybe a nice colorful ad in a trade rag.  Have you told anyone? > at Compaq about this?i >  > -- > Robert Deininger > rdeininger@mindspring.com.  G No, we haven't told anyone at Compaq about this because (unfortunately)-E my employer tends to be very secretive about company business.  ThereMF was an article printed in one of the Laboratory trade magazines but itH (also unfortunately) had any mention of OpenVMS deleted from the text :(   -- B Keith Brown. kbrown780@isd.net    ------------------------------  # Date: Mon, 18 Sep 2000 00:23:11 GMTr5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com>($ Subject: Re: To VMS From SCO/Solaris8 Message-ID: <hsnassc3g6g59tjke573gqiasge7fb5et9@4ax.com>  0 On Sun, 17 Sep 2000 23:54:31 GMT, Craig A. Berry <calepine@my-deja.com> wrote:e    E >So, it appears that VMS is being cut out of the picture, or at least4I >that's all I can infer from these public statements.  It's possible that G >the docs I found are only for the front-end pieces and there are stilli >other pieces that run on VMS.    ? yes, that's how Kerry M's URL caught my eye, having remembered a" this posting, earlier this year ..    : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>! Subject: Re: OpenVMS will die????a Date: 14 Mar 2000 00:00:00 GMT- Message-ID: <38CDFF25.778070AB@volkswagen.de>p/ References: <200003140713.IAA14481@fom.fgan.de>s X-Accept-Language: enw Content-Type: multipart/mixed;/ boundary="------------55BAF671F2E130523CDBB9B9"o Organization: Volkswagen AGw Mime-Version: 1.0h Newsgroups: comp.os.vmsp  , This is a multi-part message in MIME format.& --------------55BAF671F2E130523CDBB9B9, Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bitu  d > Hello, >  > Kerry Main wrotes: > K > > I find this a bit difficult to believe, but perhaps you could provide aI. > > pointer as to where you saw this article ? > J > I found it at DECUS Muenchen (DECUS.DECUS.DE) under the NOTES conference3 > COMPAQ, the last new topic 16.0. Hope this helps.X >  > Regards Rudolf Wingert >   > P.S. The German stock is EUREX  ? The 'Deutsche Brse' informed all participating banks, that theo development.D of the new EUREX Client/Server Software for OpenVMS/AXP and AIX will
 stop and thatlC support will cease on mid-2001. New versions will only be available. for SOLARIS and NT.   D The reason stated in the newsletter was 'support problems with JAVA' (lot of the stuffeE is written in JAVA and downgraded from 1.2 to 1.1.8 for VMS and AIX).u  ? I know for sure, that some banks are not amused at all (the are  running disaster tolerant- VMS Clusters)...   -- a mit freundlichen Gruessenf   Karl Rohwedder               oC iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig nA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843sE  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de u+          karl.rohwedder@it-ingenieurteam.dei DATEX-P: 4505018005::ROHWEDDER& --------------55BAF671F2E130523CDBB9B9- Content-Type: text/x-vcard; charset=us-ascii;i!  name="extern.karl.rohwedder.vcf"o Content-Transfer-Encoding: 7bitt, Content-Description: Card for Karl Rohwedder  Content-Disposition: attachment;%  filename="extern.karl.rohwedder.vcf"    begin:vcard  n:Rohwedder;Karl tel;cell:+49 172 5434843 tel;fax:+49 531 515531 tel;home:+49 531 515521s tel;work:+49 5361 918724 x-mozilla-html:FALSE org:iT-Ingenieurteam version:2.1e2 email;internet:extern.karl.rohwedder@volkswagen.de" adr;quoted-printable:;;Ellernbruch$ 11=0D=0A;Braunschweig;;38112;Germany fn:Karl Rohwedderk	 end:vcarda  ( --------------55BAF671F2E130523CDBB9B9--   ------------------------------  % Date: Sun, 17 Sep 2000 21:10:29 -0500u7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> $ Subject: Re: To VMS From SCO/Solaris, Message-ID: <39C57995.77253C4@earthlink.net>   "Main, Kerry" wrote: >  > Scott, > I > Your comments in the attached might have been true if the situation and.+ > events of 18-24 months ago had continued.t >  > Fortunately, they have not.r > L > As a number of the folks here have stated, OpenVMS is back and gaining new > Customers. >  [much snippage]l  E Well, that's all well and good, Kerry. Unfortunately, a collection of A URLs and newgroup postings carries little or no weight when we're' negotiating with prospects.y  
 Where are:   ...the prime-time TV ads?e   ...the full page trade-rag ads?w  A ...the direct-mail campaign pieces (new customers, not existing)?-  B ...the reseller marketing kits (with hand-outs for our prospects)?  C ...the pricing of OpenVMS software (licenses, media, doc. kits) andSD hardware (OpenVMS-capable systems) prominently visible on the CompaqF OpenVMS Web Site with prominent, unmistakable links to the OpenVMS webH pages, and appearing prominently in searches of Compaq web pages? (i.e., "easy to find")a  E Sorry, Kerry, but like the old adages say, "Actions speak louder thanlF words" (the actionable items above) and "A picture is worth a thousand words" (full-page ads).f  G Perhaps if Compaq were to develop OpenVMS ad campaigns as if ALL of itse@ new and existing customers were from Missouri, USA (the "Show Me
 State")...  E Perhaps if Compaq were to develop OpenVMS ad campaigns... (AT ALL!!!)t  C Are the new VP of Marketing and his/her staff asleep at the switch?o  C ...or is EVERYone at Compaq REALLY *THAT* scared of pissing off the D Richest Man In The World and/or The Redmond Empire? (If so, you know; that answer to that - sell OpenVMS to a non-Compaq entity!)o   -- p David J. Dachtera  dba DJE SystemsV http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/a  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.i   ------------------------------  % Date: Sun, 17 Sep 2000 22:31:05 -0400m+ From: "Main, Kerry" <Kerry.Main@compaq.com>o$ Subject: RE: To VMS From SCO/SolarisJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052847BD@kaoexc4.kao.dec.com>   David,  K As stated a few times in the past, a new ad campaign is in the works and isv expected to start shortly.  F As stated a few times before, starting a new ad campaign in the summerC months with every one on vacation would not be the smartest move...e  / Will it address all (or any?) of your concerns?m  & Don't know. Will have to wait and see.   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canadat Professional Servicesl Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com-       -----Original Message-----< From: David J. Dachtera [mailto:djesys.nospam@EARTHLINK.NET]) Sent: Sunday, September 17, 2000 10:10 PM8 To: Info-VAX@Mvb.Saic.ComK$ Subject: Re: To VMS From SCO/Solaris     "Main, Kerry" wrote: >  > Scott, > I > Your comments in the attached might have been true if the situation and + > events of 18-24 months ago had continued.t >  > Fortunately, they have not.a > L > As a number of the folks here have stated, OpenVMS is back and gaining new > Customers. >  [much snippage]a  E Well, that's all well and good, Kerry. Unfortunately, a collection of)A URLs and newgroup postings carries little or no weight when we're  negotiating with prospects.f  
 Where are:   ...the prime-time TV ads?h   ...the full page trade-rag ads?s  A ...the direct-mail campaign pieces (new customers, not existing)?a  B ...the reseller marketing kits (with hand-outs for our prospects)?  C ...the pricing of OpenVMS software (licenses, media, doc. kits) and D hardware (OpenVMS-capable systems) prominently visible on the CompaqF OpenVMS Web Site with prominent, unmistakable links to the OpenVMS webH pages, and appearing prominently in searches of Compaq web pages? (i.e., "easy to find")t  E Sorry, Kerry, but like the old adages say, "Actions speak louder thantF words" (the actionable items above) and "A picture is worth a thousand words" (full-page ads).i  G Perhaps if Compaq were to develop OpenVMS ad campaigns as if ALL of itss@ new and existing customers were from Missouri, USA (the "Show Me
 State")...  E Perhaps if Compaq were to develop OpenVMS ad campaigns... (AT ALL!!!)e  C Are the new VP of Marketing and his/her staff asleep at the switch?u  C ...or is EVERYone at Compaq REALLY *THAT* scared of pissing off the0D Richest Man In The World and/or The Redmond Empire? (If so, you know; that answer to that - sell OpenVMS to a non-Compaq entity!)h   -- n David J. Dachterar dba DJE Systems' http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/a  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Mon, 18 Sep 2000 00:14:18 -0400e' From: "Bill Todd" <billtodd@foo.mv.com> $ Subject: Re: To VMS From SCO/Solaris( Message-ID: <8q44jg$kj7$1@pyrite.mv.net>  4 Main, Kerry <Kerry.Main@compaq.com> wrote in messageD news:910612C07BCAD1119AF40000F86AF0D8052847BD@kaoexc4.kao.dec.com... > David, >nJ > As stated a few times in the past, a new ad campaign is in the works and is > expected to start shortly. > H > As stated a few times before, starting a new ad campaign in the summerE > months with every one on vacation would not be the smartest move...a  J Is it just deja vu, or do I remember that *last* year at about this time a. new ad campaign was expected to start shortly?  L There are only so many times people will stand for a "Just be patient:  it'sK coming!" answer before they respond "Don't bother:  I'm leaving."  And manyt
 already have.p  K What the hell is the matter with Compaq?  Either they don't understand thatwD they (and Digital before them) exhausted their credibility with mostL customers long ago, or they're trying to string along the few remaining ones? as long as possible, with no intention of delivering the goods..  L And as for that new ad campaign, even if it does appear, there's no money inD the budget to do anything significant with it (unless one feels thatG *anything* is significant compared with the past, which might have someuK truth to it but won't generate much new business - since only those already D familiar with the sad state of VMS marketing will notice it at all).  I Hopeless.  Unless Compaq defies all expectations and actually steps up toi. the plate.  I'm not holding my breath waiting.   - bill   ------------------------------  % Date: Mon, 18 Sep 2000 00:57:33 -0400u* From: David A Froble <davef@tsoft-inc.com>$ Subject: Re: To VMS From SCO/Solaris- Message-ID: <39C5A0BD.EA5889E5@tsoft-inc.com>n   "Main, Kerry" wrote: >  > Scott, > M > >>> My present shop may be too far down the migration road to turn back but.I > that doesn't mean I'm done working with VMS.  I've accumulated too muchoN > knowledge working with these systems late at night or on the weekends to letH > it all drift away.  Maybe I'll follow the last boxes out the door when  > they're de-installed....  ;^)" >  > Hey, its never to late :-) > G > Wait until those "mission critical" business folks start asking aboutoG > multi-site, load balanced computing (perhaps because the thought of a K > datacenter fire could put them out of business for 2-3 weeks) or how they H > can shutdown systems in their cluster for proactive mgmt (OS upgrades,I > tuning, flaky HW replace etc)with ZERO application availability impact.e > M > Wait until the impact of huge e*business loads and wireless computing drivedI > server loads through the roof and the business folks start asking aboutp@ > proven (not be the first ones to implement) 64bit solutions ..  9 Ok Kerry, Senior Consultant.  Here's a challenge for you.n  G Not saying Scott cannot do this, but done comprehensively one time, andt; available to whomever needs it, might be a better solution.   H How about some type of document, not sure what type, and maybe shouldn'tJ prejudice that decision up front, that lists all the things VMS does for aP customer.  Put this in the form (possibly) of a check list, which can be used toK determine what you will lose by leaving VMS, or a list of things a customer P should confirm their new system(s) should be able to do.  A document easily usedM by someone in an organization considering a switch from VMS, or who may be indO some stage of such a switch, or who has completed a switch.  I'm sure it shouldnO be put in a more politically neutral maner, but basically something to shove upaL the noses of the PHBs and show them what they're giving up, and what type ofJ shaky position they are placing themselves in, should things start getting tense.  O Maybe something already exists.  Not talking about the SPD and like documents.  N Something very pointed at avoiding or reversing decisions to switch from VMS. H You (the plural you) were able to come up with a whole bunch of shit forP affinity and arguments for switching to NT, how about some similar stuff for the other direction?   Dave   -- i4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Sun, 17 Sep 2000 23:55:49 GMTi! From: Ian Parker <parker@gol.com>l> Subject: Re: Trap "STOP process" command inside your C program& Message-ID: <IF4r4BA+QVx5EwEC@gol.com>  G In article <hshubs-8E57D6.00585517092000@news.mindspring.com>, Howard Se$ Shubs <hshubs@mindspring.com> writesA >In article <SERw5.29992$XZ4.332036@news.infostrada.it>, "jlogs" w ><marcosala@libero.it> wrote:s >a >>How can I detect, ) >>with a "exit handler" from a C program,o# >>the DCL "STOP process" command  ?s >mP >An exit handler is what it is.  When you STOP a process, you're not running it D >through the $EXIT service, but instead through the $DELPRC service.  G STOP is a command I've always disliked with DCL because, as you pointed E out, it skips the (user-mode?) exit handler.  It seems like overkill,oG especially when no more gentle option is provided.  Previously I used av; short utility, FORCEEXIT, to stop programs more gracefully.g   Regardse   Iano     -- p
 Ian Parker   ------------------------------  % Date: Sun, 17 Sep 2000 20:54:46 -0400v, From: Howard S Shubs <hshubs@mindspring.com>> Subject: Re: Trap "STOP process" command inside your C program> Message-ID: <hshubs-7A34E1.20544617092000@news.mindspring.com>  I In article <IF4r4BA+QVx5EwEC@gol.com>, Ian Parker <parker@gol.com> wrote:,  H >STOP is a command I've always disliked with DCL because, as you pointedF >out, it skips the (user-mode?) exit handler.  It seems like overkill,H >especially when no more gentle option is provided.  Previously I used a< >short utility, FORCEEXIT, to stop programs more gracefully.  L I use one I call "KICK".  Perhaps I should rename it "THROTTLE" and call my O "$WAKE" program "KICK"?  Nah... the WAKE program should be called NUDGE.  Then  M all I need is a program called WINK (that does what??), and I can do a Monty   Python bit.c  N Think of how they do similar things with UNIX, using UNIX signals.  They -do- L have an equivalent to STOP.  It's just that they also have an equivalent to O $FORCEX at the command prompt.  It's the "kill" verb, with different arguments.  -- n Howard S Shubs# "Run in circles, scream and shout!"r   ------------------------------  % Date: Sun, 17 Sep 2000 23:39:12 +0100n. From: "Anonymous" <DirkDiggler@totalise.co.uk> Subject: UCX Impersonator.# Message-ID: <8q3h9f$cpu$1@gxsn.com>   L Does anybody know if there is a way of changing which node in the cluster is  the 'IMPERSONATOR' under UCX ???  H It seems that a re-boot will do it, and letting the 'token' timer expire% too..... But is there another way ???o  D We are currently running UCX 4.2 , would an upgrade to v.5 help ????     Cheers,s   Jeff   matrix01@globalnet.co.uk   ------------------------------  # Date: Sun, 17 Sep 2000 22:12:58 GMTt From: "Tom" <tomw9990@home.com>  Subject: Wiring ; Message-ID: <Klbx5.16086$j6.3503311@news1.rdc1.va.home.com>.  J Help!!!  We have rewired out building in preps for future upgrades to a pcH network.  The basic idea is that we used Cat 5 UTP from a patch panel toI RJ45 jacks.  We wanted to run our VAX 3100 over this for now using customaG jumpers (RJ 45 to -Dec).  On the terminal end the jumper would be wired K straight through  and on the patch panel to server jumpers we would reverseaJ the wires in the dec plug end to get the x-over.  It does not appear to beG working.  Any information onb this subject will be greatly appreciated.c   thanks
 Tom Watson QCS@   ------------------------------  # Date: Sun, 17 Sep 2000 23:16:59 GMTy= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)u Subject: Re: Wiringa0 Message-ID: <009F0464.51010DB3@SendSpamHere.ORG>  ] In article <Klbx5.16086$j6.3503311@news1.rdc1.va.home.com>, "Tom" <tomw9990@home.com> writes: K >Help!!!  We have rewired out building in preps for future upgrades to a pc I >network.  The basic idea is that we used Cat 5 UTP from a patch panel to J >RJ45 jacks.  We wanted to run our VAX 3100 over this for now using customH >jumpers (RJ 45 to -Dec).  On the terminal end the jumper would be wiredL >straight through  and on the patch panel to server jumpers we would reverseK >the wires in the dec plug end to get the x-over.  It does not appear to be5H >working.  Any information onb this subject will be greatly appreciated. >e >thanks  >Tom Watson  >QCS >  >u  L Would you mind telling us how your RJ45 to MMJ cables look?  I'd suspect, asL it's the easiest, that pin 1-6 on the MMJ interface with the pins 2-7 in theJ RJ45.  Are you certain that ALL 8 conductors are present in the building'sJ wiring and are properly connected at the wall jack and the patch panel?  IK did such a setup recently.  Two CAT-5 350MHz runs to each desk/office and IOK made up custom MMJ cables to allow printer or terminal connections over thee CAT-5.5                   |                                 |hF MMJ(p)<--->RJ45(p)|RJ45(j)===================RJ45(j)|RJ45(p)<---->????5                   |                                 |M7                  wall                             patch 7                                                   panelI   What is ???? --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            iO city, n., 1. a place where trees are cut down and streets are named after them.a   ------------------------------   End of INFO-VAX 2000.522 ************************