1 INFO-VAX	Fri, 06 Aug 2004	Volume 2004 : Issue 433       Contents: Clusterwide Logical Name Tables # Re: Clusterwide Logical Name Tables # Re: Clusterwide Logical Name Tables  HSD partitioning Re: HSD partitioning Re: HSD partitioning Re: HSD partitioning9 Re: Linux Patents infrigment  Good oportunities for Tru64 9 Re: Linux Patents infrigment  Good oportunities for Tru64 : Re: Linux Patents infrigment = Good oportunities for Tru64: Re: Linux Patents infrigment = Good oportunities for Tru64, Re: OT: =?ISO-8859-1?Q?Sun=B4s_AMD_Opteron?= Re: OT: Pretty good Linux ad Re: Phantom telnet connections Re: Phantom telnet connections. Re: Playwin says VMS gets NO viruses or hacks!. RE: Playwin says VMS gets NO viruses or hacks! Re: Postscript Re: Preventing fragmentation.  Resilient VMS server config  Re: Resilient VMS server config  Re: Resilient VMS server config  Re: Resilient VMS server config < Re: Restrictive protections on C header files - ECO problem? Routing under VMS  Re: Routing under VMS  Re: rx2600 and SAS Re: rx2600 and SAS RE: rx2600 and SAS Re: Solaris to Itanium... < Stolen IP via India Outsourcing - Getting what they deserve? Re: The free lunch YOU pay for3 Re: Time to patch OpenVMS - DCE-RPC buffer overflow = Re: Ucx v4.0, network_mask set to 255.255.252.0 doesn't save. = Re: Ucx v4.0, network_mask set to 255.255.252.0 doesn't save. = Re: Ucx v4.0, network_mask set to 255.255.252.0 doesn't save. = Re: Ucx v4.0, network_mask set to 255.255.252.0 doesn't save.  VMS 5.0 or 5.1 needed   F ----------------------------------------------------------------------  $ Date: Fri, 6 Aug 2004 09:26:31 -0400) From: "Scott Greig" <jsgreig@geminaq.com> ( Subject: Clusterwide Logical Name Tables6 Message-ID: <ICLQc.102$%M2.1813@news20.bellglobal.com>  ( I can't seem to find any way to create a$ clusterwide logical name table - the! CREATE/TABLE command implies that ( the parent table is LNM$SYSTEM_DIRECTORY* for shared tables, and there appears to be  no LNM$CLUSTER_DIRECTORY, so how) does one go about creating an application * specific, clusterwide logiccal name table?   TIA  Scott    ------------------------------  $ Date: Fri, 6 Aug 2004 14:52:26 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>, Subject: Re: Clusterwide Logical Name Tables+ Message-ID: <cf02er$pra@newton.cc.rl.ac.uk>   4 "Scott Greig" <jsgreig@geminaq.com> wrote in message0 news:ICLQc.102$%M2.1813@news20.bellglobal.com...    / > how does one go about creating an application , > specific, clusterwide logiccal name table?  ) Put it somewhere under: LNM$CLUSTER_TABLE M http://h71000.www7.hp.com/doc/731FINAL/4477/4477pro_006.html#clus_log_names_h    ------------------------------   Date: 6 Aug 04 08:00:39 PST  From: mckinneyj@cpva.saic.com , Subject: Re: Clusterwide Logical Name Tables( Message-ID: <O7L3GbWASc7k@cpva.saic.com>  6 In article <ICLQc.102$%M2.1813@news20.bellglobal.com>,,  "Scott Greig" <jsgreig@geminaq.com> writes:* > I can't seem to find any way to create a& > clusterwide logical name table - the# > CREATE/TABLE command implies that * > the parent table is LNM$SYSTEM_DIRECTORY, > for shared tables, and there appears to be" > no LNM$CLUSTER_DIRECTORY, so how+ > does one go about creating an application , > specific, clusterwide logiccal name table? >  > TIA  > Scott  >  >   F $! insure privileged and clusterwide logical name database initializedD $ if .not. f$getsyi("cwlogicals") then exit 348	! %SYSTEM-F-IVLOGTAB@ $ if .not. f$privilege("sysnam") then exit 36	! %SYSTEM-F-NOPRIV7 $ create/name/parent=lnm$cluster_table/nolog your_table 2 $ define/table=your_table your_log_name your_value $! do your work here8 $!  and if you wish to delete the table do the following $ deassign/all/table=your_table 0 $ deassign/table=lnm$system_directory your_table   ------------------------------   Date: 6 Aug 2004 01:48:29 -0700 ( From: jox@unforgettable.com (john oxley) Subject: HSD partitioning < Message-ID: <17ac92e.0408060048.63eddc93@posting.google.com>  D Anyone know a way of splitting/partitioning a large disk on a HSD to) serve more than one unit to a VMS system?    ------------------------------  # Date: Fri, 06 Aug 2004 09:36:45 GMT ! From: Nigel Barker <nigel@hp.com>  Subject: Re: HSD partitioning 8 Message-ID: <r8k6h0datq53eics2d5in43aojugrsstdb@4ax.com>  G On 6 Aug 2004 01:48:29 -0700, jox@unforgettable.com (john oxley) wrote:   E >Anyone know a way of splitting/partitioning a large disk on a HSD to * >serve more than one unit to a VMS system?   Host-based RAID-5.   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------  $ Date: Fri, 6 Aug 2004 14:23:51 +0100& From: chrisl <chrisl@churchstone.xcom> Subject: Re: HSD partitioning < Message-ID: <MPG.1b7d96c585876aa0989795@news.newsreader.com>  *  john oxley  jox@unforgettable.com says...F > Anyone know a way of splitting/partitioning a large disk on a HSD to+ > serve more than one unit to a VMS system?  >   < IIRC there's a CREATE_PARTITION command in the HSD software.   --   Chris @ CSC    ------------------------------  $ Date: Fri, 6 Aug 2004 11:14:15 -0400( From: "Hein" <hein.nomail@hp.nomail.com> Subject: Re: HSD partitioning , Message-ID: <4113a0c4$1@usenet01.boi.hp.com>  5 "john oxley" <jox@unforgettable.com> wrote in message 6 news:17ac92e.0408060048.63eddc93@posting.google.com...F > Anyone know a way of splitting/partitioning a large disk on a HSD to+ > serve more than one unit to a VMS system?    LD driver !   (1/2  :-)       L But why? IMHO partitioning chunk of a larges raid unit might be justifyable,D but partitioning of chunks of a large single disk just garantuees to maximize seek times no?   I Actually... I do recognize some purpose. For example if every last bit of H performance counts then you could give the first partition (outside, lowI seek range per GB, higher bandwith) to a critical application and reserve L the rest (inside, longer seeks, lower MB/sec) for a 'slow' application using% the disk at different times (backup?)    Hein.    ------------------------------   Date: 6 Aug 2004 05:42:41 -0700 ( From: bob@instantwhip.com (Bob Ceculski)B Subject: Re: Linux Patents infrigment  Good oportunities for Tru64= Message-ID: <d7791aa1.0408060442.2fe079be@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<cetjqq$q98$1@new-usenet.uk.sun.com>...  > Fabio Cardoso wrote: > > G > > May be it s a good oportunity to improve the Tru64/HP-UX migration. B > > If Sun will transform Solaris x86 into Linux (it s a kinda way > > to abandon Sparc.  > >  > : > Solaris x86 is already very comparable to Linux in terms? > of cost assuming you are a commercial org and require support  > as most people do. > 	 > Regards  > Andrew Harrison   9 so it must also me similar to the security and clustering & that linux provides, which is zero ...   ------------------------------  % Date: Fri, 06 Aug 2004 18:10:05 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> B Subject: Re: Linux Patents infrigment  Good oportunities for Tru640 Message-ID: <cf0e1g$nnv$2@new-usenet.uk.sun.com>   Bob Ceculski wrote:    > Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<cetjqq$q98$1@new-usenet.uk.sun.com>...  >  >>Fabio Cardoso wrote: >>F >>>May be it s a good oportunity to improve the Tru64/HP-UX migration.A >>>If Sun will transform Solaris x86 into Linux (it s a kinda way  >>>to abandon Sparc. >>>  >>: >>Solaris x86 is already very comparable to Linux in terms? >>of cost assuming you are a commercial org and require support  >>as most people do. >>	 >>Regards  >>Andrew Harrison  >  > ; > so it must also me similar to the security and clustering ( > that linux provides, which is zero ...  2 Since you know that your point isn't true I see no1 reason to go into chapter and verse to refute it.    Regards  Andrew Harrison    ------------------------------  % Date: Fri, 06 Aug 2004 15:20:55 +0200 * From: Paul Sture <nospam@sture.homeip.net>C Subject: Re: Linux Patents infrigment = Good oportunities for Tru64 ) Message-ID: <2nhetnFvvd0U1@uni-berlin.de>   ( Andrew Harrison SUNUK Consultancy wrote: > Fabio Cardoso wrote: >  >> Read this >>g >> http://news.com.com/Munich+halts+biggest-ever+Linux+migration/2100-7344_3-5298060.html?tag=nefd.top   >> >>E >> "The biggest-ever Windows-to-Linux migration--the city of Munich's G >> 14,000 desktops--has been put on ice while legal issues are settled.  >>C >> The switch has been temporarily suspended over fears incoming EU @ >> legislation could cause the city a huge patent headache. JensF >> Muehlhaus, Munich's pro-Linux, Green Party alderman, has spotted 50I >> potential patent problems. Until they've been sorted, the migration is  >> on hold. 	 >> (...)"  >> >>F >> May be its a good oportunity to improve the Tru64/HP-UX migration.A >> If Sun will transform Solaris x86 into Linux (its a kinda way  >> to abandon Sparc. >> > : > Solaris x86 is already very comparable to Linux in terms? > of cost assuming you are a commercial org and require support  > as most people do. > @ > It is somewhat more capable than any of the current Linux OE's= > and this lead will extend considerably when Solaris 10 hits  > the streets.  B Then Sun is ideally positioned to offer Munich a contingency plan?   --  
 Paul Sture  - OS X: "It's Unix, Jim, but not as we know it"    ------------------------------  % Date: Fri, 06 Aug 2004 18:08:41 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> C Subject: Re: Linux Patents infrigment = Good oportunities for Tru64 0 Message-ID: <cf0dus$nnv$1@new-usenet.uk.sun.com>   Paul Sture wrote: * > Andrew Harrison SUNUK Consultancy wrote: >  >> Fabio Cardoso wrote:  >>
 >>> Read this  >>> h >>> http://news.com.com/Munich+halts+biggest-ever+Linux+migration/2100-7344_3-5298060.html?tag=nefd.top  >>>  >>> F >>> "The biggest-ever Windows-to-Linux migration--the city of Munich'sH >>> 14,000 desktops--has been put on ice while legal issues are settled. >>> D >>> The switch has been temporarily suspended over fears incoming EUA >>> legislation could cause the city a huge patent headache. Jens G >>> Muehlhaus, Munich's pro-Linux, Green Party alderman, has spotted 50 J >>> potential patent problems. Until they've been sorted, the migration is >>> on hold.
 >>> (...)" >>>  >>> G >>> May be its a good oportunity to improve the Tru64/HP-UX migration. B >>> If Sun will transform Solaris x86 into Linux (its a kinda way >>> to abandon Sparc.  >>>  >>; >> Solaris x86 is already very comparable to Linux in terms @ >> of cost assuming you are a commercial org and require support >> as most people do.  >>A >> It is somewhat more capable than any of the current Linux OE's > >> and this lead will extend considerably when Solaris 10 hits >> the streets.  >  > D > Then Sun is ideally positioned to offer Munich a contingency plan? > > Of course and we can even give them a working desktop as well.   Regards  Andrew   ------------------------------  % Date: Fri, 06 Aug 2004 11:48:18 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> 5 Subject: Re: OT: =?ISO-8859-1?Q?Sun=B4s_AMD_Opteron?= 0 Message-ID: <cevnll$768$1@new-usenet.uk.sun.com>   Main, Kerry wrote:   > JF - > H > The are environments good for scale out solutions as well as scale up. > ` > Blades are typically Windows/Linux platform options toady because of the x86 nature of blades. >  > However, Itanium blades are in the works (see following url's) and could open up all sorts of new opportunities for any platform that supports Itanium based servers. Think clustering ... >  > :-)  >  > Reference:E > http://www.eweek.com/article2/0,1759,1610153,00.asp (June 10, 2004)  > "Hewlett-Packard Co. is developing blade servers that will be powered by Intel Corp.'s Itanium chip, another push by the company to bring 64-bit capability to the dense form factor." > / > http://www.nec.co.jp/press/en/0406/0901.html  a > "NEC Releases Blade Server "Express5800/1020Ba" with the latest Intel(R) Itanium(R)2 Processor"  >   G Wow NEC have managed to "cram" 18 Itanium II CPU's into a 10RU package, H so much for blades delivering more cycles at a lower cost and using lessI datacenter space. If you have to spend to suffer and wamt to use Itanium  G then you would be better off buying rx2600/4670 boxes from HP you get 2 ; more CPU's in the same formfactor and you probably pay less  as well.  A Lets hope that HP do a better job of trying to defeat the laws of  thermodynamics than NEC did.   Regards  Andrew Harrison    ------------------------------  % Date: Fri, 06 Aug 2004 11:03:19 +0100 & From: Nic Clews <spamthis@[127.0.0.1]>% Subject: Re: OT: Pretty good Linux ad & Message-ID: <cevkvi$1f$1@lore.csc.com>  
 HUMBUG wrote:   j > On Wed, 4 Aug 2004 12:39:37 +0000 (UTC), j.lance wilkinson, (814) 865-1818 <jlw@psulias.psu.edu> Wrote : > <snip>  = >>	Ah, well, folks.  Must have been too entertaining, because ? >>	as I read this article now, 2 weeks after it was posted, the C >>	website reports 404 Not Found for both these links.  Did anybody  >>	keep this around? >       F This is called to mind, I can't take credit and I don't know where it  came from, but its still true.  I win95 == 32 bit extension and a graphical shell for a 16 bit patch to an  D 8 bit operating system originally coded for a 4 bit microprocessor, A written by a 2 bit company that can't stand 1 bit of competition.    --  E Regards, Nic Clews a.k.a. Mr. Car Park Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  $ Date: Fri, 6 Aug 2004 09:10:26 -0700* From: "Jack Peacock" <peacock@simconv.com>' Subject: Re: Phantom telnet connections 2 Message-ID: <r4qdnc3nr5HuMI7cRVn-vQ@mpowercom.net>  A "Andy Bustamante" <a_c_bustamante@earthlink.net> wrote in message 3 news:SXyQc.107$QJ3.71@newssvr21.news.prodigy.com... K > I believe you're up to date for 5.0a.  We had some telnet issues at sites G > where Pix firewalls are in use with 5.1 corrected under the the later  ECOs. I > If upgrading TCPIP is an issue, is there a firewall holding connections K > open?  Our problem was having telnet sessions time out to the client, but J > having the earlier Pix firmware hold the connection open on the internal > network segment. > L The site does have a Pix firewall, and it is possible the hanging BG devicesK might be from infrequent telnet through the Pix building up over time (last < reboot 4 months ago).  Do you have any more details on this?   Jack Peacock   ------------------------------  $ Date: Fri, 6 Aug 2004 09:16:04 -0700* From: "Jack Peacock" <peacock@simconv.com>' Subject: Re: Phantom telnet connections 2 Message-ID: <OamdnS-NlKpYM47cRVn-oA@mpowercom.net>  H "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com> wrote in message+ news:V7SdneQFmc71nI7cRVn-pQ@adelphia.com... I > Do you see actual connections on there, or just devices?  The TN driver  has H > a QIO interface for management (i.e. TELNET SHOW DEVICE) as well as anH > interface from the INETACP (In V5.0 I did away with the old "cloak andD > dagger" interface that required all sorts of knowledge of TNDRIVERG > internals).  You will therefore see a bunch of unconnected TN devices * > lingering for up to a minute, I believe. > L I don't see any lingering TN devices.  The number of TNs seems to correspondL to current users.  I do see a large number of mounted BG devices, nearly 100H with only 18 users logged in.  The other response about the Pix firewall does seem to fit the problem.    Jack Peacock   ------------------------------  * Date: Fri, 6 Aug 2004 14:28:44 +0000 (UTC)= From: jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818) 7 Subject: Re: Playwin says VMS gets NO viruses or hacks! . Message-ID: <cf04is$18ja$1@f04n12.cac.psu.edu>  S >In article <HcmdnSvvhLadF4_cRVn-rA@igs.net>, "John Smith" <a@nonymous.com> writes: * >>j.lance wilkinson, (814) 865-1818 wrote:  H >>> Refreshing after all these years.  Maybe my Novell servers will gainI >>> some new ground now.  Unfortunately, we're being SUNburned on the VMS  >>> front... >>M >>Contact Sue and get your local VMS Ambassador and perhaps others to come in F >>and have a little chit-chat with the people who aren't wearing their >>'Sun-Block'.  D 	Unfortunately, in the late 90's we switched from using an in-house B 	developed OPAC (which started out on an IBM in the 60's, moved toE 	Xerox CP-V in the 70's, Honeywell CP-6 in the 80's, and [Open]VMS in C 	the 90's) to one off-the-shelf.  The vendor in that case GRUDINGLY C 	ran on Tru64, so about all that's left on OpenVMS is PMDF/PMAS for G 	email.  That vendor has announced it does NOT plan to continue support C 	for Tru64 (it Never has had any non-Unix platforms supported) and, C 	since PMDF/PMAS both run on Solaris as well as the OPAC running on C 	Tru64 now, SUN is sadly our ONLY solution for a one-system option.   C 	Were it my choice, we'd still be running the Honeywell system.  It B 	ran circles around any Unix today, and VMS as well.  But we never5 	had more than 70 installations worldwide of that OS.   P +----"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+B | J.Lance Wilkinson ("Lance")		InterNet:  Lance.Wilkinson@psu.edu < | Systems Design Specialist - Lead	AT&T:      (814) 865-18189 | Digital Library Technologies		FAX:       (814) 863-3560 2 | 3 Paterno Library				"I'd rather be dancing..." B | Penn State University		    A host is a host from coast to coast,K | University Park, PA 16802	    And no one will talk to a host that's close C | <postmaster@psulias.psu.edu>	    Unless the host that isn't close : | EMail Professional since 1978	    Is busy, hung or dead.P +---------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+9                 [apologies to DeForest Kelley, 1920-1999] 3 <A Href="http://perdita.lcs.psu.edu">home page</a>  J <a Href="http://perdita.lcs.psu.edu/junkdec.htm">junk mail declaration</a> --	/"\ 	\ /	ASCII RIBBON CAMPAIGN 	 X	AGAINST HTML MAIL  	/ \   ------------------------------  $ Date: Fri, 6 Aug 2004 11:43:21 -0500* From: Michael Clark <MClark@Nemschoff.com>7 Subject: RE: Playwin says VMS gets NO viruses or hacks! Q Message-ID: <A2A28DB6D52E084783ACD6E6C6F5D790022873A1@EMAILSERVER2.nemschoff.com>     >   > > Main, Kerry wrote: > > B > > > Fwiw, I use Opera (V7.53 current) exclusively and only fire  > > up IE when IB > > > absolutely have to. Most times I just ignore sites if Opera  > > can not read
 > > > it.  > >  > > Then you must know about:  > > 6 > > On 04-Feb-2003 GreyMagic released an advisory [1]  > concerning Opera's  @ > > security model in v7.0. The advisory depicted several flaws  > in Opera'sG > > model, one of them allowed for an attacker to overwrite native and  B > > custom functions in a victim window. When the victim web-page 
 > > executed  B > > such function, the attacker's code executed with the victim's  > > privileges.  > > D > > Opera tried to prevent such scenarios in Opera 7.01, by blocking1 > > write-access to objects on the victim window.  > > > > > [1] http://www.greymagic.com/security/advisories/gm002-op/ >  > So what is your point? > F > There is likely no SW product (ok, very few to be safe) in the worldH > which has not had to provide a security related patch at some point in > its history.   > ) > Opera released v7.54 to fix this issue: . > http://www.opera.com/windows/changelogs/754/ > 8 > When an org like CERT actually goes out of its way to  > recommend getting G > off IE and start using another browser, you would think organizations  > would take this seriously.  J I wish they would take ti seriously.  But its not about security with mostJ of these people.  Its about ease of use.  Resistance to change is always aL problem.  Personally I think IE should have been trashed years ago, but thatL doesnt mean management will let me change the default browser.  *gasp* A non$ microsoft product!  What will we do!  
 Michael Clark  Nemschoff Chairs Inc mclark at nemschoff dot com " CompTIA A+, Network+, Server+, MCP Voice: (920) 457 7726 x294 Fax:  (920) 453 6594    A CONFIDENTIALITY NOTE: This electronic transmission, including all L attachments, is directed in confidence solely to the person(s) to whom it isL addressed, or an authorized recipient, and may not otherwise be distributed,L copied or disclosed. The contents of the transmission may also be subject toJ intellectual property rights and all such rights are expressly claimed andG are not waived. If you have received this transmission in error, please H notify the sender immediately by return electronic transmission and thenH immediately delete this transmission, including all attachments, without* copying, distributing or disclosing same.    ------------------------------  % Date: Fri, 06 Aug 2004 10:40:06 -0600 " From: GreyCloud <mist@cumulus.com> Subject: Re: Postscript 0 Message-ID: <na6dnfTpxMhmLo7cRVn-rw@bresnan.com>  * Alan Winston - SSRL Admin Cmptg Mgr wrote:  W > In article <w5Odnax1FYIqJI_cRVn-uQ@bresnan.com>, GreyCloud <mist@cumulus.com> writes:  >  >>For those that are IT pros...  >>? >>Is postscript a protocol or just a complete turing language??  >  > . > It's a Turing-complete (FORTHlike) language. > 	 > -- Alan  >   ! Thnx.  It is as I thought it was.    --  ! ---------------------------------  My other computer is a VAX.    ------------------------------   Date: 6 Aug 2004 09:05:19 -0700 % From: kbrodie@wi.rr.com (Kent Brodie) & Subject: Re: Preventing fragmentation.; Message-ID: <f8c7a25b.0408060805.411e3e@posting.google.com>   F If you have the temporary files "mixed" on the same disk volume as the@ "good files", I would consider using another disk volume for the temporary/scratch files.   ------------------------------   Date: 6 Aug 2004 04:48:11 -0700 ( From: catsoup57@hotmail.com (Chris Hale)$ Subject: Resilient VMS server config< Message-ID: <8155f86.0408060348.2c6351e1@posting.google.com>   Hi all,   F I could do with some advice regards a highly resilient server/cluster.  D We have an application which is not processor intensive, and it doesF not require huge amounts of disk space. In fact we have had it running5 on an Alpha1000 with 2.1G disks without any problems.   D However we need replace old hardware and to ensure that it is highly
 available.  D At the moment its running on a cluster of 4 Alpha's with shared SCSIB disks between each pair of nodes, and host based volume shadowing.  ? We are now proposing a pair of  DS25's with a SAN providing the @ storage, and possibly host based volume shadowing across logicalD volumes provided by the SAN. The logical volumes themselves can then: be members of a raid array or mirror. The proposed cluster5 interconnect would be fibre, with an Ethernet backup.   C As well as any general advice or comments, could anyone address the 
 following:  B 1. Should we bother with host based volume shadowing, when the SAN provides raid or mirrors? < 2. Does a SAN help with image backups whilst maintaining theC availability of the disk? For example can we take a 'snapshot' of a ; volume with very little loss of availability of the volume? F 3. The application does not require a cluster, but is able to failoverE to another node. Is there a good reason to go for three nodes instead  of two? ; 4. Can anyone comment on the reliability of SAN solutions?    ( Any help of advice would be appreciated.   Thanks.    Chris.   ------------------------------  % Date: Fri, 06 Aug 2004 13:55:36 +0100 & From: Nic Clews <spamthis@[127.0.0.1]>( Subject: Re: Resilient VMS server config' Message-ID: <cevv2k$3cf$1@lore.csc.com>    Chris Hale wrote:    ...   F Ah, the old "this is what we've been quoted, will it do the same job" 	 scenario.    Depends.  I You really need someone who understands what the application environment  G is trying to achieve in terms of availability, before you can start to  F answer the questions of what is better. DS25's have their limitations H compared to AS1000's. SANs have their limitations in comparison of what ? could be offered by (some) shared SCSI solutions. Freezing SAN  G presentations for backup purposes suggests a little less understanding  E about the VMS environment, and what it could offer you, than perhaps  2 ought to be due the availability being reproduced.  F Yes there are very, very good reasons why you'd use volume shadowing, I even when there is an apparent hardware solution, but it is one of those  I things you don't just implement without understanding what problems your   trying to solve.  G 3 nodes or 2 nodes, quorum disks or availability manager, automatic or  7 manual, which interconnects to use, which are "backup"?   E If availability is the issue you're trying to solve, I'd suggest you  C employ someone that understands what VMS can offer with associated  I hardware, and is in a position to understand the application environment   as well.  F Doubtless you'll get lots of suggestions here but who is carrying the F can for the eventual solution? I get the gut feeling that its outside J the scope of the newsgroup, and is virtually in the realms of consultancy.  I I'd suggest starting with the VMS documentation set to understand volume  C shadowing, and cluster configurations, then understand how this is  @ applied in the real world. However, that is not the full story, E understanding hardware behaviour and characteristics would also be a  5 prerequisite before embarking on a project like this.    --  E Regards, Nic Clews a.k.a. Mr. Car Park Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Fri, 06 Aug 2004 17:20:53 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> ( Subject: Re: Resilient VMS server config' Message-ID: <4113A1D5.D7F2DAE8@aaa.com>    Chris Hale wrote:  > = > We have an application which is not processor intensive,...    If  C > ...we have had it running on an Alpha1000...without any problems.    Then   > ...a pair of DS25's...   seems to be a major overkill.   = Look for a pair of (maybe secondhand) DS10's or maybe AS1200. 7 They will probably be more then enough and far cheaper.   F Regarding the other qusetions, don't make it more complex that needed.   KISS...   2 Exactly how "high" is "highly available", b.t.w ??  	 Jan-Erik.    ------------------------------  % Date: Fri, 06 Aug 2004 17:00:07 +0100 & From: Nic Clews <spamthis@[127.0.0.1]>( Subject: Re: Resilient VMS server config' Message-ID: <cf09sk$6ng$1@lore.csc.com>    Jan-Erik Sderholm wrote:    > Chris Hale wrote:  > = >>We have an application which is not processor intensive,...  >  >  > If >  > C >>...we have had it running on an Alpha1000...without any problems.  >  >  > Then >  >  >>...a pair of DS25's... >  >  > seems to be a major overkill.  > ? > Look for a pair of (maybe secondhand) DS10's or maybe AS1200. 9 > They will probably be more then enough and far cheaper.  > H > Regarding the other qusetions, don't make it more complex that needed. > 	 > KISS...  > 4 > Exactly how "high" is "highly available", b.t.w ?? >  > Jan-Erik.   F But isn't the issue here one of hardware refresh? Why replace old kit ? with not-quite-so-old kit? In certain scenarios, DS25's may be  H unsuitable, particularly if the current AS1000 are dual PSU'ed and that > is part of the resilience. However if equipment longevity for A servicability wants to be addressed, CPU power is merely a bonus.   E There is also no mention of the operating system version, which also  G governs the hardware, but we're presuming that either they keep on top  : of current versions, or moving to a current version is OK.  ? Don't take is personally Jan-Erik, I just don't think that the  I replacement configuration has been properly planned for, the systems and  @ models are mere details. KISS is nice, but some of the business I processes (as opposed to system and user processes) could well have been  E built around the way shadowing works, it would not be the first time  ; I've seen it, and I can guarantee it would not be the last.   G I know some very resilient single node systems. I also have known some   unstable clusters...   --  E Regards, Nic Clews a.k.a. Mr. Car Park Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Fri, 06 Aug 2004 11:58:16 -0400 & From: David M Smith <dsmit115@csc.com>E Subject: Re: Restrictive protections on C header files - ECO problem? 8 Message-ID: <1ea7h01e1ttnjnrtr13cnujmvnn8i05pv1@4ax.com>  M On Thu, 5 Aug 2004 17:44:22 -0400, "Brad McCusker" <brad.you-know-who@hp.com>  wrote:  J >Yep, I'm hear, and listening.  David Smith did a great job analyzing this >problem, thank you. > E >The LIBEXT.EXE tool we (ACRTL team) get from the compiler team.  Its K >actually a black box to me.  It should be the exact same image used by the K >compiler to fill out the reference area during compiler installs, and, so, : >it kind of surprises me that there is suddenly a problem. > I >I'll report the bug in our internal systems, hopefully by the time we do  >another ECO, we'll fix it.  > ! >Thanks again for reporting this.  >  >Brad McCusker* >OpenVMS C Run-Time Library Project Leader >OpenVMS Engineering >Nashua NH USA >   P Brad, your note prompted me to look at the CC065 kit (the only one I have onlineM right now). I "took it apart" and looked at how it uses LIBEXT and didn't see N any obvious difference. However, it then occurred to me that it is a VMSINSTALN kit (whereas the patch kit is a PCSI kit). I looked at VMSINSTAL.COM and foundJ the following command which is executed before running KITINSTAL.COM code:  3 $set protection=(s:rwed,o:rwed,g:rwed,w:re)/default   P This is at line 2314 out of 3462 (67%) in the OpenVMS Alpha V7.3-2 VMSINSTAL.COMN on my system. Due to the execution of thi command, all newly created files forM which an explicit file protection is not SET will receive (RWED,RWED,RWED,RE) N which happens to be "typical" for system files owned by [1,4]. Since your PCSIO kit executes in a context where you cannot rely on this default protection, you K must establish it yourself. You could add this line to CHECK_HEADERS.COM or 0 modify the program to set a specific protection.I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  % Date: Fri, 06 Aug 2004 15:51:42 +0200 2 From: "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de> Subject: Routing under VMS5 Message-ID: <cf026b$1ka$1@lnx107.hrz.tu-darmstadt.de>    Hi,   I by changes in our university network (Firewalls etc.) I have the problem  I that certain protocols will not be bridged any more between two subnets.  . Concerned are cluster, LAT, Last ... at least.  E If I connect one of my VMS systems to both subnets could I then do a  C routing of this particular protocols (except tcpip)? What should I  7 observe? Is there special software necessary/available?    Thanks for any hints.    Regards    Otto --  -   ------------------------------------------- , | Dr. Otto Titze, Kernphysik TUD           |, | Schlossgartenstr. 9, D-64289 Darmstadt   |, | titze@ikp.tu-darmstadt.de                |, | Tel: +49(6151)16-2916,FAX:16-4321        |-   -------------------------------------------    ------------------------------  $ Date: Fri, 6 Aug 2004 18:10:39 +0200, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl> Subject: Re: Routing under VMS* Message-ID: <2nhotaF131muU1@uni-berlin.de>  ? "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de> schreef in bericht / news:cf026b$1ka$1@lnx107.hrz.tu-darmstadt.de...  > Hi,  > J > by changes in our university network (Firewalls etc.) I have the problemJ > that certain protocols will not be bridged any more between two subnets.0 > Concerned are cluster, LAT, Last ... at least. > F > If I connect one of my VMS systems to both subnets could I then do aD > routing of this particular protocols (except tcpip)? What should I9 > observe? Is there special software necessary/available?  > K These protocols are not routable AFAIK.  If you write "subnets" do you mean G IP subnets or are you referring to two or more different (ethernet) LAN 	 segments? G In the latter case you can build a LAT translator. Connect two terminal6 servers	L together with their RS232 / DEC 423 ports. One server can offer the services of theL other and vice versa. LAST and SCS traffic is problematic if not impossible.   Hans   ------------------------------  % Date: Sat, 07 Aug 2004 01:24:09 +1000a3 From: Patrick Young <patrick@hilux.ace.unsw.EDU.AU>i Subject: Re: rx2600 and SASo) Message-ID: <2nhmauFv0qlU1@uni-berlin.de>n   Larry Kilgallen wrote:^ > In article <trj4h0t4lt80o19p3rc8eghsaa2tfpe6mg@4ax.com>, Nigel Barker <nigel@hp.com> writes: > I >>On Thu, 5 Aug 2004 07:15:43 -0700, "Tom Linden" <tom@kednos.com> wrote:t >>F >>>< There is no evaluation copy to download but you can purchase for  >>>< $75 a Software @ >>>< Developers Kit with all compilers & other layered products. >>>m" >>>All? Well, with some compilers. >>R >>OK, it ships with C, Fortran, COBOL & Macro32 plus you can download C++, BASIC &Q >>Pascal as they weren't available when the CDs were mastered. That's pretty muchoK >>all the compilers. Don't tell me you only wanted PL/1 as that isn't beingS >>ported:-). >  SF > I gather it also does not include the Ada95 compiler VMS Development > said would be available.  H Many thanks to all who responded either by email or NG. It appears thereF might be a download available, but we are happy to purchase the kit if	 in stock.e  F Interesting, and pleased to note BASIC is available. IIRC VAX -> Alpha, there was a consideration in dropping it :-(  F Cobol? - we have an application still written in it would you believe?   ------------------------------   Date: 6 Aug 2004 09:28:37 -0700-- From: soccer13player@yahoo.com (Nom de Plume)0 Subject: Re: rx2600 and SASg= Message-ID: <f401eb7f.0408060828.5bed43fc@posting.google.com>g   Bill Gunshannon wrote:A > So.....  As has been stated here the last time this subject was @ > discussed, all the DOD applications that were certified under F > ADA on VMS were not certified with GNAT.  If they have to be re-doneD > and re-certified anyway, why would anyone choose to do it using anD > inferior product like GNAT just to stay on VMS?  So there goes yet > another class of customers.-  D Having worked with many of the DEC compilers, I have found them very) nice.  How bad is GNAT compared to these?R   ------------------------------  $ Date: Fri, 6 Aug 2004 13:14:00 -0400' From: "Main, Kerry" <kerry.main@hp.com>c Subject: RE: rx2600 and SASLR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB3DF566@tayexc19.americas.cpqcorp.net>   > -----Original Message-----? > From: Patrick Young [mailto:patrick@hilux.ace.unsw.EDU.AU]=20A > Sent: August 6, 2004 11:24 AMo > To: Info-VAX@Mvb.Saic.Comt > Subject: Re: rx2600 and SAS- >=20   [..snip]  H > Cobol? - we have an application still written in it would you believe? >=20  H Absolutely. For all of the industry hype about Web Services (J2EE/.Net),H Cobol is still the language most used in existing back end financial and business focussed systems.  F What I find interesting about the following article is this statement:G "The most highly paid programmers in the next ten years are going to beN* COBOL programmers who know the Internet.""  
 Reference:> http://www.eweek.com/article2/0,1759,1237807,00.asp (May 2003)F "Can a person build a 21st-century IT career on this 1960s foundation?D Well, foundations are better than shifting sands. Legacy Reserves, aE databank for over-35 IT pros, cites Gartner estimates that retirementnB and death will shrink the population of working COBOL coders by 13? percent between 2002 and 2006, even while 15 percent of all newbC applications are being written in the language--and quotes the GIGAlF Group as predicting that "The most highly paid programmers in the nextC ten years are going to be COBOL programmers who know the Internet."s  H http://www.computerworld.com/careertopics/careers/training/story/0,10801 ,60683,00.html (2001 article)nH "In spite of its reputation, Cobol remains a resilient force in IT. DaleF Vecchio, research director at Gartner Inc., says there are roughly 180C billion lines of Cobol worldwide. This isn't surprising, given thattC Cobol has been around for more than 40 years. What is surprising is E Gartner's comment in a February research note stating that 15% of all:= new application functionality through 2005 will be in Cobol."s  D By the way, new ISV for OpenVMS that has Cobol focus: (May 19, 2004)@ http://www.acucorp.com/company/press/releases/2004/2004_pr_4.php   Regards   
 Kerry Main Senior Consultante HP Services Canada Voice: 613-592-4660- Fax: 613-591-4477k Email: kerryDOTmainAThpDOTcomA. (remove the DOT's and AT for email address)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  % Date: Fri, 06 Aug 2004 16:15:29 +0100s9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com>." Subject: Re: Solaris to Itanium...0 Message-ID: <cf07ak$lk1$1@new-usenet.uk.sun.com>   Keith Parris wrote:Mc > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<4109B330.57E07AFC@teksavvy.com>...  > K >>Paul demone forgot to add that Sun is still developping sparc-4, and thatHP >>Fujutsu is developping what will be the replacement for the cancelled sparc-5. >>K >>So, sparc gets a could upgrades in its current generation, while the nexts$ >>generation will come from fujutsi. >  > ? > Sun is merely putting two older core designs on the same chipaH > substrate. It has apparently given up on doing out-of-order processingH > and SMT. Fujitsu isn't likely to attempt projects of that magnitude on0 > its own. And it's in the Itanium camp as well. >    Wrong.  = Rock is a completely new design with an entirely new pipeline A Niagara which has just taped out is also a completely new design.b  < And the Fujitsu SPARC64 is already out of order and has been for some time.  9 All you have illustrated so far is your almost total lacko of knowledge about SPARC.n  > Let me offer you some help, rather than damage your reputation= further send me what you are intending to post and I will let-@ your know if there is any merit to the posting you are intending to make.       > < >>I can't see why you or anyone would compare Sparc to Alpha >  > G > Because the symptoms (scaled-back plans on the proprietary chip side, > > coupled with increasingly-visible focus on industry-standardB > microprocessors) and the underlying causes (high expense of chipG > development, coupled with poor financial state of the parent company)o > are similar. >   B Ahh the old proprietary word. Its interesting to note that Sun can@ do joint development of SPARC processors precisely because SPARC isn't proprietary.  H > If it isn't clear to you yet, just wait -- it will become clearer over > time.r > D The only thing that is becoming increasingly clear over time is that% you should not be making these posts.u   Regardsh Andrew Harrison,   ------------------------------  % Date: Fri, 06 Aug 2004 08:38:55 -07000+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>dE Subject: Stolen IP via India Outsourcing - Getting what they deserve? ' Message-ID: <4113A60F.3090306@MMaz.com>   + http://www.theinquirer.net/?article=3D17700u   A jolly tough time, nathurally  J By Tamlin Magee <mailto:Tamlin.Magee@theinquirer.net>: Friday 06 August=20 2004, 10:22$  K *US SOFTWARE COMPANY* Jolly Technologies has reported some of its source=20gH code, as well as "confidential design documents" has been stolen from=20G its research and development centre in India. Apparently, the stolen=20 J goods were to do with one of Jolly Technologies' "key products." Thanks=20F to the thievery, all development at the centre has been temporarily=20 stopped.  H Jolly Technologies reckons the code and documents were sneaked out of=20K the centre by a recently-hired software engineer. Supposedly, she used a=20oI yahoo e-mail account to upload the documents and transport them out of=20eI the facility. The blokes at the R+D facility are currently trying hard=20-' to stop the source code from spreading.   I Unfortunately for Jolly, a lack of tight intellectual property laws in=20sJ India makes taking legal action against the employee almost impossible.=20F However, the fellows from Jolly's San Carlos, California branch are=20H talking to local Indian authorities and trying to sort something out.=20K The Indian branch will not be employing or continuing research until the=20 # facility has been properly secured.o  H The company, which is a vendor of labelling and card software for the=20I printing industry, established its R+D base in Mumbai just under three=20e months ago. =B5E     --=20s  > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                       =20>   ------------------------------   Date: 6 Aug 2004 09:09:21 -07006% From: kbrodie@wi.rr.com (Kent Brodie)s' Subject: Re: The free lunch YOU pay for < Message-ID: <f8c7a25b.0408060809.cc7ab71@posting.google.com>  C Whether it's a boot camp, conference, training, whatever-   some ofaB the most valuable technical tidbits I have obtained over the yearsB have been courtesy of a mealtime technical exchange.  (Or, as AlanB pointed out, over a "tavern" mealtime exchange).    In many cases,E since you're the "customer", you may even get treated to the meal, if  there's a sales dude present.x  C In any case, a meal is a small price to pay for a dedicated sessione7 with a technical engineer-type who knows his stuff.....     i Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> wrote in message news:<411111F0.5090308@Flying-Disk.com>...s > Paul Repacholi wrote:- > G > > I would consider paying for the engineers free lunch the best value  > > money of the lot.r > > @ > > Or as Ric said, "As long as your buying, I'll keep talking." >  > s/lunch/beer/     :-)t >  > Alan   ------------------------------  % Date: Fri, 06 Aug 2004 11:52:48 +0100o9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com>-< Subject: Re: Time to patch OpenVMS - DCE-RPC buffer overflow0 Message-ID: <cevnu3$76p$1@new-usenet.uk.sun.com>   David J Dachtera wrote:l   > Undisclosed wrote: > E >>http://www4.itrc.hp.com/service/cki/docDisplay.do?docId=HPSBOV01056P >>? >>http://www.atstake.com/research/advisories/2004/a072204-1.txtt >>@ >>patch here - http://www2.itrc.hp.com/service/patch/mainPage.do >> >>---a >>; >>hmm... seems that OVMS is NOT immune to buffer overflows.  >>G >>I'll be interested in reading the Nessus NASL script to check for thea$ >>vuln when it comes out in 30 days. >>= >>damn DCE-RPC... that's the bane of Windows systems as well.n >>7 >>is the DCED installed as system or kernel on OpenVMS?o >  > > > ITRC is "login required"; so, I can't explore that just now. > < > Anyway VMS *IS* immune to *ALL* buffer-overflow attacks... >   4 That is not true its one of the OpenVMS urban myths.  5 It is relatively secure from buffer overflows but not  immune.n   Regardst Andrew HarrisonkJ > ...until you startup a network stack, and then the vulnerability lies inA > the network stack and/or related facilities/utilities, not VMS.e > I > So - time to clarify: are talking UCX (nka "TCP/IP Services"), Multinet * > or TCPWare? ...which element(s) thereof? >  > D.J.D.   ------------------------------  % Date: Fri, 06 Aug 2004 14:20:11 +0800u+ From: Tim E Sneddon <tesneddon@bigpond.com>tF Subject: Re: Ucx v4.0, network_mask set to 255.255.252.0 doesn't save.) Message-ID: <2ngm8rFl8gjU1@uni-berlin.de>r   Paul Yee wrote: E > However, I have stopped and restarted ucx and see 255.255.255.0 forn > the mask:a  ? Did you stop UCX before you made the change? I have seen issues = before where UCX has gotten confused about it's configuration32 because it was running when the changes were made.  
 Regards, Tim.s   ------------------------------  $ Date: Fri, 6 Aug 2004 08:18:00 -0400= From: "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com>rF Subject: Re: Ucx v4.0, network_mask set to 255.255.252.0 doesn't save.1 Message-ID: <aoednRZY_o9l647cRVn-rg@adelphia.com>   @ Did you just SET INTERFACE the address, or SET CONFIG INTERFACE?  " The latter will make it permanent.   -Johno  1 "Paul Yee" <paul.yee@heroix.com> wrote in messages7 news:69011ae9.0408051039.2339bbdf@posting.google.com...t > Hello,D > Thanks in advance for your help.  I am running an old vax machine: > 8 >   Digital TCP/IP Services for OpenVMS VAX Version V4.00 >   on a VAXstation 4000-60 running OpenVMS V6.2 >hE > I run @sys$startup:ucx$config, select 1 and 4 and get 255.255.252.0t > for the network mask:  >r > INTERFACE Configuration- >- >-: >         The Ethernet device(s) on your system are: ESA0: > F >         Start of configuration questions for Internet interface SE0.* >         SE0 is the Ethernet device ESA0: >w >  Interface: SE0 A >    IP_Addr: 192.168.7.100     NETWRK: 255.255.252.0     BRDCST:< > 192.168.7.255dA >     C_Addr:                 C_NETWRK:                 C_BRDCST:e >i >    Flags: ! >    Receive buffer:            0w >sE > However, I have stopped and restarted ucx and see 255.255.255.0 forh > the mask:i >n > $ ucx sho interface se0?D >                                                            Packets; > Interface   IP_Addr         Network mask          Receivei > Send     MTU >r; >  SE0        192.168.7.100   255.255.255.0           63407t > 1440    1500 > C > Any ideas on how to make 255.255.252.0 stick?  My Dns servers andtB > gateway are on the other subnets so I need this to work for name! > resolution and internet access.e > 	 > Thanks,s > Paul   ------------------------------   Date: 6 Aug 2004 07:27:19 -07006$ From: paul.yee@heroix.com (Paul Yee)F Subject: Re: Ucx v4.0, network_mask set to 255.255.252.0 doesn't save.< Message-ID: <69011ae9.0408060627.d7d48a1@posting.google.com>  \ Tim E Sneddon <tesneddon@bigpond.com> wrote in message news:<2ngm8rFl8gjU1@uni-berlin.de>... > Paul Yee wrote:eG > > However, I have stopped and restarted ucx and see 255.255.255.0 fori
 > > the mask:u > A > Did you stop UCX before you made the change? I have seen issuesP? > before where UCX has gotten confused about it's configurationO4 > because it was running when the changes were made. >  > Regards, Tim.g  ? I did a second time just to make sure.  I also, deleted all the E sys$system:ucx*.dat files just to start fresh.  Seems like I may needs( to upgrade Ucx based on an earlier post.   Thanks Tim,l Paul   ------------------------------   Date: 6 Aug 2004 07:26:00 -0700 $ From: paul.yee@heroix.com (Paul Yee)F Subject: Re: Ucx v4.0, network_mask set to 255.255.252.0 doesn't save.= Message-ID: <69011ae9.0408060626.5adbc62f@posting.google.com>j  V JBloggs@acme.com wrote in message news:<j5g5h0hilk4klrl2j7p1ahedd9ke9nk5gn@4ax.com>...E > On 5 Aug 2004 11:39:24 -0700, paul.yee@heroix.com (Paul Yee) wrote:a > 	 > >Hello,Q >  nF > >However, I have stopped and restarted ucx and see 255.255.255.0 for > >the mask: > >$ ucx sho interface se0 ID > >                                                          PacketsE > >Interface   IP_Addr         Network mask          Receive           > >Send     MTUcE > > SE0        192.168.7.100   255.255.255.0           63407         w > >1440    1500  >  > Can you post the output of : > # > $ UCX show CONFIG interface se0  .= > $! pemanent setting from a: $ ucx Set Route <mumble> /PERM s > 4 > You might also, possibly, be  running up against  ? > lack of  CIDR/supernetting support in earlier versions of UCX  > ; > though I think UCX 4.x had this support, I'm not positivet   The output looks like this:    $ ucx sho config interface se0    Interface: SE00?    IP_Addr: 192.168.7.100     NETWRK: 255.255.252.0     BRDCST:s
 192.168.7.2558  F I dug up Ucx v4.1 and installed it but it still didn't help.  I'll see% if we can get the latest ucx version.    Thanks for all your help.R   Paul   ------------------------------  % Date: Fri, 06 Aug 2004 11:38:12 -040082 From: "Stanley F. Quayle" <squayle@insight.rr.com> Subject: VMS 5.0 or 5.1 needed. Message-ID: <41136DA4.1836.173A1B94@localhost>  E I have a VMS 4.7 system that I need to upgrade to VMS 5.5.  However, e? the upgrade path requires V5.0 or V5.1 as an intermediate step.   @ Anyone have the savesets for VMS (+DECnet, Motif) available for  private download?f  
 --Stan Quaylee Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA,0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------   End of INFO-VAX 2004.433 ************************