1 INFO-VAX	Thu, 08 Apr 2004	Volume 2004 : Issue 195       Contents:? Re: Alpha is phased out .... UltraSPARC V in the same way ..... @ Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers4 Bereavement on c.o.v? J F trolling full steam ahead! Re: contents of V7.3-2 distro  RE: DCL Coding StandardsP DCL minute of the day (was: Number of faulty DCL line causing jump to error hand DHCPd - TCPware 5.6-1 question3 HP-Interex EMEA Post-Conference Seminars 7-MAY-2004 * IBM Debuts Low-Priced Prepackaged Clusters. Re: IBM Debuts Low-Priced Prepackaged Clusters info on hardware details& Re: MicroVAX 3800: erasing system disk: RE: Nuber of faulty DCL line causing jump to error handler: Re: Nuber of faulty DCL line causing jump to error handler: Re: Nuber of faulty DCL line causing jump to error handler Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!? ! OT: Intel offices raided in Japan  Problem with CSWS 2 + php   Re: simple question on shadowing& Re: SKHPC: A Total Eclipse of the Sun?& Re: SKHPC: A Total Eclipse of the Sun?& Re: SKHPC: A Total Eclipse of the Sun?& Re: SKHPC: A Total Eclipse of the Sun? TKZ60 and TA906 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable" Re: VMS Security checking software" Re: VMS Security checking software, RE: VXT1300, InfoServer 150, VAXstation 3100, Re: VXT1300, InfoServer 150, VAXstation 3100, Re: VXT1300, InfoServer 150, VAXstation 3100, Re: VXT1300, InfoServer 150, VAXstation 3100% Re: Yankee Group: Linux Is No Bargain ! Yankee Group: Linux Is No Bargain   F ----------------------------------------------------------------------   Date: 8 Apr 2004 04:17:50 -0700 . From: fabiopenvms@yahoo.com.br (Fabio Cardoso)H Subject: Re: Alpha is phased out .... UltraSPARC V in the same way .....= Message-ID: <f30679fb.0404080317.3e223ad5@posting.google.com>   Z "Hein" <hein.nomail@hp.nomail.com> wrote in message news:<40746860@usenet01.boi.hp.com>...% > Fabio please refrain from trolling.  > 5 > Your message has no value to the OpenVMS community. N > Those who care about this stuff will have read it in the inquirer themselfs. >  > Best regards,  > Hein.  >     6 Ok ok ! This communitty is really stressed nowadays ! , I will not post this SPARCs news  anymore !   I I hope dont neet do pay for an OpenVMS "Memorial Fund" in a few months !     Regards    FC     = > "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message 9 > news:f30679fb.0404071102.310d2fae@posting.google.com... 	 > > Click  > >  > > - > > http://www.theinquirer.net/?article=15222  > > ? > > Looks like Sun is firing SPARC engineers ! May be they will ? > > adopt AMD chips as standard ! So... Good By Solaris Sparc !  > > Welcome Linux-wares !  > >  > > Regards  > >  > > FC   ------------------------------  % Date: Wed, 07 Apr 2004 16:25:15 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> I Subject: Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers 0 Message-ID: <c516h9$33j$1@new-usenet.uk.sun.com>   Bob Koehler wrote:n > In article <c4rtl3$6rc$1@new-usenet.uk.sun.com>, Andrew Harrison <andrew_._remove_harrison@su_n.com> writes: > 0 >>It isn't written in Java (well some of it is). >  > H >    That's just plain sad.  I thought Java was Sun's lead in this area.) >    They should change the product name.  >   = JDS is a desktop OS that is designed to run Java based client % applications hence its Java branding.    Regards  Andrew Harrison    ------------------------------  , Date: Wed,  7 Apr 2004 18:50:02 +0200 (CEST)% From: Nomen Nescio <nobody@dizum.com> = Subject: Bereavement on c.o.v? J F trolling full steam ahead! 8 Message-ID: <22327f85d751c7297623a93d05295bd3@dizum.com>  # Didier Morandi <no@spam.com> wrote:   ^ >We recently suffered here a bereavement, please leave us alone with your shit in comp.os.vms.  Q That's funny - your alleged bereavement doesn't seem to have affected J F at all. / He's on a full trolling schedule, as per usual:    http://groups.google.com/groups?safe=images&ie=UTF-8&oe=UTF-8&as_ugroup=rec.travel.air&as_uauthors=nobody&as_scoring=d&lr=&num=50&hl=en   U It doesn't seem to have affected you too much either, given your use of vulgar words.   
 >Many thanks.  >  >D.   1 You're welcome.  But please mind the profanities.    ------------------------------   Date: 7 Apr 2004 08:37:34 -0700 & From: jordan@ccs4vms.com (Rich Jordan)& Subject: Re: contents of V7.3-2 distro= Message-ID: <cc5619f2.0404070737.43c5f059@posting.google.com>   | helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote in message news:<c4uos6$cgc$4@online.de>...; > In article <00A2FF5B.96921787@SendSpamHere.ORG>, VAXman-   > @SendSpamHere.ORG writes:  > % > > Can you read your Freeware 6 CDs?  > I > I haven't tried them in detail (and won't be able to until 23-APR), but J > I was able to MOUNT them (on a VMS machine, not on an InfoServer) and do9 > a DIR/GRA/SIZ [*...] and got a sensible-looking output.   @ The Freeware V6 CDROMs are apparently formatted using one of theF upgraded features from VMS V7.2 to allow larger disks; I think its the< bitmap file being allowed to be larger.  They will not mountE (unsupported file structure level) on a V6.2 VAX, but will mount on a D V7.2 VAX.  I guess its possible that the infoserver can't handle theC problem either, though I don't have mine hooked up to verify that.  E Perhaps you can burn a new copy by creating a virtual disk to copy to @ that was formatted by an earlier system... probably worth a try.   Rich Jordan    ------------------------------  $ Date: Thu, 8 Apr 2004 10:47:01 -07004 From: "Darren Boyle" <Darren_Boyle@BlueYonder.co.UK>! Subject: RE: DCL Coding Standards G Message-ID: <002c01c41d91$7f8bd370$e9542b52@adept.adeptconsultants.net>    -----Original Message-----% From: Dr. Dweeb [mailto:dr@dweeb.com] G Also, the  "thou shalt not use GO TO" bigots would do well to read some G literature on the subject of structured programming.  The GO TO is most L commonly expressly allowed (it is in the PASCAL standard IIRC), specifically& as a branch on the way to termination.   IF RETURN_STATUS IS SUCCESS  THEN    do something  ELSE   GO TO ERROR_EXIT END-IF    E A bit heavy on the processor though, it would have been simpler as...   3 IF RETURN_STATUS .NOT. SUCCESS then GOTO ERROR_EXIT 
 success lines 
 success lines 
 success lines    ------------------------------  % Date: Wed, 07 Apr 2004 15:50:33 +0200 " From: Didier Morandi <no@spam.com>Y Subject: DCL minute of the day (was: Number of faulty DCL line causing jump to error hand - Message-ID: <c510v5$vkn$1@biggoron.nerim.net>    Anders Wallin wrote:   > Hi,  > H > Is there a way to get information about what line in a DCL script that% > caused a call to the error handler?    Here is the source.  Use is following:   # 1. run this proc against DCL source % 2. output will be named proc.post_com * 3. execute proc.post_com instead of sourceT 4. source line nr will be recorded in local symbol "L" for each DCL line interpretedH 5. write error handler to display/print last line number when triggered.   Hope that helps.   D.   DTL02> ty GENERATE_LINES.COM
 $ v=f$v(0) $ on warning then exit) $ if p1 .eqs. "" then inq p1 "Input file"  $ if p1 .eqs. "" then exit $ if f$search(p1) .eqs. "" $ then% $    write sys$output p1," not found" 	 $    exit  $ endif / $ out_file = f$parse(p1,,,"name") + ".POST_COM" 8 $ write sys$output "Resulting file is ",f$dir(),out_file $ close/nolog ch $ close/nolog ch2  $ open/read  ch 'p1' $ open/write ch2 'out_file'  $ i=0  $ skip="NO"  $LOOP: $ read/end=EOF ch line $ write ch2 line $ i=i+1  $ rec = "$L=''i'" 3 $! what are the lines that we don't want to mess up & $ line2=f$edit(line,"UPCASE,COLLAPSE")I $ if f$extract(0,3,line2) .eqs. "$!#"     .or. -                !metadata M       f$extract(0,4,line2) .eqs. "$SQL"    .or. -                !interactive L       f$extract(0,5,line2) .eqs. "$DECK"   .or. -                !(obvious?)L       f$extract(0,7,line2) .eqs. "$CREATE" .and. -               !idem $DECKQ       f$extract(7,1,line2) .nes. "/"        then skip = "YES"    !others are good  $!K $ if f$extract(0,8,line2) .eqs. "$CREATE=" then skip = "NO"     !assignment  $!I $ if f$extract(0,3,line2) .eqs. "$!&" .or. -                    !metadata N       f$extract(0,4,line2) .eqs. "$EOD" then skip = "NO"         !end of $DECK $!$ $ if f$extract(0,2,line2) .nes. "$!" $ then, $    line2=f$edit(line,"COLLAPSE,UNCOMMENT")P $    if f$extract(f$len(line2)-1,1,line2) .nes. "-"             !don't mess it..O $    then                                                       !..if cont line N $       if skip .eqs. "NO" then write ch2 rec                   !write line nrL $       i=i+1                                                   !inc line nr
 $    endif $ endif  $ goto LOOP  $EOF: 
 $ close ch $ close ch2 
 $ v=f$v(v) $ write sys$output "Done"  $ exit   ------------------------------  $ Date: Wed, 7 Apr 2004 12:28:18 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> ' Subject: DHCPd - TCPware 5.6-1 question 9 Message-ID: <B_Vcc.6973$BF2.770194@news20.bellglobal.com>    re: TCPware 5.6-1   F Is their a built in limit to the number of addresses this product willA support irregardless of tuning? I need to support 40 subnets with K approximately 2000 addresses each but can only get the server to support 24 K subnets (~ 48K addresses). When I add the 25th subnet the server repeatedly J crashes with an error 292 then restarts. I've increased sysgen parameters:J NPAGEDYN, NPAGEVIR, WSMAX. I've added physical memory to the Alpha. I haveH given ridiculously large quotas (Pgflquo, Bytlm, Wsquo) to the necessary users in UAF. Any thoughts?   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/ 8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Wed, 07 Apr 2004 16:00:51 +0200 " From: Didier Morandi <no@spam.com>< Subject: HP-Interex EMEA Post-Conference Seminars 7-MAY-2004. Message-ID: <c511if$1006$2@biggoron.nerim.net>  4  From http://www.hp-interex.org/seminar2004/#seminar  ( HP-Interex EMEA Post-Conference Seminars Friday, 7 May 2004 Dorint Hotel Munich, Germany     P --------------------------------------------------------------------------------  H Maximise your professional development by attending one of the full day O post-conference seminars. Education seminars cover a broad range of topics and  % offer practical knowledge and skills.     
   Schedule   07:45  08:00 Welcome Coffee 08:00  10:00 Seminars 10:00  10:30 Coffee Break 10:30  12:30 Seminars Continue  12:30  13:15 Lunch  13:15  14:45 Seminars Continue  14:45  15:00 Coffee Break 15:00  16:00 Seminars Continue     
   Seminars  O The 5 concurent post-conference seminars will take place on Friday 7 May (from  # 8:00 to 16:00) at the Dorint Hotel. Q Lunches will be served in the hotel restaurant and coffee in the Foyer, adjacent   to the meeting rooms.    OpenVMS Performance ManagementJ Presenter: Wayne C. Sauer, PARSEC Group, Lakewood, Colorado, United States  Q How to get optimal performance from your OpenVMS system by examining how various  K parameters affect the operating system and understanding the trade-offs in  H increasing or decreasing parameter values rather than applying standard  text-book solutions. More...    OpenVMS on ItaniumQ Presenter: Keith Parris, Hewlett-Packard Company, Colorado Springs, United States   K An introduction to OpenVMS on the Itanium platform for experienced OpenVMS  F system managers and programmers, including an overview of the Itanium Q architecture and instruction set, plus tips on dealing with the major challenges   in porting OpenVMS to Itanium. More...   I HP Server Management - How to Solve Real-world Server Management Problems ? Presenter: Faiz Parkar, Hewlett-Packard Company, United Kingdom   Q A technical seminar with practical solutions for managing ProLiant and Integrity  O servers running Windows, Linux and HP-UX (also OpenVMS, Tru64 UNIX and NetWare  O servers) through the effective deployment of HP server management products and  
 technologies.  More...   P Implementing an Adaptive Enterprise by Combining the Existing Technologies with  the New 7 Presenters: John Apps, Hewlett-Packard Company, Germany ?                    Mike Keyes, Hewlett-Packard Company, Ireland   O How the use of Service Oriented Architecture (SOA) and Integration (SOI) helps  J with the implementation and integration of new technologies, enabling the Q enterprise to achieve an adaptive infrastructure with increased ROI and improved   time to market.  More...    Looking Inside TruCluster B Presenter: Jan Mark Holzer, Hewlett-Packard Company, United States  P Presenting the key components of TruCluster technology and its associated Tru64 K UNIX subsystems and how TruCluster will be implemented on HP-UX and in the  O Adaptive Enterprise, plus installing, managing and upgrading the software, and  7 the tools and utilities available for trouble-shooting.  More...    back to top      Registration  Q This HP-Interex EMEA Post-conference seminar registration includes access to the  M selected seminar, seminar materials and scheduled coffee breaks and lunch on   Friday, 7 May 2004.   Q Seminar fee is  400 (before 9 April) and  450 after 9 April. All payments must  ; be remitted in Euro (). All fees are exclusive of 21% VAT.    To register click here.   $ Please return the completed form to: HP-Interex EMEA  Avenue des Gaulois, 7  B-1040 Brussels  Belgium  Fax: +32-2-74341584 4 The office can be reached by phone on +32-2-7434423.  ! Places are limited. Register Now!  ---      FYWI   D. --  <                    Discover the FutureVAX: www.futurevax.com8                            Discover VAXUS: www.vaxus.org  J     didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPL   Expertise en environnement DIGITAL ~ Formation ~ Programmation ~ MigrationJ     Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287G       SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com    ------------------------------  $ Date: Wed, 7 Apr 2004 12:30:28 -0400# From: "John Smith" <a@nonymous.com> 3 Subject: IBM Debuts Low-Priced Prepackaged Clusters , Message-ID: <mbOdnciTpKA6sendRVn-gQ@igs.net>  L http://story.news.yahoo.com/news?tmpl=story&ncid=1208&e=9&u=/cmp/20040407/tc _cmp/18900371&sid=95573650   ------------------------------  $ Date: Wed, 7 Apr 2004 12:36:23 -0400# From: "John Smith" <a@nonymous.com> 7 Subject: Re: IBM Debuts Low-Priced Prepackaged Clusters , Message-ID: <fMGdnV12Ze3srendRVn-gg@igs.net>  K It's amazing what vendors can offer to their customers when there are ISV's + who write applications for their platforms.   G HP generally doesn't understand that very well and specifically doesn't ) understand it at all when it comes to VMS K [http://www.acronymfinder.com/af-query.asp?p=dict&String=exact&Acronym=VMS]    ------------------------------   Date: 8 Apr 2004 08:28:32 -0700 " From: thick_guy_9@yahoo.com (AMIT)! Subject: info on hardware details = Message-ID: <7e127df6.0404080728.7c48f92b@posting.google.com>    Hi all, G How can I find out details of the following items for a given VMS node:  a. IP alias  b. DECNET ID
 c. Cluster ID 
 d. No. of CPU 	 e. memory  f. Hardware-address  g. DEC address  # I would appreciate any help. Thanks  AS   ------------------------------  $ Date: Wed, 7 Apr 2004 14:03:00 +0300- From: "Kari Keronen" <kari.keronen@digita.fi> / Subject: Re: MicroVAX 3800: erasing system disk 7 Message-ID: <PbRcc.2528$Dw.652@reader1.news.jippii.net>   F Thanks JF, the DELETE/ERASE solution was good enough as expected. JustE wanted to know if there is a console command to do the job. I acually K remebered the VAX model wrong (the machine  is now in our computer room not I near my working room without a network connection). The model is MicroVAX % 3400 and there is no TEST 75 command.    -Kari-  0 "JF Mezei" <jfmezei.spamnot@istop.com> kirjoitti( viestiss:4073AC65.F0F9A4CF@istop.com... > Kari Keronen wrote: I > > We dumping some of our old VAX systems and I'm trying to find easiest  way to& > > clean application data from disks. >   > reboot with STARTUP_P1 = "MIN"K > (you may want to reissue the set volume command after reboot, not sure if  persistant) ' > You can stop processes such as OPCOM.  > $ > $SET VOLUME/ERASE_ON_DELETE $diskX+ > $DELETE/ERASE/LOG $diskX:[000000...]*.*;*  > L > (note that the set volume and /ERASE are complementary, use one, the other	 or both).  > L > This will essentially delete all files (and overwrite them with a pattern)J > except a few system files that remain opened. (since you booted minimum, none: > of your application files would be installed or opened.) > K > This may leave a somewhat bootable machine, but it will have lost most of  its G > identity, and all of your data files. Note that DELETE will make many  files H > for delete, but their data won't be erased (installed files, or images > currently running).  > G > But you'll be surprised at how well this single command will zap your  system disk. >  > H > > but I have one MV 3800 with only one disk and application data is in that% > > same disk with system. No CD-ROM.  > L > > be TEST 70 console command doing disk erase on some microvax models, but( > > this seems not to be case with 3800. > I > Try TEST 75 to format a drive. However, this relies on the disk drive's  own J > formatting software and may or may not make your old data unrecoverable.F > DELETE/ERASE followed by the TEST 75 would basically ensure it isn't recoverable.   ------------------------------  $ Date: Thu, 8 Apr 2004 10:37:50 -07004 From: "Darren Boyle" <Darren_Boyle@BlueYonder.co.UK>C Subject: RE: Nuber of faulty DCL line causing jump to error handler G Message-ID: <002b01c41d90$37f27830$e9542b52@adept.adeptconsultants.net>   I look out for one of the DCL_CHECK'er programs available (the easy way) or I assign an incrementing symbol at each line (the long way, but easy with a  TPU learn sequence.  - Darren   -----Original Message-----1 From: Anders Wallin [mailto:Anders.Wallin@om.com]  Sent: 07 April 2004 02:44  To: Info-VAX@Mvb.Saic.Com ? Subject: Nuber of faulty DCL line causing jump to error handler      Hi,   F Is there a way to get information about what line in a DCL script that# caused a call to the error handler?    VMS version is V7.3-1    Regards 
 Anders Wallin   + ===========================================    $ ON WARNING THEN GOTO ERR_UNX .. ..
 <faulty line>  .. ...   	 $ERR_UNX: / $ WRITE SYS$OUTPUT "Status code is: ''$STATUS'" ; $ WRITE SYS$OUTPUT "Error occured on line " + <faulty line>  ..   ------------------------------  % Date: Wed, 07 Apr 2004 15:04:11 +0200 " From: Didier Morandi <no@spam.com>C Subject: Re: Nuber of faulty DCL line causing jump to error handler - Message-ID: <c50u88$tsl$1@biggoron.nerim.net>    Anders Wallin wrote:   > Hi,  > H > Is there a way to get information about what line in a DCL script that% > caused a call to the error handler?   + MOUAAARFFFF! LOL!!!!!!!!!!!!!!! MDR !!!!!!!   Q This is a request that I forward to VMS Eng every year since 1982 !... That's 22  
 years, right?   Q For the moment, I use a tool I wrote. Let me find the documented source and I'll   post it in here.  K In two words, it is a pre-processor which adds an incremented local symbol  < recording the line number before all and every source lines.  L then, I have a on warning routine which does error management and uses that A symbol to build an error report giving the offending source line.   ( Is this what you are looking for ??? :-)   D.   ps: Guy P. can you do that?    ------------------------------   Date: 7 Apr 2004 09:40:38 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) C Subject: Re: Nuber of faulty DCL line causing jump to error handler 3 Message-ID: <Jt6Gs2mOYFFr@eisner.encompasserve.org>   j In article <79de16e3.0404070144.379f3368@posting.google.com>, Anders.Wallin@om.com (Anders Wallin) writes: > Hi,  > H > Is there a way to get information about what line in a DCL script that% > caused a call to the error handler?   =    Generally you turn on verification and recreate the error. F    Or you put enough information in your error message to tell what's	C    going on instead of relying on a single catch-all error handler.    ------------------------------   Date: 7 Apr 2004 09:08:02 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)   Subject: Re: OpenVMS for POWER!?3 Message-ID: <jV7Rs7ffVFOk@eisner.encompasserve.org>   m In article <f401eb7f.0404070501.2028f1c7@posting.google.com>, soccer13player@yahoo.com (Nom de Plume) writes: j > Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<uW1SC4TY19KV@eisner.encompasserve.org>...| >> In article <406CD823.2DC8D2B9@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  M >> > What we and HP need are people inside who believe it would be PROFITABLE 0 >> > to not just port it, but market it as well! >>  # >> Not if that assertion is untrue.  >>  K >> I have seen nothing in this newsgroup proving that advertising VMS would  >> be profitable.  > D > Larry, I am surprised at you.  Few things in life are guaranteed. B > This is especially true with advertising.  I doubt anybody couldB > "prove" it.  So, asking for proof is asking for the impossible.   I I did not suggest proof was possible, merely that the assertion regarding , "What we and HP need" lacked substantiation.  E > However, it seems clear with past examples like OS/2 v Windows that > > highly visible and frequent advertising will generate sales.  / No, that example proves that IBM got snookered.    ------------------------------  % Date: Wed, 07 Apr 2004 15:20:49 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>   Subject: Re: OpenVMS for POWER!?0 Message-ID: <c512of$1o4$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:% > "Andrew Harrison SUNUK Consultancy"  > = >>>I know where the VMS budget comes from - and it isn't ink.  >>>  >>>  >>B >>Sure does unless you have started printing money with the toner. >> >  > J > Trust me FUDster.  I know *exactly* where the VMS R&D budget originates.+ > And it isn't with the guys that sell ink.  >  >  > : So where does it come from. Remember what you know or what7 you think you know isn't always as valuable a commodity  as you seem to think it is.    Regards  Andrew Harrison    ------------------------------  % Date: Wed, 07 Apr 2004 16:47:01 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>   Subject: Re: OpenVMS for POWER!?0 Message-ID: <c517q4$3i7$1@new-usenet.uk.sun.com>   GreyCloud wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >>GreyCloud wrote: >>+ >>>Andrew Harrison SUNUK Consultancy wrote:  >>>  >>>  >>>>Rob Young wrote: >>>> >>>>> >>>>>In article <406d79fc_2@corp.newsgroups.com>, "John Smith" >>>>><a@nonymous.com> writes:  >>>>>  >>>>>  >>>>> = >>>>>>Did advertising make Sun non-profitable since dot-bomb?  >>>>>> >>>>>  >>>>> E >>>>>No.  Their collapse is more tied to cheaper Wintel kit and Linux B >>>>>on Intel.  The dot-bomb song and dance they trotted out for aE >>>>>number of quarters was old news.  Their collapse is on-going and E >>>>>not industry-wide. i.e. easily refuted by IBM's Unix growth over  >>>>>the last year plus. >>>>>  >>>>; >>>>Really so how do you account for HP's inability to make < >>>>a profit from their hardware businesses except printing. >>>> >>>  >>> G >>>LOL!!  Sun must have the same accounting practices that HP has then.  >>>  >>>  >>0 >>If your beleive that then the laugh is on you. >> >  > M > Guffaw!!  I don't expect a Sun consultant to know what the accounting dept.  > does. + > Never met a consultant yet that did know.  >   " So do you know what SO is ???????? > ? >>Trust me we don't though they will be getting closer together ! >>now that everyone has to do SO.  >> >  > K > I'd say that Sun is attaching itself to Micro$ofts' coattails to survive. J > All the U.S. articles show Sun and M$ getting buddy-buddy lately.  LooksM > like an act of desperation from the perspective of sinking profits and loss M > of business.  Did Scott finally realize that only a weasel like Ballmer can  > help Sun to survive?# > What a strange set of bedfellows.  >    What a strange theory.  C Sun had an outstanding court case against MS where Sun was claiming ? 1 billion dollar damages. That case was settled without further C litigation for 700 million dollars no doubt a number that Microsoft A calculated Sun could be expected to win. From the Sun perspective ? any litigation is not without risk and assuming we won the next B round we still may have had to contend with further appeals by MS.  F Sun also has outstanding patent claims against MS that was settled for 900 million dollars.  A You could argue from this that MS's settlement of these issues is A an admission that their actions did dissadvantage Sun to the tune = of 1.6 billion and that their payment characterised by you as 9 Sun attaching itself to MS's coattails is simply what Sun  was due and nothing more.   B  From MS's perspective the last thing they needed was another longC running court case after the EU judgement against them with respect D to Media player, Sun's case against MS was after all based on a very similar point.  B So did you expect that Sun would go on suing MS for ever rejecting? any settlement offer however good just to keep MS on the hook ?   < Don't be silly ? Its doesn't make in kind of business sense.  D Sun and MS still expect to compete, that hasn't changed. What has is> the tone and of course MS support for Java and Sun's access to& MS's IP all of which are a good thing.  ? If you can provide some well thoughtout points on the downsides 9 to Sun of this deal then please feel free to publish them ! so far you havn't even got close.    regards  Andrew Harrison    ------------------------------  % Date: Thu, 08 Apr 2004 01:49:34 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: OT: Intel offices raided in Japan) Message-ID: <4074E7C4.E9413415@istop.com>   N BBC reports that INTEL offices near Tokyo have just been raided by authoritiesS who are investigating allegations of anti-competitive behaviour in the 8086 market.   8 It will be interstsing to see the AMD stock price today.   ------------------------------   Date: 8 Apr 2004 06:57:36 -0700  From: user@lngs.infn.it " Subject: Problem with CSWS 2 + php= Message-ID: <1729f461.0404080557.683e06a4@posting.google.com>   D This happens on an AXP/VMS 7.3-1 with CSWS 2, after the installation of csws PHP 1.1   $ AXPGS0_$ @SYS$STARTUP:APACHE$STARTUP9 Syntax error on line 4 of /apache$root/conf/mod_php.conf: 8 Can't locate API module structure `php4_module' in file B  /apache$root/000000/modules/mod_php.exe: function not implemented  ' The web server was running fine before.  Any help about it? Many thanks in advance, bye,       Nazzareno Taborgna  F ======================================================================   ------------------------------  * Date: Wed, 7 Apr 2004 18:09:10 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)) Subject: Re: simple question on shadowing $ Message-ID: <c51g46$pdv$1@online.de>  - In article <NXbLDLb85i$K@cuebid.zko.dec.com>, 2 brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:   O > >> > Note that I am talking about minimerge for host-based voolume shadowing   > >> > (HBVS). > > L > >> What Mike is referring to as existing for some time is CONTROLLER basedH > >> minimerge.  That is for disks connected to HSC/HSD/HSJ controllers. > > 0 > > Right, but I said HBVS in the original post.J > 	Yes, but HBVS stands for Host-Based Volume Shadowing.  In that context,G > the "host-based" part is used to distinguish it from the old, Phase I I > controller-based Volume Shadowing.  HBVS uses DSA devices; Phase I used M > DUS devices.  Phase I shadowing has not been supported since V6.1, I think. J > Phase II shadowing has had controller-based minimerge since V5.4 or V5.5  < OK, I thought the dichotomy was host-based/controller-based.  J > > Based on what you said, a shadow set with all members on VAX won't be M > > able to use this functionality.  What about one with ONE member on ALPHA  L > > and the other(s) on VAX?  I recently moved my biggest shadow set to two M > > VAX nodes, rather than a VAX and an ALPHA, to avoid copies when I reboot  M > > the ALPHA (which happens more often than with the VAXen, since there are  M > > more patches and more frequent OS upgrades for ALPHA), but it has slowed  J > > things down a bit (the SCSI speed on the VAX is not as fast as on the  > > ALPHA). E > 	All mounted members must be on an Alpha (or I64).  Note that disks G > on a VAX that are not mounted CAN be served to an HBMM-capable system N > and use HBMM.  In that case, the VAX is simply acting as an MSCP controller.  H In my hobbyist cluster, all disks (except for one RF disk on a DSSI bus)G are SCSI disks with a direct connection only to one node in the cluster D (VAX or ALPHA).  All disks are MSCP-served to all nodes.  Basically,F disks used primarily by one node have all members on that node (systemC disks and swap/page disks) whereas disks used by all nodes have the E members mounted on various nodes.  All shadow sets are mounted by all  nodes.    H Suppose I have two physical disks connected to two VAX nodes as members H of a shadow set which is mounted by all nodes in the cluster, including $ ALPHA nodes.  Can I use HBMM or not?   ------------------------------  % Date: Wed, 07 Apr 2004 11:36:54 +0100 > From: Andrew Harrison <andrew.d.harrison_remove_the_d@sun.com>/ Subject: Re: SKHPC: A Total Eclipse of the Sun? 0 Message-ID: <c50mno$qs2$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:D > Ah, Andy.  I read the words and I hear a shrill note in the voice.  = No the only shrill person in this thread is you. Remember you @ have a track record second to none for descending into personnal9 abuse when the going gets tough which is well documented.   K > Deflect, defend, twist, and shout.  If you don't have facts, try sarcasm. L > If the facts are against you, change the question.  Or just get right down > to personal attacks. >   < Thats what you do and as you also know because its also well: documented facts are not things you appear to hold in much regard.   E > But it's OK, we sympathize with you - it must be stressful for you.  >   9 I am at a loss to understand why you feal that I need you : sympathy, look in the mirror you may see someone who needs sympathy rather more than I do.    > > >>I am not sure what your point is, is it that is is perfectly? >>ok for people to publish what turns out to be dissinformation B >>about a competitor because they have done so in a newsgroup that >>is focused on another vendor.  >>: >>Or is it that you object to me responding because I know5 >>all about the vendor being FUDDED but not about the > >>vendor in whose forum the dissinformation are being spread ? >>1 >>I would be interested in your thoughts on this.  >> >  > M > My thoughts are that you effectively waste your time, my time, and the time J > of most of the people reading these tit-for-tats that you have.  PerhapsF > that time might be better spent beating the bushes for customers, orN > answering technical questions for Sun users in the appropriate forum (as you > claim to be technical).  >   > Well perhaps and its only a perhaps you could stop FUDDING SunA then you won't get a response from me and you will have saved you < time and mine, remember it is an attempt to FUD Sun which is# the subject of this current thread.   F > Rob, as far as I know, doesn't work for HP.  I have no idea what hisK > activities are in other forums - including Sun forums - because I have no L > interest in being a HP troll in a Sun forum - I wouldn't be welcome there,K > as you are in general not welcome here.  It doesn't appear that *you* are N > active in any Sun forums - so how Rob even came to your attention is hard to	 > fathom.  >   ? If I was only referring to Rob then of course the problem would E be managable, its difficult to imagine a person with less credibility	B than Rob. however its not just ROb, you are a major culprit, Kerry< has been, Bob,  Ken, Keith, Terry are also serial offenders.  G The good news is that as a direct result of your and their cheerleadingiD and uninformed FUDDING your and their credibility has been seriously diminished.   J > You know little about VMS or HP, but you set youself up as the expert onM > things.  It's not really clear that you are a Sun expert beyond having lots2M > of marketing information apparently at your fingertips.  When you have beenpE > pinned down in the past on technical questions/issues - you quicklys  > dissapear from the discussion. >   > So provide examples of the latter behaviour that you attribute? to me, if you cannot then I will take that as an admission thatj# the point you have just made is BS.   M > So besides FUD, what exact purpose do you serve here?  Is there some actualaJ > value returned for your investment of time?  Isn't there more profitableM > things you could do if it's on Sun's nickle?  Or couldn't you go drive your?4 > (inferior ;-) sports car if it's on your own time? >   B I drive an Austin Healey 3000 Mk2, 3 litre straight six one of theA classic sportscars of all time. I will leave you to judge whetherl" your point was well or badly made.   regards  Andrew Harrisonb   ------------------------------  % Date: Wed, 07 Apr 2004 12:40:13 +0100 > From: Andrew Harrison <andrew.d.harrison_remove_the_d@sun.com>/ Subject: Re: SKHPC: A Total Eclipse of the Sun?e0 Message-ID: <c50qeh$s30$1@new-usenet.uk.sun.com>   David Svensson wrote:as > Andrew Harrison <andrew_._remove_harrison@su_n.com> wrote in message news:<c4s18q$81q$1@new-usenet.uk.sun.com>...- >  >>Kenneth Farmer wrote:a >>  >>>Lets get Andrew fired up!  :) >>>p >>>A Total Eclipse of the Sun?D >>>http://www.shannonknowshpc.com/stories.php?story=04/04/03/8616166 >>>. >>>Ken >>>  >>4 >>Another well researched and well balanced article. >  > 5 > I don't think people expect it to be well balanced.u >  > 2 >>Quite why you need to keep attempting to put the >>boot in on Sun >  > 4 > Perhaps the arrogance of Sun plays a role in this. >   , What arrogance are you refering to exactly ?  4 Are we arrogant because we listen to our customers ?  5 Are we arrogant because we change unpopular decisionsl! because our customers ask us to ?   = are we arrogant because we are prepared to reach accomodation   with a longtime commercial foe ?  8 Are we arrogant for continuing to develop our own IP and5 continuing to compete rather than caving in a settingo5 ourself up to be purchased/merged with when the timese have got tough ?  0 Which one of these arrogances are we guilty of ?   Regards! Andrew Harrison    ------------------------------  % Date: Wed, 07 Apr 2004 15:35:55 +0100cO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>-/ Subject: Re: SKHPC: A Total Eclipse of the Sun?r0 Message-ID: <c513kq$23b$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:M > "Andrew Harrison" <andrew.d.harrison_remove_the_d@sun.com> wrote in message , > news:c50mno$qs2$1@new-usenet.uk.sun.com... >  >>Fred Kleinsorge wrote: >>; >>I am at a loss to understand why you feal that I need youn< >>sympathy, look in the mirror you may see someone who needs! >>sympathy rather more than I do.  >> >  > 0 > Take a deep breath Andy.  We "feal" your pain. >  >  >   5 Your apparent obsession with fealing pain it probablyD9 way too much detail for this newsgroup perhaps you should < be sharing this with one of the more obscure alt. newsgroups8 instead of one that most people thought was intended for discussions about computing.  9 Incedentally you failed ot answer my point regarding youre8 claim that I quickly dissapear when pressed on technical- questions etc. Ironic but par for the course.   7 Can you support your claim with examples or is it, likee8 so many other claims you have made just more unsupported BS ?   regards  Andrew Harrisony   ------------------------------  % Date: Thu, 08 Apr 2004 13:57:32 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>i/ Subject: Re: SKHPC: A Total Eclipse of the Sun?a0 Message-ID: <c53i8a$slk$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:% > "Andrew Harrison SUNUK Consultancy"r > ; >>Incedentally you failed ot answer my point regarding youro: >>claim that I quickly dissapear when pressed on technical/ >>questions etc. Ironic but par for the course.  >>9 >>Can you support your claim with examples or is it, likef: >>so many other claims you have made just more unsupported >>BS ? >> >  > H > Sorry, I must have missed a question in the noise.  I imagine a littleN > googling would get us back to issues around CPU and cache issues, as well as( > claims about reliability and hot swap. >   9 Fine google away or live with the fact that your claim is  BS.    regards  Andrew Harrisona   ------------------------------   Date: 8 Apr 2004 11:59:17 -0600h From: gleason@encompasserve.orgn Subject: TKZ60 and TA90/3 Message-ID: <Xx+Ckt8eadn1@eisner.encompasserve.org>   B  I have an ancient TA90e tape drive I need to retire. I still needD to retain the ability to occasionally read one of the many thousandsI of tapes written by it, in VMS BACKUP format, with the compressed option.l  C   The TKZ60 family looks like it could do the job. Anyone ever usedeD one to read TA90E tapes? Anyone want to recommend a specific variantJ in the product family? What's the difference between the TKZ60, 61 and 62?   Lee K. Gleason N5ZMR lee.gleason@halliburton.comt   ------------------------------  % Date: Wed, 07 Apr 2004 17:00:50 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> ? Subject: Re: Undeniable proof that Itanium is highly profitableC0 Message-ID: <c518k1$517$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c4k0u0$i98$3@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > C >>But again none of this applies to Sun because there is no licenseg >>deal between Sun and SCO.  >  > J >    Now you've reversed yourself.  Buying IP and buying a license are the% >    same in the eye of the beholder.R >   & I was refering to a UNIX licence deal.   Regards  Andrew Harrison    ------------------------------  % Date: Wed, 07 Apr 2004 07:02:01 +0800 , From: Paul Repacholi <prep@prep.synonet.com>? Subject: Re: Undeniable proof that Itanium is highly profitable - Message-ID: <87smfgzp5i.fsf@prep.synonet.com>0  ) nospam <x@wedontwantyourspam.com> writes:n  D > Once again, I'll repeat this for you. The patents that intel whereE > accuses of infringing with pentium all related to cache, especiallyn; > cache snoop in multi cpu configurations. There is nothingeE > architecturally the same in alpha and pentium!!!!! There is nothingdB > "alpha inspired" in pentium, please delete this concept from you > head.   C That was from the KC-10, aka Jupiter. There was also a CPU register_F patent that would not worry x86s, but would stop the itanic. There was' also a patent on branch predictors AIR.      -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.>@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Thu, 08 Apr 2004 16:48:03 GMTu$ From: "GreyCloud" <mist@Cumulus.com>? Subject: Re: Undeniable proof that Itanium is highly profitablei8 Message-ID: <7nfdc.1663$Wc4.5871@bcandid.telisphere.com>  ( Andrew Harrison SUNUK Consultancy wrote: > Bob Koehler wrote:C >> In article <c4hd7b$kq3$1@new-usenet.uk.sun.com>, Andrew HarrisonnD >> SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >>F >>> Companys pay for IP all the time, Sun has an OS called Solaris x86 >> >>H >>    I was suprized to find that only the Solaris x86 software shows upF >>    on the Sun web site.  I couldn't find a preconfigured box on the >>    site.  >> >!4 > If you buy a Sun V60/65 and soon the V20Z you have* > the option of Solaris x86 preconfigured. >  >fB >>    I was wondering why the Sun Java Desktop systems at WallMartE >>    weren't on Sun branded hardware.  I guess there's no such beast  >>    as a Sun branded PC. >> >e
 > Correct. >   J Herein lies the problem with Sun... ignorance of  marketing.  Guess that's& why Sun had to partner with Microsoft.A McNeally had plenty of time to figure it out, but didn't make the-I connection.  Sun could have competed against M$ if only they could figure 0 out mass marketing concepts like Bill Gates did.  C >>    Now I wouldn't want, or expect, Sun to get into a Sun branded C >>    Windows box, but I'd think there was a market for Sun branded E >>    Intel UNIX boxes.  If DEC can learn to rebadge Tandy, Olivetti, D >>    and other makers, there should be some way for Sun to get into >> this market.a >> >,D > Sun is very unlikely to do a Sun branded Intel dektop UNIX box, anF > AMD branded desktop UNIX box would be a much more likely propostion. >1  K Big mistake if they don't brand a desktop PC.  Just don't put M$ windows ono it.n But it is too late now.r   ------------------------------  % Date: Thu, 08 Apr 2004 10:34:51 +0200t* From: Paul Sture <nospam@sture.homeip.net>+ Subject: Re: VMS Security checking software : Message-ID: <c532rc$2nm4et$1@ID-132135.news.uni-berlin.de>   Ommo wrote:eR > Are there any VMS security checking tools such as SATAN and / or SARA out there?Q > (Some people where I work are complaining that we've not tested our VMS systemsrQ > and that hackers will soon own the systems (I know, I've told them).  I know of Q > pointsecure's software but they are arguing that Pointsecure's software isn't a.E > standard (such as some people consider SATAN / SARA as a standard).  > Q > I've dug through the freeware disk with no luck.  Any one have any suggestions?r > K > Also, Would there be any merit to running the SATAN against a VMS system?0C > (Anyone else try this yet?  If so, were your results reasonable?)w >   F I've run Saint from a Linux system against my home VMS system. IIRC I ; observed that at least some of the tests were for specific -F vulnerabilities which weren't really applicable to VMS.As Alan points E out, attempting to guess the ROOT password doesn't tell you anything.e  H By all means try the same, but if you want something VMS specific, have  a look at PointSecure.   ------------------------------  % Date: Thu, 08 Apr 2004 13:52:05 +0200o* From: Paul Sture <nospam@sture.homeip.net>+ Subject: Re: VMS Security checking software : Message-ID: <c53ed6$2na0jn$1@ID-132135.news.uni-berlin.de>   Paul Sture wrote:e
 > Ommo wrote:0 > I >> Are there any VMS security checking tools such as SATAN and / or SARA s
 >> out there?eG >> (Some people where I work are complaining that we've not tested our i >> VMS systemsI >> and that hackers will soon own the systems (I know, I've told them).  o >> I know ofB >> pointsecure's software but they are arguing that Pointsecure's  >> software isn't aiF >> standard (such as some people consider SATAN / SARA as a standard). >>F >> I've dug through the freeware disk with no luck.  Any one have any  >> suggestions?o >>L >> Also, Would there be any merit to running the SATAN against a VMS system?D >> (Anyone else try this yet?  If so, were your results reasonable?) >> > H > I've run Saint from a Linux system against my home VMS system. IIRC I = > observed that at least some of the tests were for specific SH > vulnerabilities which weren't really applicable to VMS.As Alan points G > out, attempting to guess the ROOT password doesn't tell you anything.h > J > By all means try the same, but if you want something VMS specific, have  > a look at PointSecure. >   E Ah. It seems that PointSecure is a Windows utility, which may not be i what you want.    Froma http://groups.google.ch/groups?q=comp.os.vms+pointsecure+windows&hl=de&lr=&ie=UTF-8&oe=UTF-8&selm=OF600BC732.8811DD5A-ON85256C5B.004A1651%40metso.com&rnum=6  A "Thank you for your interest in PointSecure's Security Snapshot. cH Snapshot is a PC based tool that connects via a Telnet session to audit D 16 critical areas of your OpenVMS systems. Within minutes, Snapshot > allows security administrators to  non-intrusively measure the effectiveness ofB corporate security and auditing policies against HP's OpenVMS bestI practices. Snapshot, a sub-set of the reporting capabilities provided by eI PointAudit, is a free utility that provides an immediate high-level view v< of your user profiles, file settings, and system parameters.  E PointSecure understands that knowing whether exposures exist is only rH half of the equation. As a result, PointAudit is available to provide a D full-blown vulnerability assessment. This powerful one-of-a-kind PC B based tool provides detailed information and explanations for all B reports, provides security recommendations and dynamically allows H administrators to make changes to quickly update settings and eliminate  exposures."   H I've just downloaded the Security Guard product, which _is_ a VMS based B solution. You can find more details at http://www.legacy-2000.com/  F Comparing the information available on the PointSecure and Legacy2000 L websites, the latter has a much better description of what the product does.  4 A free trial version of Security Guard is available.   ------------------------------  * Date: Wed, 7 Apr 2004 12:38:53 +0000 (UTC)/ From: Flora Lipo <spam-me-not@invalid.hostname> 5 Subject: RE: VXT1300, InfoServer 150, VAXstation 3100c$ Message-ID: <c50sot$l40$1@online.de>  > On Tue, 6 Apr 2004 16:20:54 +0000 (UTC), Phillip Helbig asked:  8 >In article <01346F18.C22236@yahoo.com>, "Brian Tillman" ><tillmabg@yahoo.com> writes:  >UN >> Moreover, VXTs can boot their OS from an InfoServer, which stores it on itsM >> internal hard drive.  They also create their page files on the InfoServer.n >MG >OK, I had forgotten that one.  Is there any advantage to booting a VXT5I >from an InfoServer, as opposed to from a node in a VMS cluster, assumingaF >that the only thing one will do on the VXT is log in to said cluster?  E   Well booting a vxt or even a vt1300 from a vms cluster is certainly-A doable, but that isn't what you asked.  To answer what you asked:g  I    It ipls a little faster from an InfoServer using LASTport than it does0& from a node in a vms cluster with mop.  D    It can use the virtual vxt image when booting from an InfoServer.E Booting from vms you can't, and you're restricted to just a few MB ofdF ram.  Fine if your cluster's idea of gui apps is a handful of dtterms.  J   The gui configuration manager can't be used to customise vt1300 resourceI files that you serve from the vms cluster, because you can't serve vt1300t6 resource files from anything other than an InfoServer.  I   If you're relying on your vms cluster to boot your vt1300, (and any oldpE decservers), just be sure you have a strategy for graceful resumptiona after a lights back on.0   ~Flora~    ------------------------------  * Date: Wed, 7 Apr 2004 11:59:13 +0000 (UTC)/ From: Flora Lipo <spam-me-not@invalid.hostname> 5 Subject: Re: VXT1300, InfoServer 150, VAXstation 3100 $ Message-ID: <c50qeh$eda$1@online.de>  < On Tue, 6 Apr 2004 17:30:22 +0000 (UTC) Phillip Helbig said:4 >In article <MhWNouoormVA@eisner.encompasserve.org>,0 >Kilgallen@SpamCop.net (Larry Kilgallen) writes: >-I >> The InfoServer 1000s I have all have zero internal drives.  All driveskJ >> are external, and I connect the configuration I choose (up to the limit	 >> of 7).c >2H >OK, there was a model though with the actual InfoServer unit integrated' >in a large box with room for 7 drives.d   Nearly,   F   InfoServer 1000s have zero internal drives.  All drives are external on a single SCSI bus.   B   InfoServer 1000 Towers are InfoServer 1000s mounted in a chassis/ that can accommodate seven narrow SCSI devices.t  A   As to your original question about the relationship between the@E VXT1300, InfoServer 150 and VAXstation 3100, please see Doug Gordon'sKE replies to the VXT2000 hardware/firmware question thread in cov circan	 May 2001.a   ~Flora~    ------------------------------  * Date: Wed, 7 Apr 2004 12:10:04 +0000 (UTC)/ From: Flora Lipo <spam-me-not@invalid.hostname>n5 Subject: Re: VXT1300, InfoServer 150, VAXstation 3100t$ Message-ID: <c50r2s$gae$1@online.de>  < On Tue, 6 Apr 2004 16:19:16 +0000 (UTC) Phillip Helbig asked  4 >In article <KLaHLcL1rU2v@eisner.encompasserve.org>,0 >Kilgallen@SpamCop.net (Larry Kilgallen) writes: > + >> >> The Infoserver is a remote CD-server.( >> >J >> > OK, but with just one CD in it, and for use only in a VMS cluster, itJ >> > seems to make more sense to just MSCP serve it from one of the nodes. >>@ >> Not if you want to do an initial boot from it to install VMS. > G >Right.  Let me rephrase my question: if one is using only VMS systems, H >all of which have a drive from which VMS can be installed locally (i.e.E >a CD drive or a disk drive with an /IMAGE backup of the installation F >CD), is there any advantage to an InfoServer compared to MSCP serving
 >the devices?   E   Purely for serving CDs?  If so, then out of the box, the InfoServeri# can cache those served CDs to disk..   ~Flora~    ------------------------------  $ Date: Wed, 7 Apr 2004 11:11:22 -0400, From: "Richard Tomkins" <tomkinsr@istop.com>5 Subject: Re: VXT1300, InfoServer 150, VAXstation 3100s; Message-ID: <ARUcc.26446$wq4.1412687@news20.bellglobal.com>   J An example of InfoServer use was in our manufacturing operations in Kanata" and other plants around the world.  E For OpenVMS we created special images for various products as per therF direction of Product Management. Thus, VAX 4000 systems got a specificK image, VAXStation 3100 systems a different image, VAXFT systems yet anothers different image.  D Systems built in Manufacturing would be connected to a ManufacturingI ethernet segment running off a Switch connected to a large dual redundantnG fibre ring. The console of the system would be connected to a port on anF DECServer. Using Reverse LAT, a Test System Cluster would exercise theH system with diagnotics loaded over the ethernet, some diagnostics comingK from MOP loading on InfoServers, others from the VAX Cluster. Once a system I had passed testing, as determined by the specialized test system softwarehH running on the Test Systsem Cluster, OpenVMS would be booted from one ofJ many InfoServers, and a set time interval of UETP would be run against allL devices. Upon successful completion, the system would be booted into the VAXL Cluster and Backup would be used to place the specific image required on theI system, from one of many InfoServers. The nice thing about this operationeI was that I could collect up the requisite OpenVMS images from the US overjH our network and then deploy them on the InfoServers in a rolling upgradeF approach, all the while doing this from home in the evening or late atK night. In those days, due to bandwidth limitations, I had to be cautious totJ share the available corporate network bandwidth with other activites, suchK as nightly database feeds to the local copies of the various databases that1G controlled and managed the Manufacturing and Business operations of theo plant.  J When we got the corporate mandate to build all the PC's for North America,@ we added the sharing of images of MS-DOS, Windows and various PCG applications and again, I could push stuff out to the InfoServers usingaL PATHWORKS components of OpenVMS and the PC clients would connect up to thoseL smae InfoServers to draw their OS and Applications in. We did backups on allE the InfoServers from OpenVMS and thus anytime we lost a disk we could-/ handily restore datasets with ease via OpenVMS.0  D I seem to remember we had around 30 InfoServers scattered around the@ production floor on various portions of the LAN and on some peakG manufacturing days we built more than 8000 PC's in a 24 hour period, in6J addiiton to all the VAX, Alpha, VAX FT, modules and other systems we built as well.  J FWIW, our inventory levels were pushed to the edge so that we had almost 1J days supply of inventory local to the plant for building (according to theF previous nights upload of MRP schedules) and a second day of inventoryK off-site. Beyond that, the pipeline ran lean and mean and when a truck from J Seagate or Intel or whoever got hijacked in the States it was a royal painJ in the ass. When a ship got sunk coming from Taiwan or Singapore, then the inventory pipeline really hurt.   K Most manufactures today buy sub-systems and assemble them or maybe just buy0J a product that they then brand and re-sell. At Digital we built practicalyK everything, because we could. We could schedule our builds worldwide, baseduJ on a breadth of knowledge and experience our people had that no other firmH can ever hope to match. Fo instance, PC modules are expemive, so we flewI them over here from Taiwan, thus a 3 day lead time, but systems boxes foriK those same modules were low cost commodity items, so we moved them by ship, J thus a 6 week lead time. Scheduling then became a juggling act of what was= on hand and what was in the immediate and long term pipeline.e   Regards, rtt   ------------------------------  % Date: Thu, 08 Apr 2004 10:01:02 +0200e* From: Paul Sture <nospam@sture.homeip.net>. Subject: Re: Yankee Group: Linux Is No Bargain: Message-ID: <c530rv$2o439s$1@ID-132135.news.uni-berlin.de>   John Smith wrote: d > http://story.news.yahoo.com/news?tmpl=story&ncid=1208&e=10&u=/nf/20040406/tc_nf/23611&sid=95573658 >  >   E "Among the conclusions drawn from participants is that a major Linux sH deployment or total switch from Windows to Linux would be three to four B times more expensive and take three times as long to deploy as an ? upgrade from one version of Windows to newer Windows releases."r  I Pah! Of course it costs more to switch OSes than upgrade an existing one.1   ------------------------------  $ Date: Wed, 7 Apr 2004 12:29:41 -0400# From: "John Smith" <a@nonymous.com>o* Subject: Yankee Group: Linux Is No Bargain, Message-ID: <H_udnb-v75_nsend4p2dnA@igs.net>  L http://story.news.yahoo.com/news?tmpl=story&ncid=1208&e=10&u=/nf/20040406/tc _nf/23611&sid=95573658   ------------------------------   End of INFO-VAX 2004.195 ************************