1 INFO-VAX	Sun, 29 Feb 2004	Volume 2004 : Issue 118       Contents:P Re: 2-node LAVC cluster with quorum disk - network disappears - which node CLUEXP Re: 2-node LAVC cluster with quorum disk - network disappears - which node CLUEXP anyone using Mozilla on VMS, DECwindows and character sets such as iso-8859-x wh- Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette 3 Re: Enabling TCP and UDP for Compaq TCP/IP Services  Hobbyist license for VMS Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Interex's Cnet  Ad Is NAS 150 layered or SIP? Re: Is NAS 150 layered or SIP? Re: Is NAS 150 layered or SIP? Re: iSCSI and VMS ? : Re: It is almost certain now, INTEL will have 64bit x86 !!# J F kooks out on Nader, Bush, et al ' Re: J F kooks out on Nader, Bush, et al ( J F on Bush, Cheney, Rumsfeld, Wolfowitz( J F on Bush, Cheney, Rumsfeld, Wolfowitz( Re: JF Mezei issuing rogue cancels again( Re: JF Mezei issuing rogue cancels again( Re: JF Mezei issuing rogue cancels again Re: Just remember, JF...& Mozilla: contact for VMS-specific bugs* Re: Mozilla: contact for VMS-specific bugs* Re: Mozilla: contact for VMS-specific bugs5 new DIR/SIZE=(UNITS=BYTES) command a bit inconsistent  Re: Power Button on PWS  Re: Power Button on PWS  Re: Rumours of (CPU) Wars  Runoff To Word conversionsC Re: Sizing bandwidth for Disaster Tolerant cluster inter site links - Re: Uninterruptable Power Supplies for Alphas - Re: Uninterruptable Power Supplies for Alphas - Re: Uninterruptable Power Supplies for Alphas - Re: Uninterruptable Power Supplies for Alphas + Re: VMS Hobbyist License program abolished? + Re: VMS Hobbyist License program abolished? + Re: VMS Hobbyist License program abolished? + Re: VMS Hobbyist License program abolished? 2 Re: Why does smtp mail between local systems fail?2 Re: Why does smtp mail between local systems fail? Worth watching Re: Worth watching Re: Worth watching Re: Worth watching Re: Worth watching Re: Worth watching3 Re: [GAME] you've been appointed VMS Mkt Mgr, so... 3 Re: [GAME] you've been appointed VMS Mkt Mgr, so...   F ----------------------------------------------------------------------    Date: 28 Feb 2004 14:02:34 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones) Y Subject: Re: 2-node LAVC cluster with quorum disk - network disappears - which node CLUEX = Message-ID: <8a646952.0402281402.5dcf8ca7@posting.google.com>    Roy,  D Upon further reading, the CSID isn't the deciding factor. The QuorumF file, QDSKINTERVAL, and which nodes updates and gains ownership of theD Quorum file is the deciding factor as to which node is allow to form the cluster.  C When the two nodes lose connection to each other but not the Quorum C Disk and thus each node see sufficent votes to form a cluster. Each F node has a STATIC QUORUM. Each system will stop cluster activity whileE it attemps to validate its own cluster's ownership of the quorum file C through a series of 4 read/write sequences. If the first node reads A and writes once before the second node reads the quorum file, the F first node gains ownership of the quorum file and the second node sees@ that quorum file is owned by the first node and it lacks DYNAMIC< QUORUM. Therefore the second node will BUGCHECKs. The sysgenD QDSKINTERVAL values controls access to the Quorum Disk and file. OneB parameter in the Quorum file can also help decides who will form aA cluster is the ACTIVITY COUNTER. If an already formed cluster has @ either static or dynamic quorum, each member in the cluster willC increment this activity counter during each quorum file read/writes B sequence. A system wishing to form a cluster only reads the quorumF file. However, each time it reads the quorum file the activity counterB value is saved. The counter must remain unchanged for at least twoF additional quorum file reads; other wise this system is inhibited from forming a cluster.  : This information comes from the VAXcluster Principle book.   Regards, Daryl Jones     [ Roy Omond <Roy@Omond.net> wrote in message news:<c1pov1$e6r$1$830fa7a5@news.demon.co.uk>...  > Daryl Jones wrote: > / > > Dear Roy Omond (no need to be so formal :-)  > > E > > I am sorry for not clearly reading your question. Anyway, here is  > > another try. > > I > > According to VAXcluster Principle, Preliminary Edition - Fall 1992 us  > > DECUS, page 7-11:  > > J > > Since the cluster system manager has given them equal number of votes,H > > they are considered to be of "equal importance". Thus, it is more orG > > less random which node is forced out of the cluster. Whichever node J > > first proposes a new configuration will remain in the cluster, and theG > > other node will BUGCHECK. If you want a one node to be favored over H > > the other then change the vote on the favored to be greater than the& > > other node. Generally by one vote. > >  > > From page 7-12:  > > G > > The Connection Manager "logically" considers all possible connected F > > subcluster. For each of these subclusters it computes a "figure of > > merit" using the formula > > - > >                 256+V+N="fiqure of merit"  > > H > > Where V is the total number of votes in the subcluster, and N is the+ > > total of VAX systems in the subcluster.  > > E > > The Connection Manager then picks as the "optimal subcluster" the I > > totally connected subcluster with the highest "figure of merits", and $ > > discards the other possiblities. > >  > > From Page 7-13:  > > @ > > "When multiple subclusters qualify for being optimal, one isG > > effectively chosen at random, and the others are discarded. In such G > > situations, the optimal subcluster will generally be the subcluster : > > containing the system that first noticed the problem." > E > Yes, all well and good.  But as far as I can tell, this all assumes G > that the nodes can still communicate with one another.  The situation G > as described precludes any such communication, both nodes have quorum I > (due to the shared quorum disk), so I'm impressed that one of the nodes E > voluntarily exits.  IMHO it is a tribute to the design fundamentals ; > of VMS clusters that this situation is handled correctly.  > I > By the way, this cluster is totally symmetric in the sense that neither H > one nor the other is considered to be more "important" (as others haveG > suggested granting more votes to one or other, or playing around with H > LOCKDIRWT).  I'm pretty convinced that the SCSSYSTEMID is the decidingE > factor, as Mike Moroney has suggested from inspection of the actual H > sources (thanks Mike !).  The thing that impresses me most is the factB > that both nodes must be aware that the other one is still alive. > B > I consider this to be the end of this thread - thanks to all who > contributed. > 6 > As ever, VMS - when only the best is good enough :-) > A > I just wonder how other so-called "clusters" would handle this   > particular situation.  >  > Roy Omond  > Blue Bubble Ltd.   ------------------------------  % Date: Sat, 28 Feb 2004 15:40:14 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: 2-node LAVC cluster with quorum disk - network disappears - which node CLUEX ) Message-ID: <4040FCAC.24E6D5B8@istop.com>   	 Question:   L If you have a quorum disk that is scsi-accessed by 2 nodes and those 2 nodesI have equal votes (as in the example at the top of this thread), is this a  valid cluster configuration ?   M (I realise from the discussions in this thread that it ends up working, but I 5 am wondering if, pedantically, this is legal of not).   J Does a SCSI-shared quorum disk absolutely garantee that one of the 2 nodes; will clueexit since each node will continue to see quorum ?    ------------------------------  + Date: Sat, 28 Feb 2004 12:16:11 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)Y Subject: anyone using Mozilla on VMS, DECwindows and character sets such as iso-8859-x wh $ Message-ID: <c1q0qb$4bc$1@online.de>  F I'm slowly making progress with Mozilla, DECwindows and unusual fonts.  G I've now run across another problem, but I'm not sure if it is an HTML  F problem or a problem with Mozilla (and, if so, a generic problem or a H problem with the VMS version) or a problem with DECwindows.  Since this H is not really on-topic for comp.os.vms, but on the other hand (perhaps) H too VMS-specific for a non-VMS forum, I'm looking for someone who would D be willing to share experiences via email regarding Mozilla on VMS, ? DECwindows, fonts and character sets other than iso-8859-1, in  & particular iso-8859-2 and iso-8859-5.)  D Here's my specific problem at the moment.  I want to display &#353;,G which is an s with an inverted circumflex on top (caron), also known as C &scaron;.  At first, this displayed as s(, even when specifying the G correct character set.  (This character corresponds to the character , E or compose-^-1, in iso-latin-1 or iso-8859-1 or the DEC multinational D character set.)  I then downloaded some additional fonts and THEN IT= DISPLAYED CORRECTLY.  (I'm still trying to understand how the D information in an HTML page gets translated to a request for certainB fonts in SYS$SYSDEVICE:[VMS$COMMON.SYSFONT...], but that's another issue.)   G Here's the puzzle.  I want to include this character on a page which is D using iso-8859-5 (Cyrillic).  Normally, one can do this by using theD numeric or name reference, e.g. &#353; or &scaron;.  This works fineE for, say, &auml; or &aring;.  However, for &scaron; it displays it as : s(, like it did before when I didn't have the proper font.  H From another browser, it DOES display correctly, so I don't think there  is a problem with the HTML.   A The whole purpose of the &#353; form is to enable the display of  I characters which are not in the default character set for the documents,  - so it seems strange that this doesn't work.     G If I use iso-8859-2 as the default character set, then all three forms  $ (literal, &#353;, &scaron;) DO work.   ------------------------------  # Date: Fri, 27 Feb 2004 19:34:43 GMT " From:   VAXman-  @SendSpamHere.ORG6 Subject: Re: Educating HP employees on the nettiquette0 Message-ID: <00A2E0C7.4EA92FD1@SendSpamHere.ORG>  f In article <5ee1d1b7.0402271008.20b165be@posting.google.com>, phillip_thayer@hotmail.com (PhilThayer) i a shill for Bill's Redmond Academy of Teenaged Software Neophytes Emitting Substandard Technology writes:  {...snip...}C >Formatted email is valuable to many people.  Whether the format is E >HTML or a MS-Whatever attachment.  Whether people want to believe it E >or not MS is an industry leader in computers.  I would bet that at a F >minimum 75% of office systems are running on MS based platforms.  So,E >that means that 25% of the industry is using a non standard platform < >for their office management environments.  It't the anti-MSG >hackeristas that cause the excessive viri and worms that are currently G >hitting systems anc costing the industry billions in lost productivity E >not to mention profits due to the purchasing of expensive Anti-Virus F >software.  How in the world can you blame Viri and Worms on a company( >that is setting the industry standards.  ) Stupid!  Lame!  Anybody care to add more?   % How much does Billy pay you to shill?  --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 27 Feb 2004 12:17:28 -0800- From: phillip_thayer@hotmail.com (PhilThayer) 6 Subject: Re: Educating HP employees on the nettiquette< Message-ID: <5ee1d1b7.0402271217.8bffb98@posting.google.com>  d rdd@rhiannon.rddavis.org (R. D. Davis) wrote in message news:<103se8tfkirfpc8@corp.supernews.com>...K > In article <SFp%b.71988$RTW1.33848@news01.bloor.is.net.cable.rogers.com>, ( > 	"John Smith" <a@nonymous.com> writes: > K > > You might not get a severance payment if they can your ass 'for cause'.  > H > It wouldn't be "for cause", since you were doing your work in the mostG > efficient manner possible with the company's best interests at heart.   B That is really a naive statement to make.  Doing something that isF dicatated by Company Policy has nothing to do with the "best interest" of the company at heart.  D Doing things acording to company policy has EVERTHING to do with the? "best interest" of me getting a paycheck to support my family.  A Whether I like it or not is beside the point.  I work for my best F interest and not for the companies best interest.  If my input happensD to help sway the company one way or another in making it's decisions? then that's great.  But rocking the boat and falling out is not 3 something I enjoy. (Speaking from experience here.)    PT   ------------------------------  % Date: Fri, 27 Feb 2004 15:45:43 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>6 Subject: Re: Educating HP employees on the nettiquette) Message-ID: <403FAC71.2113388F@istop.com>    "Barry Treahy, Jr." wrote:  > Arg, IMHO that is complete BS! > " > Microsoft has a problem because:H >     1. Their product is running almost every where and they shipped itF > with all of their crappy and unsecured services enabled (even if you > never needed them).     M Not it isn't bullshit. If Microsoft had abided by established standard, their H mail and news programs would not have had automatic support for HTML andN automatic execution of attachements for preview.  And they woudln't have addedN scripting additions into HTML that enables nefarious HTML code to do nefarious things to the machine.  I And if users had not had their defaults set to send and view HTML and all F sorts of non-image attachements, they would have been a lot fewer viri reveived and sent.  M HTML in email and NEWS is just one of the many good examples of "all of their # crappy unsecured services enabled".    It isn't BS.   ------------------------------  % Date: Fri, 27 Feb 2004 15:55:39 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>6 Subject: Re: Educating HP employees on the nettiquette) Message-ID: <403FAEC4.BCA1352A@istop.com>   ! VAXman-, @SendSpamHere.ORG wrote: I > >Because the SMTP RFC is based on 7-bit text streams and if you include 8 > >anything odd like a British pound symbol, or the Euro  8 > Euro and British pound symbols are NOT PLAIN OLD TEXT!    I 1- There have been extensions to RFC822 that allow 8 bit characters to be B sent. Often, a SMTP server will convert those to quoted printable.  B 2- There is a big difference between quoted printable and an HTML.  N Quoted printable only affect how text is transmitted, not how it is displayed.A HTML affects hos it is displayed and provides much flexibility to - include/embed stuff that is well beyond text.   K Quoted printable still gives you a message that is not multipart. (eg: just 
 one body).  I However, MS mailers who insist in sending two copies of your text (one in I quoted printable and one as HTML) will send multipart messgages where the < quoted printable portion is doubly quoted-printable encoded.   ------------------------------  # Date: Fri, 27 Feb 2004 22:07:30 GMT # From: "John Smith" <a@nonymous.com> 6 Subject: Re: Educating HP employees on the nettiquetteG Message-ID: <CcP%b.37638$Qg7.8429@news04.bloor.is.net.cable.rogers.com>    JF Mezei wrote:  > "Barry Treahy, Jr." wrote:! >> Arg, IMHO that is complete BS!  >># >> Microsoft has a problem because: F >>     1. Their product is running almost every where and they shippedF >> it with all of their crappy and unsecured services enabled (even if >> you never needed them). >  > ? > Not it isn't bullshit. If Microsoft had abided by established E > standard, their mail and news programs would not have had automatic G > support for HTML and automatic execution of attachements for preview. A > And they woudln't have added scripting additions into HTML that D > enables nefarious HTML code to do nefarious things to the machine. > G > And if users had not had their defaults set to send and view HTML and G > all sorts of non-image attachements, they would have been a lot fewer  > viri reveived and sent.  > F > HTML in email and NEWS is just one of the many good examples of "all. > of their crappy unsecured services enabled".    I The realitiy is that Microsoft did all this based on what they researched G (ie. opinion polling of their customers) and what the results showed as H being perceived by their customers as being useful and 'cool' - RFC's be damned.   K Since embedded HTML in e-mail isn't going away and that the only people who E really understand what's wrong with it are for the most part security K administrators in non-Microsoft environments,  there has to be some attempt * to learn to 'peacefully co-exist' with it.  H Maybe PDMF or the abandoned HP mail gateway product or something similarG should become a standard part of every VMS installation for interactive 6 users. VMS MAIL could still exist for system messages.   ------------------------------  % Date: Fri, 27 Feb 2004 16:55:22 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>6 Subject: Re: Educating HP employees on the nettiquette6 Message-ID: <403FCADA.26433595@NeOaSrPtAhMlNiOnWk.net>   PhilThayer wrote:  > [snip]< > How in the world can you blame Viri and Worms on a company) > that is setting the industry standards.   H That's a self-answering question, no? Be careful: don't confuse de-facto" standards with industry standards.  C True standards bodies don't arbitrate to suit the needs of a single E vendor. Standards bodies define standards based on input and feedback F from the industry. That's why they're called "Industry" standards: theA industry provides their definition. No single vendor dictates it.   G By contrast, M$ dictates "standards" based on what's easiest to program H or what can suit their own needs, whether the industry truly needs it orB not. Marketeering can create a need as surely as the most creativeD problem solver. The vendor who holds the preponderance of the market< (that is, they hold a monopoly) arbitrates choices then usesF marketeering to create the problem and touts their arbitrary choice as the answer.   B If these arbitrary choices by a single monopoly vendor are adoptedG widely in the industry, they become "de-facto standards", not "industry = standards" since the industry had no say in their definition.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sat, 28 Feb 2004 00:55:02 GMT " From:   VAXman-  @SendSpamHere.ORG6 Subject: Re: Educating HP employees on the nettiquette0 Message-ID: <00A2E0F4.0E0B4281@SendSpamHere.ORG>  V In article <403FAEC4.BCA1352A@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:" >VAXman-, @SendSpamHere.ORG wrote:J >> >Because the SMTP RFC is based on 7-bit text streams and if you include9 >> >anything odd like a British pound symbol, or the Euro  > 9 >> Euro and British pound symbols are NOT PLAIN OLD TEXT!  >  > J >1- There have been extensions to RFC822 that allow 8 bit characters to beC >sent. Often, a SMTP server will convert those to quoted printable.     E You and the other fellow missed the point... PLAIN OLD TEXT does NOT  - require any conversion to quoted-printable.       C >2- There is a big difference between quoted printable and an HTML.  > O >Quoted printable only affect how text is transmitted, not how it is displayed.   B It sure does if you read your mail in a text mail program.  LovelyA to parse through equal sign shit this and equal sign shit that...    --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 28 Feb 2004 19:26:32 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)6 Subject: Re: Educating HP employees on the nettiquette: Message-ID: <c1qq18$1mdnmj$1@ID-135708.news.uni-berlin.de>  0 In article <10419dq18r73eca@corp.supernews.com>,/ 	rdd@rhiannon.rddavis.org (R. D. Davis) writes: 2 > In article <40406C41.176882AE@sture.homeip.net>,/ > 	Paul Sture <nospam@sture.homeip.net> writes:  > K >> And then find that you can't run that timesheet program, which means you  >> don't get paid :-)  > E > Hey, just write the hours down on a piece of paper and take that to 4 > the payroll department. Seems simple enough to do. > H >> But your previous suggestion of connecting your own laptop would haveI >> had you chucked out by security at any place I have worked in the last ? >> 10 or so years. At some places you could end up in jail too.  > A > That's weird.  What kind of control freaks were you working for G > anyway?  Why would anyone want to work for such employers?  Jail time D > just for avoiding Micro$oft rubbish by using your own laptop seemsB > rather extreme, and a further perversion of that already strange@ > concept of "justice" that exists in the U.S., don't you think? >    Paul isn't in America.  9 He is in that paragon of freedom called Switzerland.  :-)    bill     --  J 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>       ------------------------------  # Date: Sat, 28 Feb 2004 11:46:20 GMT " From:   VAXman-  @SendSpamHere.ORG6 Subject: Re: Educating HP employees on the nettiquette0 Message-ID: <00A2E14F.0A6CE31A@SendSpamHere.ORG>  \ In article <40406FE5.FE4D84F@sture.homeip.net>, Paul Sture <nospam@sture.homeip.net> writes: {...snip...} >> Duh!  >>  9 >> Euro and British pound symbols are NOT PLAIN OLD TEXT!  >>   > D >But the British pound can be plain old text if you use a proper VT.H >Somewhere in the setup you can toggle the display between # and the GBP  >symbol, certainly on UK models. > G >When it comes to accented characters, Barry does have a point, as then ; >even mail between 2 VMS systems can go "quoted-printable".  > I >But that's still _no excuse_ for munging mails which don't require 8 bit 
 >characters.    : Thanks for being the only one that seems to see the light.   --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Sat, 28 Feb 2004 14:29:14 -0000 , From: rdd@rhiannon.rddavis.org (R. D. Davis)6 Subject: Re: Educating HP employees on the nettiquette0 Message-ID: <10419dq18r73eca@corp.supernews.com>  0 In article <40406C41.176882AE@sture.homeip.net>,- 	Paul Sture <nospam@sture.homeip.net> writes:   J > And then find that you can't run that timesheet program, which means you > don't get paid :-)  C Hey, just write the hours down on a piece of paper and take that to 2 the payroll department. Seems simple enough to do.  G > But your previous suggestion of connecting your own laptop would have H > had you chucked out by security at any place I have worked in the last> > 10 or so years. At some places you could end up in jail too.  ? That's weird.  What kind of control freaks were you working for E anyway?  Why would anyone want to work for such employers?  Jail time B just for avoiding Micro$oft rubbish by using your own laptop seems@ rather extreme, and a further perversion of that already strange> concept of "justice" that exists in the U.S., don't you think?   --  N Copyright (C) 2003 R. D. Davis The difference between humans & other animals: M All Rights Reserved            an unnatural belief that we're above Nature &  O rdd@rddavis.org  410-744-4900  her other creatures, using dogma to justify such I http://www.rddavis.org         beliefs and to justify much human cruelty.    ------------------------------  % Date: Sat, 28 Feb 2004 01:46:57 -0500 9 From: "John Gemignani, Jr." <jgemignanino@adelphiano.net> < Subject: Re: Enabling TCP and UDP for Compaq TCP/IP Services1 Message-ID: <yuqdnb2J3O76pN3d4p2dnA@adelphia.com>   A "David R. Beatty" <QWDavidER.TYBeattyUI@sas.com> wrote in message 2 news:gpkm305r3rlf32f5lqmvu3u0numj77qucm@4ax.com...5 > On Mon, 23 Feb 2004 19:49:32 GMT, "Matt Muggeridge" ! > <Matt.Muggeridge@hp.com> wrote:  > I > >NFS will accept TCP and UDP by default.  E.g. from my Tru64 UNIX node:  > > 1 > >    # mount -o proto=tcp mynode:/vmsdata ./mnt  > > J > >If you want to modify the number of tcp_threads, you need to modify the > >sysconfig attribute:  > > % > >    $ sysconfig -q nfs tcp_threads  > > J > >To disable TCP, set this value to 0, otherwise I believe it is enabled. > > ? > >If you want to permanently modify this, then add a stanza to = > >TCPIP$ETC:SYSCONFIGTAB.DAT or add the sysconfig command to # > >TCPIP$NFS_SERVER_SYSTARTUPT.COM.  > > J > >This is documented in the Management Guide, under "Modifying NFS Server > >Attributes".  > >  > >BTW:  > > 6 > >>     Looking through SYS$STARTUP:TCPIP$CONFIG.COM,@ > >> the MOUNT service is enabled for both protocols as follows: > > J > >Unfortunately, when you see the /FLAG=TCPIP, you can't trust everything yourI > >read from the SET SERVIC command.  This is used as a special signal to  the I > >startup code that has loads of built in smarts(?) for service specific  > >actions.  > >  > >Matt. > C > Thanks for the explanation.  I saw the tcp_threads setting in the D > docs, but I didn't understand the bit regarding the /FLAG setting. >  > David R. Beatty  >   I You must set this value in SYSCONFIGTAB.DAT as it is not a reconfigurable  value.K This is because in addition to creating threads, NFS internally allocates a  set of side structuresL linked to them which are allocated as an array, all together at one time.  I
 consideredL a change to the code to allow for dynamically changing the value, but in the priority of > things this did not come out at the top.  I hope this is okay.  K It is true that setting tcp_threads to zero will disable TCP protocol.  The  default for K NFS clients is UDP for Tru64 and TCP for Sun.  If you are accessing data on  the lan I then UDP is fine (tcp and udp run with almost the same performance, btw). 
 If you are4 accessing across a wan, I would recommend using TCP.   -John    ------------------------------  % Date: Sat, 28 Feb 2004 10:54:01 -0000 ' From: "BobbydaMong" <bobby@nowhere.com> ! Subject: Hobbyist license for VMS + Message-ID: <c1ps100geo@enews4.newsguy.com>    Howdy there...  G Have joined the DECUS (Encompass) group a few weeks ago, with a view to % getting a VAX/VMS Hobbyist license...   L Received my number OK, but when trying to log in to www.montagar.com, I justK get a message saying that it couldn't find my Encompass user / reference...   J Is anyone else having these sort of probs - does anyone know how I can getL round this. Have tried mailing the contact mail address 3 times now (as well2 as Encompass twice), but have yet had no response.   Help!    Many thanks in advance!    ------------------------------  % Date: Fri, 27 Feb 2004 14:39:03 -0500 * From: "Bill Todd" <billtodd@metrocast.net>& Subject: Re: Intel releases 64bit Xeon2 Message-ID: <AoKdnTfh5v8rAaLd4p2dnA@metrocast.net>  3 "Rick Jones" <foo@bar.baz.invalid> wrote in message + news:xrM%b.1251$9r1.243@news.cpqcorp.net... + > Bill Todd <billtodd@metrocast.net> wrote: 7 > > "Rick Jones" <foo@bar.baz.invalid> wrote in message . > > news:Hzx%b.1205$5Y.858@news.cpqcorp.net... > H > >> BTW, a bit of a drift, but do you have any rules of thumb for totalA > >> system power consumption based on the power consumption of a  > >> processor?  > E > > When you're talking blades (as Rob appeared to be, by bringing up E > > the low-power Itanics), my distinct impression is that the CPU is F > > the main consumer of power and cooling effort: disks, for example,F > > typically draw under (sometimes well under) 10W each, blades don'tG > > have any high-power graphics chips to worry about, and DRAM doesn't F > > draw much.  Of course, Itanic's power consumption is sufficient toB > > take the lion's share of power even in a high-end workstation. > ( > What do you consider the lion's share?  K Well, while technically it might be as little as that of the largest single E consumer, in the current discussion I suspect one could relax that to H 'noticeably more than half the total' (at least as long as you're either> using an LCD display or ignore the large CRT's display power).   > @ > >> > You mean it might actually offer more than half the TPC-C+ > >> > performance of a POWER4+ core again?  > >>? > >> I still think you are stretching things too thin with that C > >> comparison and again need to be including the CEC.  Especially A > >> since IBM have not seen fit to provide anything but a 32-CPU  > >> result. > ? > > Well, given that that 32-CPU result is slightly higher than F > > Superdome's 64-CPU result (using the same amount of total RAM, andA > > balancing Itanic's 6 MB of 10 ns. on-chip cache per processor E > > against POWER4+'s 16 MB of 90 ns.  off-chip cache per processor), 5 > > I'm not too uncomfortable drawing the comparison.  > H > I didn't suspect you were _uncomfortable_ with it as it does suit your
 > purposes :)   I An agenda?  Moi?  Merely the pursuit of truth, justice, and at least what H used to be the American (and HP) Way.  In this particular context, truthJ seems to be on the ascendent, justice may be starting to be meted out, andJ perhaps even HP will find its way back to the true path before it succumbs/ (one might hope that the country does as well).    > > > I still don't believe that the balance of the data out thereC > sufficiently supports the claim that the ratios would hold in the  > lesser-end systems.   I Well, the best 32-processor Itanic TPC-C result is only a *bit* over half K that of the new 32-processor POWER4+ result.  And at about twice the $/tpmC I at that (you actually have to shell out more absolute dollars to purchase K the 577K tpmC Itanic system than you have to for the 1025K POWER4+ system).    > + > >> > Too bad - POWER5 is about to appear.  > >>$ > >> Have IBM announced a ship date? > H > > Have HP announced a ship date for the Montecito systems that Rob wasD > > touting, causing me to bring up POWER5?  The last I knew, POWER5H > > systems were scheduled to appear this year, and Montecito next year. > G > If it were "about" to appear I would think it would be within the six E > month window allowed by TPC, which makes the 1.9 GHz POWER4+ result B > somewhat surprising.  Perhaps you have a different definition of
 > "about?"  H How about a definition relative to the Montecito schedule, which was the& context in which I made the statement?   - bill   ------------------------------    Date: 27 Feb 2004 15:03:43 -0600+ From: young_r@encompasserve.org (Rob Young) & Subject: Re: Intel releases 64bit Xeon3 Message-ID: <k$SWacO8XQd8@eisner.encompasserve.org>   _ In article <AoKdnTfh5v8rAaLd4p2dnA@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  >   ? >> I still don't believe that the balance of the data out there D >> sufficiently supports the claim that the ratios would hold in the >> lesser-end systems. > K > Well, the best 32-processor Itanic TPC-C result is only a *bit* over half M > that of the new 32-processor POWER4+ result.  And at about twice the $/tpmC K > at that (you actually have to shell out more absolute dollars to purchase M > the 577K tpmC Itanic system than you have to for the 1025K POWER4+ system).L >     A 	So?  In a current situation, I can't help but sit and grin.  One-A 	quote will be several hundred thousand cheaper than another.  WeeD 	will see a lot of posturing but at the end of the day, one solutionF 	clearly wins the other clearly loses.  Biggest factor?  Cost.  Money  	is important.  @ 	When/if Monticeto further pulls alongside (better tpmC/CPU withB 	less memory) and maintains similar pricing, Itanium is even more G 	attractive.  At that point, drop back to 32 Itanium processors - come tG 	close to Power4/5 performance numbers and spend a lot less.  Made for P8 	grins,  I'd say.  We will see if it works out that way.   				Robt   ------------------------------  # Date: Fri, 27 Feb 2004 22:26:13 GMTP& From: Rick Jones <foo@bar.baz.invalid>& Subject: Re: Intel releases 64bit Xeon1 Message-ID: <9uP%b.1266$PF1.725@news.cpqcorp.net>   ) Bill Todd <billtodd@metrocast.net> wrote:s5 > "Rick Jones" <foo@bar.baz.invalid> wrote in message   I >> I didn't suspect you were _uncomfortable_ with it as it does suit yourt >> purposes :)   > An agenda?  Moi?    B That almost reads like the exchange over breakfast in Grosse Point Blank :)  F > Well, the best 32-processor Itanic TPC-C result is only a *bit* over4 > half that of the new 32-processor POWER4+ result.   $ Keep going down the processor count.  D >> If it were "about" to appear I would think it would be within theC >> six month window allowed by TPC, which makes the 1.9 GHz POWER4+i< >> result somewhat surprising.  Perhaps you have a different >> definition of "about?"e  F > How about a definition relative to the Montecito schedule, which was, > the context in which I made the statement?  C As a civilian, you have the luxury of being able to make just aboutsD any speculation you want.  I don't have that luxury, just as I don'tC have the luxury of estimating benchmark scores in public based on auF vendor's statements of relative system performance, and even if I knewA the schedule of future IPF processors, I don't get to announce ita before Intel or HP.l  
 rick jones -- rB 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...o   ------------------------------  % Date: Sat, 28 Feb 2004 17:06:12 -0500h* From: "Bill Todd" <billtodd@metrocast.net>& Subject: Re: Intel releases 64bit Xeon2 Message-ID: <M8Gdnc8-NfQvjdzdRVn-vA@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:LLzbTeKp8RoV@eisner.encompasserve.org...    ...p  9   One thing for sure, that Itanic moniker is going to getV& > funnier and funnier as time goes by!  I The Inquirer and the San Jose Mercury News don't quite seem to agree with0	 you, Rob:   ) http://www.theinquirer.net/?article=14412r  : http://www.siliconvalley.com/mld/siliconvalley/8064696.htm   <glug>   - bill   ------------------------------    Date: 28 Feb 2004 14:43:56 -08002 From: ranjit_mathews@yahoo.com (M. Ranjit Mathews)& Subject: Re: Intel releases 64bit Xeon= Message-ID: <1d4c67e3.0402281443.4b9c3e86@posting.google.com>s  ? koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote ...aq > In article <mDs_b.74345$kaP1.57080@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:a > > I > > Retire 'classic' HP-UX and release the 'new' HP-UX - a renamed Tru64.a > B >    Now that _would_ be an improvement.  For all of DEC's stealth@ >    marketing digital UNIX was far superior to most other UNIX,E >    (definitely including HP-UX) that I'd met up with.  And I didn'ttA >    even need or use TruClusters when I came to that conclusion.h  B How difficult would it be to migrate from Tru64 to OpenVMS? If oneD wanted to, that is. What functionality or performance would one lose# in the process of such a migration?D   ------------------------------    Date: 28 Feb 2004 19:18:14 -0600+ From: young_r@encompasserve.org (Rob Young)d& Subject: Re: Intel releases 64bit Xeon3 Message-ID: <dpguMDcFhtek@eisner.encompasserve.org>r  _ In article <M8Gdnc8-NfQvjdzdRVn-vA@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:e >  > < > http://www.siliconvalley.com/mld/siliconvalley/8064696.htm >   = 	Don't get too excited about that article.  Dean Takahashi isr 	a big Sun fan-boy.c  : 	Linley Gwennap?  Puts his finger in the air, whatever way( 	the wind is blowing is where he goes.      K ``The only thing Itanium does any better is scientific applications,'' saidnM Linley Gwennap, principal analyst with the Linley Group in Mountain View. ``Im9 don't see how Intel can continue to sink money into it.''f 	5 			-- San Jose Mercury Newsy 			   February 28, 2004e  F "If you look at this [Merced vs. competition] as a chess match," said C Linley Gwennap, publisher of the Microprocessor Report newsletter,  % then Intel has already won the game.",  4                                    -- New York Times3                                       April 5, 1998g  E 	Other things touched on there, re: pricing / HPTC.  Spins on Itanium A 	will close the gap there.  Itanium is just getting started.  18 cD 	months ago, there wasn't hardly any reason to do Itanium.  With 4-5A 	Itanium spins coming out in the next year, we'll see if there isU" 	more creative pricing and uptake.   				Robe   ------------------------------  % Date: Sat, 28 Feb 2004 16:57:53 +0100e  From: "Dr. Dweeb" <dr@dweeb.com>& Subject: Re: Intel releases 64bit Xeon- Message-ID: <c1qdpu$27i3$1@news.cybercity.dk>e  ( Andrew Harrison SUNUK Consultancy wrote: > Rob Young wrote:@ >> In article <7500353b.0402250435.20b983f1@posting.google.com>,3 >> mistdragon@zdnetonebox.com (mist dragon) writes:  >> >>> And the winner is #1.n6 >>> http://www.theregister.co.uk/content/61/35799.html >>>V >> >>< >> At first, I thought what you wrote below was a quote from >> the article...a >> >>A >>> HP has introduced Opteron servers and tells that it wont dentrD >>> Itanium sales. Opterons are available with Linux and later on on6 >>> Windows. Itanium is dedicated to high end only.... >> >>; >> I guess the low voltage versions of Itanium don't count?  >>1 >> Deerfield (low voltage McKinley) for instance?  >> > 7 > No because as you know perfectly well the LV Itaniumsi7 > are rather slower than cheaper faster x86 and Opteron, > based systems. >B >>; >>> In practice that means systems from 64 CPU's upwards...s >>>c >> >> >> Ah... you wish. >>? >> How many Itaniums are currently under development or nearingt >> completion? >> Not counting Madison 9M?o >> >> LV = low voltagee >>
 >> Fanwood
 >> LV Fanwoodu >> Montecito
 >> Millingtont >> LV Millington
 >> Tukwila- >> Dimona        (another multi-core Itanium)h >>& >> Seven or so ... according to Intel. >> >i: > Does it matter ? What Itanium has proved conclusively is> > that having the biggest development budget in microprocessor$ > history does not guarantee sucess. >t  K Indeed Andrew - spot on, at least up until today.  The question I ponder isYL whether Intel will run out of money to throw at it before "success" appears.  	 Dr. Dweeba  	 > Regards  > Andrew Harrisonh   ------------------------------  # Date: Sat, 28 Feb 2004 16:49:20 GMTr# From: "John Smith" <a@nonymous.com> & Subject: Re: Intel releases 64bit XeonJ Message-ID: <kE30c.41962$ah.24066@twister01.bloor.is.net.cable.rogers.com>   Dr. Dweeb wrote:* > Andrew Harrison SUNUK Consultancy wrote: >> Rob Young wrote:uA >>> In article <7500353b.0402250435.20b983f1@posting.google.com>,e4 >>> mistdragon@zdnetonebox.com (mist dragon) writes: >>>, >>>> And the winner is #1.7 >>>> http://www.theregister.co.uk/content/61/35799.html: >>>> >>>C >>>t= >>> At first, I thought what you wrote below was a quote frome >>> the article... >>>5 >>>tB >>>> HP has introduced Opteron servers and tells that it wont dentE >>>> Itanium sales. Opterons are available with Linux and later on on 7 >>>> Windows. Itanium is dedicated to high end only....f >>>t >>> < >>> I guess the low voltage versions of Itanium don't count? >>>w2 >>> Deerfield (low voltage McKinley) for instance? >>>g >>8 >> No because as you know perfectly well the LV Itaniums8 >> are rather slower than cheaper faster x86 and Opteron >> based systems.s >> >>> < >>>> In practice that means systems from 64 CPU's upwards... >>>> >>>0 >>>U >>> Ah... you wish.t >>>l@ >>> How many Itaniums are currently under development or nearing >>> completion?o >>> Not counting Madison 9M? >>>t >>> LV = low voltage >>>w >>> FanwoodD >>> LV Fanwood
 >>> Montecito' >>> Millington >>> LV Millingtonl >>> Tukwila . >>> Dimona        (another multi-core Itanium) >>>b' >>> Seven or so ... according to Intel.  >>>e >>; >> Does it matter ? What Itanium has proved conclusively is ? >> that having the biggest development budget in microprocessore% >> history does not guarantee sucess.. >> > C > Indeed Andrew - spot on, at least up until today.  The question ImE > ponder is whether Intel will run out of money to throw at it beforei > "success" appears.    L Semantics - it isn't whether Intel will run out of money, but rather whetherD they will continue to pour money down a hole. As it is often said ofB yachts...."they are holes in the ocean into which you pour money".  L I don't think Intel give a damn about what'll happen to HP's server businessJ when Intel EOL's IA64. It's such low volume and costing them so much moneyK that Intel would be far better off abandoning the IA64 server CPU market to1J the likes of Power and Sparc. As to what happens at the low/mid end of theI spectrum, Intel will still own the lion's share of the x86 market - which / just happens to be where they make their money.a   ------------------------------  % Date: Sat, 28 Feb 2004 20:50:11 -0500]* From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: Intel releases 64bit Xeon) Message-ID: <40414540.7958B02E@istop.com>y   Rob Young wrote:E >         will close the gap there.  Itanium is just getting started.   N The presentation pointed to by John Smith had the ex-Intel employee state thatI while Alpha had an overly optimistic lifetime of 25 years, Intel had only." planned for IA64 to last 10 years.  F This means that chip begun in 1997 only has 3 years left to go :-) ;-)    N Rob, I ask you again: at what point will you stop apologizing for today's IA64N because you think that it has great things coming in the future ? It will soonT come to 3 years since the murder announcement for Alpha which coincided with Merced.  H Face it, any improvements to IA64 in the next 3 years will be matched byL improvements in competing architectures at best.  More likely that competingN architectures will create a bigger gap because IA64 started off as too complex and is hard to move forward.   ------------------------------    Date: 28 Feb 2004 22:31:12 -0600+ From: young_r@encompasserve.org (Rob Young) & Subject: Re: Intel releases 64bit Xeon3 Message-ID: <puxIDYcVUajZ@eisner.encompasserve.org>g  V In article <404168AB.EFBF7711@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:  ) > Face it, IA64 is a commercial failure. t  C 	No it isn't.  No more than Opteron is a commercial failure.  You'dpE 	like a much faster ramp for Itanium.  Itanium will be doing billionsi@ 	in revenue within 3 years.  That is quite a ramp.  It will take1 	HP/UX, VMS, NSK and further Windows to drive it.f  / > It has failed to be acceptable for desktops. c  B 	Where was the desktop push or strategy?  Do you have a reference?  D > 64-8086 kills IA64's chances for the windows server market. And itE > is a very expensive bloated architecture requiring lots of software 4 > (compilers) support for a very small niche market.  9 	What are you comparing?  Do you ever have a reference or A 	numbers so someone could actual see what you are talking about?    I > You can keep on hoping that the predicted advances for IA64 will arrivesB > on-time and that IA64 might be able to surpass its competition.   9 	We are seeing that each Itanium is getting substantiallyd	 	faster. V   				RobE   ------------------------------  % Date: Fri, 27 Feb 2004 18:29:54 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Interex's Cnet  Ad ) Message-ID: <403FD2E1.85D2BE72@istop.com>r   Fabio Cardoso wrote: > ; > There is an Interex Ad at CNET site and I copied the link2 > to show you :g > 4 > http://i.i.com.com/cnwk.1d/Ads/4558/10/SS04mpu.gif > ; > As you can see, its a meeting about HPUX, Tru64, MPE buta > no OpenVMS ! !  I This is no surprise. Interex hasn't taken over what is left of DECUS. AndmJ since Tru64 customers are expected to migrate to HP-UX, it is natural that they be invited.  M Consider yourself lukcy that the ad doesn't any Stallard-like statements suchtV as "OpenVMS customers who want to migrate to HP-UX will benefit from this conference".   ------------------------------  % Date: Fri, 27 Feb 2004 10:13:36 -0800a3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> # Subject: Is NAS 150 layered or SIP?n. Message-ID: <403F88D0.4000907@Flying-Disk.com>  5 For license transfer purposes, is the NAS 150 packageu5 considered a layered product (non-transferable), or at6 SIP (System Integrated Package) and thus transferable?  3 I tried to find the answer on the VMS web site, but 2 none of my searches turned up a definitive answer.  6 I'm sure that I saw the answer in a DEC document once, but I'm unable to find it now.   Thanks,i Alan   ------------------------------  # Date: Fri, 27 Feb 2004 19:53:41 GMT,/ From: "Jeff Goodwin" <jgoodwin@maine.rrr-r.com>e' Subject: Re: Is NAS 150 layered or SIP?a8 Message-ID: <9fN%b.94634$%72.92365@twister.nyroc.rr.com>  @ "Alan Frisbie" <Usenet01REMOVE@Flying-Disk.com> wrote in message( news:403F88D0.4000907@Flying-Disk.com...7 > For license transfer purposes, is the NAS 150 packaget7 > considered a layered product (non-transferable), or ap8 > SIP (System Integrated Package) and thus transferable? >d5 > I tried to find the answer on the VMS web site, butb4 > none of my searches turned up a definitive answer. >a8 > I'm sure that I saw the answer in a DEC document once,  > but I'm unable to find it now. >r	 > Thanks,  > Alan   Alan,e  J NAS licenses are Category 2, thus redesignatable (transferable only withinG the same legal entity) or relicensable from one legal entity to anothert within a Corporate Group.   2 http://licensing.hp.com/swl/view.slm?page=transfer andb. http://licensing.hp.com/swl/view.slm?page=xfer  J NAS licenses are not listed as Category 1 (OS type licenses) or Category 3) (SIP type licenses), thus are Category 2.n  L There are special rules for mergers/acquisitions where all license types are
 transferable.z  3 http://licensing.hp.com/swl/view.slm?page=corporateH   Jeff   ------------------------------  % Date: Fri, 27 Feb 2004 12:52:31 -0800n3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> ' Subject: Re: Is NAS 150 layered or SIP? . Message-ID: <403FAE0F.3040107@Flying-Disk.com>   Jeff Goodwin wrote:   L > NAS licenses are Category 2, thus redesignatable (transferable only withinI > the same legal entity) or relicensable from one legal entity to another  > within a Corporate Group.q > 4 > http://licensing.hp.com/swl/view.slm?page=transfer > andr0 > http://licensing.hp.com/swl/view.slm?page=xfer > L > NAS licenses are not listed as Category 1 (OS type licenses) or Category 3+ > (SIP type licenses), thus are Category 2.d  0 How do you reconcile that with this HP web page:  7     http://h71000.www7.hp.com/swcat/us/clustersvms.htmle  ?    "HP OpenVMS Cluster Software is an OpenVMS System IntegratedwC    Product (SIP). It provides a highly integrated OpenVMS computingl?    environment distributed over multiple Alpha and VAX systems.       <snip>-E      * HP OpenVMS Cluster Client Software for Alpha (part of NAS150)"e   Note carefully "SIP".m  = SIPs (category 3) are, as you noted, transferrable.   OpenVMSy9 Cluster Client Software for Alpha is a SIP.   There is noe@ separate license for "OpenVMS Cluster Client Software for Alpha"? -- it is part of NAS150 and cannot be ordered separately.   SeeM this web page for more details:   P http://h71000.www7.hp.com/openvms/products/clusters/clusters_new_features62.html  B    "OpenVMS Cluster Client software is available for Alpha and VAXG    systems. The software uses an LMF license name of VMSCLUSTER-CLIENT.dD    OpenVMS Cluster Client software is included in the Compaq NAS 150,    package and is not separately orderable."  A How do you transfer this Cluster Client license (a SIP, but whichaA does not exist as a separate entity) without transferring NAS150?T   Alan   ------------------------------  % Date: Sat, 28 Feb 2004 01:34:35 -0500r9 From: "John Gemignani, Jr." <jgemignanino@adelphiano.net>n Subject: Re: iSCSI and VMS ?1 Message-ID: <CNmdnQONOZIcq93dRVn-jQ@adelphia.com>   7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:403BB4A0.D94DF129@istop.com...n > Didier Morandi wrote:. > > G > > Someone is asking in the French version of c.o.v if "iSCSI has been 	 ported toi< > > VMS" i.e. any "VMS support for SCSI via Ethernet" (sic). >eH > John Gemigani, a (former ?) TCPIP engineer had done some work on it at home. K > Not sure of his whereabouts. Perhaps he knew too much about VMS and TCPIP  andlJ > had to be "disposed" of to ensure his knowledge didn't go to competitors :-)s	 > :-) :-)r  L I am alive and well and primarily working on the Oracle port to iVMS.  On my own timeL I have some other OpenVMS projects going  Feel free to contact me at my home emailu7 address under my first name at ohh ess ess see dot net.n   -John    ------------------------------  % Date: Fri, 27 Feb 2004 16:27:36 -0800-* From: "Jack Peacock" <peacock@simconv.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!O2 Message-ID: <SMKdnc1AZpfkfaLdRVn-iQ@mpowercom.net>  G > > In article <vzq%b.127388$jk2.539633@attbi_s53>, glen herrmannsfeldtl <gah@ugcs.caltech.edu> writes:; > > But according to Gartner - 64-bit extended x86 won't bet; > > around forever.  Which is big 64-bit environment in then > > future?o > >cH Just out of curiosity, where did Gartner predict Itanium would be today,H from a perspective of 1, 2, or 5 years ago?  How many systems installed?E How many vendors shipping Itanium systems in larger than single digiteJ quantities?  Does anyone bother to check on Gartner predictions to see how accurate they are over time?  I In the casino business if a handicapper's predictions don't work out overtK time then they get shown the door.  It seems that in the IT pundit businessyH it's more like a race tout than a real handicapper...make up a differentI story for every client then hope a profitable percentage come through, or A hope the client forgets about the report they paid big bucks for.s    Jack Peacock    ------------------------------  + Date: Sat, 28 Feb 2004 01:02:20 +0000 (UTC)a# From: edo <nobody@cryptorebels.net> , Subject: J F kooks out on Nader, Bush, et al1 Message-ID: <c1opas$1u8a$1@fiasco.xenopsyche.net>n   illegal message cancelled    ------------------------------    Date: 28 Feb 2004 14:56:57 -0800, From: broodlepoodle@yahoo.com (Nomen Nescio)0 Subject: Re: J F kooks out on Nader, Bush, et al= Message-ID: <cccb158d.0402281456.5ef65533@posting.google.com>e  s spamsink2001@yahoo.com (Alan E. Feldman) wrote in message news:<b096a4ee.0402271900.587236ad@posting.google.com>...gg > Nomen Nescio <nobody@dizum.com> wrote in message news:<c02863129a80c1201459b8ea73af12a0@dizum.com>.... > [...]s > B > I omitted the entirety of your post because it is pure junk. TheF > joke's on you. No one's reading your stuff anymore; it's just becomeH > an annoyance. In fact, you're posts are by far the most annoying thing > I've ever read on Usenet.E >  > Long live JF Mezei!e  ' Uh, change "long live" to "no comment".    ------------------------------  + Date: Sat, 28 Feb 2004 01:02:19 +0000 (UTC)b# From: edo <nobody@cryptorebels.net>s1 Subject: J F on Bush, Cheney, Rumsfeld, Wolfowitz 1 Message-ID: <c1opar$1u89$1@fiasco.xenopsyche.net>r   illegal message cancelled    ------------------------------  + Date: Sat, 28 Feb 2004 01:02:39 +0000 (UTC)n# From: edo <nobody@cryptorebels.net> 1 Subject: J F on Bush, Cheney, Rumsfeld, Wolfowitzr1 Message-ID: <c1opbf$1u93$1@fiasco.xenopsyche.net>i   illegal message cancelled    ------------------------------  + Date: Sat, 28 Feb 2004 01:02:12 +0000 (UTC) ( From: "~ Darrell  Larose ~" <me@here.eh>1 Subject: Re: JF Mezei issuing rogue cancels againe1 Message-ID: <c1opak$1u7k$1@fiasco.xenopsyche.net>    illegal message cancelledn   ------------------------------  + Date: Sat, 28 Feb 2004 01:02:11 +0000 (UTC)e% From: networkburn <nospam@spamnot.ca>c1 Subject: Re: JF Mezei issuing rogue cancels againg1 Message-ID: <c1opaj$1u7j$1@fiasco.xenopsyche.net>1   illegal message cancelled-   ------------------------------  + Date: Sat, 28 Feb 2004 01:02:12 +0000 (UTC)a. From: "Deep" <deep_mehtaHATESSPAM@hotmail.com>1 Subject: Re: JF Mezei issuing rogue cancels againn1 Message-ID: <c1opak$1u7m$1@fiasco.xenopsyche.net>i   illegal message cancelledm   ------------------------------  + Date: Sat, 28 Feb 2004 01:02:13 +0000 (UTC)h( From: "~ Darrell  Larose ~" <me@here.eh>! Subject: Re: Just remember, JF... 1 Message-ID: <c1opal$1u7o$1@fiasco.xenopsyche.net>s   illegal message cancelledr   ------------------------------  + Date: Sat, 28 Feb 2004 11:53:00 +0000 (UTC)rP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)/ Subject: Mozilla: contact for VMS-specific bugss$ Message-ID: <c1pves$too$1@online.de>  F If I suspect there is a bug in Mozilla, who is the contact person?  I D know about Bugzilla, but is it worth going through there for things 6 which might be specific to the VMS version of Mozilla?   ------------------------------  % Date: Sat, 28 Feb 2004 09:11:57 -0500i- From: "John E. Malmberg" <wb8tyw@qsl.network>e3 Subject: Re: Mozilla: contact for VMS-specific bugsl1 Message-ID: <D8idncSH6dgyPN3dRVn-gw@adelphia.com>e  / Phillip Helbig---remove CLOTHES to reply wrote: H > If I suspect there is a bug in Mozilla, who is the contact person?  I F > know about Bugzilla, but is it worth going through there for things 8 > which might be specific to the VMS version of Mozilla?  I Bugzilla is the place to look it up, and and to either add your comments n0 to an existing bug, or to file a new bug report.  2 It is also the place to file enhancement requests.   -Johne wb8tyw@qsl.network Personal Opinion Onlyi   ------------------------------  % Date: Sat, 28 Feb 2004 18:35:48 +0100O" From: Didier Morandi <no@spam.com>3 Subject: Re: Mozilla: contact for VMS-specific bugsr4 Message-ID: <4040d197$0$21676$636a15ce@news.free.fr>   Yes, yes and yes.t  ; They insist heavily to see bugzilla used for any questions. ) I know, it is boring, but it helps, so...t0 Do not forget to search the base before posting.   D.  / Phillip Helbig---remove CLOTHES to reply wrote:   H > If I suspect there is a bug in Mozilla, who is the contact person?  I F > know about Bugzilla, but is it worth going through there for things 8 > which might be specific to the VMS version of Mozilla?   ------------------------------  % Date: Sat, 28 Feb 2004 09:07:15 +0100  From: Dirk Munk <munk@home.nl>> Subject: new DIR/SIZE=(UNITS=BYTES) command a bit inconsistent2 Message-ID: <c1pj6v$7ja$1@news2.tilbu1.nb.home.nl>  Q Normally when we issue the command DIR/SIZE, we get the used size of a file, not n the allocated size.a8 The get the allocated size we issue DIR/SIZE=ALLOCATED .  Q However adding the new UNITS=BYTES qualifier changes the behaviour to allocated, @> so DIR/SIZE=(UNITS=BYTES) will return the allocated size, and 6 DIR/SIZE=(UNITS=BYTES,USED) will return the used size.  I This is not very consistent in my view, the default should still be USED.o   ------------------------------  % Date: Fri, 27 Feb 2004 18:34:56 +0100p" From: Didier Morandi <no@spam.com>  Subject: Re: Power Button on PWS4 Message-ID: <403f7fe3$0$21682$636a15ce@news.free.fr>   Tom Linden wrote:v  A > I have three of these, 2 running VMS and 1 running Tru64.  UponuM > reestablishing power after outage the one running Unix automaticvally comesoN > up, the other two I have to manually depress the switch.  Is there perhaps a > Bios > setting to correct this?  K I have one of these with VMS and I have to press that button to restart it.r   D.   ------------------------------  % Date: Fri, 27 Feb 2004 20:22:28 +0100-B From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>  Subject: Re: Power Button on PWS7 Message-ID: <403F98F4.5C57@this.mailaddress.is.invalid>&   Tom Linden wrote:4 > A > I have three of these, 2 running VMS and 1 running Tru64.  UponwH > reestablishing power after outage the one running Unix automaticvally E > comes up, the other two I have to manually depress the switch.  Is r/ > there perhaps a Bios setting to correct this?o   This works on my AS800 :   >>> set auto_action Restart   = (The other options are Halt and Boot. the difference between D: Boot and Restart is, that Boot doesn't restart the system  after a failure).3   -- l ME Posted by news://news.nb.nun   ------------------------------  % Date: Sat, 28 Feb 2004 18:11:51 +0100o  From: "Dr. Dweeb" <dr@dweeb.com>" Subject: Re: Rumours of (CPU) Wars- Message-ID: <c1qi4o$2erd$1@news.cybercity.dk>r   Bill Todd wrote:: > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:C9bZNt$XlIPD@eisner.encompasserve.org...t >u > ...  > ? >> But let's get back to another point, wouldn't you agree thats= >> 3 years from now Itanium will be a much larger market than = >> UltraSparc? Won't Itanium be the number one selling 64-bit  >> architecture in 2007? > H > Aside from your continuing technical inaccuracies, you seem to be back; > selling vague futures yet again.  Since you're so fond ofiG > projections, one might observe that if the IDC projections for ItanicgD > sales keep falling at the rate they've been falling for the past 47 > years now, there won't be *any* Itanic sales in 2007.y >h > - bill   Bill,G   That is a pearl !!!!!!  	 Dr. Dweebr   ------------------------------  % Date: Fri, 27 Feb 2004 15:31:59 -0600 ' From: "Earl Lakia" <elakia@hotmail.com> # Subject: Runoff To Word conversionsi1 Message-ID: <Q6udnfTFE6DMKqLdRVn-vg@netnitco.net>t  @ Sometime ago we created a program to convert DEC Standard RunoffC programs to Microsoft Word.  We packaged this up and now sell it as + a product.  Anyway, if any of you have needS  4 http://www.ipact.com/Products/Runoff%20To%20Word.htm  G Just trying to recover some of our development costs.  This is a rather  nichef; application and most likely only of interest to those here.r  D We can convert a small file and even demo its use using an AVI file.  0 I just ran if using Windows XP and Windows 2000.   ------------------------------  % Date: Fri, 27 Feb 2004 19:03:13 -0500.3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>dL Subject: Re: Sizing bandwidth for Disaster Tolerant cluster inter site links0 Message-ID: <WZudnR6G94gzR6LdRVn-ug@comcast.com>  D A tool such as Computer Associates "AdviseIT", formerly "Polycenter H Performance Advisor" can get you the necessary data.  Remember that you F need, not only the number of write operations, but also the number of  blocks written.    Andrew Rycroft wrote:e   >Hi, >u: >I would really appreciate if anybody can advise me here.  >4F >We plan to implement a disaster tolerant cluster with OpenVMS. I haveE >now been asked to size the require bandwidth to meet the applicationeE >needs. The 2 sites are about 10km apart, and we can put in a managedrE >fibre link, but it is very expensive. We have 2 disks that we intendsD >to volume shadow across the 2 sites. The average IO rate on the one0 >disk is 100 IO/sec, and on the other 50 IO/Sec. >iC >I have seen various presentations where OPenVMS can be directed toeE >read from the local disks, but I do not know how I can differentiate = >between reads and writes in the IO rate on a per disk level.9 > C >Any advice on how to size the correct intersite bandwidth requiredl9 >that will not degrade performance would be appreciated ?e >c >Thanks  >Andrewo >  < >@   ------------------------------  % Date: Fri, 27 Feb 2004 09:50:19 -0800t3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> 6 Subject: Re: Uninterruptable Power Supplies for Alphas. Message-ID: <403F835B.7000802@Flying-Disk.com>   Tom Adams wrote:  J > We don't need UPS for uptime, since all these system control other stuffJ > that goes down when the power fails.  But I think UPSes would reduce ourN > hardware repair and replacement costs, and would reduced the likelihood that< > a system would become flakey and start failing during use. > D > Is this justified?  Do you know of any info that would justify it?  > Absolutely!   My VAXstation would regularly crash before I got@ a UPS.   The slightest power flicker would send it down.   SinceE I got the UPS, it almost never goes down (3.5 months since last one).iB The lightning storm earlier this week made the lights flicker, but the system stayed up.o  B Lest anyone think I am knocking the quality of DEC power supplies,? this is a VAXstation-II (bought in 1986!) with *lots* of boardsd= in the BA123.   The power supply is probably stretched to itst  limits, yet it keeps on running.   Alan   ------------------------------  # Date: Fri, 27 Feb 2004 18:32:57 GMTr# From: "John Smith" <a@nonymous.com>t6 Subject: Re: Uninterruptable Power Supplies for AlphasH Message-ID: <t3M%b.37150$Qg7.11509@news04.bloor.is.net.cable.rogers.com>   John Brandon wrote:  > tadamsmar@yahoo.com writes:dC >> And, our management decided to drop hardware maintenance a whilef >> back. > G > As long as there is failover capability and redundancy built into theU= > servers and storage then that is not too much of a problem.  >iE > I would suggest that you contact your vendors (new and refurbished) B > and work out a disaster incident plan with them.  It could be asG > simple as having an established relationship or as complex as keepingn > items in stock for you.  >n >sB >> I want to propose to my management that we get UPSes for all of	 >> these.  >>E >> We don't need UPS for uptime, since all these system control other F >> stuff that goes down when the power fails.  But I think UPSes wouldF >> reduce our hardware repair and replacement costs, and would reducedE >> the likelihood that a system would become flakey and start failing  >> during use. >>E >> Is this justified?  Do you know of any info that would justify it?h >tE > Having a UPS is a good idea - if not for nothing more than to allowt > for a graceful shutdown. > D > I have lost VMS servers through a series of events (loss of power,G > lightening storms, pulled plugs, failed hardware, stupid users, etc.)lB > however I have not lost data on them.  This did not mean that we8 > are/were exempt from that - just the turn of the card. >nF > I do recommend the UPS - ones that have sufficient capacity to allow! > you to login and shutthem down.r > F >> Are there power conditioning solutions that are less expensive than  >> UPSes that I should consider? >hF > Power conditioning?  I would believe that gets into the bucks there.    L www.apcc.com used to have a VMS agent that would do a graceful shutdown whenK there was about 5 mins of power left in one of their UPS's. Connected via a J serial cable. Don't know whether they still have that VMS agent available.   I think Brian has something??    ------------------------------  # Date: Fri, 27 Feb 2004 19:19:26 GMTt6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>6 Subject: Re: Uninterruptable Power Supplies for Alphas= Message-ID: <2LM%b.31236$uE.17061@newssvr25.news.prodigy.com>n  L Going back to early 90's (PDP & VAX days), our service calls went noticeablyJ down when we started installing UPS's.  We use Powerware (formerly Deltec)> and have had good experience with their support and maintence.     Andy    2 "Tom Adams" <tadamsmar@yahoo.com> wrote in message7 news:ea44f5a1.0402270927.132a695b@posting.google.com...h
 > We have: >h > 2 AlphaStations 400 4/233t > 1 AlphaServer  800 5/333 > 1 DS10 466 >c > And we are getting:  > 1 DS10 600 > H > And, our management decided to drop hardware maintenance a while back. > H > I want to propose to my management that we get UPSes for all of these. > J > We don't need UPS for uptime, since all these system control other stuffJ > that goes down when the power fails.  But I think UPSes would reduce ourI > hardware repair and replacement costs, and would reduced the likelihoodw that< > a system would become flakey and start failing during use. >eD > Is this justified?  Do you know of any info that would justify it? >mK > Are there power conditioning solutions that are less expensive than UPSes  > that I should consider?    ------------------------------  # Date: Fri, 27 Feb 2004 19:35:40 GMT " From:   VAXman-  @SendSpamHere.ORG6 Subject: Re: Uninterruptable Power Supplies for Alphas0 Message-ID: <00A2E0C7.708834CF@SendSpamHere.ORG>  n In article <t3M%b.37150$Qg7.11509@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: {...snip...}M >www.apcc.com used to have a VMS agent that would do a graceful shutdown when L >there was about 5 mins of power left in one of their UPS's. Connected via aK >serial cable. Don't know whether they still have that VMS agent available.  >p >I think Brian has something??   Yes... and it works!   --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.3 -- cK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMc             5   "Well my son, life is like a beanstalk, isn't it?" I   ------------------------------  % Date: Fri, 27 Feb 2004 15:27:24 -0500n* From: JF Mezei <jfmezei.spamnot@istop.com>4 Subject: Re: VMS Hobbyist License program abolished?) Message-ID: <403FA827.43C3525C@istop.com>b   John Smith wrote: N > I can only imagine that Mark's keeping the local Zantac and Tagamet suppliesN > low in area pharmacies as his stomach lining devours itself at the stupidityE > of HP's non-advertising/non-marketing policies with respect to VMS.j  L Perhaps HP doesn't realise that VMS has been serously wounded over the yearsL and that simple mediacl procedures (surgically removing the "open" cancerousM growth) as well as marketing would send a strong signal that the mistreatmentl of VMS has stopped.s  E Customers are confused since VMS gets same treatment as Tru64 (eg: nowI marketing). So it is hard to distinguish between "we don't mention actualeK product names in our ads" (other than windows, HP-UX, Linux, NSK) and "this-L product is being retired  over time (even though it is technically superior) so we don't want to grow it"   ------------------------------  % Date: Fri, 27 Feb 2004 15:37:49 -0500@* From: JF Mezei <jfmezei.spamnot@istop.com>4 Subject: Re: VMS Hobbyist License program abolished?) Message-ID: <403FAA97.6FC5C439@istop.com>h   Alan Frisbie wrote:iC > told me about license transfers were equally wrong: That I cannot A > get the original license transferred unless I have the originale: > PAKs and a transfer form signed by the original owner.    C Unfortunatly, I fear that this is the case and this is a reasonablegH requirement. BOth times where I had licences transfered, I did require aN letter from original owner (in the second case, the former owner was more thanN happy in order to remove a bunch of licences from their database when the time  came to renew support contracts)   > ThisA > would be rather difficult, as it appears the original owner was0  > a victim of the dot com crash.  X Look at it from their point of view: they don't want you to steal a customer's licences.  K Note that in the late 1980s when I had my first licence transfer, the local.K office was VERY accomodating, but that is because they had done the sale ofoH the original machine themselves, and knew that it was DEC's mistake thatJ forced the cuystomer to ditch those machines in favor of another vendor's.) (with me rescuing it from the scrapyard).e  F What you might need is some legal proof that the entity that owned theK licences has been liquidated. (if it was purchased by another company, then-M that other company would have rights to the licences, and you'd need a letters? from then current owner of what is left of the former company).e  L But if you have proof that the owner of the licences was liquidated, then, aL friendly DECrep could probably find out the list of licences assigned to theH defunct company, and upon you providing the evidence that the company noM longer exists, they might be able to transfer you the stuff. Might cost you ac lunch/dinner though :-)s  9 Do VMS-friendly DECreps in local HP offices still exist ?    ------------------------------  % Date: Fri, 27 Feb 2004 17:12:37 -0600c@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>4 Subject: Re: VMS Hobbyist License program abolished?6 Message-ID: <403FCEE5.B26E8BC1@NeOaSrPtAhMlNiOnWk.net>   Alan Frisbie wrote:	 > < > I just had an e-mail exchange with HP's licensing contact,2 > Madi Braje, as listed on the licensing web page: > 7 >    http://licensing.hp.com/swl/view.slm?page=contactsh >  >    Madi Braje - West Region  >    Telephone: 847-781-6756 >    Email: Madi.Braje@hp.com  > = > I was trying to see if I could get the original VMS licenset? > for the XP1000 I bought transferred to me.   Since I am going ? > to be using it to play with Apache, etc., I mentioned that ife: > the license couldn't be transferred I would just use the? > hobbyist license.   However, it now appears that the hobbyist 3 > license program has been abolished.   Madi wrote:- > C >  > Digital/Compaq/HP has never distinguished between business and.D >  > hobbyist, so the license that transfers with the system, is theF >  > only type available for that particular system.  There is no such& >  > thing as a free hobbyist license. >  > R.I.P. >  > Alan  F Um, IMHO, posting this might not have been - shall we say, the epitome of discretion.  @ I understand about pressuring hp into thinking before it speaks.F However, if we jump on everything they say and present it to the worldE in its worst possible light, we may see them act like adolescents and C simply decide to not say anything. Hey, we're there now, aren't we?r ...for the most part?L  B To make it worse (for them), we jump on them when they DO clam up.  H Put yourself in their place: how do you get a "win" for yourself in such a circumstance?d  E I grant you, it might have been better had Madi Braje said, "I am notp" aware of a free hobbyist license".  	 <soapbox>e> We can't control what is said - or not said, for that matter.   H We can, however, control how we respond to that. So, to my mind, THAT is( where we should focus our first efforts.  H Let's be like rescue/emergency workers and get a grip on OURSELVES first - THEN focus on damage control.o
 </soapbox>   -- F David J. Dachterao dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/S   ------------------------------  # Date: Sat, 28 Feb 2004 02:01:06 GMTu# From: "John Smith" <a@nonymous.com>h4 Subject: Re: VMS Hobbyist License program abolished?J Message-ID: <CDS%b.23096$ah.14920@twister01.bloor.is.net.cable.rogers.com>   David J. Dachtera wrote: > Alan Frisbie wrote:t >>= >> I just had an e-mail exchange with HP's licensing contact,e3 >> Madi Braje, as listed on the licensing web page:  >>8 >>    http://licensing.hp.com/swl/view.slm?page=contacts >> >>    Madi Braje - West Region >>    Telephone: 847-781-6756l >>    Email: Madi.Braje@hp.com >>> >> I was trying to see if I could get the original VMS license@ >> for the XP1000 I bought transferred to me.   Since I am going@ >> to be using it to play with Apache, etc., I mentioned that if; >> the license couldn't be transferred I would just use theo@ >> hobbyist license.   However, it now appears that the hobbyist4 >> license program has been abolished.   Madi wrote: >>D >>  > Digital/Compaq/HP has never distinguished between business andE >>  > hobbyist, so the license that transfers with the system, is thesG >>  > only type available for that particular system.  There is no such ' >>  > thing as a free hobbyist license.s >>	 >> R.I.P.i >> >> Alan. > H > Um, IMHO, posting this might not have been - shall we say, the epitome > of discretion. >lB > I understand about pressuring hp into thinking before it speaks.H > However, if we jump on everything they say and present it to the worldG > in its worst possible light, we may see them act like adolescents andeE > simply decide to not say anything. Hey, we're there now, aren't we?i > ...for the most part?I >iD > To make it worse (for them), we jump on them when they DO clam up. > E > Put yourself in their place: how do you get a "win" for yourself in> > such a circumstance? >'G > I grant you, it might have been better had Madi Braje said, "I am noto$ > aware of a free hobbyist license". >  > <soapbox>o? > We can't control what is said - or not said, for that matter.p >eG > We can, however, control how we respond to that. So, to my mind, THATo- > is where we should focus our first efforts.s > D > Let's be like rescue/emergency workers and get a grip on OURSELVES' > first - THEN focus on damage control.n > </soapbox>    J I'll grant you that Gorham and Marcello, and even Sue, can't be everywhereK at all times, watching over the hordes of HP employees (carly(tm) included)n2 that purport to doing their jobs, but come on.....  H Nearly two years into the merger, I think that's plenty of time for HP'sI licencing 'expert' to know what programmes are in-place and which aren't.s  L If I was that clued-out after two years in my organization, I'd hate to tellF you what would happen to me - especially if I were the 'expert', but IE assure you it would involve rats, dungeons and 'iron maidens' in some  combination.   ------------------------------    Date: 28 Feb 2004 13:13:28 -05003 From: Rich Alderson <news@alderson.users.panix.com>-; Subject: Re: Why does smtp mail between local systems fail?F. Message-ID: <mdd1xofysvr.fsf@panix5.panix.com>  $ <nicovanderboom@hotmail.com> writes:  B > We noticed some time-out problems too, after upgrading to TCPIP. > (eg. telnet)J > it was due to the fact that de default configuration of TCPIP is waiting' > for a reverse DNS lookup to complete.tF > TELNET does this to record the remote system by name in the logfile.A > during a DNS problem we experienced total failure of LAN telnetg > sessions.l  + > Maybe incoming SMTP tries to do the same.kI > Can you check if all the systems are registered ok in DNS or local hosts > table?  O The SMTP listener on Tops-20 does a reverse lookup as part of its processing ofcL the HELO, in part as an anti-spoofing mechanism, as do the various listeners4 which have been written for the Unix family of OSes.  < I'd be very surprised if the VMS listener did *NOT* do this.   --  . Rich Alderson					    | /"\ ASCII ribbon     |< news@alderson.users.panix.com			    | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |7 			 --Death, of the Endless    | / \ postings         |j   ------------------------------    Date: 28 Feb 2004 18:43:39 -0800( From: bob@instantwhip.com (Bob Ceculski); Subject: Re: Why does smtp mail between local systems fail?i< Message-ID: <d7791aa1.0402281843.4b96dc8@posting.google.com>  b bleau@umtof.umd.edu (Lawrence Bleau) wrote in message news:<c1oahn$31o$1@grapevine.wam.umd.edu>...K > On Feb 25 Michael Austin <maustin@no-more-spam.firstdbasource.com> wrote:r > L > >make sure you have installed ECO 2 to the 5.3 system.  Increase CTLPAGES 3 > >to something like 1600  this also seems to help.s > M > I tried your advice, Michael, using the 7.3-2 system (which runs tcpip 5.4)cJ > as a testbed.  I did a telnet/port=25 from one of the other systems thatL > had been having trouble, just to eliminate the overhead of the usual email > messages.e > M > Prior to this, with CTLPAGES at 256, this telnet to port 25 took 61-70 secsnJ > for the smtp server to respond with its 220 hello message.  It now takes
 > 25-31 secs.c > J > Clearly, something has improved, though I can't say why.  Would a higher* > CTLPAGES value produce more improvement? > K > After I did the telnet operation on the remote system, I quickly switched-F > to the receiving system, located the process that was doing the smtpM > session, and did a SHOW PROC/CON/ID= on it.  Its page faults, buffered i/o,4K > direct i/o, and cpu time did not change from when I started looking at iteJ > (about 10 secs into the test) until when it responded with the 220 helloJ > message.  So if the theory is that the process is page faulting or doingL > heavy i/o elsewhere and causing the delay, that's wrong; it is waiting for2 > something before sending out that hello message. >  > Lawrence Bleau > University of Maryland$ > Physics Dept., Space Physics Group > 301-405-6223 > bleau@umtof.umd.edue  A if you were running TCPware, you wouldn't be having this problem!    ------------------------------  # Date: Fri, 27 Feb 2004 19:10:37 GMT-# From: "John Smith" <a@nonymous.com>, Subject: Worth watching0G Message-ID: <NCM%b.37415$Qg7.9591@news04.bloor.is.net.cable.rogers.com>   ) http://www.theinquirer.net/?article=143100  0 Former Intel chief architect shoots from the hip The inside account  2 By Mario Rodrigues: Monday 23 February 2004, 08:52  D  JUST THIS MONTH, Bob Colwell, Intel chief architect of Intel's IA32I microprocessors from 1992-2000, gave a talk about what being an architectn was all about.  J Even though Colwell was not directly involved in the design and managementL of the Itanium project, he obviously wasn't totally unaware of the goings on# and challenges with that processor.   K Being no longer employed by Intel, Colwell felt free to give an unvarnishede5 account of his experiences - including the political.n  J Fortunately, Colwell's comments have been recorded, which can currently beF viewed online. One can only say that what Colwell has to say is an eyeL opener, some of which gives a fly on the wall account of the interactions of' management, marketing, and engineering.a  G With Intel's decision to embrace the AMD64 instruction set for its IA32 F platform, the concerns that Colwell had about Itanium look pretty much justified today.  H This 90 minute talk is an education. So be prepared to be entertained.    L'INQ  Bob Colwell's talk  F http://stanford-online.stanford.edu/courses/ee380/040218-ee380-100.asx   ------------------------------  # Date: Fri, 27 Feb 2004 19:58:52 GMTe# From: "John Smith" <a@nonymous.com>p Subject: Re: Worth watchingsH Message-ID: <0kN%b.37599$Qg7.24964@news04.bloor.is.net.cable.rogers.com>    VAXman- @SendSpamHere.ORG wrote: > In articleD > <NCM%b.37415$Qg7.9591@news04.bloor.is.net.cable.rogers.com>, "John. > Smith" <a@nonymous.com> writes: {...snip...}I >> http://stanford-online.stanford.edu/courses/ee380/040218-ee380-100.asxw >i% > ????? what sound format is asx?????-  J Unfortunately it is a Windows Media format - Apple Quicktime might be able to handle it as well.E    H Lots of interesting discussion about IA64 between 15-25 minutes into the video.   ------------------------------  # Date: Fri, 27 Feb 2004 19:43:13 GMTg" From:   VAXman-  @SendSpamHere.ORG Subject: Re: Worth watchingl0 Message-ID: <00A2E0C8.7E5C8C85@SendSpamHere.ORG>  m In article <NCM%b.37415$Qg7.9591@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:t {...snip...}G >http://stanford-online.stanford.edu/courses/ee380/040218-ee380-100.asxg  # ????? what sound format is asx?????    --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.t -- sK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM             )5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Fri, 27 Feb 2004 21:58:13 GMTp# From: "John Smith" <a@nonymous.com>S Subject: Re: Worth watchingSH Message-ID: <V3P%b.37632$Qg7.30648@news04.bloor.is.net.cable.rogers.com>    VAXman- @SendSpamHere.ORG wrote: > In articleD > <NCM%b.37415$Qg7.9591@news04.bloor.is.net.cable.rogers.com>, "John. > Smith" <a@nonymous.com> writes: {...snip...}I >> http://stanford-online.stanford.edu/courses/ee380/040218-ee380-100.asxt >s% > ????? what sound format is asx?????/    F Also worth listening from 70 minutes to the end, talking about all theG baggae the x86 has (there's a couple of minutes of dead air at the end)n   ------------------------------  % Date: Fri, 27 Feb 2004 18:10:45 -0500e* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Worth watchingr) Message-ID: <403FCE65.91F3D699@istop.com>C   John Smith wrote: K > >> http://stanford-online.stanford.edu/courses/ee380/040218-ee380-100.asxT  J > Lots of interesting discussion about IA64 between 15-25 minutes into the > video.  M I started watching thinking it wouldn't be that great, but within one minute,VJ I was glewed enough that I would pause it whenever I had to go away.  Very. nice presenter, very candid, very interesting.  / And he said nice things about the Alpha too :-)o  N His comments about IA64 were more on the business side which complemented veryU well the Digital technical presentations of Alpha vs IA64 before the Murder of Alpha.n    T Well worth watching, despite the fact that it is in a microsoft media player format.   ------------------------------  % Date: Sat, 28 Feb 2004 17:05:24 +1100 ' From: nospam <x@wedontwantyourspam.com>g Subject: Re: Worth watching-5 Message-ID: <BC667AD4.24C47%x@wedontwantyourspam.com>k  3 in article 403FCE65.91F3D699@istop.com, JF Mezei ate4 jfmezei.spamnot@istop.com wrote on 28/02/2004 10:10:   > John Smith wrote:uK >>>> http://stanford-online.stanford.edu/courses/ee380/040218-ee380-100.asx- > K >> Lots of interesting discussion about IA64 between 15-25 minutes into thee	 >> video.c > O > I started watching thinking it wouldn't be that great, but within one minute,OL > I was glewed enough that I would pause it whenever I had to go away.  Very0 > nice presenter, very candid, very interesting. > 1 > And he said nice things about the Alpha too :-)G    I So he should, be mentioned cache snoop "that hard stuff" that they nickedtJ from alpha which was the disputed technology Intel got from alpha. This isF the stuff that allowed them to go fast and wide (multi cpu) efficently    F  Interesting to hear him be so candid I'm really surprised Intel corp.K didn't gag him a bit I know I would like that much hope truth being made sok public e  
     Cheers         mark   ------------------------------  % Date: Fri, 27 Feb 2004 15:20:05 -0500d* From: JF Mezei <jfmezei.spamnot@istop.com>< Subject: Re: [GAME] you've been appointed VMS Mkt Mgr, so...) Message-ID: <403FA670.363BB51B@istop.com>n   Didier Morandi wrote:e! > [ ] change the name back to VMSo  N Yes. But the main goal would be to send a strong signal that VMS was under newK management and that  the destructive "roadmaps" were being dropped and that-< the new management was dead serious about growing VMS again.  ( > [ ] ask Ogilvy to build an ad campaign  L The ad agency isn't so relevant, it is the mandate you give them. Initially,L under Pfeiffer, the Compaq ad agency had understood VMS customers very well.L It was a "VMS" fuel pump shown, not an OpenVMS one, and it was the first one in the bunch of fuel pumps.,  K But then, when Compaq was overwhelmed by ex-Digits who infected Compaq with M the "anti VMS" mentality, things went down very fast. (the infected ones even1E convinced Compaq to ditch Compaq's agency and hire DEC's old agency).    > [ ] cancel i64 development  M This is not so obvious. If the 64 bit 8086 has what it takes to run VMS, then N yes, I'd cancel it right away, produce the EV7z (which is really EV7 without aK speed block) and then produce EV79 which should bridge the gap until VMS isf available on the 8086.  L Another option to consider seriously (assuming VMS was independant of HP) is? Power combined with PowerPC for the low end/workstation market.e  ' > [ ] restore the Alpha chip productionr  > At this point in time, money might be better spent engineeringN motherboards/systems based on the 8086 but with high end IO/interconnects. TheL goal should be to bring back scalability from desktop to datacentre. And theM 8086 is berhaps better suited for this. (But yes, re-instating Alpha would beoJ really nice and would provide more interesting competition against Power).  ? > [ ] restore DECworld for VMS and build the greatest show ever-  L Eventually, yes. But you'd need something concrete to show. Right now, there4 is nothing of interest to be shown at such an event.   ------------------------------  # Date: Sat, 28 Feb 2004 02:42:46 GMTlL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")< Subject: Re: [GAME] you've been appointed VMS Mkt Mgr, so...6 Message-ID: <00A2E0E9.F4EF2A1F@SSRL.SLAC.STANFORD.EDU>  Y In article <403f1255$0$22407$626a14ce@news.free.fr>, Didier Morandi <no@spam.com> writes:-  N >You have been recently appointed HP OpenVMS Marketing Manager and you are in K >charge, together with MaryJane V., Sue S. and Hoff H. to promote the Nr 1 a >Operating System worldwide. >$ >Congratulations.s >e' >Now, what would be your first actions?- >-( >[ ] retire and put Sue in your armchair  N Very tempting.  But then I don't get to answer about what I think is important- in selling VMS, so I won't pick that one now.$    >[ ] change the name back to VMS  L Appeases zealots, but only confuses matters when dealing with anybody else. M VMS is now an over-used acronym; googling on VMS turns up Voice Mail Systems,iI VOluntary Milking Systems, Varian Medical Systems, Virtual Machines, etc,gJ etcetera; OpenVMS disambiguates VMS in the wider world, and also is rarely@ confused with MVS the way VMS was.  Wouldn't make it a priority.  ' >[1] ask Ogilvy to build an ad campaign   O (Them in particular because of their long history selling Rolls Royce / Bentley-O etcetera?  Could be.  Ads in places CIOs and CEOs see, pushing VMS or OpenVMS -qO doesn't matter so much which- are the only way to fight the perception that theDN OS is already dead, and give the VMS zealots some support in selling it within their own organizations.)e   >[ ] cancel i64 developmentt  K Nope, because in the medium-term HP's gonna end up selling only Windows andeN Linux on Intel/AMD hardware if we do that, and there's no margins in that.  If: HP dies, it's going to be hard to keep my job selling VMS.  & >[4] restore the Alpha chip production  O Production or development?  Development is going to be hard - how much money do L I have to play with, and for that matter, how does a marketing manager even O get to make this decision?  Alpha rocks; I'd like production and development toj resume.M  $ >[2] start VMS/Athlon-64 engineering  H Does the Athlon use the K7 interfaces?  Can we have CPU-neutral servers   that run either Alpha or Athlon?  K >[ ] check if this is true that there are still PDP's running in productiont  N I know it's true, but I'm not sure what advantage that gives me in getting new	 business.w  = >[3] go and visit Customers with a 64 slides PPT presentationn  C Go and visit customers, sure.  There's a lot of reassurance needed.t  > >[ ] restore DECworld for VMS and build the greatest show everO >     (if you choose this option, please select Cannes as the location. Thanks)0  
 *Much* later.n   -- Alane   -- uO ===============================================================================$0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056eM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025dO ===============================================================================S   ------------------------------   End of INFO-VAX 2004.118 ************************