1 INFO-VAX	Fri, 25 Jun 2004	Volume 2004 : Issue 351       Contents:( Re: Adaptive Enterprise (Flash Updated!)( Re: Adaptive Enterprise (Flash Updated!)( Re: Adaptive Enterprise (Flash Updated!)( Re: Adaptive Enterprise (Flash Updated!) Alpha-PC as (CMS) X terminal? ! Re: Alpha-PC as (CMS) X terminal?  AlphaServer hardware question ! Re: AlphaServer hardware question  Can I use NTLM and LDAP on VMS?  Compiling CVS on OpenVMS 7.3-2" Re: Compiling CVS on OpenVMS 7.3-2 Re: Equipment release policy? 0 Re: HXDRIVER VAX installation issues in OVMS 7.3% Is there a port of AWStats on OpenVMS ) Re: Is there a port of AWStats on OpenVMS  Re: Mozilla 1.7  Re: NTP and NTPDATE  Re: OT: Sun / Sparc  FUD Re: OT: Sun / Sparc  FUD Re: OT: Sun / Sparc  FUD RAID Array 450 and Controllers( Re: TCPIP V5.3 - ECO 2 FTP server quirk?( Re: TCPIP V5.3 - ECO 2 FTP server quirk? testing  Re: VAX  Spare Parts Re: VAX  Spare PartsB VMS clusters outdo IBM AIX, cert count since 2000, AIX 29, VMS 2 !C Re: [OpenVMS] BACKUP to two tapes CONCURRENTLY (duplicating data) ?   F ----------------------------------------------------------------------  % Date: Fri, 25 Jun 2004 07:08:35 -0400 # From: "John Smith" <a@nonymous.com> 1 Subject: Re: Adaptive Enterprise (Flash Updated!) , Message-ID: <cKednbbLZ_IqmkHdRVn-vw@igs.net>   Dave Gudewicz wrote:B > I say this is progress.  I see other signs of progress.  This is > positive.  > H > Some here always have their glass half-empty.  Try half-full sometime.  J S, is carly(tm) going to re-launch the campaign now that VMS is mentioned?K Is she going to stand up in front of the media, analysts, and customers and 1 make that all-important first-impression for VMS?    Not bloody likely.  D Face it, HP fucked up royally, and continues to do the same each andK everytime it has an opportunity to do so. But before you accuse me of being D negative, just think of this as an opportunity for HP to improve its! marketing and advertising of VMS.   J HP kind of reminds me of Thomas Edison, who once said about his efforts atI finding the perfect light bulb filament, "I have not failed 1000 times. I I have successful found 1000 ways that do not work." Seems to me like HP is L deliberately trying to find all 1000 ways to fail at OpenVMS advertising and
 marketing.    K Maybe HP's slogan "Invent" really means "let's invent 1000 ways to kill VMS  in the market."    ------------------------------  # Date: Fri, 25 Jun 2004 14:43:30 GMT % From: "John Vottero" <John@mvpsi.com> 1 Subject: Re: Adaptive Enterprise (Flash Updated!) ; Message-ID: <mSWCc.1125$e71.107@newssvr33.news.prodigy.com>   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message: news:79f8702d29d695f65b35cbb80cf76fb4@news.teranews.com... > David J Dachtera wrote: I > > Yes - any small step on the road to "recovery" is a gigantic triumph. 3 > > How do you eat an elephant? One bite at a time!  > E > Actually, since HP has not taken any truyly active steps to end the 
 DECline ofL > VMS, it isn't a question yet of recovery, it is a question of stopping the DECline. >   ; It doesn't matter what HP does, you will complain about it.    [snip] > L > It wasn't so long ago that Marcello had succeeded in turning the table andK > instead of VMS getting axed, it got its "renaissance". All was great, and F > things were looking up. Then, when Compaq realised the success, thatK > renaisaance was unceremoniously axed and things went back to the prevoius   I Please point to ONE thing that Compaq did to axe the OpenVMS renaissance.   E > "ignore VMS in all presentations and no more marketing allowed" (of 
 course, inL > hindsight, with the upcoming demise of Alpha, it was no surprise that theyJ > would want to stop growing a platform that had show such great potential with > such limited marketing). > I > When someone is set on a decision, he/she will take whatever actions to L > justify and sustain that decision. When politicians were set on destroying the   K You're right about that, and you've decided that HP has some sort of secret B plan to kill OpenVMS and nothing will change your mind about that.   John Vottero   ------------------------------    Date: 25 Jun 2004 10:27:01 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)1 Subject: Re: Adaptive Enterprise (Flash Updated!) = Message-ID: <f30679fb.0406250927.16382183@posting.google.com>    Well  C They dont mention Tandem too ! Is happening to the Tandem customers   the same of OpenVMS customers ? E By the way... would be considerated a merge of OpenVMS+NSK features ?    Regards    FC        e David J Dachtera <djesys.nospam@comcast.net> wrote in message news:<40DB8AD5.E5173189@comcast.net>...  > Alex Daniels wrote:  > > O > > You may remember Adaptive Enterprise thread a while back (link below). With  > > one of my points being...  > > E > > >Have a look at the flash site for the campaign it is referencing J > > >www.hp.com/adapt , seems to me there is explicit mentions, for EVA's,I > > >non-stop, linux, proliant, openview and integrity(without mentioning K > > >VMS). This is all mentioned within the ad campaigns flash, VMS is not.  > > N > > I mentioned this to my OpenVMS Ambassador a couple of weeks ago, not quiteO > > believe anything would be done, but sure enough the flash has been updated!  > > M > > VMS is now being mentioned as one of the 'Essential Technologies' and for # > > once is even listed above UNIX.  > >  > > Alex > >  > > Previous thread at.....  > > o > > http://groups.google.co.uk/groups?hl=en&lr=&ie=UTF-8&selm=9f7f13a8.0402151902.7ef0935a%40posting.google.com  >  > FFO!!! >  > (Far Friggin' Out!!!)  >  > D.J.D.   ------------------------------  # Date: Fri, 25 Jun 2004 17:20:46 GMT  From: John Doe <jdoe@doe.org> 1 Subject: Re: Adaptive Enterprise (Flash Updated!) @ Message-ID: <0330d9be45868d15bf1100faae6a6463@news.teranews.com>   John Vottero wrote: K > Please point to ONE thing that Compaq did to axe the OpenVMS renaissance.   C Not renew the marketing budget that had been allocated to allow the M "renaissance". In essence, they cut the budget. Instead if finally giving VMS E some permament marketing money, they just gave VMS a one time shot of  marketing lasting months.    ------------------------------  % Date: Fri, 25 Jun 2004 15:22:05 +0200 5 From: "GWDVMS::MOELLER" <moeller@gwdvms.dnet.gwdg.de> & Subject: Alpha-PC as (CMS) X terminal?" Message-ID: <6223729@MVB.SAIC.COM>   Folks,  8 I might be able to obtain some "Alpha-PCs" (w/EISA bus)  known to boot VMS ok.   6 From what I've read over the years, I infer that these3 machines are not the most desireable Alphas to have > (due to speed & memory limitiations, if I remember correctly),> however - could they be reasonably used like VMS X terminals?   4 At least I'd expect them to be faster than Vs3100/xx/ (that's what I currently use for that purpose); 4 don't know about their graphics capabilities yet ...  M Wolfgang J. Moeller, Tel. +49 551 201-1516/-1510, moeller@gwdvms.dnet.gwdg.de M GWDG, D-37077 Goettingen, F.R.Germany     |    Disclaimer: No claim intended! M http://www.gwdg.de/~moeller/ ---- <moeller@gwdg.de> ---- <w.moeller@ieee.org>    ------------------------------  % Date: Fri, 25 Jun 2004 14:30:11 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]>* Subject: Re: Alpha-PC as (CMS) X terminal?' Message-ID: <cbh9h7$9n1$1@lore.csc.com>    GWDVMS::MOELLER wrote: > 9 > I might be able to obtain some "Alpha-PCs" (w/EISA bus)  > known to boot VMS ok.  > 8 > From what I've read over the years, I infer that these5 > machines are not the most desireable Alphas to have @ > (due to speed & memory limitiations, if I remember correctly),? > however - could they be reasonably used like VMS X terminals?  > 6 > At least I'd expect them to be faster than Vs3100/xx1 > (that's what I currently use for that purpose); 6 > don't know about their graphics capabilities yet ...  H I expect you mean the DEC 2000-300 aka Jensen. 128 MB in 8 parity SIMMS,D and its the Qvision 1024 x 768 EISA graphics card. Quite respectableA really. It's only EV4, but I think it has come in for some unfair F criticism. Benefit would be you can use a standard PC monitor, but the; graphics card doesn't work terribly well with a KVM switch.    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------    Date: 25 Jun 2004 00:28:49 -0700) From: alexjohansonn@yahoo.com (TANSTAAFL) & Subject: AlphaServer hardware question= Message-ID: <94fe3101.0406242328.5496ed93@posting.google.com>   C I have a fully loaded AlphaServer 2100A RM.  The documentation says D only one power supply is need to support a fully configured server. - This one has a second one for n+1 redundancy.   C Each power supply handles 120V with a maximum current of 10A.  Both = power supplies will be supported by the same circuit.  If the F consumption would not exceed one the capability of one power supply, I  do not need a 20A circuit right?  F Also, does anyone know whether the power consumption is shared between both power supplies?   Alex   ------------------------------  % Date: Fri, 25 Jun 2004 10:16:01 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]>* Subject: Re: AlphaServer hardware question' Message-ID: <cbgqkk$4sa$1@lore.csc.com>    TANSTAAFL wrote: > E > I have a fully loaded AlphaServer 2100A RM.  The documentation says E > only one power supply is need to support a fully configured server. / > This one has a second one for n+1 redundancy.  > E > Each power supply handles 120V with a maximum current of 10A.  Both ? > power supplies will be supported by the same circuit.  If the H > consumption would not exceed one the capability of one power supply, I" > do not need a 20A circuit right?   Arguably you are correct.   H The power supplies are switching, so basically, if one supply draws 10A,G then two will share the load and draw just 5A each. There is some small 4 overhead of course because it is not 100% efficient.  G HOWEVER, lets talk electrics. NEVER NEVER expect to constantly draw the H rated current load from wiring. This is the way to electrical fires. TheG supply should have at least *double* the expected maximum total current D draw for the circuit, ideally 2.5 times. In the UK this is backed up2 with a ring type circuit for multiple connections.  F In your case, I would have a 32A breaker, and wiring cable of carryingF 40A plus, the breaker must ALWAYS act lower than the total capacity of the wiring.   G So in your case, lets say your system develops an electrical fault, and E tries to draw 20A. What would happen? Would a breaker or fuse trip at A less than 20A? Or would the wiring go into meltdown and overheat?   + That is what you need to be concerned with.    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  # Date: Fri, 25 Jun 2004 06:43:03 GMT  From: "ups" <ups@hotovice.com>( Subject: Can I use NTLM and LDAP on VMS?2 Message-ID: <XPPCc.4712$At3.4640@news.cpqcorp.net>   Hi,   G I am using Windows 2000 server and I want to add an entry in the Active G Directory using LDAP. At the time of binding to LDAP server, we need to I provide password. I do not want to use SSL, cleartext password. Can I use K kerberos or NTLM to authenticate while calling ldap_bind (or similar tye of < function). If yes, are there any sample programs to do this?   Thanks and Regards, 	 Upadhyaya    ------------------------------    Date: 25 Jun 2004 07:37:48 -0700" From: horn@shsu.edu (James T Horn)' Subject: Compiling CVS on OpenVMS 7.3-2 = Message-ID: <843706dc.0406250637.73d4bd7d@posting.google.com>   M When trying to build the CVS system on an OpenVMS 7.3-2 box, I get the error:    $ CC diff.c   * # include "fnmatch.h" /* Our substitute */ ..^ P %CC-F-NOINCLFILEF, Cannot find file "fnmatch.h" specified in #include directive.1 at line number 29 in file (file location)DIFF.C;1     4 Any ideas why? I've tried it on bot 1.11.17 and 1.12   ------------------------------  # Date: Fri, 25 Jun 2004 15:00:05 GMT 1 From: Michael Austin <maustin@firstdbasource.com> + Subject: Re: Compiling CVS on OpenVMS 7.3-2 ; Message-ID: <V5XCc.2871$4h1.711@newssvr23.news.prodigy.com>    James T Horn wrote:   O > When trying to build the CVS system on an OpenVMS 7.3-2 box, I get the error:  > 
 > $ CC diff.c  > , > # include "fnmatch.h" /* Our substitute */ > ..^ R > %CC-F-NOINCLFILEF, Cannot find file "fnmatch.h" specified in #include directive.3 > at line number 29 in file (file location)DIFF.C;1  >  > 6 > Any ideas why? I've tried it on bot 1.11.17 and 1.12  B maybe it has something to do with not being able to find the file E "fnmatch.h"..  See if it exists, and make sure it is in your library  # path so the compiler can find it...    Michael Austin.    ------------------------------    Date: 25 Jun 2004 13:31:49 -04003 From: Rich Alderson <news@alderson.users.panix.com> & Subject: Re: Equipment release policy?. Message-ID: <mddfz8jczne.fsf@panix5.panix.com>  , "Jack Peacock" <peacock@simconv.com> writes:  L > Think of it this way, how would you get data off a PDP-10 disk pack if you > were handed one tomorrow?   M 1. Check it for rings.  If it's had a head crash, pass it on to someone else.   N 2. Spin it up, write-protected, lap plug out so the heads don't launch, for 24    hours or more.   O 3. Check it out by booting Tops-20 on the KL, and if it's a Tops-20 filesystem, N    use DSKOP% to read every sector on the disk.  If it's a Tops-10 filesystem,N    re-boot the system and start groveling over the disk with appropriate tools'    (and a little help from my friends).    --  . Rich Alderson					    | /"\ ASCII ribbon     |< news@alderson.users.panix.com			    | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |7 			 --Death, of the Endless    | / \ postings         |    ------------------------------  + Date: Fri, 25 Jun 2004 05:32:18 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)9 Subject: Re: HXDRIVER VAX installation issues in OVMS 7.3 1 Message-ID: <newscache$ignuzh$esd1$1@news.sil.at>   s In article <102eae4e.0406242118.1fe62baf@posting.google.com>, bruce.stafford@sbcglobal.net (Bruce Stafford) writes: H >                 The HX014.A file is the kit for this driver. Could notF >open this file to see what was going on during the install (not human: >readable). Is there a method to debug during the install?   $ BACKUP/LIST HX014.A/SAVE- $ BACKUP HX014.A/SAVE/SELECT=KITINSTAL.COM []  $ EDIT KITINSTAL.COM   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 25 Jun 2004 15:05:24 +0200  From: jf.pieronne@laposte.net . Subject: Is there a port of AWStats on OpenVMS2 Message-ID: <cbh836$8o2$1@news-reader4.wanadoo.fr>  7 Did someone has ever try to port/run AWStat on OpenVMS?  http://awstats.sourceforge.net/ L AWStats is a free PERL tool that generates advanced web, ftp or mail server  statistics, graphically.  N I swill be interesting to use it for my httpd server (WASD) and my ftp server.   Thanks,     
 Jean-Franois    ------------------------------  % Date: Fri, 25 Jun 2004 08:39:38 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>2 Subject: Re: Is there a port of AWStats on OpenVMSI Message-ID: <craigberry-73C599.08393825062004@news-east.dca.giganews.com>   2 In article <cbh836$8o2$1@news-reader4.wanadoo.fr>,  jf.pieronne@laposte.net wrote:   9 > Did someone has ever try to port/run AWStat on OpenVMS? ! > http://awstats.sourceforge.net/ N > AWStats is a free PERL tool that generates advanced web, ftp or mail server  > statistics, graphically. > P > I swill be interesting to use it for my httpd server (WASD) and my ftp server.  H I've never done it myself, but see pp. 226-30 of Alan Winston's VMS web G server book.  It looks like he had to wrap the Perl invocations in DCL  6 and run the DCL as a CGI script, but that it did work.   ------------------------------  + Date: Fri, 25 Jun 2004 10:23:00 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk Subject: Re: Mozilla 1.7) Message-ID: <cbgue4$rek$1@news.mdx.ac.uk>   X In article <%%jCc.25$jC1.165@news.oracle.com>, Colin Blake <colin@theblakes.com> writes:  >david20@alpha2.mdx.ac.uk wrote: > I >> In that case they are just covering themselves since previous versions * >> definitely work on non stream_lf files. > J >It depends what you are doing with the file. Some things work with other E >formats, but some things don't. If it used to work, it still should.   K In this case all we are talking about is reading in local sequential files. P There shouldn't be any complicated processing involved eg mapping the files for 7 better performance or seeking to non-record boundaries. O Hence, as far as I am aware, the C runtime library should deal with these fine  J just open the file in record mode rather than the default stream mode. An . extremely simple change to the open statement.              
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Fri, 25 Jun 2004 13:55:32 GMT % From: "Louie" <lwallace@twcny.rr.com>  Subject: Re: NTP and NTPDATE9 Message-ID: <o9WCc.248597$hY.126521@twister.nyroc.rr.com>   G This server Alpha 2100a is part of system that must be powered off on a L regular basis for maintainence and that's when the problem is seen. Do theseL servers have servicable batteries? I looked for the battery, I couldn't find it.    thanks for the reply.  Louie.  ? "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:40DB89CC.9D4BB30B@comcast.net...  > Louie wrote: > > E > > Running UCX version 4.2 with NTP as a client on a Alpha 2100 with  OpenVMS H > > 7.1. Everything is fine until the server time jumps by more than 7.5 hours E > > following a powerdown or power blip. Then NTP won't set the time.  > > K > > Is there a NTPDATE program available for this version of UCX that I can  run " > > from a COM script during boot? > > 6 > > Or maybe a way to configure NTP to reset the date? > > J > > Upgrading to TCP/IP version 5.0 is not an option because it will break the 3 > > software that is relying on FTP in version 4.2.  > >  > > Thanks in advance  > H > Well, I would first find out why the hardware clock drifts so badly orG > loses time in a power glitch. You may need a new clock battery and/or * > some surge supression / power filtering. >  > D.J.D.   ------------------------------  % Date: Fri, 25 Jun 2004 08:18:01 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de>! Subject: Re: OT: Sun / Sparc  FUD 3 Message-ID: <000e01c45a7c$2c6be6d0$994614ac@wat153>    Hello,  @ Andrew, do you know something about the market share of Solaris,G OpenVMS, HP UX, SGI IRIX, TRUE64, ... AFAIK the market share of OpenVMS D is 6.1%, of TRUE64 is 4.8%. In case of this, will you say OpenVMS isG more populare then TRUE64. I don't think so. UNIX is more populare then E OpenVMS. But the installed base and some new customers know about the & stability, scalability ... of OpenVMS.   Best regards R. Wingert    ------------------------------  % Date: Fri, 25 Jun 2004 10:11:57 +0100 ; From: Andrew Harrison <andrew_remove__.harrison@___sun.com> ! Subject: Re: OT: Sun / Sparc  FUD 0 Message-ID: <cbgq8u$e96$1@new-usenet.uk.sun.com>   Rob Young wrote:p > In article <cbe2hc$kbj$1@new-usenet.uk.sun.com>, Andrew Harrison <andrew_remove__.harrison@___sun.com> writes: >   M > http://groups.google.com/groups?selm=3CB5931F.70707%40sun.com&output=gplain  > ) > From: Andrew Harrison SUNUK Consultancy  > Newsgroups: comp.os.vms ; > Subject: Re: another hint of post-merger direction, maybe ' > Date: Thu, 11 Apr 2002 14:43:59 +0100  > G > 1.    Yes I am happy with the top500 list, some people arn't so happy G >        about the measure used (Linpack) but numbers are available for C >        most HPC platforms and so its an expedient measure to use.  >   > You seem to have missed the point yet again. It is quite clear> from my post that you very kindly found that I was refering to8 the HPC market and the top500 lists applicability to it.  : It is also entirely clear from your earlier posts that you< were attempting in your usual way to equate Sun's showing in: the current top500 list (which is only relevant to HPC) to: the server market as a whole which is dominated by non HPC
 workloads.  : All you have done in retrieving my posting is reinforce my8 point about my consistency and your maleability. Thanks.    ; >>Inconsistency is one of your hallmarks starting with your = >>abrupt change of religion within 24 hours of the Alphacide, = >>perhaps because your opinions are so maleable you attribute + >>this characteristic to others, who knows.  >  > F > 	Ha.  The good-ship SPARCtanic is listing badly and your HPC puffery- > 	of 24 months ago looks rather funny today.  >   ? Really, can you detect any whiff of forward looking predictions  in my posting ?   ? The only person round here guilty of puffery if you Rob and its + well documented as you also know full well.  > = >>However as always in our discussions we have now got to the 6 >>point where the facts intrude and refute your point. >> >  > @ > 	Facts?  You seldom have them.  Mostly twist them to suit your< > 	purposes or totally ignore them when they are blistering. >   8 So I challenge you to produce one example of an argument7 that you think you have gained the advantage over me in 6 based on the quality of your "facts" vs the quality of my response.  8 Remeber I have asked you repeatedly to support this type9 of claim and remeber to date you have failed miserably to  do so.  : Why you keep persisting in making the claims when you have7 never managed to support them beats me but then its fun : beating you over the head each time you fail to learn from0 your previous mistakes so feel free to continue.   Regards and in anticipation  Andrew Harrison    ------------------------------    Date: 25 Jun 2004 06:54:48 -07002 From: williamwebb@openvms-rocks.com (William Webb)! Subject: Re: OT: Sun / Sparc  FUD = Message-ID: <bf98c417.0406250554.5ad13e1b@posting.google.com>   W "John Smith" <a@nonymous.com> wrote in message news:<IPidnd3iA_fyxkbdRVn-sQ@igs.net>...  > Bob Willard wrote: > > David Svensson wrote:  > > = > >> JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message A > >> news:<683b75f58439faa39315381052462421@news.teranews.com>...  > >> > >>> David Svensson wrote:  > >>> C > >>>> I partly agree with you here, but top500 does to some degree F > >>>> reflect the popularity of an architecture as a whole. I am sureG > >>>> Sun would be much more happy if there were more SPARC systems on  > >>>> the list. > >>> G > >>> Top 500 doesn't reflect on popularity of a platform. The platform H > >>> becomes more popular because of the visibility generated by having= > >>> large presence in that list. It is all about marketing.  > >> > >>H > >> Yes and no, visibility on top500 is ofcourse positive, but it's not; > >> all about marketing. You actually need performance and F > >> price/performance to be competetive too and to be on the list. It	 > >> does 4 > >> reflect popularity, not very much, but it does. > >> > >>@ > >>> Which is why it would have been nice to see some ink about+ > >>> VMS/Alpha being present on that list.  > >> > >> > >> Well, you could hope. ;)  > >> > >>H > >>> Being on the top500 is the equivalent of car makers having entriesH > >>> in Grand Prix races. Shows that the manufacturer has the knowledgeH > >>> and capablity to build something really fast and performant, givesE > >>> manufacturer lost of exposure and talk in the press. But the to D > >>> general consumer, there is little relationship between the car? > >>> he/she drives and those cars fielded in Grand Prix races.  > >> > >>I > >> Actually, the "supercomputers" of today are not impressive at all in G > >> my mind. Most of them are just cheap boxes clustered together, not I > >> rocket science anymore. The only interesting is when they use really I > >> advanced network connection technology. A Cray is a Grand Prix racer J > >> and the SGI machines are cool supercomputers, but a cluster is just aI > >> bunch of cheap Fiats, they should not be called supercomputers, they 1 > >> should be called superclusters or something.  > > 6 > > If one ran WinDuhs, you might call it a supernova. >  > M > Reminds me of the days way back when Chevrolet tried selling the Chevy Nova J > in Latin America. Nova in Spanish sounds exactly like "no va" or looselyI > translated "doesn't go". Not exactly the message the car buyer wants to # > receive, subliminally or overtly.  > N > Of course in the case of Microsot, supernova meaning 'blows up in your face' > is quite appropriate.      Great story about the Nova.  Unfortunately, it's not true.   6 << http://www.snopes.com/business/misxlate/nova.asp >>   WWWebb   ------------------------------    Date: 25 Jun 2004 00:48:40 -0700) From: alexjohansonn@yahoo.com (TANSTAAFL) ' Subject: RAID Array 450 and Controllers = Message-ID: <94fe3101.0406242348.34d19451@posting.google.com>   E I have a Raid Array 450.  It came with HSZ40 controllers.  Can anyone E tell me if the 450 is compatible with the HSJ40 controllers?  I would 9 suspect so, but do not want to take anything for granted.    Alex   ------------------------------    Date: 25 Jun 2004 06:19:37 -0700/ From: kenneth.randell@verizon.net (Ken Randell) 1 Subject: Re: TCPIP V5.3 - ECO 2 FTP server quirk? = Message-ID: <79de9693.0406250519.5786b986@posting.google.com>   E FWIW, this FTP client/server behavior appears to be still apparent in  TCP/IP 5.4 ECO 1  G >    Thus, I begin to suspect the FTP server itself (which may well not J > use chdir()).  Of course, I've never forgiven it for failing to truncateF > short log-file error messages which follow long ones.  Has this been > fixed yet? > ? > 15-APR-2004 10:18:22.85 User:anonymous ident:Lgpuser@home.com 4 >  status:00010001 CWD dir:SYS$SYSDEVICE:[ANONYMOUS]? > 15-APR-2004 10:18:30.82 User:anonymous ident:Lgpuser@home.com 4 >  status:000186D4 CWD dir:ANONYMOUS:[public].;MOUS]4 >                                            ^^^^^^^ >   E Sorry, I'm not sure what the above means about a not truncating error 	 messages.    ------------------------------  + Date: Fri, 25 Jun 2004 09:05:28 -0500 (CDT)  From: sms@antinode.org1 Subject: Re: TCPIP V5.3 - ECO 2 FTP server quirk? ) Message-ID: <04062509052886@antinode.org>   / From: kenneth.randell@verizon.net (Ken Randell)   G > FWIW, this FTP client/server behavior appears to be still apparent in  > TCP/IP 5.4 ECO 1  G    Swell.  Thanks for checking.  It's not life-or-death, obviously, but ? it did defeat someone trying to fetch something from my server.   D > > [...]  Of course, I've never forgiven it for failing to truncateH > > short log-file error messages which follow long ones.  Has this been > > fixed yet? > > A > > 15-APR-2004 10:18:22.85 User:anonymous ident:Lgpuser@home.com 6 > >  status:00010001 CWD dir:SYS$SYSDEVICE:[ANONYMOUS]A > > 15-APR-2004 10:18:30.82 User:anonymous ident:Lgpuser@home.com 6 > >  status:000186D4 CWD dir:ANONYMOUS:[public].;MOUS]6 > >                                            ^^^^^^^ > G > Sorry, I'm not sure what the above means about a not truncating error  > messages.   @    An old, unrelated problem.  The second message should end so:  +  status:000186D4 CWD dir:ANONYMOUS:[public]   C The trailing ".;MOUS]" (".;" + left-overs from the previous, longer  message) is spurious.   G    I believe that it's fairly easy to reproduce.  Just CD to some valid B directory with a long name, then CD to an invalid directory with a short(er) name.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  # Date: Fri, 25 Jun 2004 13:49:06 GMT % From: "Louie" <lwallace@twcny.rr.com>  Subject: testing9 Message-ID: <m3WCc.248596$hY.219645@twister.nyroc.rr.com>    testing    ------------------------------  % Date: Fri, 25 Jun 2004 10:22:15 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]> Subject: Re: VAX  Spare Parts ' Message-ID: <cbgr0a$528$1@lore.csc.com>    "Stanley F. Quayle" wrote: > . > On 24 Jun 2004 at 14:27, James O'Shea wrote:B > > I'm back in the VAX world after a 5-year absence. My client isE > > concerned about spare hardware for their VAX 7000 cluster running 	 > > V6.2.  > C > They should migrate to CHARON-VAX.  They can use modern, off-the- 2 > shelf hardware and not change their application. >   D > [Another Shameless Plug (tm) from your local CHARON-VAX reseller.] >    > E > Again, I'd recommend CHARON-VAX.  And not just because I sell it...   C Oh, come on, are you saying that some PC can match a 7000 class SMP H system (say 6 processors, 4 gig of RAM, 4 UltraSCSI and 100 meg ethernet plus twin CI and FDDI ?   & [Shameless throwing down the gauntlet]   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Fri, 25 Jun 2004 16:30:33 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de> Subject: Re: VAX  Spare Parts B Message-ID: <40dc3709$0$26363$9b4e6d93@newsread4.arcor-online.net>   James O'Shea wrote: B > I'm back in the VAX world after a 5-year absence.  My client is J > concerned about spare hardware for their VAX 7000 cluster running V6.2.  >   G > Does anyone know what how many VAX sites are still out there?   Does  C > anyone have any idea how many used dealers are still selling VAX  % > hardware?  Is it difficult to find?  >   	 > Thanks,  > Jim O'Shea > Chicago, IL USA      Hi Jim,   D here's an informal and incomplete list of DEC Hardware Resellers in @ North America, and some which speciallize in DEC CPU Upgrades...  B *OpenVMS Hardware VARs (Value Added Resellers) - in North America*5 *Servers, Workstations - New, Used, Upgrades & Parts*   : AES - Avnet Enterprise Solutions - US - Canada - Australia      http://www.es.avnet.com/  Agilysys - USA6      http://www.agilysys.com/Agilysys/ESG/Products/HP/! Aspen Systems Inc. - USA & Canada       http://www.aspsys.com/ $ BBC - Building Block Computers - USA(      http://www.bbcusa.com/frameset.html Carotek-Tek - USA &      http://carotek.com/ITD/itHome.asp" CCS - Commercial Computer Services      http://www.ccs4vms.com/	 Celerent.       http://www.celerent.com/ 2 Computer Clearing House Computer Sales (CCH) - USA*      http://www.computerclearinghouse.com/- Continental Computers - Used Cisco, DEC - USA       http://www.conticomp.com/ CPU Options Inc. - USA      http://www.cpuoptions.com/  Data Instruments, Inc.      http://www.workstation.net  DecSource Inc. - USA      http://www.decsource.com/! Digital Consulting Services - DCS '      http://www.webdcs.com/HomePage.htm  Digital Surplus - USA #      http://www.digitalsurplus.com/ / Digitask Consultants, Inc. - online store - USA       http://www.digitask.com/ / Discount Computer Peripherals, Inc. Store - USA       http://www.4cheapparts.com ( Diversified Business Systems, Inc. - USA      http://www.dbsinet.com/' DoveBid - Used Equipment Auctions - USA '      http://www.dovebid.com/default.asp  E.L.I. Incorporated - USA       http://www.eli.com/ Equipment Management Inc. - USA (      http://emisolutions.com/index2.ivnu Great Lakes Computer - USA      http://www.glcomp.com/ ' Hard Data Systems - USA, Canada & Japan %      http://www.harddata.com/Systems/ ? IGS Systems - DECparts.Com - Digital Equipment Parts & Supplies       http://www.decparts.com/  Island Rental Utility =      http://www.islandco.com/alpha_rental_config_utility.html  islandco - hpaq.net - USA       http://www.hpaq.net/  islandco - USA      http://www.islandco.com/ 2 ISM - International Systems Management, Inc. - USA      http://www.ismweb.com/ < ITProcurement.com - CST - Combined System Technologies - USA"      http://www.itprocurement.com/7 Keyways, Inc. - DEC & Compatible systems NEW/USED - USA       http://www.keyways.com/ Match Computer - USA"      http://www.matchcomputer.com/2 Microway, Inc. - Supercomputing at PC Prices - USA&      http://www.microway.com/alpha.htm Neu-Comp - USA      http://www.neucompco.com/  Neu-comp company - Partner Brief>      http://www.openvms.compaq.com/partners/neu-comp/index.htm New Age Technologies - USA      http://www.na-tech.com/ Newman Group - USA      http://www.newman.com/)8 Newman Group - Used Refurbished DEC Compaq HP Alpha CPUs-      http://www.newman.com/DEC-CompaqCPUs.htm # Newman Group - Used Refurbished VAXe+      http://www.newman.com/VAX_products.htm % PSDS - Puget Sound Data Systems, Inc.s"      http://www.psds.com/index.htm' Pyramid Technology Services, Inc. - USAn      http://www.pyramiddec.com/e. Raritan Valley Computer Corp. - About Us - USA      http://www.rvcomp.com/r3 Raritan Valley Computer Corporation - Partner Briefa9      http://h71000.www7.hp.com/partners/raritan/index.htm ) Reboot-IT - DEC Enterprise Products - USAFC      http://www.reboot-it.com/Pages/Products/DEC/DECenterprise.htmlI Reboot-IT - USAP      http://www.reboot-it.com/0 Resource Development Computers - Equipment - USA/      http://www.resdev.com/html/equipment.shtmlI( Resource Development Computers - Systems-      http://www.resdev.com/html/systems.shtmlE  System Resale Solutions - Canada!      http://www.systemresale.com/-@ Tadpole Technology Plc - Historic Link - Alpha Book Laptop - USA/      http://www.tadpolecomputer.com/html/about/j Twin Cities Digital - USAe3      http://www.tcdigital.com/compaq.html?srccd=507vG UCL Workstations, Servers & Networks - USA - Digital Alpha Workstationsr0      http://junior.apk.net/%7Ehavoc/decgear.html5 Vital Analysis Consulting Services, Inc. (VACS) - USA-      http://www.vacs-inc.com/m
 VTEC - USA      http://www.vtecinc.com/' WorldCom Exchange, Inc. - Partner Brief >      http://www.openvms.compaq.com/partners/worldcom/index.htm WorldCom Exchange, Inc. - USAn      http://www.wei.com/     *CPU Upgrades*  0 Digital Surplus - Alphaserver CPU Upgrades - USA%      http://www.hpsurplus.com/cpu.htm ) Discount Computer Peripherals, Inc. - USA        http://www.4cheapparts.com/ E.L.I. - Digital - USA;      http://www.eli.com/index.cfm?t=catalog&a=category&c=10f Equip Systems - Systems - UK/      http://www.equipsystems.co.uk/systems.htmle' Great Lakes Computer - Processors - USAi3      http://www.glcomp.com/Specials/Features_HP.htmhF IGS Systems - Upgrades - Digital Equipment Parts & Supplies - Wordwide?      http://www.decparts.com/ProductCatalog.aspx?ProductType=15a+ island Computers - Alpha CPU Upgrades - USAi*      http://www.hpaq.net/cpu_upgrades.html1 Keyways sells DEC and DEC-compatible parts! - USA2      http://www.keyways.com/2 Microway, Inc. - Supercomputing at PC Prices - USA&      http://www.microway.com/alpha.htm MIT Limited - Motherboards - UKv1      http://www.mitlimited.com/html/systemmot.htmo4 Nemonix Engineering VAX cache and CPU upgrades - USA/      http://www.nemonixinc.com/upgrades-vax.htm 1 Resource Development Computers - CPU Boards - USAo0      http://www.resdev.com/html/cpu_boards.shtml6 Resource Development Computers - System Upgrades - USA5      http://www.resdev.com/html/system_upgrades.shtml  XDelta Limited - UK *      http://www.xdelta.co.uk/upgrades.html   Cheers!s   Keith Cayemberge. IBM Business Services GmbH - Hannover, Germany   ------------------------------    Date: 25 Jun 2004 10:27:56 -0700( From: bob@instantwhip.com (Bob Ceculski)K Subject: VMS clusters outdo IBM AIX, cert count since 2000, AIX 29, VMS 2 !g< Message-ID: <d7791aa1.0406250927.ff52218@posting.google.com>  7 it is all here, and its all true, and what HP should bed! advertising all over the country!u  ? http://h71000.www7.hp.com/openvms/whitepapers/sm_whitepaper.pdfr   ------------------------------  % Date: Fri, 25 Jun 2004 13:00:58 -0400l2 From: "Phil Jamieson" <philj@softwarepartners.com>L Subject: Re: [OpenVMS] BACKUP to two tapes CONCURRENTLY (duplicating data) ?0 Message-ID: <10domdfevbt294d@corp.supernews.com>  5 >>>But OTOH it is not supported by vms engineering...   L Is that a bad thing? What if it were supported by people even MORE dependentL on the VMS marketplace for their livelihood? Which is the case regarding theA people who support this feature of TAPESYS (all of us at Software  Partners!).a  E We built TSHAD as a component of TAPESYS in 1990  for the US Treasury-L Department, a customer at the time - and it can make up to eight copies of aL backup at once. TSHAD has been a major component of TAPESYS available to allG our customers ever since. Customers run it, we support it, always have,  always will.    5 "David Froble" <davef@tsoft-inc.com> wrote in messageh& news:40D8380B.5070202@tsoft-inc.com..." > Peter 'EPLAN' LANGSTOEGER wrote: >O@ > > In article <00A33B36.73F7CAD2.7@tachysoft.com>, Wayne Sewell <wayne@tachysoft.com> writes:o > > <[snip]  > ><G > >>Because tapesys has had this capability since the early nineties at  least.
 > >>[snip]J > >>It is pretty much exactly what you are asking for, just not built into vms. > >> > > 6 > > But OTOH it is not supported by vms engineering... > >e > > Thanks anyway. > >d > >  >mL > While giving them all due respect, I have to observe that not all software isK > supported by VMS engineering.  Name any third party application availablet onK > VMS, even that overblown hog SAP that's so beloved by many, and you'll beS namingE > software that's 'not supported by VMS engineering' (or any other OSe vendor). >o' > So, I have to ask, what's your point?  >MF > I'm being quite restrained in this post.  As a software engineer who writesI > applications, I find an implication that anything 'not supported by VMStK > engineering' shouldn't be run on a VMS system to be less than reasonable.f I3G > even have to ask, what's the purpose of these machines, if not to runi in-house: > developed or third party apps to perform required tasks? >rJ >  From the perspective of 'required tasks', what's the difference between anE > application that writes to two tape drives at the same time, and ana applicationt' > that tracks your Accounts Receivable?l >e > Dave >N > --  6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com > 170 Grimplin Road  > Vanderbilt, PA  15486g >n   ------------------------------   End of INFO-VAX 2004.351 ************************