1 INFO-VAX	Thu, 13 Apr 2000	Volume 2000 : Issue 206       Contents:) Re: Advice Needed on New AlphaServer 2100 % Re: Alpha 1000a to 1200 SCSI Question  Re: AST sanity check.  Re: AST sanity check.  Re: AST sanity check.  Re: AST sanity check.  Re: AST sanity check.  Re: AST sanity check. ! RE: CPU factor for Alpha systems?  DEC security TEAM  Re: Denying DECnet access  Re: Double broadcast messages  Re: Double broadcast messages  Re: Double broadcast messages  Re: email problem ( ucx )?' Highest OpenVMS version supporting VWS?  Re: HSJ80 experience ? Re: HSJ80 experience ? Re: HSJ80 experience?  Re: HSJ80 experience? " Re: Is sys$dclexh ever not called? Netscape Fasttrack Server  OpenVMS Certification % Re: Optical Storage on an OVMS/Alpha.  Process Quotas Re: process quotas Re: RMS errors Scheduler & PSDC alternatives ! Re: Scheduler & PSDC alternatives  Symposia/Summits - DECUS/ITUG : Re: Where to find DECserver Network Access Software (DNAS)  F ----------------------------------------------------------------------  % Date: Wed, 12 Apr 2000 18:32:40 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net> 2 Subject: Re: Advice Needed on New AlphaServer 2100. Message-ID: <sfa1ic4jaln73@corp.supernews.com>  7 Brian Oster <bgoster@flash.net.NOSPAM> wrote in message ) news:38f4aa8a.589251038@news.flash.net... 3 > On Wed, 12 Apr 2000 17:26:06 +0100, Tim Llewellyn " > <tim.llewellyn#bbc.co.uk> wrote: > = > >You DO know that Compaq will not be supporting NT on alpha  > >after NT4 SP6, don't you? > >  > H > Yes.  And I am beginning to wonder if we should forget about trying toG > buy a system that would support both OS's.  Can anyone tell me how NT E > would perform on the 2100 as opposed to an Intel based machine.  In D > other words would a 2100 perform about the same as a PIII 500, 256H > RAM, SCSI Hard drives, etc.  If NT performs poorly on the 2100 than weH > probably would be better off buying the DS10 and then selling it if we > moved to NT. >   H Well, market conditions may vary, I would expect a DS10 to have a higherI resale value in the future than a Pentium processor of the same age will.   K There are too many variables to give you a proper response.  An Alphaserver E 2100 is quite an old machine, and while NT 4.0 SP5 (No lower!!!) will I perform well on it, your mileage may vary as how it would compare with an  Intel Architecture machine.   L In general a RISC processor will require more disk space and RAM than a CISCI processor.  And a faster processor will be bottlenecked faster by running & out of physical RAM than a slower one.  I You may also run into problems with NT if your application vendor has not G tested their application and all of your device drivers on the speed of L system you have, or on multiprocessor systems.  If this is not done, you mayK get BSODs, which are not too bad, as you can eventually get a resolution of J a crash.  The frequent visits of Dr. Watson are a much bigger challenge to get rid of.     I And if that time of considering other options is a few years off, you can L probably get a 3 year old Pentium system for real cheap.  Of course you mustK also realize that the if there is a newer generation of Windoze, it may not   run on such an old slow machine.  H Windows NT 3.51 required a 386.  Windows NT 4.0 required a 486.  WindowsI 2000 workstation edition will not run on anything slower than about a 166 J Mhz Pentium.  These are all in a very short time frame.  It is almost likeI you have to purchase a replacement server every time you have to upgrade.     K In contrast, OpenVMS/VAX 7.2 will still run very well on 10 year old VAXen. I It does not seem to require more CPU power with each release.  Thus a VMS J based system will have a longer lifetime, as you only need to upgrade yourJ hardware when your application needs it, not when you want new features in the base operating system.   -John  wb8tyw@qsl.network.    ------------------------------  % Date: Thu, 13 Apr 2000 06:20:09 +0200 2 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender). Subject: Re: Alpha 1000a to 1200 SCSI Question; Message-ID: <38f54af9.524144494f47414741@radiogaga.harz.de>   3 Robert Deininger (rdeininger@mindspring.com) wrote:  : I remember this case: C : 1. Application does explicit logical name translation on the tape D : drive name, saving the result (say MUA1) in a 4-character string.  : 2. Source code gets "lost".  : 3. SCSI is invented.F : 4. I watch the poor schmuck who tried to make it work, when the onlyF : tape drive available was named MKA400.  There was no way to fix this : by defining a logical name.    Wouldn't  6   $ DEFINE/SYSTEM/EXEC/TRANSLATION=CONCEAL MUA1 MKA400   help?   I I know we've done it (being lazy) when some of our DU disks were replaced  by a SCSI array.   cu,    Martin --D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.de H   KNOW where you want  |        http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  % Date: Wed, 12 Apr 2000 14:36:46 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: AST sanity check.( Message-ID: <8d2fjv$aia$1@pyrite.mv.net>  ; JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:38F4B179.D506A437@vl.videotron.ca... G > With all the coming wildfires and galaxy explosions and clones of VMS  running 8 > in the same body... I just want to get a sanity check: > I > If is still architecturally correct to expect that in a single process,  only* > one AST can be running at any one time ? > L > Also, assuming it has got its own RAB stream, are RMS writes to an indexedJ > file permitted while in AST mode ? (the main program will be doing reads
 and deletes). H > (eg: transactions come in via ASTs, but the main program reads/deletes transactions).  I I assume you'll get a more informed answer from someone else, but just in  case:   F On RSX, only *asynchronous* RMS activity was permitted in a completionL routine - which makes sense, given the latency of synchronous activity:  theJ asynch operations just get initiated and then pop up in subsequent ASTs as disk accesses complete.    - bill   ------------------------------  % Date: Wed, 12 Apr 2000 14:39:11 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: AST sanity check.( Message-ID: <8d2fof$aie$1@pyrite.mv.net>  L Sorry - that should have said that only asynch RMS operations were permittedA in an *asynch* completion routine (or other AST-level operation).    - bill  0 Bill Todd <billtodd@foo.mv.com> wrote in message" news:8d2fjv$aia$1@pyrite.mv.net... > = > JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message + > news:38F4B179.D506A437@vl.videotron.ca... I > > With all the coming wildfires and galaxy explosions and clones of VMS 	 > running : > > in the same body... I just want to get a sanity check: > > K > > If is still architecturally correct to expect that in a single process,  > only, > > one AST can be running at any one time ? > > F > > Also, assuming it has got its own RAB stream, are RMS writes to an indexed L > > file permitted while in AST mode ? (the main program will be doing reads > and deletes). J > > (eg: transactions come in via ASTs, but the main program reads/deletes > transactions). > K > I assume you'll get a more informed answer from someone else, but just in  > case:  > H > On RSX, only *asynchronous* RMS activity was permitted in a completionI > routine - which makes sense, given the latency of synchronous activity:  the L > asynch operations just get initiated and then pop up in subsequent ASTs as > disk accesses complete.  >  > - bill >  >  >    ------------------------------  % Date: Wed, 12 Apr 2000 16:27:10 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: AST sanity check./ Message-ID: <38F4DC10.FC8E1386@vl.videotron.ca>    Larry Kilgallen wrote:B > That was never correct.  It has always been the case that an ASTD > can interrupt the operations of an executing AST at an outer mode,D > so you have always been able to have a User, Supervisor, Executive1 > and Kernel mode AST executing at the same time.   N Ok, but in a normal application program where you have user mode ASTs that areK triggered by IO completion, I don't have to worry about two of my user mode ; ASTs (in the same process) running at the same time, do I ?    ------------------------------  # Date: Wed, 12 Apr 2000 19:50:51 GMT 2 From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: AST sanity check.' Message-ID: <2000Apr12.155051.1@eisner>   b In article <38F4B179.D506A437@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:O > With all the coming wildfires and galaxy explosions and clones of VMS running 8 > in the same body... I just want to get a sanity check: > N > If is still architecturally correct to expect that in a single process, only+ > one AST can be running at any one time ?    @ That was never correct.  It has always been the case that an ASTB can interrupt the operations of an executing AST at an outer mode,B so you have always been able to have a User, Supervisor, Executive/ and Kernel mode AST executing at the same time.    ------------------------------  # Date: Wed, 12 Apr 2000 21:48:43 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  Subject: Re: AST sanity check.0 Message-ID: <009E882F.CEC35993@SendSpamHere.ORG>  b In article <38F4DC10.FC8E1386@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: >Larry Kilgallen wrote: C >> That was never correct.  It has always been the case that an AST E >> can interrupt the operations of an executing AST at an outer mode, E >> so you have always been able to have a User, Supervisor, Executive 2 >> and Kernel mode AST executing at the same time. > O >Ok, but in a normal application program where you have user mode ASTs that are L >triggered by IO completion, I don't have to worry about two of my user mode< >ASTs (in the same process) running at the same time, do I ?  H I doubt that Wildfire or Galaxy issues will affect the issuance of ASTs,H however in a multi-threaded application multiple user mode ASTs could beF executing in parallel.  However, I'd not get myself concerned with I/OG getting tripped up because of Wildfire or Galaxy.  Things that you know * and love about VMS haven't really changed.    --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  # Date: Wed, 12 Apr 2000 21:54:03 GMT 2 From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: AST sanity check.' Message-ID: <2000Apr12.175403.1@eisner>   b In article <38F4DC10.FC8E1386@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: > Larry Kilgallen wrote:C >> That was never correct.  It has always been the case that an AST E >> can interrupt the operations of an executing AST at an outer mode, E >> so you have always been able to have a User, Supervisor, Executive 2 >> and Kernel mode AST executing at the same time. > P > Ok, but in a normal application program where you have user mode ASTs that areM > triggered by IO completion, I don't have to worry about two of my user mode = > ASTs (in the same process) running at the same time, do I ?    Correct.   ------------------------------  % Date: Wed, 12 Apr 2000 17:51:04 -0400 + From: "Main, Kerry" <Kerry.Main@Compaq.com> * Subject: RE: CPU factor for Alpha systems?J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052841F2@kaoexc4.kao.dec.com>   re: versions ..   K If a Customer asks me what the latest version is, today I am recommending -    - OpenVMS V7.2-1E - Update kit: VMS721_UPDATE-V0100 (includes security fix mentioned in  earlier thread)    Reference: (one url)9 <http://ftp.support.compaq.com/patches/.new/openvms.html> L <http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms721_ update-v0100--4.README> 0 (contains info on kits that this one supercedes)   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----) From: Dan Sugalski [mailto:dan@sidhe.org] ( Sent: Wednesday, April 12, 2000 11:59 AM To: Info-VAX@Mvb.Saic.Com * Subject: Re: CPU factor for Alpha systems?    / At 11:36 AM 4/12/00 +0100, Tim Llewellyn wrote:      >Dan Sugalski wrote: >  > > I > > And don't forget the mandatory patches, either, unless you're fond of . > > unprivileged users crashing your system... > B >  hmmm, isn't is about time for a "remastered" 7.2-1 CD, with the >patch for that bug included.   J Well, I'd say it warrants 7.2-2, or at least 7.2-1.1, but then I'm not in J VMS Engineering's shoes and I don't have to do a full matrix test to make 5 sure that it doesn't break something horribly either.    					Dan  L ----------------------------------------------------------------------------L Dan Sugalski                          General and VMS-specific perl training
 dan@sidhe.org >                                       Mail me for more details   ------------------------------  % Date: Wed, 12 Apr 2000 22:45:35 +0400 4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> Subject: DEC security TEAM0 Message-ID: <38F4C44F.11BBEA50@SMTP.DeltaTel.RU>   Hi All! A 	Have DEC/CPQ team which is responsibale for the security events?  	I want to get this e-mail.    	Thanks.   --   Regards.F +.....................pure personal opinion..........................+B     Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM- 	Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 G +..... Kick ass VMS solution listening "Nightingales & Bombers" .....+
    ------------------------------  % Date: Wed, 12 Apr 2000 18:17:01 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net> " Subject: Re: Denying DECnet access7 Message-ID: <16d001bfa4d5$370ecf50$020a0a0a@xile.realm>   # Andy <andyw9804@my-deja.com> wrote:   I > Well, this was a new one for me... We had a little 'incident' the other B > day caused by a live application configuration being copied to aF > support cluster & then fired up. As a result of this I've been askedH > whether it's possible to deny all forms of DECnet access from one node< > to another on the same network. Here's a simplified setup:  K Denying all forms of access can be rather severe.  It limits the ability to ) to some routine system management chores.   L On my systems, I have some code in SYLOGIN.COM that prohibits network logins, from accounts that do not have proxy access.  / This eliminates people from using NODE"username K password"::device:[dir]file.ext; to bypass the proxies.  And put an instant 8 stop to people burying these passwords in command files.    H To prohibit such accidental copying as you experienced, the systems thatA need to be isolated have the proxy for those accounts mapped to a  non-existent account.   G The accounts that the users have for moving files arround from the test I machines, or the other environments, do not have permission to update the  production directories.   K It works out well.  I can set network access where it is needed.  The users J can transfer files as needed.  But, it is almost impossible to copy a fileF from the wrong environment over a production file, as it is a two step2 process, and therefore requires the user to think.  J The idea is to make it easy to do the right thing and hard to do the wrong thing.  J Making the node completely inaccessible may be the right thing for you.  I' just wanted to give you an alternative.      -John  wb8tyw@qsl.network   ------------------------------  % Date: Wed, 12 Apr 2000 17:47:46 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net> & Subject: Re: Double broadcast messages7 Message-ID: <165f01bfa4d1$239bdac0$020a0a0a@xile.realm>   0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> > VELO only has "base"I > decwindows support, so create/terminal doesn't work there. What exactly  doesB > "base" decwindows install on a node ? I woudl have expected that
 functionality I > to have existed (run create/terminal on a "base" decwindows to redirect  output- > on a workstation that has full decwindows).   I Base DECWindows support is the graphics device driver and the fonts.  The0K fonts are also needed if you are serving a VXTxxxxx X-Terminal.  The devicei= driver is not needed if you do not have workstation hardware.   L The applications are in either DECWindows kit for OpenVMS 5.5-2 and earlier,G or you must install the DECWindows-Motif kit if you are running a latera? version.  DecWindows Motif is also available for OpenVMS 5.5-2.   J I have found that a MicroVAX II will give adequate response for DecWindowsI Motif as a client, but a VAX VMS Worstation really needs to be at least asI 3100 with 24M of memory give usable performance as an X-Server.  More CPUo and Memory is always better.   -Johna wb8tyw@qsl.network   ------------------------------  % Date: Wed, 12 Apr 2000 18:48:32 -0400e0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>& Subject: Re: Double broadcast messages/ Message-ID: <38F4FD3D.B688B5C1@vl.videotron.ca>-   "John E. Malmberg" wrote:-L > I have found that a MicroVAX II will give adequate response for DecWindowsK > Motif as a client, but a VAX VMS Worstation really needs to be at least a K > 3100 with 24M of memory give usable performance as an X-Server.  More CPUf > and Memory is always better.  N So, I am still better of running DECterm on the workstations from which I do a" SET HOST to the microvax II then ?   ------------------------------  % Date: Wed, 12 Apr 2000 18:38:56 -0500T) From: "John E. Malmberg" <wb8tyw@qsl.net> & Subject: Re: Double broadcast messages7 Message-ID: <172601bfa4d8$49055280$020a0a0a@xile.realm>t  1 JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote:N   > "John E. Malmberg" wrote: C > > I have found that a MicroVAX II will give adequate response for0
 DecWindowsK > > Motif as a client, but a VAX VMS Worstation really needs to be at least  arI > > 3100 with 24M of memory give usable performance as an X-Server.  Moret CPUe  > > and Memory is always better. > K > So, I am still better of running DECterm on the workstations from which Ia do a$ > SET HOST to the microvax II then ?  L If your workstation can support a local DECterm, you should see close to theK same response from a remote DECterm on the MicroVAX II.  In fact things may5) be better as CTERM has an overhead price.o  I When I am using a VMS workstation, I always use a Remote DECterm launchediK from a procedure similar to the one that Tim L. posted.  The only time that 5 I use a SET HOST is to check the DECNET connectivity.l  L Set Host and Set Host/LAT will set up the session faster.  I also found that8 X-Windows under CMU-IP was much slower than that on UCX.  G If you are running CMU-IP, I would stick with the SET HOST.  If you aredK running UCX or DECnet, try out running the DECterm directly on the MicroVAXu II.   I I have also found that UCX seems to give faster response than DECnet, but F using network proxies and objects to launch the remote terminals under DECnet is much easier.  E Acceptable response is subjective, and you may prefer the way you are  running now.    L See ftp://ftp.qsl.net/pub/wb8tyw/decw/ for a remote Decterm command file andI instructions that will work with UCX, TCPIP 5.0, DECnet V, and DECnet IV.o   -Johna wb8tyw@qsl.network   ------------------------------  % Date: Thu, 13 Apr 2000 04:51:12 +0200a2 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender)# Subject: Re: email problem ( ucx )?l; Message-ID: <38f53620.524144494f47414741@radiogaga.harz.de>   0 Terry Marosites (TMarosites@unitedad.com) wrote: : I can't send emailJ : out of my VAX (using UCX V4.2 - ECO 2 on a VAX 4000-705A running OpenVMSK : V7.1 ) , I can receive email from vaxmail and from outside the VAX. I can J : send to other users on the VAX but can not get it to send to my exchange
 : server.  : The return email is :t ... < : %UCX-E-SMTP_NOSUCHNODE,  Remote host unknown, unitedad.com. : -SYSTEM-F-NOSUCHNODE, remote node is unknown  E I believe UCX tries to directly deliver the mail. You have to tell itA0 to deliver all mail to the exchange server using  C UCX> SET CONFIGURATION SMTP /GATEWAY=ALTERNATE=your.exchange.serverd  ? The SMTP service needs to be restarted for this to take effect.o   cu,    Martin --D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.de)H   KNOW where you want  |        http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  % Date: Wed, 12 Apr 2000 20:19:20 +0200 - From: Bengt Nilsson <bnilsson@fy.chalmers.se>e0 Subject: Highest OpenVMS version supporting VWS?3 Message-ID: <B51A8AC7.22E5%bnilsson@fy.chalmers.se>    Friends,  J I have a vmscluster with one VAXstation 3100 running VMS 5.5-2 and VWS 4.5H graphics, one DEC3000/700 v6.2 with no local graphics, and one PWS 433au v7.1-2.nL I want to make the VMS version mix more uniform in the cluster but I want to2 keep the VWS graphics running for various reasons.  H I tried to upgrade one of the PWS to 7.2 but it failed since the cluster. components in 5.5-2 and 7.2 were incompatible.   My question is:bD What is the latest version of OpenVMS that support VWS graphics on a VAXstation 3100? .: What OpenVMS version should i choose to minimise problems?   --  
 Bengt Nilsson." Microtechnology Center at Chalmers bengt.nilsson@mc2.chalmers.sea   ------------------------------  % Date: Wed, 12 Apr 2000 22:47:33 +0100w- From: Andy Williams <Andy.Williams@liffe.com>r Subject: Re: HSJ80 experience ?hM Message-ID: <78E5B8E274DBD1118D6800805FE60E7720F4D8@ntprdex4.admin.liffe.com>   H I'm trying to buy some at the moment for my two clusters each containingD 3 7820s. I'm having a bit of an uphill struggle with pricing for theA dual-redundant configurations and we lose part of the performancehE increase because one of the clusters still has an HSC50 in it runningoC some clapped-out old 9-track drive, which IIRC means we can't do 4K  packets.  F Believe it or not, after a conversation with our tin supplier it's notH easy to buy a new storage cabinet configured with these controllers. TheG standard config sold by the Q is the ESA12000, which consists of either G HSG80 (fibre channel)or HSZ80 (SCSI). No CI option is offered !  CouplepG this with the demise of the SW800 & we're scrabbling to actually design: ourselves a solution !  H I don't know if this lack of a CI option is an oversight or another signH of the Q's commitment to those us who can't always run the biggest, best  & newest at the drop of a hat...   -Andy    -----Original Message-----0 From: John Nebel [mailto:nebel@athena.csdco.com], Posted At: Wednesday, April 12, 2000 2:36 PM Posted To: vms Conversation: HSJ80 experience?7 Subject: HSJ80 experience?       Hello,  G Any HSJ80 experiences out there?  Good/bad/indifferent?  The specs look  pretty good.  
 John Nebel   ------------------------------  # Date: Thu, 13 Apr 2000 03:24:59 GMTo* From: young_r@eisner.decus.org (Rob Young) Subject: Re: HSJ80 experience ?g' Message-ID: <2000Apr12.232459.1@eisner>i  } In article <78E5B8E274DBD1118D6800805FE60E7720F4D8@ntprdex4.admin.liffe.com>, Andy Williams <Andy.Williams@liffe.com> writes:eJ > I'm trying to buy some at the moment for my two clusters each containingF > 3 7820s. I'm having a bit of an uphill struggle with pricing for theC > dual-redundant configurations and we lose part of the performance G > increase because one of the clusters still has an HSC50 in it runningiE > some clapped-out old 9-track drive, which IIRC means we can't do 4Ki
 > packets. > H > Believe it or not, after a conversation with our tin supplier it's notJ > easy to buy a new storage cabinet configured with these controllers. TheI > standard config sold by the Q is the ESA12000, which consists of eithereI > HSG80 (fibre channel)or HSZ80 (SCSI). No CI option is offered !  Couple3I > this with the demise of the SW800 & we're scrabbling to actually designv > ourselves a solution ! > J > I don't know if this lack of a CI option is an oversight or another signJ > of the Q's commitment to those us who can't always run the biggest, best" > & newest at the drop of a hat... >    	Ummm.. "drop of a hat"????u  = 	IIRC , Alpha was program announced in November 1992.  That'shD 	easy to remember as my first son was born then and several wondered= 	if I would name him "Alpha" as that was something I had beentC 	following closely for over 2 years when first leaked by Ken Olsen,0
 	whenever.  A 	The VAXes are so long in the tooth compared to let's say a DS20.:@ 	I know an aftermarket 7830 costs about 140-160 thousand dollars@ 	U.S.  how many DS20s can you buy for that with how much memory?  > 	You could pay for the DS20s inside of 2 years on what you areA 	spending on VAX hardware maintenance.  Now maybe *unfortunately*.D 	you are trapped on a VAX... at this point you may be the unenviable@ 	minority I occasionally hear about.  Hope I'm not coming off asA 	too pompous but the fact of the matter is the VAX is dead, stickl 	a fork in it!!!  B 	Point is , the Alpha is the future and has been for about 7 yearsD 	now.  More than adequate time to plan a transition.  Unfortunately,A 	some folks are stuck on VAXes.  If that's you, sorry about that!-   				Rob-   ------------------------------  % Date: Wed, 12 Apr 2000 18:32:07 -0400H/ From: "McCarthy Kevin P." <McCarthyKP@BWSC.ORG>: Subject: Re: HSJ80 experience?: Message-ID: <790CE403E5A6D31196350000F8CD1D820C50D6@NTSV2>  H I was considering a HSJ80 upgrade from my HSJ40s (I have a AS4100 and anH ES40) but the cost factor was high (is it propriety?!).  It was slightlyC less expensive to pitch all the CI and narrow SCSI stuff and buy anxF ES12000 cab with two HSG80s, 40 spindles( mostly 9 GB but some 18s andH 36s) a FC switch and 4 FC host adapters.  I'll be upgrading to VMS 7.2-1+ next month and installing the gear in June.n   KPMm   > -----Original Message-----4 > From:	John Nixon [SMTP:jorlnixon@worldnet.att.net]. > Posted At:	Wednesday, April 12, 2000 9:55 AM > Posted To:	vms! > Conversation:	HSJ80 experience?o  > Subject:	Re: HSJ80 experience? > G > I am considering one myself because I still have three VAX 78xxs withuC > CIXCDs.  If I had all Alpha, I would certainly be looking at HSGsn
 > instead. > F > I like the idea of the HSJ80 having two CI ports, but you still have > toF > assign individual disks/arrays to a particular CI on the HSJ.  I was > hopingF > that it could somehow miraculously use both CIs to pump twice the IO > to aE > single disk array, but that is not the case.  At any rate, you need-
 > multipleG > CI adapters on your host to take advantage of that major feature.  Ifn > yous8 > have CIXCDs, make sure you have the 4k packet updates. >  >  > 8 > "John Nebel" <nebel@athena.csdco.com> wrote in messageC > news:Pine.OSF.4.21.0004120732320.10021-100000@athena.csdco.com...: > >a
 > > Hello, > >tF > > Any HSJ80 experiences out there?  Good/bad/indifferent?  The specs > look > > pretty good. > >n > > John Nebel > >  >    ------------------------------  # Date: Thu, 13 Apr 2000 00:49:02 GMTr$ From: Ed Wilts <ewilts@mediaone.net> Subject: Re: HSJ80 experience?, Message-ID: <38F5197C.EE02CD2E@mediaone.net>   "McCarthy Kevin P." wrote: > J > I was considering a HSJ80 upgrade from my HSJ40s (I have a AS4100 and anJ > ES40) but the cost factor was high (is it propriety?!).  It was slightlyE > less expensive to pitch all the CI and narrow SCSI stuff and buy an0H > ES12000 cab with two HSG80s, 40 spindles( mostly 9 GB but some 18s andJ > 36s) a FC switch and 4 FC host adapters.  I'll be upgrading to VMS 7.2-1- > next month and installing the gear in June.   = What I found reasonable for cost was to replace all my HSJ-40mE controllers with HSJ-50s.  These are available on the used market andu  won't break you like new HSJ80s.  H The CI is propietary technology but you can purchase a license to do theD same things the HSJ does.  I ran a pair of CMD Hawks for a while andD they were rock solid.  While the early HSJ-40 controllers were beingG replaced every 6 months or so, the Hawks just kept on going and going. nH They'd both run over 3 years without a hardware call when I left my lastH job.  MTI also makes CI-SCSI controllers, but the ones we evaluated wereD absolute crap and I wouldn't even recommend them to my competition. G Others have somewhat satisfactory experiences with MTI, but others havefF also had experiences like mine (watch your cluster hosts crash).  OursB were thanfully evaluation units which we obviously returned to theH vendor.  CMD has since come out with newer CI controllers to replace the0 Hawks but I don't know what they've done lately.  D Someone else said that they had an HSC-50 just for a tape drive.  MyF recommendation there would be to add a local SCSI controller to one ofH the Alphas and purchase a SCSI 9-track.  That's what we've got, and it'sF working for us.  It doesn't get a lot of use which suits me just fine.   -- D Ed Wilts Mounds View, MN, USA mailto:ewilts@mediaone.net   ------------------------------  % Date: Wed, 12 Apr 2000 12:39:12 -0700M4 From: goodman_j <goodmanNOgoSPAM@accuwx.com.invalid>+ Subject: Re: Is sys$dclexh ever not called?t9 Message-ID: <1faa7b60.f4a55a29@usw-ex0101-006.remarq.com>   ? In article <2000Apr12.103134.1@eisner>, briggs@eisner.decus.orgT wrote: >j( >A few other cases of possible interest. >.@ >In the case of a $ STOP (no PID or process name specified) from the same8 >process then image rundown occurs without invoking exit
 handlers even ' >though process rundown does not occur.u <snip>  @ Correct, unless the program being run is an image installed with= any privilege.  In that case even user-mode exit handles will  run after a plain-vanilla STOP.c  
 J. Goodman
 ----------: "Any technology sufficiently advanced is indistinguishable from magic."  ClarkeL * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!0   ------------------------------  % Date: Wed, 12 Apr 2000 16:31:42 -0500s" From: Ryan Hammond <ryanh@bvu.edu>" Subject: Netscape Fasttrack Server' Message-ID: <38F4EB3D.503A4DAD@bvu.edu>g  & --------------BF8A99B953D68798639D7628* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitl  F I have been informed that I must remove Fasttrack server from my AlphaH system running OpenVMS 7.2 in order to be compliant with new third-partyG software who has decided to only be compatible with Netscape's CommercesH Server in their latest release. Has anyone ever removed a web server app: from their system?  Are there any things to watch out for?  F I really don't want to go about this blind folded, so any advice would be appreciated.t   Ryan Hammond Student Systems Manager  Buena Vista University Storm Lake, Iowa.i  & --------------BF8A99B953D68798639D7628) Content-Type: text/html; charset=us-asciie Content-Transfer-Encoding: 7bitf  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html>F I have been informed that I must remove Fasttrack server from my AlphaH system running OpenVMS 7.2 in order to be compliant with new third-partyG software who has decided to only be compatible with Netscape's CommercenH Server in their latest release. Has anyone ever removed a web server app? from their system?&nbsp; Are there any things to watch out for?nI <p>I really don't want to go about this blind folded, so any advice wouldn be appreciated. $ <p><font size=-1>Ryan Hammond</font>0 <br><font size=-1>Student Systems Manager</font>/ <br><font size=-1>Buena Vista University</font>f1 <br><font size=-1>Storm Lake, Iowa.</font></html>   ( --------------BF8A99B953D68798639D7628--   ------------------------------  # Date: Thu, 13 Apr 2000 00:35:19 GMTJ From: dieselfuel@my-deja.com Subject: OpenVMS Certification) Message-ID: <8d34o7$ra4$1@nnrp1.deja.com>b  C We're building a web site with OpenVMS System Management questions.rB Yes, we know (sadly) there is no 'official' OpenVMS System Manager> certification, but there certainly ought to be.  OpenVMS is an3 Enterprise strength O/S with a proven track record.c  B The team loading the question database has been working on OpenVMSB since V3.x and have supported hundreds of OpenVMS systems used for@ financial applications, manufacturing, and many other functions.   Please visit our site at:l  :             http://www.networkessentials.com/certified/vms  @ We are also actively recruiting for positions as OpenVMS Systems= Specialist for a large organization.  These positions involve-D supporting users nationwide and performing System Management duties.B Skills required include but are not limited to: OpenVMS Tuning and@ Performance, DCL, DECnet, TCP/IP, managing users, terminals, andF printers, and trouble shooting day-to-day problems as they arise.  The@ idea candidate will have good problem resolution skills and goodG communication skills, both written and oral.  Candidate must be able to . work in the USA.  You can send your resume to:  )                Jobs@networkessentials.com8   jc    & Sent via Deja.com http://www.deja.com/ Before you buy.c   ------------------------------  # Date: Thu, 13 Apr 2000 01:18:23 GMTt0 From: Mark MIller <markmiller3@worldnet.att.net>. Subject: Re: Optical Storage on an OVMS/Alpha.0 Message-ID: <38F520B3.60151826@worldnet.att.net>  D U.S Design Magneto-Optical drives/juke boxs is what you need. We use these on our Alpha.a   Mark Millerv The Boeing Company mark.d.miller@boeing.com   Kenneth Randell wrote: > A > This may not be exactly what you are looking for, but US Designh= > (www.usdesign.com) has optical solutions for VMS platforms.  > 
 > Ken Randell: > " > Hans M. Aus wrote in message ...I > >What is the latest status of optical storage possibilities on an Alpha0 > >433au running OpenVMS 7.2?r > >tM > >The VMS FAQ points to several CD-R possibilities but none are supported byw7 > >Compaq/Digital and seem to have limited flexibility.q > >rL > >We want (need) to continuously add, preferably on a daily basis, files toK > >the storage medium and let the users access the files with DCL commands.a > >s > >--eE > >Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.dei   ------------------------------  % Date: Wed, 12 Apr 2000 21:07:55 +0100 * From: "Mike Wilde" <sounds@dial.pipex.com> Subject: Process Quotaso) Message-ID: <8d2l5b$i84$1@lure.pipex.net>a  I Does anyone know of a way of dynamically raising the process quotas for ae running process?  G We have an Oracle database which was started incorrectly at the weekend J using the wrong username. This means that all the background processes areI running under this username which has lower quotas than the one it shouldiL have been started under. It's not possible to restart  the database for overK a week and although there is not an urgent problem I believe this is havinga a performance impact.u   Thanks for your help,T   Mike   ------------------------------  % Date: Wed, 12 Apr 2000 22:58:13 +0100M- From: Andy Williams <Andy.Williams@liffe.com>e Subject: Re: process quotasaM Message-ID: <78E5B8E274DBD1118D6800805FE60E7720F4E1@ntprdex4.admin.liffe.com>s  G Check out AMDS. IIRC click on the process to display its details & thenuB under the FIX menu there's an 'adjust quotas' option. You can't doB everything but the ability to dynamically increase DIOLM and BIOLM4 quotas has got me brownie points on a few occasions.  F Failing that, of the process is tripping in & out of MWAIT or RWAST orF something try running the FREE_RSN program, which I think is availableF from Hunter's freeware site, or the MWAIT utility on the freeware disk	 may help..   -Andyf   -----Original Message-----/ From: Mike Wilde [mailto:sounds@dial.pipex.com]:, Posted At: Wednesday, April 12, 2000 9:08 PM Posted To: vms Conversation: Process Quotas Subject: Process Quotasr    G Does anyone know of a way of dynamically raising the process quotas fors a  running process?  G We have an Oracle database which was started incorrectly at the weekend.F using the wrong username. This means that all the background processes are-B running under this username which has lower quotas than the one it shouldG have been started under. It's not possible to restart  the database forv overD a week and although there is not an urgent problem I believe this is having a performance impact.t   Thanks for your help,o   Mike   ------------------------------  # Date: Thu, 13 Apr 2000 02:28:33 GMT . From: Michael Austin <maustin@nc.prestige.net> Subject: Re: RMS errorsd/ Message-ID: <38F53D61.B60BEEA0@nc.prestige.net>v  , This is a multi-part message in MIME format.& --------------39844262B9DCD08AFBB9C658* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitm  c After patching the CHECK byte, I was able to most of it to come back (VBN 447472). There is still aD
 severe error:5  J ***  VBN 447472:  Key and/or data bytes do not fit in primary data record.5 Unrecoverable error encountered in structure of file.E  d This one I have not been able to resolve. I am attempting to extract the data tonight in a batch jobf via each of the 4 indexes.  (read/index={0-3})  The file is 890K blocks so it will take a while on the clunker it is on.h  K I was unable to determine why all the problems with VBN 239914 (85 errors).i  A any help appreciated..   Thanks Hein for the FIX_INDEX... file...M  c How do you  know what the CHECK BYTE is supposed to be.   In one copy of the file the check byte ispd 25, in the corrupt one it was 27.  I know the check byte is in  the first long word in the VBN, from3 where does it get the byte that it compares it too?      Thanks  M Check RMS File Integrity                     12-APR-2000 18:46:40.61   Page 1r( DISK302:[FLACOM_TEST]CUSTOMER_CARE.DAT;1   FILE HEADERF  ;         File Spec: DISK302:[FLACOM_TEST]CUSTOMER_CARE.DAT;1          File ID: (602,7,0)#         Owner UIC: [MIS_PRV,xxxxxx] D         Protection:  System: RWED, Owner: RWED, Group: RWE, World: R0         Creation Date:    5-OCT-1988 11:34:17.75?         Revision Date:   12-APR-2000 18:44:52.39, Number: 27399o'         Expiration Date: none specifiedc$         Backup Date:     none posted0         Contiguity Options:  contiguous-best-try!         Performance Options: noneu!         Reliability Options: nonew!         Journaling Enabled:  noned   RMS FILE ATTRIBUTESs  "         File Organization: indexed         Record Format: fixed+         Record Attributes:  carriage-returnp         Maximum Record Size: 470         Longest Record: 47:         Blocks Allocated: 897210, Default Extend Size: 882         Bucket Size: 21n!         File Monitoring: disabledQ         Global Buffer Count: 0     FIXED PROLOG  6         Number of Areas: 3, VBN of First Descriptor: 3         Prolog Version: 3-  + AREA DESCRIPTOR #0 (VBN 3, offset %X'0000').           Bucket Size: 21          Reclaimed Bucket VBN: 0:J         Current Extent Start: 896329, Blocks: 882, Used: 252, Next: 896581$         Default Extend Quantity: 882          Total Allocation: 510964  + AREA DESCRIPTOR #1 (VBN 3, offset %X'0040')-           Bucket Size: 21a         Reclaimed Bucket VBN: 0oH         Current Extent Start: 849865, Blocks: 34, Used: 21, Next: 849886#         Default Extend Quantity: 21@         Total Allocation: 7762  + AREA DESCRIPTOR #2 (VBN 3, offset %X'0080')i           Bucket Size: 6         Reclaimed Bucket VBN: 0   M Check RMS File Integrity                     12-APR-2000 18:46:40.64   Page 28( DISK302:[FLACOM_TEST]CUSTOMER_CARE.DAT;1    J         Current Extent Start: 895384, Blocks: 945, Used: 768, Next: 896152$         Default Extend Quantity: 942          Total Allocation: 385454  * KEY DESCRIPTOR #0 (VBN 1, offset %X'0000')  4         Next Key Descriptor VBN: 2, Offset: %X'0000':         Index Area: 1, Level 1 Index Area: 1, Data Area: 0         Root Level: 2t3         Index Bucket Size: 21, Data Bucket Size: 21t         Root VBN: 48112c         Key Flags:'                 (0)  KEY$V_DUPKEYS    1e'                 (3)  KEY$V_IDX_COMPR  1 '                 (4)  KEY$V_INITIDX    0s'                 (6)  KEY$V_KEY_COMPR  1a'                 (7)  KEY$V_REC_COMPR  1          Key Segments: 3          Key Size: 9a         Minimum Record Size: 47t=         Index Fill Quantity: 10752, Data Fill Quantity: 10752r.         Segment Positions:       8    11    45.         Segment Sizes:           3     4     2         Data Type: stringn"         Name: "PREFIX,NUMBER,CODE"          First Data Bucket VBN: 4I ***  VBN 238822:  Record at offset %X'1573' has a missing or illegal RRV.sI ***  VBN 238822:  Record at offset %X'157C' has a missing or illegal RRV.eI ***  VBN 238822:  Record at offset %X'1585' has a missing or illegal RRV.dI ***  VBN 238822:  Record at offset %X'158E' has a missing or illegal RRV.uI ***  VBN 239914:  Record at offset %X'1CB3' has a missing or illegal RRV.rI ***  VBN 239914:  Record at offset %X'1CBC' has a missing or illegal RRV.dI ***  VBN 239914:  Record at offset %X'1CC5' has a missing or illegal RRV.pI ***  VBN 239914:  Record at offset %X'1CCE' has a missing or illegal RRV.nI ***  VBN 239914:  Record at offset %X'1CD7' has a missing or illegal RRV.tI ***  VBN 239914:  Record at offset %X'1CE0' has a missing or illegal RRV.lI ***  VBN 239914:  Record at offset %X'1CE9' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1CF2' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1CFB' has a missing or illegal RRV.-I ***  VBN 239914:  Record at offset %X'1D04' has a missing or illegal RRV.MI ***  VBN 239914:  Record at offset %X'1D0D' has a missing or illegal RRV.EI ***  VBN 239914:  Record at offset %X'1D16' has a missing or illegal RRV.rI ***  VBN 239914:  Record at offset %X'1D1F' has a missing or illegal RRV.sI ***  VBN 239914:  Record at offset %X'1D28' has a missing or illegal RRV.nI ***  VBN 239914:  Record at offset %X'1D31' has a missing or illegal RRV.tI ***  VBN 239914:  Record at offset %X'1D3A' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1D43' has a missing or illegal RRV.mI ***  VBN 239914:  Record at offset %X'1D4C' has a missing or illegal RRV.eI ***  VBN 239914:  Record at offset %X'1D55' has a missing or illegal RRV.sI ***  VBN 239914:  Record at offset %X'1D5E' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1D67' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1D70' has a missing or illegal RRV.aI ***  VBN 239914:  Record at offset %X'1D79' has a missing or illegal RRV.aI ***  VBN 239914:  Record at offset %X'1D82' has a missing or illegal RRV.I  M Check RMS File Integrity                     12-APR-2000 19:06:09.88   Page 3h( DISK302:[FLACOM_TEST]CUSTOMER_CARE.DAT;1    I ***  VBN 239914:  Record at offset %X'1D8B' has a missing or illegal RRV.oI ***  VBN 239914:  Record at offset %X'1D94' has a missing or illegal RRV.kI ***  VBN 239914:  Record at offset %X'1D9D' has a missing or illegal RRV.tI ***  VBN 239914:  Record at offset %X'1DA6' has a missing or illegal RRV.1I ***  VBN 239914:  Record at offset %X'1DAF' has a missing or illegal RRV.eI ***  VBN 239914:  Record at offset %X'1DB8' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1DC1' has a missing or illegal RRV.,I ***  VBN 239914:  Record at offset %X'1DCA' has a missing or illegal RRV.RI ***  VBN 239914:  Record at offset %X'1DD3' has a missing or illegal RRV.rI ***  VBN 239914:  Record at offset %X'1DDC' has a missing or illegal RRV.sI ***  VBN 239914:  Record at offset %X'1DE5' has a missing or illegal RRV.iI ***  VBN 239914:  Record at offset %X'1DEE' has a missing or illegal RRV.CI ***  VBN 239914:  Record at offset %X'1DF7' has a missing or illegal RRV.GI ***  VBN 239914:  Record at offset %X'1E00' has a missing or illegal RRV.rI ***  VBN 239914:  Record at offset %X'1E09' has a missing or illegal RRV.II ***  VBN 239914:  Record at offset %X'1E12' has a missing or illegal RRV.HI ***  VBN 239914:  Record at offset %X'1E1B' has a missing or illegal RRV.nI ***  VBN 239914:  Record at offset %X'1E24' has a missing or illegal RRV.eI ***  VBN 239914:  Record at offset %X'1E2D' has a missing or illegal RRV.eI ***  VBN 239914:  Record at offset %X'1E36' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1E3F' has a missing or illegal RRV.hI ***  VBN 239914:  Record at offset %X'1E48' has a missing or illegal RRV..I ***  VBN 239914:  Record at offset %X'1E51' has a missing or illegal RRV.uI ***  VBN 239914:  Record at offset %X'1E5A' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1E63' has a missing or illegal RRV.rI ***  VBN 239914:  Record at offset %X'1E6C' has a missing or illegal RRV.aI ***  VBN 239914:  Record at offset %X'1E75' has a missing or illegal RRV.mI ***  VBN 239914:  Record at offset %X'1E7E' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1E87' has a missing or illegal RRV.aI ***  VBN 239914:  Record at offset %X'1E90' has a missing or illegal RRV.lI ***  VBN 239914:  Record at offset %X'1E99' has a missing or illegal RRV.tI ***  VBN 239914:  Record at offset %X'1EA2' has a missing or illegal RRV.tI ***  VBN 239914:  Record at offset %X'1EAB' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1EB4' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1EBD' has a missing or illegal RRV.cI ***  VBN 239914:  Record at offset %X'1EC6' has a missing or illegal RRV.qI ***  VBN 239914:  Record at offset %X'1ECF' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1ED8' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1EE1' has a missing or illegal RRV.gI ***  VBN 239914:  Record at offset %X'1EEA' has a missing or illegal RRV.dI ***  VBN 239914:  Record at offset %X'1EF3' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1EFC' has a missing or illegal RRV.lI ***  VBN 239914:  Record at offset %X'1F05' has a missing or illegal RRV.tI ***  VBN 239914:  Record at offset %X'1F0E' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1F17' has a missing or illegal RRV.*I ***  VBN 239914:  Record at offset %X'1F20' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1F29' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1F32' has a missing or illegal RRV.sI ***  VBN 239914:  Record at offset %X'1F3B' has a missing or illegal RRV.6I ***  VBN 239914:  Record at offset %X'1F44' has a missing or illegal RRV.7I ***  VBN 239914:  Record at offset %X'1F4D' has a missing or illegal RRV.pI ***  VBN 239914:  Record at offset %X'1F56' has a missing or illegal RRV.yI ***  VBN 239914:  Record at offset %X'1F5F' has a missing or illegal RRV. I ***  VBN 239914:  Record at offset %X'1F68' has a missing or illegal RRV.r  M Check RMS File Integrity                     12-APR-2000 19:06:09.90   Page 4o( DISK302:[FLACOM_TEST]CUSTOMER_CARE.DAT;1  I ***  VBN 239914:  Record at offset %X'1F71' has a missing or illegal RRV.tI ***  VBN 239914:  Record at offset %X'1F7A' has a missing or illegal RRV. J ***  VBN 447472:  Key and/or data bytes do not fit in primary data record.5 Unrecoverable error encountered in structure of file.i    ! The analysis uncovered 86 errors.d    P ANAL/RMS DISK302:[FLACOM_TEST]CUSTOMER_CARE.DAT/OUT=DISK302:[FLACOM_TEST]ANAL.OU To     hein@eps.zko.dec.c*m wrote:y  d > In article <38F3A5A8.46967575@nc.prestige.net>, Michael Austin <maustin@nc.prestige.net> writes... > 5 > >When trying to read all record sequentially I get:s > >n: > >%RMS-F-CHK, bucket format check failed for VBN = 447472 > $ > - Restore a backup! (ya right  :^) >y? > - Request Support from compaq to revive the file for a price.f >>> > - Use DUMP/BLOC=(STA=problem-minus-bucket,COUN=3-bucket) andI >   ANAL/RMS/INT ... POSI /BUCK to learn about the nature of the problem.f >>? > Check out my rms_tools directory on the freeware cd/websites.-H > There is a zap tool there that can help you verify basic bucket formatI > and help patch the bucket, to the bucket(s) before it avoid the problem@' > area (at the cost of some data loss).s > 2 > Standard patch techniques. May need more than 1.! >         - make check byte match N >         - adjust first-free-byte to point just after last known valid recordJ >         - patch next-vbn in prior bucket to point to next bucket, jumpinD >            around the problem bucket(s) loosing the record in them6 >         - reconstruct data in bucket (challenging!). >c > >pS > >I dumped the data for these blocks and it does appear to be corrupt data.  There  > @ > yeah... so go on, speak to us! Don't give us just teaser info. > 	 > Cheers,c >         Hein  & --------------39844262B9DCD08AFBB9C658- Content-Type: text/x-vcard; charset=us-ascii;   name="maustin.vcf"o Content-Transfer-Encoding: 7bite, Content-Description: Card for Michael Austin  Content-Disposition: attachment;  filename="maustin.vcf"t   begin:vcard  n:Austin;Michael , tel;work:704-947-1089u x-mozilla-html:FALSE org:Michael Austin, Inc 
 adr:;;;;;; version:2.1 + email;internet:michaelaustininc@hotmail.com  title:Presidentl x-mozilla-cpt:;0 fn:Michael E. Austin	 end:vcardt  ( --------------39844262B9DCD08AFBB9C658--   ------------------------------  % Date: Wed, 12 Apr 2000 23:26:15 +0100j1 From: "Graham HAZLEGREAVES" <qg38@dial.pipex.com>-& Subject: Scheduler & PSDC alternatives) Message-ID: <8d2t9m$qlm$1@lure.pipex.net>e  L The company I'm currently working for (I've actually been contracting on andH off with them since '92) has 80+ Vax and Alpha systems dotted around UK.K These run various products but the one's we need to find an alternative fork are:  %     PCM  (Polycenter Console Manager)i&     PSDC  (Performance Data Collector)      PSPA   (Performance Advisor)
     Scheduler   F Due to a major change within this company, the supplier (no prizes forF guessing who!!) want to charge us a huge (6 figure) sum to re-license,J unlike other suppliers who've just said it doesn't change things (in termsK of licensing costs etc.).  We did think about paying (I think it lasted forlH about .000000000001 of a second) before deciding - NO (I daren't put the5 exact words that were said as it might be libelous!).l  J We've already decided on a replacement for PCM - ROBO Central from Heroix.B We're already using it at one site plus we have plenty of in houseH experience of ROBOMON.  Another minor point is that myself and one of myB colleagues know the developer from our Digital days (we all worked
 together).  L With regards to the other 3 we're having a bit of a problem in that we don't8 seem to be able to find anything that does what they do.  L On a couple of our newer systems we've installed KRONOS as a replacement forD Scheduler.  No disrespect to the developers, but it isn't as good asG Scheduler and we've had to make extensive mods to some of our Scheduler  jobs.e  K As regards PSDC and PSPA, so far we haven't found anything that can provideIH us with the same functionality.  We might not have looked hard enough, I, admit, but we did only start this yesterday.  H So what am I after?   Has anybody been in a similar situation and had toH replace Scheduler, PSDC and PSPA.  If so, what did you use?   How did itD compare?  What's the support like - in particular could they provideL help/utilities to move from one to the other?   In the case of Scheduler, ifJ anybody has replaced it, were they able to take your existing database andC import/convert/use it for their product or did you have to re-entero everything.b  5 My apologies if this has been asked/discussed before.u   Here's hoping!   Cheers.s   Graham   ------------------------------  # Date: Wed, 12 Apr 2000 23:55:59 GMTo. From: "Curtis Rempel" <curtis.rempel@home.com>* Subject: Re: Scheduler & PSDC alternatives: Message-ID: <j28J4.46452$W5.437846@news1.rdc1.ab.home.com>  K Well Graham, I know this won't help you in the immediate future, however, IoJ am working on an exact clone of the product formerly known as DECschedulerL and plan to release it 100% open source.  We too have a similar distaste for said vendor.  J Unfortunately, due to other committments, I don't expect to have this done until fall.a   Curtis  < "Graham HAZLEGREAVES" <qg38@dial.pipex.com> wrote in message# news:8d2t9m$qlm$1@lure.pipex.net...aJ > The company I'm currently working for (I've actually been contracting on and J > off with them since '92) has 80+ Vax and Alpha systems dotted around UK.I > These run various products but the one's we need to find an alternativeI fore > are: > ' >     PCM  (Polycenter Console Manager)f( >     PSDC  (Performance Data Collector)" >     PSPA   (Performance Advisor) >     Scheduler  >rH > Due to a major change within this company, the supplier (no prizes forH > guessing who!!) want to charge us a huge (6 figure) sum to re-license,L > unlike other suppliers who've just said it doesn't change things (in termsI > of licensing costs etc.).  We did think about paying (I think it lastedi foreJ > about .000000000001 of a second) before deciding - NO (I daren't put the7 > exact words that were said as it might be libelous!).t >yL > We've already decided on a replacement for PCM - ROBO Central from Heroix.D > We're already using it at one site plus we have plenty of in houseJ > experience of ROBOMON.  Another minor point is that myself and one of myD > colleagues know the developer from our Digital days (we all worked > together). > H > With regards to the other 3 we're having a bit of a problem in that we don'te: > seem to be able to find anything that does what they do. >DJ > On a couple of our newer systems we've installed KRONOS as a replacement foreF > Scheduler.  No disrespect to the developers, but it isn't as good asI > Scheduler and we've had to make extensive mods to some of our Schedulero > jobs.  > E > As regards PSDC and PSPA, so far we haven't found anything that can  provide J > us with the same functionality.  We might not have looked hard enough, I. > admit, but we did only start this yesterday. >3J > So what am I after?   Has anybody been in a similar situation and had toJ > replace Scheduler, PSDC and PSPA.  If so, what did you use?   How did itF > compare?  What's the support like - in particular could they provideK > help/utilities to move from one to the other?   In the case of Scheduler,i ifL > anybody has replaced it, were they able to take your existing database andE > import/convert/use it for their product or did you have to re-enter 
 > everything.l > 7 > My apologies if this has been asked/discussed before.  >E > Here's hoping! > 	 > Cheers.n >t > Graham >  >    ------------------------------  % Date: Thu, 13 Apr 2000 01:31:59 -0400 7 From: "Information CETS2000" <Information@CETS2000.com> & Subject: Symposia/Summits - DECUS/ITUG% Message-ID: <38f55a60@news.toast.net>:  = Learn more about the Enterprise Knowledge Exchange 2000 at...o  + http://www.decus.org/CETS2000/EKE2000.shtmlr  - Learn more about DECUS's fall symposium at...g  3 http://www.decus.org/CETS2000/CETS2000_Teaser.shtml0  C For questions about CETS2000 send Email to Information@CETS2000.com    ------------------------------  % Date: Wed, 12 Apr 2000 20:17:37 -0500 / From: Scott Vieth <svieth@ameritech.net.nospam>lC Subject: Re: Where to find DECserver Network Access Software (DNAS) 4 Message-ID: <38F52031.FF655708@ameritech.net.nospam>   Peter wrote:  = > > >Our CDs came with the decserver 700s we order - we get a ; > > >'free' CD with each one and the software is pre-loaded7 > > K > > Are you sure it is the "DECserver Network Access Software" and not just ! > > the "DECserver 700 Software"?  > M > I think he means the wweng2.sys (bootfile for the DECServer 700) what needsF' > to but put in the MOM$LOAD directory.  >uJ > In the past you needed a separate license for NAS but later (I'll beliveD > from 6.2 and up) it was standard available within the VMS-license.  D Yes, the name of the product is "DECserver Network Access Software."E It's the big brother to the regular DECserver 700 software.  No, thisaE software has nothing to do with the "NAS" licenses that one purchasesu for VMS systems.  N I ran the DECserver Network Access Software a few years on some DECserver 700sF that I needed to run only TCP/IP.  I think I had to special order that
 software.  It  wasn't part of any ConDist.Y   -Scott   ------------------------------   End of INFO-VAX 2000.206 ************************