1 INFO-VAX	Sat, 06 Mar 2004	Volume 2004 : Issue 131       Contents: Re: ADMIN SHOW CONNECTIONS ??? Re: ADMIN SHOW CONNECTIONS ???? alpha defined: virtualcnt,titleid,keyid,helplineid,pasteboardid + Re: Best Backup Blocksize for 110SDLT Tape? P Re: Customers to purchase VMS (was: The Inquirer:   HP re-thinking its IA-64 str; Re: Destroying CDR media (Was: Support of USB Memory stick) ; Re: Destroying CDR media (Was: Support of USB Memory stick) * Re: DS10, VMS 7.3 DECNet & TCPIP troubles.  Re: GTECH, Lotteries and OpenVMS  Re: GTECH, Lotteries and OpenVMS  Re: GTECH, Lotteries and OpenVMS  Re: GTECH, Lotteries and OpenVMS  Re: GTECH, Lotteries and OpenVMS( Re: How to Ping Between OpenVMS and Unix+ Re: Intel Article in Business Week Magazine + Re: Intel Article in Business Week Magazine  Re: Intel releases 64bit Xeon : Re: It is almost certain now, INTEL will have 64bit x86 !!% Re: Libary/CDD Question for Vax-Basic  looking for XP900  Re: looking for XP900  OpenVMS 7.3-2 ATM-driver bugG Re: OpenVMS virus proof while other disks get zapped by latest viruses! @ Professional Agitator - Harrison, Andrew. Confimed on sun.com!!!D Re: Professional Agitator - Harrison, Andrew. Confimed on sun.com!!! Re: SIMH and TK50/TK70 tapes?  Re: SSH login problem -- Bug?  Re: SSH login problem -- Bug?  Re: Sun On The Run?  Re: Sun On The Run? 6 Re: The Inquirer:   HP re-thinking its IA-64 strategy?6 Re: The Inquirer:   HP re-thinking its IA-64 strategy?6 Re: The Inquirer:   HP re-thinking its IA-64 strategy?6 Re: The Inquirer:   HP re-thinking its IA-64 strategy?6 Re: The Inquirer:   HP re-thinking its IA-64 strategy? Re: Two Node Cluster Config  Re: Two Node Cluster Config  Re: Two Node Cluster Config  Re: Two Node Cluster Config  Re: Two Node Cluster Config  RE: Two Node Cluster Config ( Re: [OT] I won 2 million euros. So what?( Re: [OT] I won 2 million euros. So what?/ [OT] We've always know that Solaris is junk....  Re: [TCPIP V5.4] More rants   F ----------------------------------------------------------------------  $ Date: Fri, 5 Mar 2004 16:06:48 -0500$ From: "PEN" <paul.nuneznosp@mhp.com>' Subject: Re: ADMIN SHOW CONNECTIONS ??? , Message-ID: <c2aq5a$gnp$1@hplms2.hpl.hp.com>   Hi,   5 "John Brandon" <brandon@dalsemi.com> wrote in message + news:04030512240131@dscis6-0.dalsemi.com... 0 > I am running Advanced Server V7.2A for OpenVMS >  > $ ADMIN SHOW CONNECTIONS > .. >   Total of 54 connections  > 4 > Q#1) Is this reflective of the number of licenses? >   > Nope.  That list all current file/print share connections (mapJ drives/printers, plus IPC$ connections) from clients.  A single client can have many connections.  @ > Q#2) If not, how do I determine the number of licenses in use? >  >   K Depends on whether you're using Server-based or Client-based licensing.  If  you do:   # $ @sys$startup:pwrk$define_commands  $ pwshow  I Do you see a process named PWRK$LICENSE_S   (not _R).  That's the license J server process which, if present, means you need to use $ ADMIN/LICENSE to1 see what licenses are available and who has them. I If PWRK$LICENSE_S is not running, then all licenses are client-based; you  can view license usage using:   ? $ @sys$startup:pwrk$define_commands   ! If not already executed  $ pwlic   L IIRC, there was a glitch in the old version of  PWLIC that prevented it fromG displaying the PWLMXXXCA07.03 license.  So if you don't see any license H counts with $ PWLIC (and the license server process isn't running), do $4 SHOW LIC PW* and see if you're using PWLMXXXCA07.03.  C If you're concerned clients aren't getting connected due to license I problems, use $ ADMIN/ANALYZE and look for messages indicating "No server $ license for client - access denied".  6 > I also noted users with multiple connections to IPC$ >  >  > Q#3) What is IPC$? >  >   G It's a special share all servers have that clients will map to on their K initial session to the server (what exactly the client does with that share H connection is a mystery).  That connection occurs over a separate (null)K session than the session used to map the user's shares and the ipc$ session 0 will typically terminate after some idle time...   HTH,   Paul   ------------------------------  % Date: Sat, 06 Mar 2004 07:13:35 -0600 ( From: brandon@dalsemi.com (John Brandon)' Subject: Re: ADMIN SHOW CONNECTIONS ??? 1 Message-ID: <04030607133577@dscis6-0.dalsemi.com>   $ PEN [paul.nuneznosp@mhp.com] writes:B > > Q#2) If not, how do I determine the number of licenses in use? > A > $ @sys$startup:pwrk$define_commands   ! If not already executed 	 > $ pwlic  >   : Duh!  I should have remembered!  Thanks for the reminders!   > > Q#3) What is IPC$? > I > It's a special share all servers have that clients will map to on their M > initial session to the server (what exactly the client does with that share J > connection is a mystery).  That connection occurs over a separate (null)M > session than the session used to map the user's shares and the ipc$ session 2 > will typically terminate after some idle time...  O My real problem is the IPC$ - I have encountered a number of orphans - not sure D what is causing this however it is only happening with W/XP clients.       J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Fri, 05 Mar 2004 15:33:52 GMT " From: tutor_removespam_@cfl.rr.comH Subject: alpha defined: virtualcnt,titleid,keyid,helplineid,pasteboardid8 Message-ID: <cs6h40hle7ra7k594cg7unusph2cbhf3ma@4ax.com>  E Can't remember the name of the Sci Fi writer who wrote of a planet of  self-effacing inhabitants...  ? "May I be covered in oil, quartered and feed to the dogs of the  planet...."   D Please excuse this old cobol programmer with his C related question:) In the midst of a vax to alpha migration.   4 Where would I best find EXTERN and GLOBAL variables?5 Not vax/alpha/dec/system variables, but user defined?   > Examples: virtualcnt, titleid, keyid, helplineid, pasteboardid  D Also, (cobol question) linkage section allowed an extern variable in% Vax, now it does not compile in Alpha     ! Ideas please?  email directly to:  tutor AT cfl DOT rr DOT com    ------------------------------  # Date: Sat, 06 Mar 2004 16:51:48 GMT 8 From: "Tom Simpson" <thomas.simpson1@nospam.comcast.net>4 Subject: Re: Best Backup Blocksize for 110SDLT Tape?/ Message-ID: <Ekn2c.60368$PR3.1064264@attbi_s03>   K I could be mistaken.  My conclusion was based on measured elapsed times for I several backup savesets that we do every night.  If you are correct, then J the time skew is due to another factor that I failed to take into account.B The backups were done on TZ89 drives.  I'll have to re-check this.   Regards, Tom   H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:YZvrSQgLkUbH@eisner.encompasserve.org... > > In article <xjP1c.41090$ko6.355664@attbi_s02>, "Tom Simpson", <thomas.simpson1@nospam.comcast.net> writes: > > J > > One other (obvious) thing that was not pointed out here is that if you are H > > writing small save sets (smaller than your selected block size), the tapeI > > has to write the whole block, so space and time may be wasted in that 6 > > situation.  On image backups, that's not an issue. > D >    What kind of tape has that problem?  Every tape technology I'veG >    looked that deeply into can write the last block of a file shorter  >    than the blocksize. >    ------------------------------  # Date: Sat, 06 Mar 2004 15:49:45 GMT # From: "John Smith" <a@nonymous.com> Y Subject: Re: Customers to purchase VMS (was: The Inquirer:   HP re-thinking its IA-64 str K Message-ID: <tqm2c.111662$ah.12322@twister01.bloor.is.net.cable.rogers.com>   / "Didier Morandi" <no@spam.com> wrote in message , news:404976dd$0$296$626a14ce@news.free.fr... > Bob Ceculski wrote:  > ../.. C > > forget intel ... many of those alpha engineers would, given the > > > chance, love to come back and continue EV8-9 if they saw aA > > commitment by HP ... and if they drop itanium, they will have @ > > to start back up alpha support ... or they will lose massiveE > > amounts of high end high margin customers who pay for support and B > > services, because hospitals and banks and stock markets cannot@ > > just go to unix/linux/windows and watch there businesses get: > > hacked to pieces by hackers, viruses and downtime../.. >  > All, > L > I generally avoid these endless discussions, but Bob, you raised a crucialJ > point, which is the focus point of all we think and are talking about in this# > forum since COMPAQ took over DEC.  >  > Why do we fight for VMS? > 9 > 1. because is is one of the best operating systems ever  >  > 2. because we love it  > F > 3. because the current users love it too and do not want to consider1 > replatforming to anywhere (or they already did)  > 
 > Conclusion:  > C > Let's set up a financial operation which would allow the existing  community of0 > VMS users to purchase VMS engineering from HP. >  > Terry?      F 1) You're talking a minimum of $2-300 million before HP would considerF entertaining any sort of discussion, probably more. I know a couple ofE people/companies that could consider this but after you factor in the G purchase price and the cost of advertising to bring the product back to K visible status, the stock market would hammer these companies. The calculus H for HP to keep VMS and spend money on advertising VMS is  very different@ since they wouldn't have to part with money up-front to buy VMS.    I 2) Who is going to engineer hardware good enough to carry the top-end for K you? That's where the margin is in the o/s. Yes, it is possible to engineer I VMS to run on less expensive h/w (maybe even a Mac hardware platform). Or 3 are you contemplating porting it to every platform?     L 3) HP would never sell it - they'd rather drive it into the ground than have: it emerge as a competitor to PH-UX or their Linux efforts.   ------------------------------  % Date: Fri, 05 Mar 2004 14:34:22 +0000 - From: John Laird <nospam@laird-towers.org.uk> D Subject: Re: Destroying CDR media (Was: Support of USB Memory stick)8 Message-ID: <ml3h40tf17t9obqvvtjlk6tfpf7pgiq1q0@4ax.com>  H On Fri, 05 Mar 2004 15:20:17 +0100, Paul Sture <nospam@sture.homeip.net> wrote:  G >About 40,000 tons of plastic in the form of CD-ROMs arrive annually on - >the German market (source: ALLIANCE Coburg).  > F >That converts to 12.5 billion pieces.  When spread over the area of aC >soccer field, this number of CDS would give a height of 26 meters.   E What is the population of Germany, something around 100-120 million ? @ That's 100 CDs, *thrown away*, for every man, woman and child !!  J I notice you mentioned "most of Europe" when referring to recycling.  HereK in the yoo-kay, we cannot make up our minds whether to be last in the queue H (a general rule) or right up at the front with no way of dealing with itI (fridge mountains).  There is also a story (the exact truth is not known) E that we used to have a very very efficient used tyre recycling scheme J entirely outside any official channels.  Once we decided to conform to theH EC bureaucratic methodology, recycling rates plummeted once many partiesJ realised the extra paperwork and levy collections resulted in overall lost revenue.  Sigh.    --  % When Mozart was my age, he was dead.     Mail john rather than nospam...    ------------------------------  # Date: Fri, 05 Mar 2004 14:43:44 GMT # From: "John Smith" <a@nonymous.com> D Subject: Re: Destroying CDR media (Was: Support of USB Memory stick)F Message-ID: <Am02c.89159$sl.2266@news01.bloor.is.net.cable.rogers.com>   Paul Sture wrote:  > William Webb wrote:  >>= >> Chris Scheers <chris@applied-synergy.com> wrote in message 2 >> news:<4047A988.9D7B5D43@applied-synergy.com>... >>> Alex Daniels wrote:  >>>>? >>>> Chris Scheers <chris@applied-synergy.com> wrote in message 4 >>>> news:<40464CF9.66638A33@applied-synergy.com>... >>>>> Nic Clews wrote: >>>>> G >>>>>> Yes. [In a certain case] the current proposal is a tape solution C >>>>>> to move relatively (less than 100 meg) small amounts of data G >>>>>> from one system to another. CDR was investigated, but due to the B >>>>>> nature of the data add complications to destroying the used
 >>>>>> media.  >>>>> 7 >>>>> I thought that was what microwave ovens were for.  >>>>> E >>>>> And the associated light show is an entertaining bonus.  <grin>  >>>>H >>>> The light show is most entertaining, although one ex-girlfriend did@ >>>> seem to have her objections me using her microwave for this
 >>>> purpose.  >>>>G >>>> As for it being an effective means of erasing the data, I'm not so H >>>> sure.. the CD is thin bit of metal foil attached to a polycarbonateF >>>> disc. The microwave munches up the foil into lots of tiny pieces. >>>>F >>>> I would imagine one could with enough time and effort, take these	 >>>> tiny F >>>> bits and with the right equipment read a small amount of data off	 >>>> each B >>>> one. Depends how important truly erasing the data is I guess. >>>  >>> E >>> Well, that's true of any destruction method.  Some people put CDs H >>> through shredders.  You could still put the pieces back together and >>> read some data.  >>> B >>> I suspect that if you converted the CD to plasma someone wouldE >>> point out that you could always reassemble the original molecules  >>> and read the data.  <grin> >>> D >>> You need to balance the time and cost of reconstructing the dataF >>> against the value of the data.  All the various methods have their >>> places.  >>> K >>> ----------------------------------------------------------------------- ( >>> Chris Scheers, Applied Synergy, Inc. >>> F >>> Voice: 817-237-3360            Internet: chris@applied-synergy.com >>>   Fax: 817-237-3074  >>@ >> Why not just BURN them? (meaning combustion as opposed to the >> writing of data)  >> > F > Data confidentiality issues apart, they can be recycled. And much of# > Europe is very keen on recycling.  > H > Brief summary of http://www.hamburg-magazin.de/um_wohin_1.htm (German)
 > follows: > G > All Hamburg's 16 recycling depots of Hamburg have 30 litre containers C > (blue) where residents can recycle audio and computer CDs free of 	 > charge.  > H > About 40,000 tons of plastic in the form of CD-ROMs arrive annually on. > the German market (source: ALLIANCE Coburg). > G > That converts to 12.5 billion pieces.  When spread over the area of a D > soccer field, this number of CDS would give a height of 26 meters. > @ > The disks consist to 99 percent of Polycarbonate, a high-value  > plastic, that can be recycled. > G > The SRH receives no guarantee of data protection for disks collected.  > A > And it goes on to recommend that the CDs are made unreadable by $ > scratching from the hole outwards.    J I built a little jig out of wood - a piece of plywood with a hole the sameH size as the CD hole drilled in it, and  a rubber sanding mat placed overK top - also with a hole in it. A piece of wood dowel is pushed up from below B so it just sticks up level with the surface of a CD placed on top.  K Then a random orbit sander with 80 grit sandpaper applied to the metallized I side of the CD. The dowel and rubber mat keep the CD from sliding around.   K The task is complete once the metallized surface is ground completely off - K typically you also windup taking a small amount of the plastic layer off as  well.   ( Wear a N95 respirator while you do this.   ------------------------------  % Date: Fri, 05 Mar 2004 14:13:24 -0600 % From: Neil Cherry <njc@wolfgang.uucp> 3 Subject: Re: DS10, VMS 7.3 DECNet & TCPIP troubles. . Message-ID: <slrnc4hnr2.l2q.njc@wolfgang.uucp>  B Thanks everyone, I now have working DECnet & TCP/IP. I did have toB remove the DECnet+ and install just DECnet but then I followed the> rest of the directions and now have both working as 2 seperateA protocols. Now onto to tunneling the DECnet through IP (don't ask  ;-).       --  D Linux Home Automation         Neil Cherry        ncherry@comcast.net; http://home.comcast.net/~ncherry/               (Text only) = http://linuxha.sourceforge.net/                 (SourceForge) 8 http://hcs.sourceforge.net/                     (HCS II)   ------------------------------  % Date: Fri, 05 Mar 2004 17:24:43 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> ) Subject: Re: GTECH, Lotteries and OpenVMS 0 Message-ID: <c2ad4r$bhj$1@new-usenet.uk.sun.com>   Bob Koehler wrote:y > In article <8a646952.0403041624.67271536@posting.google.com>, jones.computer.srv@worldnet.att.net (Daryl Jones) writes:  >  >>Dear John Smith: >>H >>When Sybase made the decision to go to fewer platforms to support, VMSC >>was going to be one of them. However, Sybase was in such terrible H >>financial problems with red ink. They had to go for the platforms thatD >>had growth potential to dig their way out of red ink to black. The# >>problem wasn't VMS but Sybase!!!!  >  > H >    And sometimes that growth has to be huge.  SAP dropped VMS when itsH >    VMS based was growing 40% annually, something most businesses wouldF >    love to have.  The systems they kept supporting were growing over >    100% annually at the time.  >   A SAP dropped VMS when they went from R2 to R3 which was a complete 	 re-write.   > HP funded some of the R3 work, provided systems etc and had an< exclusive platform agreement for the early R3 deployments on HP-UX/HP-PA.  < I would guess that these were the issues that killed the VMS8 version of R3 before it was born. By the time the HP/SAP; agreement had ended the owners of VMS had collectively lost 9 their will to live or at least started down that slippery  slope.   Regards  Andrew Harrison    ------------------------------  # Date: Fri, 05 Mar 2004 20:11:55 GMT # From: "John Smith" <a@nonymous.com> ) Subject: Re: GTECH, Lotteries and OpenVMS I Message-ID: <fa52c.155749$Qg7.98101@news04.bloor.is.net.cable.rogers.com>    JF Mezei wrote:  > John Smith wrote: G >> No. The reason Sybase dropped VMS was that Digtial/Compaq were doing 5 >> nothing to ensure that the VMS market was growing.  > G > I am not sure of that one. I think it more credible that many key VMS G > ISVs were told very bluntly by Bob GQ palmer that VMS was going to be 
 > phased out.  > G > Why else would SWIFT have annouced desupport of VMS in the late 1990s 7 > when a replacement platform was still very far away ?     K Because 'not advertising' is exactly the same as unwanted, phasing out, not 0 growing, or any other euphemism you care to use.  G SWIFT is a business (as you well know having paid their exhorbitant per G transaction fees) even though it acts as a standards body in some ways. I Their calculus on the matter was the same as Sybase, SAP, and anyone else H you care to think of that exited the VMS market - the owner of VMS isn'tD promoting their product which means that I will have fewer and fewerJ customers to sell to on that platform. It costs me $x per annum to supportK my app on VMS and even though I may make $x+, the extra + isn't worth it to J me because if I get those current customers off VMS I can sell them a unixK or Win version without *any* incremental cost of support/development - it's D all revenue at the margin, which is the most profitable kind of all.  J Heck, there are so few VMS ISV's left, it would behoove Sun & IBM to *PAY*K those vendors 2-3 years of profits up-front to abandon theVMS market today. K It would force HP to kill VMS because there are no apps (which HP says sell H VMS systems), and it would permanently blacken HP's image in the eyes ofG their VMS customers to the point of 'No HP, we aren't moving to PH-UX'.  Oh Andrew...where's my cheque?    K That my friends is what can happen to companies that don't stimulate demand L for their products by advertising. They get to a point where stuff like thatE can occur because it isn't cost-prohibitive for competitors to do so.    ------------------------------  $ Date: Fri, 5 Mar 2004 23:09:52 +0100  From: "Dr. Dweeb" <dr@dweeb.com>) Subject: Re: GTECH, Lotteries and OpenVMS , Message-ID: <c2atrm$4gc$1@news.cybercity.dk>  ( Andrew Harrison SUNUK Consultancy wrote: > Bob Koehler wrote:@ >> In article <8a646952.0403041624.67271536@posting.google.com>,< >> jones.computer.srv@worldnet.att.net (Daryl Jones) writes: >> >>> Dear John Smith: >>> F >>> When Sybase made the decision to go to fewer platforms to support,@ >>> VMS was going to be one of them. However, Sybase was in suchD >>> terrible financial problems with red ink. They had to go for theG >>> platforms that had growth potential to dig their way out of red ink 3 >>> to black. The problem wasn't VMS but Sybase!!!!  >> >>E >>    And sometimes that growth has to be huge.  SAP dropped VMS when G >>    its VMS based was growing 40% annually, something most businesses @ >>    would love to have.  The systems they kept supporting were- >>    growing over 100% annually at the time.  >> > C > SAP dropped VMS when they went from R2 to R3 which was a complete  > re-write.  >    A complete rewrite ???  G Well, a new front end perhaps, but it is just the same crud underneath.   
 Dr. Dweeb.  @ > HP funded some of the R3 work, provided systems etc and had an> > exclusive platform agreement for the early R3 deployments on > HP-UX/HP-PA. > > > I would guess that these were the issues that killed the VMS: > version of R3 before it was born. By the time the HP/SAP= > agreement had ended the owners of VMS had collectively lost ; > their will to live or at least started down that slippery  > slope. > 	 > Regards  > Andrew Harrison    ------------------------------  % Date: Sat, 06 Mar 2004 11:34:57 +0100 * From: Paul Sture <nospam@sture.homeip.net>) Subject: Re: GTECH, Lotteries and OpenVMS / Message-ID: <4049B761.A8CB9C9@sture.homeip.net>    John Smith wrote:  >    <snip>  L > Heck, there are so few VMS ISV's left, it would behoove Sun & IBM to *PAY*M > those vendors 2-3 years of profits up-front to abandon theVMS market today. M > It would force HP to kill VMS because there are no apps (which HP says sell J > VMS systems), and it would permanently blacken HP's image in the eyes ofI > their VMS customers to the point of 'No HP, we aren't moving to PH-UX'.   > Oh Andrew...where's my cheque? >   * And company takeovers play their part too.   From:   7 http://www.content-wire.com/crm/crm.cfm?ccs=169&cs=2043    11 Jul 2002   E "Convergys recently purchased the UK-based assets of bankrupt billing D and customer care competitor, telesensKSCL, at what appeared to be a bargain price.  B This acquisition provides tactical benefits and takes the acquired: products off the market for competitors and new entrants."  9 KSCL was a VMS shop. Convergys appears to be an IBM shop.      --  
 Paul Sture   ------------------------------  $ Date: Sat, 6 Mar 2004 03:03:24 -0800= From: "Doc.Cypher" <doc_cypher {AT} hod {DOT} aarg {DOT} net> ) Subject: Re: GTECH, Lotteries and OpenVMS 6 Message-ID: <200403061103.i26B3O0N005012@www.aarg.net>  @ On Sat, 06 Mar 2004, Paul Sture <nospam@sture.homeip.net> wrote:  : >KSCL was a VMS shop. Convergys appears to be an IBM shop.  H Ironically, Systems Consultants Ltd - the company that eventually becameI K-SCL - was an IBM shop.  Their first mobile billing system ran on an IBM 
 mainframe.  K By the time their 4GL-based package was being marketed they were definitely I a VMS shop, one with a lot of big-name mobile telecoms clients.  However, L many of those clients were applying pressure for their Jupiter package to be$ made available on non-VMS platforms.  G Clients included Vodaphone (UK and many subsiduaries around the world), - Cellnet, Deutche telekom, and France Telecom.      Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G [PGP Key via finger]   http://openvms-rocks.com   http://vmsbox.cjb.net    ------------------------------  * Date: Sat, 6 Mar 2004 17:04:00 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)1 Subject: Re: How to Ping Between OpenVMS and Unix 0 Message-ID: <newscache$68z5uh$pd4$1@news.sil.at>  { In article <4049a6e4$0$3880$3a628fcd@reader1.nntp.hccnet.nl>, "Nico van der Boom" <posthere-answerhere@hotmail.com> writes: 7 >In the VMS environment you can add a pseudo interface.   ) One solution, but no longer the only one.    >example' >when you use the UCX of TCPIP package. ; >suppose you have an interface called we0    (ucx show int)  >add a pseudo interface  > A >$ ucx set interface wea0 /host=192.1.2.250/network=255.255.255.0  >/broad=192.1.2.255 / >(check syntax, i am not on a system right now)    Correct.  5 >a pseudo interface has an 'a' in the interface name.   ! Not all. WE0 => WEA0, WE1 => WEB0   B >so with ewa0 device, ucx interface we0, ucx pseudo interface wea0  H WE0 => WEA0, WEA1, WEA2, ...	VMS Device EWAx:   x related to socket/connJ WE1 => WEB0, WEB1, WEB2, ...	VMS Device EWBx:   not ifc; means x counts up     But there is another method   E $ TCPIP IPCONFIG ALIAS alias-address[/bitmask]	! Add an alias address @ $ TCPIP IPCONFIG -ALIAS alias-address		! Remove an alias address  H NOTE:	You can't see alias addresses added with ipconfig in the output ofC 	TCPIP SHOW INTERFACE until one of the next ECOs/versions of TCPIP.    --   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, 05 Mar 2004 17:15:23 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> 4 Subject: Re: Intel Article in Business Week Magazine/ Message-ID: <LA22c.309$Ew4.91@news.cpqcorp.net>   + "Dr. Dweeb" <dr@dweeb.com> wrote in message ' news:c29qpd$1pl6$1@news.cybercity.dk...  > Fred Kleinsorge wrote:@ > Ooops - chop ... chop ... chop ... chop ... (black helicopters approaching) > F > Could the VMS engineering achievements in improving large SMP systemL > throughput for GS320 customers by 20-30% have been known some time ago andB > been part of the jsutification for ditching the EV79x plans ???? > B > pohc ...pohc ...pohc ...pohc ...pohc (black helicoptors leaving) >   I Nope.  Much of the performance work was a direct result of the GS320, and L has been out there for a while as point patches while it got integrated intoE releases.  Many of the things done for the GS320 turned out to not be F interesting on Marvel.  But some things were just plain better for allL platforms.  Performance work remains one of the top things on our list.  TheI EV79 stuff was exactly as reported.  A smaller effort resulted in shorter L timeline, lower cost, and almost as good performance - which allowed them to simplify things.   ------------------------------  $ Date: Fri, 5 Mar 2004 23:16:02 +0100  From: "Dr. Dweeb" <dr@dweeb.com>4 Subject: Re: Intel Article in Business Week Magazine, Message-ID: <c2au78$564$1@news.cybercity.dk>   Fred Kleinsorge wrote:- > "Dr. Dweeb" <dr@dweeb.com> wrote in message ) > news:c29qpd$1pl6$1@news.cybercity.dk...  >> Fred Kleinsorge wrote: A >> Ooops - chop ... chop ... chop ... chop ... (black helicopters  >> approaching)  >>G >> Could the VMS engineering achievements in improving large SMP system E >> throughput for GS320 customers by 20-30% have been known some time F >> ago and been part of the jsutification for ditching the EV79x plans >> ????  >>C >> pohc ...pohc ...pohc ...pohc ...pohc (black helicoptors leaving)  >> > G > Nope.  Much of the performance work was a direct result of the GS320, B > and has been out there for a while as point patches while it gotB > integrated into releases.  Many of the things done for the GS320C > turned out to not be interesting on Marvel.  But some things were G > just plain better for all platforms.  Performance work remains one of F > the top things on our list.  The EV79 stuff was exactly as reported.G > A smaller effort resulted in shorter timeline, lower cost, and almost > > as good performance - which allowed them to simplify things.  J I will accept that, I was feeling quite perverse when the Black Helicopter thought struck me. :-)  D Performance work is the bottom thing on Microsofts list for every MS' product, except maybe flight simulator.   
 Dr. Dweeb.   ------------------------------  # Date: Fri, 05 Mar 2004 19:29:21 GMT & From: Rick Jones <foo@bar.baz.invalid>& Subject: Re: Intel releases 64bit Xeon0 Message-ID: <ly42c.327$VB4.145@news.cpqcorp.net>  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > Rick Jones wrote: H >> I've assumed that the IIIi's power draw was higher because it had theI >> 1MB on chip cache. What I'm not so sure of is whether or not the power E >> consumption figures for the Cu include the 8MB off-chip cache.  Do B >> Sun's published power consumption figures for the III Cu (and I; >> suppose by extension the IV) include the external cache?  >>  A > It has 1 MB onchip, it also has JBus support onchip as well its < > basically the same as the Opteron in terms of the level of# > integration included on the chip.   F OK.  How about the question about external cache being included in the2 power consuption figures on the III Cu and the IV?  D >>>Incedentally the prices for the LV Itanium 2 based rx2600 are nowC >>>available. A 2 CPU, 2 GB 2 disk config costs $6410, compare this ) >>>with a faster (int) Sun V20z at $4245.  >>   >>  < >> Bully for Sun :)   I guess I'll have to go price a DL145. >>    @ > Yuk it should be dirt cheap, Non Hot Plug 7200 RPM ATA drives,/ > 1 PCI slot looks like a cheapy and should be.   @ It would appear that there will be more than just ATA available.  C http://h18004.www1.hp.com/products/servers/proliantdl145/index.html   C And just how many I/O slots did Sun use on their V20z SPECweb99_SSL - benchmark?-) Or on SPECint for that matter :)   C Just so those watching don't get confused, the base price you quote $ looks to be for the 1.8 GHz machine:  Y http://store.sun.com/CMTemplate/CEServlet?process=SunStore&cmdViewProduct_CP&catid=111394   . not the 2.2 GHz machine used in the SSL stuff.  * >> Yep - saw that.  Makes a nice target :)  A > Well you already have a 1.5 Ghz result on the rx2600 but as you B > know thats also quite a lot slower than the V20z and rather more4 > expensive at $36K for the config used in the test.  " Like I said - makes a nice target.   rick --  = denial, anger, bargaining, depression, acceptance, rebirth... C                                      where do you want to be today? F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  # Date: Fri, 05 Mar 2004 19:12:26 GMT & From: Rick Jones <foo@bar.baz.invalid>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 0 Message-ID: <ui42c.322$VB4.181@news.cpqcorp.net>  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > Each slot has its own bus.  A Thanks.  I'd still like a URL to a document like that for the 15K  if you have one.  F > Hardly, you havn't provided any explanation of how you arrive at the8 > bisectional bandwidth or I/O bandwidth numbers for theF > SuperDome. Arguing for more transparency from Sun on a I/O benchmarkA > when you can't justify your basic system interconnect bandwidth * > claims is amusing but far from atypical.  C Call me jaded by the 15K sustained I/O claim that was more than the  sum of the PCI busses :)  F > Sad to say the rule of thumb for any HP bandwidth claim is to divide= > it by 2 and that is being very very kind. HP claim that the 3 > bisectional bandwidth of the SuperDome is 64 GB/s   B I presume you are refering to the peak crossbar bandwidth from the	 likes of:   T http://www.hp.com/products1/servers/integrity/superdome_high_end/specifications.html  A ?  You have this distressing habit of not citing references... :)   B >> I take it the table size and memory size of the system are only >> allowed under NDA?    > The table size was 7 TB.  
 Thank you.  
 rick jones --  B firebug n, the idiot who tosses a lit cigarette out his car windowF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  # Date: Sat, 06 Mar 2004 17:07:59 GMT 8 From: "Tom Simpson" <thomas.simpson1@nospam.comcast.net>. Subject: Re: Libary/CDD Question for Vax-Basic/ Message-ID: <Pzn2c.495752$na.1170382@attbi_s04>3  K We use BASIC and CDD record definitions.  I agree.  This is the way I would?	 do too...e   >:H > I've never used includes from CDD, but I have used DEC style BASIC for over 251  > years.  I'd try the following: >s* > %INCLUDE %FROM %CDD "FILES.EDIDB_RECORD") > MAP ( EDIDB.MAP ) EDIDB_RECORD    EDIDB:* > MAP ( AEDIDB.MAP ) EDIDB_RECORD   AEDIDB >CC > This allows you to have the same record layout with two differentt > MAPs.t   ------------------------------  $ Date: Fri, 5 Mar 2004 09:17:40 -0800  From: "jaypi" <sales@jana.co.kr> Subject: looking for XP9000 Message-ID: <d6CdnXca-7amK9XdRVn-uw@comcast.com>  E I'm buying xp900 with standard configuration. Where should I start myg search?e   ------------------------------  * Date: Fri, 5 Mar 2004 20:48:37 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: looking for XP9001 Message-ID: <newscache$oye4uh$z2d1$1@news.sil.at>   S In article <d6CdnXca-7amK9XdRVn-uw@comcast.com>, "jaypi" <sales@jana.co.kr> writes:aN >I'm buying xp900 with standard configuration. Where should I start my search?  C On EBAY (seldom found, used, look for DS10) you may pay $2000-$4000 F On HPAQ.NET (commercial but good and warranty) you may pay $4000-$8000  	 Good luck    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialistP E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 5 Mar 2004 15:08:10 +0100-C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)I% Subject: OpenVMS 7.3-2 ATM-driver bugn- Message-ID: <404889ca$1@news.uni-konstanz.de>e   Hi,r  J I have here a ATM-backbone that works nicely. Now I've realized that afterD the upgrade to V7.3-2 the ATMworks 350 doesn't talk to the ATMswitch	 anymore .m  H If I replace this controller with a ATMworks 351 everything is OK. So it is definitely a driver problem.   Eberhard   ------------------------------   Date: 6 Mar 2004 17:13:21 GMT,( From: bill@cs.uofs.edu (Bill Gunshannon)P Subject: Re: OpenVMS virus proof while other disks get zapped by latest viruses!: Message-ID: <c2d0rh$1rv0t1$3@ID-135708.news.uni-berlin.de>  - In article <c2ct3u$2m1v$1@news.cybercity.dk>,2# 	"Dr. Dweeb" <dr@dweeb.com> writes:m* > Andrew Harrison SUNUK Consultancy wrote: >> Bob Ceculski wrote:> >>> I don't know if anyone has noticed, but a lot of companies: >>> are getting creamed by the latest round of viruses ...; >>> My boss has 4 friends from other companies who have allr= >>> lost servers ... but our "unhackable" virus proof OpenVMSa; >>> servers just keep humming along 24X7 ... isn't it great  >>> to be on OpenVMS?  :)  >>= >> It may have escaped your notice but the only OS's infecteds9 >> by the viruses you refer to are Windows based. By yourc7 >> definition that makes all other OS's from Solaris toE >> Palmos unhackable.' >> > H > Err  ... just a minor point of logic, "virus proof and unhackable" areN > separate attributes of Bobs environment.  Your suggestion that Bob (and I amD > no great Bob booster btw) by this statement somehow claims that byK > "definition that makes all other OS's from Solaris to Palmos unhackable."e; > (or that you can somehow infer this) is patently stupid !s > 3 > Bob makes no such claim implicitly or explicitly.X > L > I will leave it to a professional logician for the detailed explanation of  > why your statement is rubbish. > L > I think you will find that Bob considers himself to be virus proof becauseK > he has no WinDoze (a pretty fair bet I would say) and unhackable, because/4 > all his servers run VMS (another pretty fair bet).  I Uhhhh....  Bob just said he runs "powerterm for vt emulation".  PowertermnH is a Windows program, not a VMS program. He may not see it, recognize itH or be willing to admit it, but he is running Windows, just like everyoneG else.  He doesn't have VMS to the desktop and his employers systems arei$ just as vulnerable as anyone else's.   > L > Andrew, sometimes your in such a hurry to jerk everyone around, your brain > seems to short circuit.cK > Of course, you are paid to be a jerk in this newsgroup, so it comes as no- > great surprise.  >   A I am quite certain that if you could get Bob to stop being such a)A jerk in his comments regarding Sun (a feat I consider impossible)3A you would find that Andrew would no longer have find it necessary  to continue the debate.    bill   -- uJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   h   ------------------------------   Date: 6 Mar 2004 03:23:59 -0800e. From: alexdaniels@themail.co.uk (Alex Daniels)I Subject: Professional Agitator - Harrison, Andrew. Confimed on sun.com!!!)< Message-ID: <9f7f13a8.0403060323.5d9ecd1@posting.google.com>   >From: Dr. Dweeb (dr@dweeb.com)y >> <SNIP>	 >> Third:d >>5 >> What does Andrew Harrison have to do with OpenVMS?r >> >m >Why, I thought everyone knew?!i >aB >Andrew is Suns official, highly paid, professional agitator.  He provides
 >sport <SNIP>   D I think the comment about him being a professional agitator could be+ more acurate than you suspect. Check out...   ? http://www.sun.com/partners/tmo/erpsc/pdf/Vert_Hor_Com_Arch.pdf:B http://www.sun.com/datacenter/superg/docs/Atwood_SUPerG_Berlin.pdf  F These documents seem to indicate Andy has produced a 'RAC calculator',D this program apprently "calculates" the relative cost buying sun kitE against other platforms for certain applications. Supposedly the useroD can input the make/model etc of another platform and it "calculates" instantly why sun is better.  C The documents go on to show a case study that compares sun to dell.E  F If anyone has a copy of this, let me know, I'm allways interested in a good laugh.m   Alex   ------------------------------  # Date: Sat, 06 Mar 2004 16:22:15 GMTo" From: GreyCloud <mist@Cumulus.com>M Subject: Re: Professional Agitator - Harrison, Andrew. Confimed on sun.com!!!d7 Message-ID: <XUm2c.726$Wc4.1392@bcandid.telisphere.com>-   Alex Daniels wrote:a    >>From: Dr. Dweeb (dr@dweeb.com) >> > <SNIP> > 	 >>>Third:i >>>15 >>>What does Andrew Harrison have to do with OpenVMS?e >>>1 >>  >>Why, I thought everyone knew?! >>C >>Andrew is Suns official, highly paid, professional agitator.  He  > 
 > provides >  >>sport <SNIP> >  > F > I think the comment about him being a professional agitator could be- > more acurate than you suspect. Check out...  > A > http://www.sun.com/partners/tmo/erpsc/pdf/Vert_Hor_Com_Arch.pdf D > http://www.sun.com/datacenter/superg/docs/Atwood_SUPerG_Berlin.pdf > H > These documents seem to indicate Andy has produced a 'RAC calculator',F > this program apprently "calculates" the relative cost buying sun kitG > against other platforms for certain applications. Supposedly the useroF > can input the make/model etc of another platform and it "calculates" > instantly why sun is better. > E > The documents go on to show a case study that compares sun to dell.s > H > If anyone has a copy of this, let me know, I'm allways interested in a
 > good laugh.  >  > Alex  I Well, it is rather obvious that a Sun rep. would troll a VMS news group. tH By injecting biased comments into a vms newsgroup he can show potential G customers that are thinking of OpenVMS as a solution to look into this 1C newsgroup for the various problems that crop up.  But then one can oH always go into a Solaris newsgroup and find that they too have many and  various problems.1   ------------------------------  # Date: Sat, 06 Mar 2004 07:25:03 GMTd0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>& Subject: Re: SIMH and TK50/TK70 tapes?. Message-ID: <j1f2c.53598$ko6.404671@attbi_s02>   Lee Roth wrote:e (snip)0 > I still have some TK50 and TK70 tapes that I'mB > interested in (maybe, someday) reading the files from- they wereB > all made with VMS BACKUP. Most of the data is text, but some are > binaries.w  D > I was wondering if I got a TKxx/DLT2000 SCSI tape drive (that willA > handle reading TK50/TK70 format tapes) if I could do one of thec > follwing:n  ? > 1) Find some kind of Linux-compatable program that could readt@ > the *.BCK file savesets from tape onto Linux (and then on into > VMS running via SIMH)   ? There are standard formats for virtual tape files that preserveoD the block structure of the tape.  You most likely want one of those.  D > 2) Use 'dd' to suck the entire tape into an image file under Linux* > and then mount it somehow under SIMH/VMS  G dd with a large value for the bs parameter (not ibs and obs separately)eF will preserve the block structure in a tape to tape copy, though thereD are other programs with names like tcopy that can do that.  (dd will? stop at a tape mark.)   If the blocksize is constant and known,nC then a dd to disk can be usable, otherwise the blocking information? is lost.  A > Or... do I just need to get a cheapie little Alpha with SCSI to  > do all of this?r  D Most likely any unix machine with the appropriate drive could do it.C Other machines may or may not be able to do it.  Most popular thesedA days is a virtual tape file, as described above, written to CD-R.t  D I am not sure about the archival properties of CD's (how long drives? will be around that can read them) but they are probably bettertA than many tape formats.  One should probably keep multiple copies A of archival data and copy it to newer media formats at reasonableo
 intervals.   -- glen    ------------------------------   Date: 5 Mar 2004 12:12:21 -0600 + From: young_r@encompasserve.org (Rob Young)c& Subject: Re: SSH login problem -- Bug?3 Message-ID: <jPjYT+XRKz5q@eisner.encompasserve.org>l  d In article <4048C171.4060607@Flying-Disk.com>, Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> writes: > Martin Vorlaender wrote:  ? > OK, I can buy that.   What would be a good work-around for us0  > given the following situation: > ? >    1. All the accounts in question are captive accounts (i.e.U >       no DCL prompt allowed).3 > 8 >    2. All user account passwords expire every 90 days. > > >    3. Some users need access to our application from outside> >       the building, using their laptop computer, an Internet= >       connection, and (most likely) Kermit-95 v2.1 (we lovea
 >       it!).2 > D >    4. We are paranoid about security, so we would like to use SSH. > @ >    5. Some of these users are outside sales people who may not@ >       visit our facility more than once a year, if that, so we@ >       have to handle expiring passwords without their physical >       presence.  >   B 	How many connections (unique login/out) per day on average?  Any  	metric on that?   				Roba   ------------------------------  % Date: Fri, 05 Mar 2004 10:44:54 -0800d3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com>s& Subject: Re: SSH login problem -- Bug?. Message-ID: <4048CAA6.2000204@Flying-Disk.com>   Rob Young wrote:f > In article <4048C171.4060607@Flying-Disk.com>, Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> writes: >  >>Martin Vorlaender wrote: >  > @ >> OK, I can buy that.   What would be a good work-around for us! >> given the following situation:  >>? >>   1. All the accounts in question are captive accounts (i.e.a >>      no DCL prompt allowed).- >>8 >>   2. All user account passwords expire every 90 days. >>> >>   3. Some users need access to our application from outside> >>      the building, using their laptop computer, an Internet= >>      connection, and (most likely) Kermit-95 v2.1 (we love 
 >>      it!).o >>D >>   4. We are paranoid about security, so we would like to use SSH. >>@ >>   5. Some of these users are outside sales people who may not@ >>      visit our facility more than once a year, if that, so we@ >>      have to handle expiring passwords without their physical >>      presence.r  C > How many connections (unique login/out) per day on average?  Any   > metric on that?>  > Unknown at this time, but I'll guess that it will be less than> 10 initially (across all accounts).   That would probably grow> to 30 or more over the next year as they discover how useful a? tool it is for making sales.   Eventually, we're hoping that ita will grow much larger.  > On a somewhat related note, I see that telnet connections haveB the terminal name as "TNAxxx", while SSH connections are "FTAxxx".> Unfortunately, console logins are also "FTAxxx".   Is there an> easy way to distinguish an SSH login from a console login (in, say, SYLOGIN.COM)?   Thanks,  Alan   ------------------------------   Date: 5 Mar 2004 14:19:52 -0800o7 From: jones.computer.srv@worldnet.att.net (Daryl Jones)m Subject: Re: Sun On The Run?= Message-ID: <8a646952.0403051419.3ebf0749@posting.google.com>h   Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<c29tim$669$2@new-usenet.uk.sun.com>...e > John Smith wrote:l > > Ro ert G. Schaffrath wrote:> > >  > >>rob kas wrote: > >>2 > >>>"CJT" <abujlehc@prodigy.net> wrote in message) > >>>news:40476AB1.1050604@prodigy.net...h > >>>s > >>>>Bob Ceculski wrote:d > >>>> > >>>><snip> > >>>>H > >>>>>OpenVMS will not be going anywhere for a long time ... businessesE > >>>>>that want low TCO and security and uptime depend on it ... andeG > >>>>>look at the latest virus rampage wiping out server after server,tH > >>>>>but not VMS servers ... we will be on VMS as long as it is aroundF > >>>>>because not even a free garbage linux server can offer what VMS! > >>>>>can, and TCO proves it ...- > >>>>" > >>>>That sounds a lot like Wang. > >>>> > >>>o$ > >>>               And Data General > >> > >>...and Prime ! > >>D > >>BTW, I did like the DG MV series - AOS/VS was an interesting OS. > >  > >  > > And Honeywell. > >  > > 
 > And Digitalc > 
 > 	And Compaqe               And Sunc > 	 > regards  > Andrew Harrisony   ------------------------------   Date: 5 Mar 2004 11:27:45 -0600i+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: Sun On The Run?3 Message-ID: <tXrpRXZzi2Lp@eisner.encompasserve.org>w  f In article <4048a939.223356354@news.eircom.net>, wallacethinmintr@eircom.net (Russell Wallace) writes:G > On Thu, 04 Mar 2004 15:33:33 +1100, nospam <x@wedontwantyourspam.com>A > wrote: > . >>Its really a race to see which will go first >>SUN or VMS ;)  > @ > In Sun's case, it may depend on what they decide their line of > business is. > D > If it's selling Solaris, then I imagine sooner or later they'll beG > gone; the world doesn't really need a passel of mutually incompatible 	 > Unixes.f > C > If it's building scalable, reliable systems, they might be aroundmH > indefinitely, whatever particular technology their systems du jour areC > based on. Remember they already made the transition from 68000 toa? > SPARC _and_ the much bigger one from workstations to servers.r >   > 	Don't count on this one.  It wouldn't be much of a stretch to@ 	presume Intel is extending EV7 capabilities into CPUs, allowingC 	for compenents (drawers) to scale systems large in a lego fashion.e  ; 	High-end margins will be dropping like a rock, there is nok 	refuge there.   				Robu   ------------------------------  % Date: Fri, 05 Mar 2004 14:54:50 +0000lO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>f? Subject: Re: The Inquirer:   HP re-thinking its IA-64 strategy?-0 Message-ID: <c2a4bq$8j0$1@new-usenet.uk.sun.com>   Island Computers USA wrote:eL > Am I the only one that remains optimistic that HP will just go back to the8 > original "round wheel" that has already been invented?K > Is it that much work for Intel to tool up for another generation of AlphaeC > chips? (Itanium Hexagonal wheel couold cause a problem I suppose)t >   B Why would Intel want to do another generation of Alpha processors.  C If HP have to dump IA64 the only OS that is still under developmenttB on Alpha will be OpenVMS, Tru64 is dissapearing fast and HP-UX and$ Tandem are unlikely to run on Alpha.  F This would leave Intel trying to develop what would to all intents andC purposes be a new CPU platform (no Windows, no commercial UNIX etc)-A and one that only as a revenue stream of ~250 million a year withr the one available OS.U  ? You then get to the issue of if Intel could do a new generation:@ of Alpha processors and that would be tricky. The compiler teams? for Alpha all work for HP and if HP dump Itanium then the Intel0( HP relationship is going to be strained.  ? In addition many of the Alpha engineers jumped ship rather thanh9 joining Intel, some have gone to startups, some have goner< to AMD and some have gone to Sun. Why do you think Sun has a7 microprocessor development facility in the Boston area.w  > However I cannot se HP dumping Itanium its too integrated with* their DNA for them to do so at this point.   Regards  Andrew HarrisonVJ > I thought all the grunt work for T64/VMS/NT/2000/Linux compatibility was > there already in the Alpha.VK > It never ever made any sense to me to dump the world's fastest CPU for an 6 > Intel Alpha Clone (well, a mutated clone named IA64) >  >  > Not trolling, just venting > J > Oh and VMS People - We have sold MORE VMS systems in 2003 than 2001-2002 > combined.fJ > The real "fall-off" id Tru64 - people in the Unix world seem to be quite > fickle...f >  > David Turner >    ------------------------------  % Date: Fri, 05 Mar 2004 13:26:19 -0500d* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>? Subject: Re: The Inquirer:   HP re-thinking its IA-64 strategy? : Message-ID: <7A32c.47167$0l1.14303@bignews3.bellsouth.net>  ( Andrew Harrison SUNUK Consultancy wrote:  H > This would leave Intel trying to develop what would to all intents andE > purposes be a new CPU platform (no Windows, no commercial UNIX etc)oC > and one that only as a revenue stream of ~250 million a year withr > the one available OS.     K Windows was running on Alpha up through the beta cycles of Windows NT v5.0 wM [Win2K].  The 64-bit development work for the Windows NT platform family was sL all initially done on the Alpha, too, and continued after the final release M of Win2K [which only ran on x86].  It was only after IA64 chips were leaking oK out in small quantities to hardware developers that Microsoft ceased using MC Alpha for 64-bit Windows development work, and even then there was rJ side-by-side co-development on Alpha and IA64 until the whole development E process could be sustained on native IA64 systems.  I expect that if FI Microsoft saw any advantage what so ever in supporting 64-bit Windows on a7 Alpha again then they'd embrace the architecture again.m  K Red Hat Linux was also running on Alpha around that same time period.  The eI Linux kernel runs on so many different architectures that it would be, I nD think, the easiest one to port back onto Alpha again.  The compiler J technologies that DEC developed still exist for Alpha and could easily be M brought back to life again, perhaps even brought into the open source world.  K   Again, if there were some competitive benefit perceived about supporting  G Linux on Alpha, you'd see commercial distributions of enterprise Linux ' products for Alpha.e  D Or, to look at it another way, Microsoft an Intel have been strange J bedfellows for some time.  At times they seem to operate in collusion for K the Win-Tel monopoly, and at other times they seem to be at odds with each  K other.  When Microsoft dropped for support of PPC and MIPS and Alpha, they  K somewhat pulled the plug on the broader acceptance of those architectures. oI Having Microsoft ditch Alpha in favor of IA64 could have been more of an cJ exercise in back-scratching between Intel and Microsoft with the end goal J being to change peoples' perceptions so that Alpha was perceived as being  inferior to IA64.      > A > You then get to the issue of if Intel could do a new generation-B > of Alpha processors and that would be tricky. The compiler teamsA > for Alpha all work for HP and if HP dump Itanium then the Intelp* > HP relationship is going to be strained.    E This comes down to the same situation as with Microsoft.  You've got  K simultaneous cases of cooperation, collusion and adversarial relationships mK occurring all the time in this industry.  With the by-outs, take overs and >L other mergers, there's even fewer players in the market so you've got these M complex relationships among a smaller # of companies.  Take Intel and AMD on nM the microchip side and take Microsoft, HP/Compaq/DEC/Tandem, Sun, Novel/SuSE oJ and Red Hat on the O.S. vendor side and you've got a fine mess to try and  figure out.S     > A > In addition many of the Alpha engineers jumped ship rather thano; > joining Intel, some have gone to startups, some have gone > > to AMD and some have gone to Sun. Why do you think Sun has a9 > microprocessor development facility in the Boston area.l    L In the past, unless I'm mistaken, Samsung tooled up for Alpha production in H the late 1990's at a facility they had in east asia [Korea or Thailand, F IIRC].  Supposing that the intellectual rights to Alpha were licensed 9 properly, you could have Samsung or AMD producing Alphas.n     > @ > However I cannot se HP dumping Itanium its too integrated with, > their DNA for them to do so at this point.    L That is the crux of the matter, isn't it?  Even though Alpha was the better G architecture, Intel dumped it for what appeared to have been no better lE reason than a bad case of "not invented here" syndrome.  Raiding the lK intellectual property of the Alpha hardware developers to try to make IA64  K into something viable never resulted in IA64 being equal to or superior to . Alpha.  L What always puzzled me was that Alpha was a real production chip while IA64 K was still on the drawing boards, and even at that time Alpha was superior. SI Reluctance to adopt IA64, slow response from software vendors to produce  L O.S. and application software for IA64 and the relatively high cost of IA64 J all seem to have contributed to making the first few years of IA64 pretty D dismal.  Alpha had OpenVMS, Linux and Windows NT running on it, had L excellent compiler technology and would have been poised to be more broadly H supported by other O.S. & application vendors, but none of that had any @ impact and thus we have no new Alpha development going on today.     -- 0 Chuck Choppg  8 ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com1                                    ICQ # 22321532w@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pagerC                                    8007740718 (at) skytel (dot) coma  , Do not send me unsolicited commercial email.   ------------------------------  % Date: Fri, 05 Mar 2004 13:37:16 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>? Subject: Re: The Inquirer:   HP re-thinking its IA-64 strategy?w) Message-ID: <4048C8DA.6FE0FF42@istop.com>t   Island Computers USA wrote:r > L > Am I the only one that remains optimistic that HP will just go back to the8 > original "round wheel" that has already been invented?K > Is it that much work for Intel to tool up for another generation of Alpha C > chips? (Itanium Hexagonal wheel couold cause a problem I suppose)d    F Personally, I wouldn't be surprised to learn that Intel has kept a fewL ex-Digits working on Alpha. At the time of the Alpha murder and the transferN of Alpha engineers as slaves to Intel, Intel would have known that IA64 was to> be a real expensive dog and that there would be a 64 bit 8086.  N Alpha solves only the raw performance problem of IA64. It doesn't solve binaryG compatibility. And it doesn't solve the fact that the 8086 will be massh6 produced while Alpha would still be a low volume chip.  N Now, if IBM can succeed with Power and PowerPC, HP *should* be able to succeedH with Alpha. But yes, it would mean integrating HP-UX bits into Tru64 andA customers would have to migrane from big endian to little endian.s  K Is the 64 bit 8086 going to be bi-endian ? Or would HP need to convert froma( big to little endian for its HP-UX ?????    M We are now at a juncture where HP can make a sound technological decision foriN the long term (Alpha), or it can make a business/image decision for short termG (8086). Everyone knows that Carly will take the short term one, and thed1 problem is that it may not be the wrong decision.   I Because of its volume, the 8086 flaws can be overcome with more money andx$ still come out competitively priced.   ------------------------------  % Date: Fri, 05 Mar 2004 13:38:31 -0500l* From: JF Mezei <jfmezei.spamnot@istop.com>? Subject: Re: The Inquirer:   HP re-thinking its IA-64 strategy?W) Message-ID: <4048C925.A4C25E86@istop.com>e   Island Computers USA wrote:B > L > Am I the only one that remains optimistic that HP will just go back to the8 > original "round wheel" that has already been invented?K > Is it that much work for Intel to tool up for another generation of AlphamC > chips? (Itanium Hexagonal wheel couold cause a problem I suppose)h    F Personally, I wouldn't be surprised to learn that Intel has kept a fewL ex-Digits working on Alpha. At the time of the Alpha murder and the transferN of Alpha engineers as slaves to Intel, Intel would have known that IA64 was to> be a real expensive dog and that there would be a 64 bit 8086.  N Alpha solves only the raw performance problem of IA64. It doesn't solve binaryG compatibility. And it doesn't solve the fact that the 8086 will be mass 6 produced while Alpha would still be a low volume chip.  N Now, if IBM can succeed with Power and PowerPC, HP *should* be able to succeedH with Alpha. But yes, it would mean integrating HP-UX bits into Tru64 andA customers would have to migrane from big endian to little endian.i  K Is the 64 bit 8086 going to be bi-endian ? Or would HP need to convert fromo( big to little endian for its HP-UX ?????    M We are now at a juncture where HP can make a sound technological decision foroN the long term (Alpha), or it can make a business/image decision for short termG (8086). Everyone knows that Carly will take the short term one, and then1 problem is that it may not be the wrong decision.t  I Because of its volume, the 8086 flaws can be overcome with more money and $ still come out competitively priced.  J Oh, and one more thing: If Alpha is to make a come back, it would be as anM Intel product. Intel has the ex-Digits chip engineers and as well as ex-Digitd compiler people.   ------------------------------   Date: 6 Mar 2004 10:13:47 -0600o+ From: young_r@encompasserve.org (Rob Young)g? Subject: Re: The Inquirer:   HP re-thinking its IA-64 strategy?13 Message-ID: <rBluam+XAleS@eisner.encompasserve.org>:  V In article <40495F50.9F454B0B@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > E > IA64 isn't seen as winner on both technological and business sides.   0 	Depends who or what sources you read or ignore.   www.computerbusinessreview.com  N "This is probably one reason why the uptake for Itanium-based ES7000s has beenM stronger than Unisys expected. According to Mark Feverston, vice president ofuL platform marketing for enterprise servers at Unisys, last year Itanium-basedF ES7000s accounted for about 30% of sales, about twice what the company
 expected."  N "When they put something on the floor, they want something that has many yearsN in it," he says. And that means, for many of them, choosing an Itanium server.H "Itanium is still the safest and most extensible roadmap going forward."   > 2 > In light of what is happening to and around IA64 >t    = 	How about:  "In light of the high levels of FUD surrounding   	Itanium..."  8 	You would think Itanium was in a presidential campaign.   				RobE   ------------------------------   Date: 6 Mar 2004 04:32:55 -0800o. From: alexdaniels@themail.co.uk (Alex Daniels)$ Subject: Re: Two Node Cluster Config= Message-ID: <9f7f13a8.0403060432.1fdf88f0@posting.google.com>v  0 >"Didier Morandi" <no@spam.com> wrote in message, news:40497792$0$303$626a14ce@news.free.fr... > Jack Trachtman wrote:  > 1 > > I have a two node cluster with a quorum disk.e > > < > > I want a configuration where either node can continue toD > > run even if both the other node and quorum disk are unavailable. > >eD > > Is giving each node its own quorum disk the only way to do this? >H > No.  >U5 > To me, the best way is not to use any quorum disks.rK > I have build dozen of clusters since more than 20 years and never createdg anyeL > quorum disk. I even do not see why this feature exist. The way of thinking which J > states "if one of my systems crashes, I'll stop the whole production" is not> > understandable to me.n >p  B If you are running a cluster where more than one node is active in terms ofA the application,then you can have the possibilty of the SCS pathso6 going down and both boxes staying up, a split cluster.  E At this point you could then get your data being updated on both sets  ofF disk (if you are shadowing between the two) and/or actions being based/ on out of date data, as this was updated on theI other node.h  E Other locking problems and the like, would also happen if you had the, boxes 3 local and accessing the same disks on a shared bus.t  B >> The way of thinking which states "if one of my systems crashes,	 I'll stop 4 >>the whole production" is not understandable to me.  E Thats not the thinking, its more like, I wont run both of my boxes ify theyF cant talk to each other, only one of them. With a quorum disk, you can. have a box crash and your production continue.   Alex   ------------------------------  $ Date: Sat, 6 Mar 2004 11:08:58 -0500  From: <srautocare@bellsouth.net>$ Subject: Re: Two Node Cluster Config: Message-ID: <ODm2c.31262$rB4.17299@bignews6.bellsouth.net>  0 Dan O'Reilly <dano@process.com> wrote in message< news:6.0.0.22.2.20040305175502.01ff46f8@raptor.psccos.com...F > I do that.  I can run up to 4 nodes in my cluster or as few as 1.  IE > use a quorum disk and make sure the EXPECTED_VOTES is set to 1.  Myy cluster.F > is for development purposes, including some privileged code, so it'sK > susceptible to the occasional crash now and again, and as it's at home, InJ > try not running more than my main node (mail server, etc) if I can avoid+ > it, since I'm paying for the electricity.h >   8 The EXPECTED_VOTES system parameter only comes into playG when the cluster is first booting.  Once the cluster is up, total votesw: and quorum are recalculated any time a node comes or goes.  4 Your example would work if nodes only left "nicely",( including "REMOVE_NODE" in the shutdown.   DanO   ------------------------------  $ Date: Sat, 6 Mar 2004 11:14:41 -0500  From: <srautocare@bellsouth.net>$ Subject: Re: Two Node Cluster Config9 Message-ID: <jGm2c.67196$Tn.43854@bignews5.bellsouth.net>n   Didier Morandi  wrote: > Jack Trachtman wrote:. > 1 > > I have a two node cluster with a quorum disk.a< > > I want a configuration where either node can continue toD > > run even if both the other node and quorum disk are unavailable.D > > Is giving each node its own quorum disk the only way to do this? >n > No.  > 5 > To me, the best way is not to use any quorum disks. K > I have build dozen of clusters since more than 20 years and never created  anymL > quorum disk. I even do not see why this feature exist. The way of thinking which J > states "if one of my systems crashes, I'll stop the whole production" is nott > understandable to me.e >v  B If you have a 2 node cluster, you either have to make one node theA dominant node (he has more votes and the cluster stops when he isd@ down), or give a third entity (IE a quorum disk) a vote and make; both nodes equals.  If VMS allowed split clusters to occur,v@ data corruption would be possible and clusters were built robust% to make sure that could never happen.f  I I'm not a big fan of quorum disk - so IO try to add a third satelite node E into the cluster with a vote and no other jobs.  Old workstations andiB MicroVax systems make really good voting members with nothing much else to do.t   ------------------------------  $ Date: Sat, 6 Mar 2004 18:03:18 +0100, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>$ Subject: Re: Two Node Cluster Config: Message-ID: <c2d089$1qr10m$1@ID-143435.news.uni-berlin.de>  = "Jack Trachtman" <Jack.Trachtman@vmmc.org> schreef in berichtc7 news:69d784c4.0403051655.51c04fa3@posting.google.com...c/ > I have a two node cluster with a quorum disk.l > : > I want a configuration where either node can continue toB > run even if both the other node and quorum disk are unavailable. >nB > Is giving each node its own quorum disk the only way to do this? >  > thanks  I The supported and short answer to the question "Can I lose a node and theoH quorum disk in a two node cluster and continue processing?" is easy: no.K The quorum disk was invented when the CI was the only cluster interconnect. H A disk connected to an HSC, better stiil to two HSC's is visible to bothG cluster nodes and stands a good chance at being available. The strategyh$ works for other shared bus clusters.J With network interconnects there's no way to have the quorum disk attachedJ to both nodes at the same time (unless you're running 11/750's with sharedI RA8x or RM80's). There's no way to configure votes that either or the twoe* nodes can fail and keep the other running.  I As you write, the only way to do this is to give each node its own quorum.G disk. We had a two node VAX3100 cluster set up like that, with shadowed J disks on both nodes. It ran for a year before a DEC service engineer foundI out that not only was this unsupported, it was also guaranteed to corrupt H our disks. Since that hadn't happened during that year the claim did notL cause panic. But DEC wanted to stop all maintenance contracts on the clusterI unless at least one quorum disk was replaced. Eventually a third node wasc added.  I Before the cluster was reconfigured I experimented with it. During normaliJ operation I found that Votes was 2. Each node and each quorum disk had oneG vote each. The quorum disk votes did not count. As soon as one node waspG removed (disconnecting one 3100 from the ethernet, it was switched frommK thinwire to AUI with a loopback plug), the local quorum disk was discovered L and the system continued. Switching the other node back on thinwire got me aL working cluster again. The cluster ran V5.5-2H4 and Rdb (can't remember that version 4.1 ?).VH There were no multiply allocated blocks or other errors on any disk. The% PEdriver is the "shield" so to speak.e   Hans   ------------------------------   Date: 6 Mar 2004 09:22:47 -0800d. From: alexdaniels@themail.co.uk (Alex Daniels)$ Subject: Re: Two Node Cluster Config= Message-ID: <9f7f13a8.0403060922.615da045@posting.google.com>s  l "Hans Vlems" <hvlems.dotweg@zonnet.nl> wrote in message news:c2d089$1qr10m$1@ID-143435.news.uni-berlin.de...@ >> "Jack Trachtman" <Jack.Trachtman@vmmc.org> schreef in bericht9 >>news:69d784c4.0403051655.51c04fa3@posting.google.com...t0 >> I have a two node cluster with a quorum disk. >>; >> I want a configuration where either node can continue tohC >> run even if both the other node and quorum disk are unavailable.t >>C >> Is giving each node its own quorum disk the only way to do this?  >>	 >> thanks  >>F >The supported and short answer to the question "Can I lose a node and theBE >quorum disk in a two node cluster and continue processing?" is easy:o no.b> >The quorum disk was invented when the CI was the only cluster
 interconnect.rD >A disk connected to an HSC, better stiil to two HSC's is visible to both? >cluster nodes and stands a good chance at being available. Thec strategy% >works for other shared bus clusters.pB >With network interconnects there's no way to have the quorum disk attachedD >to both nodes at the same time (unless you're running 11/750's with shared >RA8x or RM80's).   9 >There's no way to configure votes that either or the two + >nodes can fail and keep the other running.p <SNIP>  D You can have a quorum disk hanging off an EVA and then present it toE both boxes. One vote to each node, one to the disk and any one of the  three can fail.   @ I see no reason why you could not also do this with HSGs or withD Alpha's with a shared SCSI bus. Or with any number of other possible configurations.    ------------------------------  $ Date: Sat, 6 Mar 2004 13:12:59 -0500' From: "Main, Kerry" <kerry.main@hp.com> $ Subject: RE: Two Node Cluster ConfigR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB2795EF@tayexc19.americas.cpqcorp.net>   > -----Original Message-----E > From: srautocare@bellsouth.net [mailto:srautocare@bellsouth.net]=20i > Sent: March 6, 2004 11:15 AM > To: Info-VAX@Mvb.Saic.Comn& > Subject: Re: Two Node Cluster Config >=20 >=20 > Didier Morandi  wrote: > > Jack Trachtman wrote:  > > 3 > > > I have a two node cluster with a quorum disk.iA > > > I want a configuration where either node can continue to=20  > run even if=20: > > > both the other node and quorum disk are unavailable.F > > > Is giving each node its own quorum disk the only way to do this? > >5 > > No.  > > 7 > > To me, the best way is not to use any quorum disks.sH > > I have build dozen of clusters since more than 20 years and never=20 > > created6 > any9H > > quorum disk. I even do not see why this feature exist. The way of=20 > > thinking > which @ > > states "if one of my systems crashes, I'll stop the whole=20 > production"=20 > > is > note > > understandable to me.  > >  >=20> > If you have a 2 node cluster, you either have to make one=20> > node the dominant node (he has more votes and the cluster=20@ > stops when he is down), or give a third entity (IE a quorum=20= > disk) a vote and make both nodes equals.  If VMS allowed=20c? > split clusters to occur, data corruption would be possible=20mF > and clusters were built robust to make sure that could never happen. >=20@ > I'm not a big fan of quorum disk - so IO try to add a third=20B > satelite node into the cluster with a vote and no other jobs.=20< >  Old workstations and MicroVax systems make really good=20. > voting members with nothing much else to do. >=20 >=20  G As previously noted, an additional quorum node does have the advantages,H of not having to deal with QDSKINTERVAL parameter. The trade-off is thatF you need to keep the quorum node in relative sync with the other nodes% in terms of OS upgrades, patches etc.a  D However, some of the previous concerns around quorum disks have beenF reduced e.g. QDSKINTERVAL parameter default is now 3 sec's - not 10 asE in the past. In addition, concerns about a quorum disk being a singleaG point of failure can be worked around by using a pair of HW RAID drivesgG which then appears as a single drive to VMS. Any HW failure in that seto will be transparent to VMS.v  E As a fyi, I did a large VAX/CI cluster to Alpha/SAN cluster migration D last year for a mission critical type Customer in Toronto. They wereH moving to a 3 node ES45 / SAN cluster, but wanted the cluster to be ableE to survive the loss of two systems i.e. one node down for sched maintn and then another node crashes.  G We set up a 2 volume HW RAID drive on the SAN to act as a single quorumyE disk (remove single point of failure and disks are cheap) and set themI quorum disk vote =3D 2. Each server had votes =3D 1. Total votes =3D 5, =l quorumF =3D 3 and the cluster can continue with only one system + the quorum = disk.    Works great.=20s   Regardss  
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660e Fax: 613-591-4477i Email: kerryDOTmainAThpDOTcom . (remove the DOT's and AT for email address)=20   ------------------------------  % Date: Sat, 06 Mar 2004 17:53:24 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com>t1 Subject: Re: [OT] I won 2 million euros. So what? : Message-ID: <c2d053$1ptnic$1@ID-152801.news.uni-berlin.de>  , On 2004-03-06 15:33, "Didier Morandi" wrote:   > Just got this today.
 > First time.    You may call yourself lucky.   > Course it is wrong.  > Where is the problem?: > 5 >> REF NUMBER: 014/060/532 BATCH NUMBER: 762901-PCD03> >> j
 >> Sir/Madam,n >> 0J >> We are pleased to inform you of the result of the Lottery Winners [...] >>   >> [...]  C It is a variation of the "419 fraud" (*advance* fee must be paid to 9 "get" the money -- of course you never get any money ...)    Michael    --  ; Real names enhance the probability of getting real answers.r@ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system.g5 My e-mail account at DECUS Munich is no longer valid.h   ------------------------------  % Date: Sat, 06 Mar 2004 18:31:04 +0100 " From: Didier Morandi <no@spam.com>1 Subject: Re: [OT] I won 2 million euros. So what?t2 Message-ID: <404a0b0b$0$307$636a15ce@news.free.fr>   Hein van den Heuvel wrote:  M > If you respond they'll try to engage you in a drawn out conversation hopingnL > to get you to fork over some 'credibility' money (they need proof that you@ > are worthy receiver :-), or bank account details or some such.2 > Just Google for "Lottery Winners International".   "I always forget about that"6 (Tom Cruise in Men of Honour, Columbia Pictures, 1992)   ------------------------------  # Date: Fri, 05 Mar 2004 22:07:17 GMTi# From: "John Smith" <a@nonymous.com>.8 Subject: [OT] We've always know that Solaris is junk....G Message-ID: <pS62c.90457$sl.68165@news01.bloor.is.net.cable.rogers.com>   L http://story.news.yahoo.com/news?tmpl=story&ncid=1208&e=1&u=/ap/20040305/ap_- on_bi_ge/sun_micro_credit_rating&sid=95573649l     ...now Standard & Poors agrees    ' S&P Downgrades Sun Microsystems to Junke	 5:00pm ET'  K NEW YORK - Standard & Poor's cut its credit rating on Sun Microsystems Inc.tC two notches to double-B-plus, the top speculative, or junk, rating,e, affecting about $1.3 billion of public debt.  D The computer company hasn't "had investment-grade predictability andD profitability in two-plus years," said S&P analyst Martha Toll-Reed.I Management "has been slow to adapt to market changes since the downturn," 1 when the tech bubble burst in the spring of 2000.c  I May Petry, a spokeswoman at Santa Clara, Calif.-based Sun Micro, said thesG company has a "strong financial foundation of $5.16 billion in cash andtK marketable securities, which is over three times our outstanding debt." She J said the company's cash position, coupled with its products and customers,7 makes Sun Micro "well-positioned to achieve its goals."r  K Toll-Reed didn't dispute its financial profile, but said the rating is more $ a reflection of their business risk.  H "The cash gives them flexibility without question," she said. "They haveF good technology and a good product line-up. But they have a relativelyK narrow revenue base, and market growth is in segments that are not to their  historical strength," she said.n  ( S&P's outlook on Sun's rating is stable.  I Fitch Ratings last month downgraded Sun Micro's senior unsecured debt oneh< notch to triple-B-minus, its lowest investment grade rating.  J Last September, Moody's Investors Service dropped the company to Baa3, itsF lowest investment-grade rating, with a negative outlook - indicating aL downgrade is likely within one and a half to two years. Sun Micro "is a workJ in progress with a lot of new product initiatives, and the question is howG customers will respond," said Moody's senior analyst Paul Hsi. "Can SunU regain market share?"s  J Shares of Sun Micro finished Friday at $4.80, down 36 cents, or 7 percent,+ on heavy volume on the Nasdaq Stock Market.>   ------------------------------  * Date: Fri, 5 Mar 2004 20:39:53 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)$ Subject: Re: [TCPIP V5.4] More rants1 Message-ID: <newscache$5ke4uh$ozc1$1@news.sil.at>e  n In article <9f7f13a8.0403050612.3a3ed1f6@posting.google.com>, alexdaniels@themail.co.uk (Alex Daniels) writes:o >peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<newscache$thw2uh$w1k$1@news.sil.at>...ys >> In article <fBP1c.87307$Wa.11589@news-server.bigpond.net.au>, "Matt Muggeridge" <Matt.Muggeridge@hp.com> writes:uJ >> >> 1) SSH (server) doesn't honor SYS$ANNOUNCE and SYS$WELCOME logicals.A >> >> (TCPware does it ;-) Why ? Couldn't be security, could it ?  >yF >By telnet'ing to the SSH port, you can see the box is running VMS, itI >is the case that you can see the OS with most SSH servers by doing this.0  F Yup. OTOH TCPware does send the SYS$ANNOUNCE info between username and@ password and is able to login with expired password (it starts aD SET PASSWORD dialog and after the successful pwdchg logs out again).   --   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   ------------------------------   End of INFO-VAX 2004.131 ************************say, SYLOGIN.COM)?   Thanks,  Alan   ------------------------------   jT'~B*V[fJ-c
v
9RAh.Ɩl[`ʶtMQ;mK[J|k

)d2&)_+c9/\|`,_jlp92W^QJh,>gsG.8r3ZȴM,ӶA+B gЛ+:$I-e:vSI<VqvSԉlI='难v.xaBF?bj2u~]k`dsb
$$98:AhNnw@fS|ko%Ggaފ5X|/ht^nf_Ex&d8w.jud!I8c_pLJROӠye4Z|f;SA=ɀ CvaF"T("&pIZ`O9h#T-
X4)@D|T

ldif+Gzz#M"L\Z 
ɀ4wY W;k/dU>pFcGN&E
?,fE쪄P{
:XᳲSZ!SJ7?v,rbrEJVj}8U$iޣs
%C,Rܵ7P[!tq0qZhmj!r"ͣA\iOιzɤIWl f%@y Z':s 9돇:R5DNGS5>MҵJWOhU^]-%|1'{,rܦ*xvwZ$c(Y亜:lӍh)UsYڛw!A5o	<fGxBO^d$:'o$㱋f^$f5_&ɸl~'<'g]sg{ݳ	rv vή-x}4;kD1
Ab4(?ȷ^*wQzEd7ݿP-[[|y(=H2'ܝLΎ3$]5-kAO9,7#38r9Eԃ<L|& ڵ]QHr/A.w~c:_-̖̑d ̭C#7YǛ9WkjTa6Ȩ;g1lv`lG+ñ\h_ZCUp@peC8$c!Jr{^)suϖu̞#i+=GV(epZa	UQȆfܔCV8"Gn;#!w2U;r"	p%2 Xhmg1[m]oP2%l=} ݯ52%tiZDG OoP@Č0TظQ#5|01Qx~<lȉ
N0wTi02.0(FLa#F20Ge2h-׳q:# ^bjSMi ރܒH醙C.紀Sҋ]Yw:-|7qxs+;	6ڙ_rfbK;B/+i_IiHiA	7
oe^ߟ埼noes8LC^wϲx!g(
1-90/^kʏ˄e]L|{ѳ7En7|`@O#5c@#W%x+h}{z}{za?-'b֣oxܱ;R9x܆'Jx˛T?~܏?.ֈB#펒V͒1uSw=Ӊh
ʎGg̙ThMgxoRu+9~	S1$ȩС))X8s<6Z*NgMݱDy1s2hOP1+*/rj˸:SPP⡩a긼G&]}}YPL:.+z\`XsDb3q9UW0i}){gy^^[a20\hjd*ˌO50
72$feQiYgl sWJI@)lK\(bИ`rx'Dl/1S.Yue5Fs~djLR]WCa=5۫hkkk"7p9.ya]M$ѷWV5<Bs˟疛Oj
kjj".#&
&t1Yp4	ۭҙ4` qNg*[Ҹ$nS|_[ՊF&96y71$p!
;om.f-d!sޟYؕB0GN	SDTӊM
W3$v87:f[Cc^-1#n&.0	0sa<KŢFb ~jlinw l4St(
k
U-0	8X@Ҝ8ִ6tb樄1S]@mA;~8QGA!*曞֖ $ΰS%WQWrbʿZCJqm
)_,dK@ZZۼvfo)UMK+l^-t SSUk	2l	PYuˊk 9̂CFPUe$:`
Sq-O.(P^߄%
I1 k9FbY
*\okbP.Ϲ'pNa ޒii=eyIX4d*<kVMM`6Uckપ:҂/BI&b@$:.Q	-JRӆ3;aA\v$p`ն)s` bն)6L73.;wf̘3-)ߓqZ0w(9Xm$̝Bk8w ]bml^M18S"q Ѱ%5:_WX4kT A@p@=vD+=h^aS~9җ/jK5?r|tfWSYNoGTo[KX4Cۿ`\5ʸ/Ci2, @,eR4EP2b_̯h(gZS__^ZUQ!a`癪8+H2*b8&^-35)
22њP"50f*Ւ2Ɓ
FCQabZű\xF^B
&? SINMM6JϫUR_S4TufTБ܆Z ItkvjV@5}.B])X+H]m5X2`n
i7ˑ0v5/Z/_z!3,頋.y]I#$!1PQ1l[Cz