1 INFO-VAX	Sun, 22 May 2005	Volume 2005 : Issue 284       Contents:# Re: AUTOGEN and page and swap files $ Big round of job cuts expected at HP( Re: Big round of job cuts expected at HP( Re: Big round of job cuts expected at HP( Re: Big round of job cuts expected at HP* Re: Cluster question - which interconnect?( FW: Big round of job cuts expected at HP0 Re: How to filter spam based on message content? Re: HP 2Q05 results P it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI CLUSP Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI P Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI P Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI . Re: Networking problem concerning a DEC TS 90L Re: New Cluster Interconnects D Re: Newbie Questio.. Getting a Virtual address space full and globalP Re: Newbie Questio.. Getting a Virtual address space full and global page table P Re: Newbie Questio.. Getting a Virtual address space full and global page table ' Re: VAXstation 3100 free to a good home ' Re: VAXstation 3100 free to a good home ' Re: VAXstation 3100 free to a good home   Re: Where is the tftp directory?  Re: Where is the tftp directory?  F ----------------------------------------------------------------------  + Date: Sun, 22 May 2005 12:07:50 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk, Subject: Re: AUTOGEN and page and swap files) Message-ID: <d6psmm$jd6$1@news.mdx.ac.uk>   Z In article <118s7gqo1jj3g4e@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes:0 >Phillip Helbig---remove CLOTHES to reply wrote:L >> Note: This post is rather long, and there are several questions, even at H >> the bottom, but since they are all related, I think one long post is " >> better than several short ones. >>  H >> I am really confused about AUTOGEN's handling of page and swap files. >  ><big snip>  > I >Ok, one person's opinion, and it's real possible other posters will say  , >I'm full if s**t.  (Won't be anything new.) > B >AUTOGEN is a tool to help out in setting parameters in a trivial C >environment, ie; a single system with nothing non-standard set up.  > G >As soon as you get into alternate swap and page files, that says that  G >you think that you know enough to go beyond a standard set-up.  To do  F >so, and then expect AUTOGEN to understand is perhaps asking too much. > G >If you're going to customize the page and swap files, then set up the  I >commands in MODPARAMS.DAT to leave the swap, page, and dump files alone.  > O Alternatively don't setup MODPARAMS.DAT to leave these files alone and just get ) used to putting in the correct parameters    ie  0 @sys$update:autogen savparams genparams feedback   or  0 @sys$update:autogen savparams testfiles feedback    	 and then    0 @sys$update:autogen setparams setparams feedback    M Be aware though that you may get an autogen run during say VMS upgrades which H may try to resize your pagefiles. You will then have to delete the newly created pagefiles.  
 David Webb Security team leader CCSS Middlesex University            >-- 5 >David Froble                       Tel: 724-529-0450 5 >Dave Froble Enterprises, Inc.      Fax: 724-529-0596 ? >DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com  >170 Grimplin Road >Vanderbilt, PA  15486   ------------------------------  % Date: Sun, 22 May 2005 03:17:08 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: Big round of job cuts expected at HP , Message-ID: <429031CA.7AE0192B@teksavvy.com>  \ http://news.com.com/Analysts+expect+massive+HP+layoffs/2100-7341_3-5715548.html?tag=nefd.top  0 7,500 to 15,000 job cuts expect by August at HP.  D Doesn't augur well for VMS engineering which need bigger budgets andE manpower to start working to improve VMS at the same time as they are   expected to port it to the 8086.  H If the start layhing off the people who have experience with the port toF that IA64 thing, they will lose people who would be most efficient for the port to the 8086.    ------------------------------  + Date: Sun, 22 May 2005 08:07:40 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)1 Subject: Re: Big round of job cuts expected at HP $ Message-ID: <d6pekb$5g2$1@online.de>  5 In article <429031CA.7AE0192B@teksavvy.com>, JF Mezei ' <jfmezei.spamnot@teksavvy.com> writes:    2 > 7,500 to 15,000 job cuts expect by August at HP.   How many of those within VMS?   F > Doesn't augur well for VMS engineering which need bigger budgets andG > manpower to start working to improve VMS at the same time as they are " > expected to port it to the 8086.  9 Is there a statement that VMS will be ported to the 8086?   J > If the start layhing off the people who have experience with the port toH > that IA64 thing, they will lose people who would be most efficient for > the port to the 8086.   9 Is there a statement that VMS will be ported to the 8086?    ------------------------------  % Date: Sun, 22 May 2005 11:10:18 +0200 3 From: "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> 1 Subject: Re: Big round of job cuts expected at HP > Message-ID: <42904c79$16$67259$157c6196@dreader2.cybercity.dk>  / Phillip Helbig---remove CLOTHES to reply wrote: 7 > In article <429031CA.7AE0192B@teksavvy.com>, JF Mezei ( > <jfmezei.spamnot@teksavvy.com> writes: > 3 >> 7,500 to 15,000 job cuts expect by August at HP.  >  > How many of those within VMS?  > G >> Doesn't augur well for VMS engineering which need bigger budgets and H >> manpower to start working to improve VMS at the same time as they are# >> expected to port it to the 8086.  > ; > Is there a statement that VMS will be ported to the 8086?  > C >> If the start layhing off the people who have experience with the C >> port to that IA64 thing, they will lose people who would be most & >> efficient for the port to the 8086. > ; > Is there a statement that VMS will be ported to the 8086?   I AFAIK, No, and the only person propogating this idea is JF, who seems to  ' have it stuck like a bee in his bonnet.   
 Dr. Dweeb    ------------------------------  % Date: Sun, 22 May 2005 12:11:51 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>1 Subject: Re: Big round of job cuts expected at HP + Message-ID: <4290BD57.F157F3CB@comcast.net>    "Dr. Dweeb" wrote: > 1 > Phillip Helbig---remove CLOTHES to reply wrote: 9 > > In article <429031CA.7AE0192B@teksavvy.com>, JF Mezei * > > <jfmezei.spamnot@teksavvy.com> writes: > > 5 > >> 7,500 to 15,000 job cuts expect by August at HP.  > > ! > > How many of those within VMS?  > > I > >> Doesn't augur well for VMS engineering which need bigger budgets and J > >> manpower to start working to improve VMS at the same time as they are% > >> expected to port it to the 8086.  > > = > > Is there a statement that VMS will be ported to the 8086?  > > E > >> If the start layhing off the people who have experience with the E > >> port to that IA64 thing, they will lose people who would be most ( > >> efficient for the port to the 8086. > > = > > Is there a statement that VMS will be ported to the 8086?  > J > AFAIK, No, and the only person propogating this idea is JF, who seems to) > have it stuck like a bee in his bonnet.   E Actually, there's a fair contingent of folks who have responded to my A free poll about whether Digital should have completed the Emerald + Project, overwhelmingly in the affirmative.   D ...and when Itanic finally ends up in Davy Jones's locker*, kiss VMS- good-bye if there's no x86-64 port, at least.    *:A One has to wonder how much longer it will be before Intel's stock E holders demand that it drop the Itanic, which since its inception has G been nothing but a money pit. Given the decade-plus of giga-buck losses E on this albatross and its relegation to the large-scale server space, H the chances of it ever being profitable are two: zero and negative. ThatG it has continued this long truly identifies the location of the "bee in B a bonnet". Any other business folks would have cut it loose over a  decade ago and cut their losses.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 22 May 2005 09:56:48 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 3 Subject: Re: Cluster question - which interconnect? C Message-ID: <1116781008.179769.213490@o13g2000cwo.googlegroups.com>    WildCat wrote:   *snip*  E > And, how do I know the status of the interconnect between all three & > nodes (Both DS25s and the MSA 1000).    Jim,   F What the others have said should answer your questions.  However, justC a clarification, there is not interconnect between all three nodes. < There is a connection between the DS25's and then individualF connections between the DS25's and the MSA1000.  Between the DS25's isF the cluster interconnect which should be the LAN since I don't believeG there are any SCA protocols for fibre (or SCSI) and between the MSA1000 ; and the DS25's you are correct in thinking it is the fibre.   G Just as a side thought - If you have unused LAN ports on the DS25's and F since you have only two nodes in the cluster you could run a crossover< cable between the two and set that up as a dedicated clusterD interconnect.  I have a couple of two-node clusters set up that way.   ------------------------------  % Date: Sun, 22 May 2005 18:26:12 +1000 6 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>1 Subject: FW: Big round of job cuts expected at HP X Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BE2C@EX-TG2-PR.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C55EA7.E9ECE4C0 . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable    >-----Original Message----- 5 >From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]  >Sent: Sun 5/22/2005 5:17 PM >To: Info-VAX@Mvb.Saic.Com. >Subject: Big round of job cuts expected at HP >=20L >http://news.com.com/Analysts+expect+massive+HP+layoffs/2100-7341_3-5715548= html?tag=3Dnefd.top  > 1 >7,500 to 15,000 job cuts expect by August at HP.  > E >Doesn't augur well for VMS engineering which need bigger budgets and F >manpower to start working to improve VMS at the same time as they are! >expected to port it to the 8086.  > I >If the start layhing off the people who have experience with the port to G >that IA64 thing, they will lose people who would be most efficient for  >the port to the 8086.  L Well, how else can companies pay out these big parachutes or the induction =/ monies to CEO's?  Someone has to be sacrificed.   L A company I know of was quibbling about giving employees an increase of 4% =L versus 4 and 1/2%.  The General Managers and CEO had elected to give themse=L lves about 14%.  Layoffs are starting to meet their salaries and still be s= een to be profitable.   4 And do you/we ever envisage such a port will happen?   Regards, Paddy      G ***********************************************************************   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C55EA7.E9ECE4C0 - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> K <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7226.0"> 7 <TITLE>FW: Big round of job cuts expected at HP</TITLE>  </HEAD>  <BODY>) <!-- Converted from text/plain format -->   4 <P><FONT SIZE=3D2>&gt;-----Original Message-----<BR>L &gt;From: JF Mezei [<A HREF=3D"mailto:jfmezei.spamnot@teksavvy.com">mailto:=% jfmezei.spamnot@teksavvy.com</A>]<BR> # &gt;Sent: Sun 5/22/2005 5:17 PM<BR> ! &gt;To: Info-VAX@Mvb.Saic.Com<BR> 5 &gt;Subject: Big round of job cuts expected at HP<BR>  &gt;<BR>L &gt;<A HREF=3D"http://news.com.com/Analysts+expect+massive+HP+layoffs/2100-=L 7341_3-5715548.html?tag=3Dnefd.top">http://news.com.com/Analysts+expect+mas=? sive+HP+layoffs/2100-7341_3-5715548.html?tag=3Dnefd.top</A><BR>  &gt;<BR>8 &gt;7,500 to 15,000 job cuts expect by August at HP.<BR> &gt;<BR>L &gt;Doesn't augur well for VMS engineering which need bigger budgets and<BR>L &gt;manpower to start working to improve VMS at the same time as they are<B= R>( &gt;expected to port it to the 8086.<BR> &gt;<BR>L &gt;If the start layhing off the people who have experience with the port t= o<BR> L &gt;that IA64 thing, they will lose people who would be most efficient for<= BR>  &gt;the port to the 8086.<BR>  <BR>L Well, how else can companies pay out these big parachutes or the induction =8 monies to CEO's?&nbsp; Someone has to be sacrificed.<BR> <BR>L A company I know of was quibbling about giving employees an increase of 4% =L versus 4 and 1/2%.&nbsp; The General Managers and CEO had elected to give t=L hemselves about 14%.&nbsp; Layoffs are starting to meet their salaries and =# still be seen to be profitable.<BR>  <BR>8 And do you/we ever envisage such a port will happen?<BR> <BR> Regards, Paddy<BR> <BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C55EA7.E9ECE4C0--    ------------------------------  + Date: Sun, 22 May 2005 12:28:06 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk9 Subject: Re: How to filter spam based on message content? ) Message-ID: <d6ptsm$jd6$2@news.mdx.ac.uk>   \ In article <428E3DD3.372C37D9@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Lawrence Bleau wrote: >>  2 >> I'm running OpenVMS AXP 7.3-2, TCPIP 5.4 ECO 4. > C >> I'd like to reject the message while it is still being received, I >> rather than letting it get queued and delivered to my users' inbox and 7 >> having them to deal with the messages one at a time.  > E >Due to the proprietary nature of the receiver process , you can't do  >this nor add filters. > F >If they published the TCPIP$ interfaces to the SMTP queue system, oneI >could then conceivably port software such as Postfix which ahs plenty of I >spam filtering and then have it submit messages to the SMTP queue system  >for delivery.   > G >Right now, the only options is to put a LINUX box in front of your VMS G >box to do the spam filtering that VMS can't do because engineers don't F >have enough resources (no business case etc etc). Make sure the LinuxI >box doesn't run on HP hardware. You don't want to encourage HP who would F >then think that there is no loss of revenue since customers are still7 >buying HP stuff to compensate for the failings of VMS.  >  >  >OR  > H >Buy PMDF and use its spam filtering which I believe can be done in-line >during reception.   OR    M Just purchase the spam filtering product (Precisemail anti-spam - PMAS) which K can be used without PMDF. You can set it up to act as a pass-through-proxy  L server in front of UCX's SMTP server with it listening on port 25 and UCX's M SMTP server setup to listen on a different port (In this configuration it can 2 also scan incoming mail for viruses using Sophos).  
 David Webb Security team leader CCSS Middlesex University   ------------------------------  % Date: Sun, 22 May 2005 08:53:18 +0800  From: prep@prep.synonet.com  Subject: Re: HP 2Q05 results- Message-ID: <87y8a8axoh.fsf@prep.synonet.com>   * bill@cs.uofs.edu (Bill Gunshannon) writes:  B > Look at it from my point of view.  DOD has a system called "Blue? > Force Tracking" that is supposed to not only provide tactical A > advantage but also eliminate the possibility of "Friendly Fire" E > incidents.  It runs on Windows.  Some configuration changes require D > a (often lengthy) reboot.  Which do you think I would prefer in my > Humvee?  Windows or VMS?  :-)   6 Excuse me!! Windows system to prevent Friendly Fire*!!  7 Pass the cool-aid, I think I need to have a lie down...   D ( * this is quite possible to do. You use Windows for your targeting system, but not in this case.)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  + Date: Sun, 22 May 2005 08:16:52 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)Y Subject: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI CLUS $ Message-ID: <d6pf5j$5g2$2@online.de>  C After upgrading to 7.3-2, I notice that MONITOR CLUSTER and MONITOR A SYSTEM show about 30% CPU usage on the upgraded ALPHA, relatively G constant over a long period of time.  However, MONITOR PROCESS, with or E without /TOPCPU, doesn't give any indication where this amount of CPU = usage could be coming from.  Neither does SHOW SYSTM give any  indication.   G Whether I display the statistics on the ALPHA or from a VAX in the same F cluster, I get the same conflict, so if anything there is a problem in@ the statistics collected by MONITOR, not in the display shown by	 MONITOR.    B This has been going on for about half an hour.  However, the only F processes, as listed by SHOW SYSTEM or MONITOR PROCESS which have CPU I time of a minute or more are not currently doing anything (which is what  D I expect; one is a batch job which mostly does nothing then becomes ) active for a few minutes every hour etc).   " In other words, it doesn't add up.  < I don't recall seeing similar behaviour when I was at 7.3-1.  G I think that MONITOR {SYSTEM|CLUSTER}is showing bogus information, not   SHOW SYSTEM or MONITOR PROCESS.   H I am doing a shadow copy on the system disk now.  I don't recall seeing E this strange behaviour before I started it.  After it finishes, I'll  H have a look again.  Of course, it uses some resources, but why are they , displayed differently by different commands?   ------------------------------  % Date: Sun, 22 May 2005 11:52:42 +0100 6 From: "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk>Y Subject: Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI  6 Message-ID: <4290647a$0$23699$db0fefd9@news.zen.co.uk>  M "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>  / wrote in message news:d6phch$8u3$1@online.de... F > In article <d6pf5j$5g2$2@online.de>, helbig@astro.multiCLOTHESvax.de4 > (Phillip Helbig---remove CLOTHES to reply) writes: > F >> After upgrading to 7.3-2, I notice that MONITOR CLUSTER and MONITORD >> SYSTEM show about 30% CPU usage on the upgraded ALPHA, relativelyJ >> constant over a long period of time.  However, MONITOR PROCESS, with orH >> without /TOPCPU, doesn't give any indication where this amount of CPU@ >> usage could be coming from.  Neither does SHOW SYSTM give any >> indication. > J >> I am doing a shadow copy on the system disk now.  I don't recall seeingG >> this strange behaviour before I started it.  After it finishes, I'll J >> have a look again.  Of course, it uses some resources, but why are they/ >> displayed differently by different commands?  > F > Now that the shadow copy is finished, the discrepancy has gone away.H > Note, however, that during the shadow copy the shadow server was usingG > only 1--2% CPU and was listed as the top process; all other processes F > had negligible CPU usage (and it is NOT the case that I have a largeJ > number of processes, each with small CPU usage).  At the same time, MONI3 > SYSTEM and MONI CLUSTER reported about 30% usage.  > I > Perhaps someone who does a full shadow copy can see if he can reproduce J > this behaviour.  In my case, both disks were on the same node (it is theG > system-disk shadow set), the MOUNT command was issued from that node, H > and the shadow copy was also handled by that node (the other nodes areJ > VAXes and I have SHADOW_MAX_COPY=0 there so that they don't accidentallyJ > start a full copy when the ALPHA could start a MINICOPY).  The two disks  > are also on the same SCSI bus. >   K I seem to recall you saying this box was a DEC 3000, you also mention your  : two members of the Shadowset are SCSI and on the same bus.  J The circ 28% of CPU utilisation that you can not account for, is probably I just mostly interrupt time to your SCSI card, that figure could be about  9 right for a full shadow copy on that vintage of hardware.   L Drop a member back out (and maybe init it too, so it has to rewrite all the G blocks), then put it back in and do 'mon modes', see if interrupt time  J accounts for your 'missing' cycles, alternatively you will be able to see 8 the same thing with the CPU tab in Availability Manager.  I If you want to mitigate against interrupt time, then get a box with more  L CPU's and fastpath the devices across CPU's, get a box that supports faster F PCI devices like 133Mhz / PCIX, or switch to a more efficient storage  interconnect, fibre maybe.   Alex     ------------------------------    Date: 22 May 2005 08:13:43 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) Y Subject: Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI  3 Message-ID: <gy+JNdJvJYE3@eisner.encompasserve.org>   w In article <d6phch$8u3$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:   I > Note, however, that during the shadow copy the shadow server was using  H > only 1--2% CPU and was listed as the top process; all other processes G > had negligible CPU usage (and it is NOT the case that I have a large  K > number of processes, each with small CPU usage).  At the same time, MONI  3 > SYSTEM and MONI CLUSTER reported about 30% usage.   M I did not notice any comments from you regarding the output of MONITOR MODES.    ------------------------------  + Date: Sun, 22 May 2005 15:42:53 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)Y Subject: Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI  $ Message-ID: <d6q99t$cf7$2@online.de>  3 In article <gy+JNdJvJYE3@eisner.encompasserve.org>, 0 Kilgallen@SpamCop.net (Larry Kilgallen) writes:   K > > Note, however, that during the shadow copy the shadow server was using  J > > only 1--2% CPU and was listed as the top process; all other processes I > > had negligible CPU usage (and it is NOT the case that I have a large  M > > number of processes, each with small CPU usage).  At the same time, MONI  5 > > SYSTEM and MONI CLUSTER reported about 30% usage.  > O > I did not notice any comments from you regarding the output of MONITOR MODES.   E That's because I didn't look.  Another poster suggested this, but by   then the copy was finished.    ------------------------------  % Date: Sun, 22 May 2005 09:11:59 +0800  From: prep@prep.synonet.com 7 Subject: Re: Networking problem concerning a DEC TS 90L - Message-ID: <87u0kwawtc.fsf@prep.synonet.com>   3 drwho8__NOTME__@att.net (The Eighth Doctor) writes:   ? > Yes. What they have is too expensive, and poorly suited to my B > needs. I've got a four port AUI hub that Inmac made about twentyE > years ago, plus a good count of DESTA units, and an equal number of C > AUIs that are UTP output. I figured I'd wire my own adapter, if I ) > could not scare up a BNC<-->UTP device.   E There used to be Baluns for going from 10b2/5 to 10bT, but they where " pretty fussy and no one used them.  F > Problem is the first place that Google showed me that might have hadE > them for sale, had discontinued them three years ago. And the first D > sales 'droid who answered my e-mail, has reached the limits of his: > programming. I might visit the CDW website, or just keepB > digging. What I really need is one of the backplanes that the TS
 > plugs into.   G Why not use the BNC port on the side with power pack? You don't HAVE to  have a 90/900 backplane.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Sun, 22 May 2005 10:24:50 GMT  From: "Bill" <bill@demsky.name> & Subject: Re: New Cluster Interconnects5 Message-ID: <S5Zje.2$rk.1@newssvr17.news.prodigy.com>   K Low latency is where the performance appears to be, gig ethernet, and maybe / 10g ethernet have too much latency as you scale > "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message9 news:d6neb1$rds$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com...  > Hi,  > L > I was flicking through the OpenVMS Roadmap presentation yesterday and cameL > across a couple of very interesting  (at least to me) milestones regardingL > Cluster Interconnects. Now, I'm pretty useless with hardware, "the laws ofL > physics capt'n", and not much better as a System Manager so I hope someoneI > can offer me a lay-man's view of what these developments could mean for  VMS < > Cluster performance. (In particular the VMS Lock Manager.) > K > 1) I saw 10 Gigabit NIC support scheduled for VMS 8.3 (Depending on which L > slide you look at it says "Integrity Servers Only"). Now 10x what a lot ofI > people are using for a cluster-interconnect at the moment sounds pretty G > shit-hot to me! Especially if you're moving big lock-trees around the I > cluster. Given that this functionality is less than a year away, surely  someK > performance figures or at least anecdotal evidence should be available? I K > mean, if I was an Rdb engineer that had used piss-poor DLM performance as B > the rationale for sticking all of my R&D eggs in the stand-alone single-node K > basket, then I'd be interested in what's happening with this. Right? "But J > it's not the bandwidth, it's the latency that gets ya." Well that brings me > to the next slide. . . > J > 2) Next Generation Low-Latency Interconnects Post 8.3 (Integrity Servers > Only)  > A > Am I the only person getting their jollies out of this or what?  > H > I forget when Oracle10g was scheduled to arrive but I'd dearly love to hear8 > from anyone using Cache Fusion and is looking at this! > G > Will there be a special limit on the distances between nodes for this  stuff E > to work? (Like memory channel) Can you have a Disaster Tolerant Low  Latency 
 > Cluster? > 8 > Regards Richard (Just off to have a cold shower) Maher >  >    ------------------------------  % Date: Sun, 22 May 2005 11:58:33 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>M Subject: Re: Newbie Questio.. Getting a Virtual address space full and global * Message-ID: <4290BA39.95A48C1@comcast.net>   Wayne Sewell wrote:  > . > >Message-ID: <428FC1E4.8B9E07BE@comcast.net>( > >Date: Sat, 21 May 2005 18:19:00 -05005 > >From: David J Dachtera <djesys.nospam@comcast.net> ( > >Reply-To: djesysno@spam.earthlink.netP > >Subject: Re: Newbie Questio.. Getting a Virtual address space full and globalP > >         page table full error.. How to  repair.? page table full error.. HowA > >         to  repair.? page table full error.. How to  repair.? - > >Content-Type: text/plain; charset=us-ascii " > >Content-Transfer-Encoding: 7bit > >Lines: 58 >  > >Bruce Cooke wrote:  > >> > >> Hi J > >> I have a Vaxstation 4000 60, vms 5.5 , 2 rz23l hard drives , and when > 
 > >>>> b/r5:1  > > 
 > >   2..1..0  > > ! > >SYSBOOT>  SET STARTUP_P1 "MIN"  > > ! > >SYSBOOT>  SET WRITESYSPARAMS 0  > . > Was WRITESYSPARAMS available that far back?   G AFAIK, yes. Don't have a bootable V5.5 system just now, but may be able ) to assemble one before the summer is out.   6 > vms 5.5 is kind of from the Dawn of Man, or earlier.  / Well, since the Earth's crust cooled, at least.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sun, 22 May 2005 11:28:10 -0400 - From: William Webb <william.w.webb@gmail.com> Y Subject: Re: Newbie Questio.. Getting a Virtual address space full and global page table  7 Message-ID: <8660a3a10505220828659df85b@mail.gmail.com>   ? On 5/21/05, David J Dachtera <djesys.nospam@comcast.net> wrote:  > Bruce Cooke wrote: > >  > > HiI > > I have a Vaxstation 4000 60, vms 5.5 , 2 rz23l hard drives , and when L > > booting get the subject messages. The computer wont boot into dec windo= ws, J > > so the only way in is thru the DCL sysboot menu.I know there are spareK > > blocks on the boot drive but have no idea how to fix no virtual address  > > space error Any one   > > here know how to solve this? >=20D > Well, Peter suggested AUTOGEN. If you don't know what that is, I'dI > recommend a read through the on-line OpenVMS documentation which can be  > found via this URL:  >=20" > http://www.hp.com/go/openvms/doc >=20= > Look down the left-hand column for OpenVMS Operating System A > documentation, go that page, and have a read through the System G > Manager's Manual. The current version is quite far removed from V5.5, $ > but many of the basics will apply. >=20J > SInce you're having trouble booting, you may need to do a conversationalB > boot and do a minimal startup. The sequence would look like this& > (assuming your boot root is 0(zero): >=20 > >>> b/r5:1 >=20 >    2..1..0 >=20  > SYSBOOT>  SET STARTUP_P1 "MIN" >=20  > SYSBOOT>  SET WRITESYSPARAMS 0 >=20 > SYSBOOT>  CONT >=20E > Then, if it boots up o.k. in minimum mode, run AUTOGEN from GETDATA  > through REBOOT:  >=20& > $ @SYS$UPDATE:AUTOGEN GETDATA REBOOT >=20 > ...and see how it goes.  >=20 > -- > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ >=20+ > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ >=20* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/  >=20$ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/C >=20 > Coming soon:( > Unofficial OpenVMS Marketing Home Page >=20C This isn't germane to the particular errors he's getting but, ahem,n   He's running RZ23s.=20  B Memory says you have to VMSTAILOR things to make VMS fit on one of those (but I could be wrong).n  = He's gonna end up having space issues no matter what he does.s   WWWebb   --=20PC NOTE: This email address is only used for noncommerical VMS-related. correspondence.MC All unsolicited commercial email will be deemed to be a request forM8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/.   ------------------------------  % Date: Sun, 22 May 2005 12:22:15 -0500T2 From: David J Dachtera <djesys.nospam@comcast.net>Y Subject: Re: Newbie Questio.. Getting a Virtual address space full and global page table a+ Message-ID: <4290BFC7.679F6B3C@comcast.net>i   William Webb wrote:a > [snip]E > This isn't germane to the particular errors he's getting but, ahem,a >  > He's running RZ23s.l > D > Memory says you have to VMSTAILOR things to make VMS fit on one of > those (but I could be wrong).  > ? > He's gonna end up having space issues no matter what he does.t  H His issues are not related to disk space, or at least they do not appearD to be, unless it is that he does not have a large enough pagefile toH accomodate the page file quota in use during startup, or has no pagefile5 at all at that point (not found or some other error).e   -- g David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:S" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/s   Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 22 May 2005 12:28:36 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)0 Subject: Re: VAXstation 3100 free to a good home+ Message-ID: <3fbc7jF6n2qrU1@individual.net>   0 In article <118vuk0hmphee43@corp.supernews.com>,* 	Dave Froble <davef@tsoft-inc.com> writes: > Chris wrote:O >> Not a bad little toy, but hardly worth all the angst demonstrated here. Sort M >> of like agonizing over giving away a well-used 1963 Plymouth 4 door with 6 J >> cyl and 3 spd manual.   Might be worth something to someone, but if YOU >> don't want it, why care?z > K > When you're trying to help some hobbyist, you can get a bit upset seeing  + > it on Ebay the next week.  I can, anyway.l >   < I agree, I hate Ebay and don'd do business with them at all.B BUt the requirement that it be setup and offer accounts to the the@ general public is unreasonable and eliminates most hobbyists who? sould set it up in their home.  They don't have a fised addresst< to come to and it would violate the AUP of pretty much every> ISP Residential Service I have seen in the last several years.   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>   n   ------------------------------  % Date: Sun, 22 May 2005 11:55:26 -0500e2 From: David J Dachtera <djesys.nospam@comcast.net>0 Subject: Re: VAXstation 3100 free to a good home+ Message-ID: <4290B97E.132BEC4D@comcast.net>M   Bill Gunshannon wrote: > 2 > In article <118vuk0hmphee43@corp.supernews.com>,3 >         Dave Froble <davef@tsoft-inc.com> writes:t > > Chris wrote:Q > >> Not a bad little toy, but hardly worth all the angst demonstrated here. SortoO > >> of like agonizing over giving away a well-used 1963 Plymouth 4 door with 6gL > >> cyl and 3 spd manual.   Might be worth something to someone, but if YOU > >> don't want it, why care?t > > L > > When you're trying to help some hobbyist, you can get a bit upset seeing- > > it on Ebay the next week.  I can, anyway.l > >e > > > I agree, I hate Ebay and don'd do business with them at all.D > BUt the requirement that it be setup and offer accounts to the theB > general public is unreasonable and eliminates most hobbyists who! > sould set it up in their home. g  > Re-reading the original post, I don't find such a requirement.  - > They don't have a fised address to come to c   See http://www.dyndns.org/   -- a David J Dachtera dba DJE Systems, http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 22 May 2005 17:11:21 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)0 Subject: Re: VAXstation 3100 free to a good home+ Message-ID: <3fbsppF6vt9aU1@individual.net>t  + In article <4290B97E.132BEC4D@comcast.net>,-5 	David J Dachtera <djesys.nospam@comcast.net> writes:0 > Bill Gunshannon wrote: >> N3 >> In article <118vuk0hmphee43@corp.supernews.com>,u4 >>         Dave Froble <davef@tsoft-inc.com> writes: >> > Chris wrote:rR >> >> Not a bad little toy, but hardly worth all the angst demonstrated here. SortP >> >> of like agonizing over giving away a well-used 1963 Plymouth 4 door with 6M >> >> cyl and 3 spd manual.   Might be worth something to someone, but if YOUy >> >> don't want it, why care? >> >M >> > When you're trying to help some hobbyist, you can get a bit upset seeings. >> > it on Ebay the next week.  I can, anyway. >> > >> >? >> I agree, I hate Ebay and don'd do business with them at all.aE >> BUt the requirement that it be setup and offer accounts to the the C >> general public is unreasonable and eliminates most hobbyists whoy" >> sould set it up in their home.  > @ > Re-reading the original post, I don't find such a requirement.  C I went back and re-read it too.  My mistake.  By the time I reachedpC the end I probably wasn't paying enough attention and I thought theiB part where he was making it available was that he wanted the taker to do that.a   Mea culpa...   bill   -- aJ 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>   1   ------------------------------  % Date: Sun, 22 May 2005 05:32:57 -0500i% From: Neil Cherry <njc@wolfgang.uucp>t) Subject: Re: Where is the tftp directory?a. Message-ID: <slrnd90nup.2s8.njc@wolfgang.uucp>  1 On 20 May 2005 15:59:38 -0500, Bob Koehler wrote: X > In article <slrnd8s83f.co1.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes:A >> OK, let me first admit that I haven't a clue how the directory G >> structure under VMS works. I don't know how to find anything. Having H >> said that I need to ftp put Cisco images into the tftp directory so IH >> can tftp get them from the routers. Where do I put them so I can justA >> do a simple tftp get (i.e. no directory path when using tftp).0 > , >    Depends on which IP stack you're using.  B Like I said I haven't a clue. :-) How do I tell the stack version?     --  C Linux Home Automation         Neil Cherry       ncherry@comcast.netm; http://home.comcast.net/~ncherry/               (Text only) 8 http://hcs.sourceforge.net/                     (HCS II): http://linuxha.blogspot.com/                    My HA Blog   ------------------------------  % Date: Sun, 22 May 2005 11:49:34 -0500w2 From: David J Dachtera <djesys.nospam@comcast.net>) Subject: Re: Where is the tftp directory? + Message-ID: <4290B81E.8BD63A53@comcast.net>b   Neil Cherry wrote: > 3 > On 20 May 2005 15:59:38 -0500, Bob Koehler wrote:nZ > > In article <slrnd8s83f.co1.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes:C > >> OK, let me first admit that I haven't a clue how the directoryeI > >> structure under VMS works. I don't know how to find anything. HavingoJ > >> said that I need to ftp put Cisco images into the tftp directory so IJ > >> can tftp get them from the routers. Where do I put them so I can justC > >> do a simple tftp get (i.e. no directory path when using tftp).i > >A. > >    Depends on which IP stack you're using. > D > Like I said I haven't a clue. :-) How do I tell the stack version?   Look for these logical names:f  6 $ show logical multinet		! Process Software's Multinet  4 $ show logical tcpware		! Process Software's TCPware   $ show logical UCX$*		! or; $ show logical TCPIP$*		! If neither of the above, but have * $				! any here, then HP's TCP/IP Services $				! for OpenVMS (pka UCX).u  E If none of the above, then no TCP/IP stack is started, even though itf may be installed.e  C Note that both Multinet and TCPware may provide a limited number ofhG either UCX$* or TCPIP$* logical names (as part of their UCX emulation).l   -- t David J Dachtera dba DJE Systemse http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:e" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/i  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   End of INFO-VAX 2005.284 ************************