1 INFO-VAX	Wed, 03 Oct 2001	Volume 2001 : Issue 550       Contents:
 Re: Backup
 Re: Backup Re: Ben Rosen the real culprit?  Re: Ben Rosen the real culprit?  Re: Ben Rosen the real culprit? 6 Re: BIG differences in Vax vs ALpha compile/link timesE Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter  Default password in RA3000 Re: Defining a logical in C - Re: DLT IV Tapes - How long should they last? - Re: DLT IV Tapes - How long should they last? - Re: DLT IV Tapes - How long should they last? - Re: DLT IV Tapes - How long should they last? % Re: DS20 Used With Cpq Warranty $4000 % Re: DS20 Used With Cpq Warranty $4000 9 Re: Error on restore from tape - Directory Depth problem? 9 RE: Error on restore from tape - Directory Depth problem? 9 RE: Error on restore from tape - Directory Depth problem? ' Re: GARTNER GROUP SAYS GET OFF IIS NOW!  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's C Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE C Re: I will quit using VMS when the military does - in 2015 or maybe C Re: I will quit using VMS when the military does - in 2015 or maybe C Re: I will quit using VMS when the military does - in 2015 or maybe  Re: imherited cluster helpC Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?) C Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?)   Re: Letter from Michael Cappelas  Re: Letter from Michael Cappelas, Re: Locate Filename containing logical block Re: Memo:  Quota Setting Re: Memo:  Quota Setting Re: Memo:  Quota Setting RE: NT or w2k on alpha 1200 ? P Re: O.T. CMGI Field (was Re: Compaq revenue goes down $1 Billion,        warns o* Re: OpenVMS employment in southern France?* Re: OpenVMS employment in southern France?9 Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING? : Re: Problem With VMS Backup Save-Set Spanning Tape Volumes: Re: Problem With VMS Backup Save-Set Spanning Tape Volumes: Re: Problem With VMS Backup Save-Set Spanning Tape Volumes* Problem with vms712_update-v0300 download.. Re: Problem with vms712_update-v0300 download.. Re: Problem with vms712_update-v0300 download. Re: Ram Disk for VMS?  Re: Ram Disk for VMS? 0 Re: remove  DQA0 drivers (EIDE disks) from VMS ?0 Re: remove  DQA0 drivers (EIDE disks) from VMS ? Reset error account on Alpha  Re: Reset error account on Alpha  Re: Reset error account on Alpha  Re: Reset error account on Alpha  Re: Reset error account on Alpha  Re: Reset error account on Alpha  Re: Reset error account on Alpha SAM synchronization failure  Re: SAM synchronization failure  Re: SAM synchronization failure  Re: SAM synchronization failure  Re: SAM synchronization failure   Re: SCSI Cluster support on LVD?' Re: Starting DECwindows on DEC 3000-600  TCPIP 5.1 Telnet Problem Re: TCPIP 5.1 Telnet Problem
 VAX 7000's Re: VAX 7000's Re: VAX 7000's RE: VAX disaster tolerance RE: VAX disaster tolerance Re: VAX disaster tolerance Re: VAX SET BOOT doc? & RE: VAXstation 4000/96 memory question& Re: VAXstation 4000/96 memory question Re: VT emulation on Linux  Re: VT emulation on Linux / Re: Warranty on ES45 reduced from 3 years to 1?  Win2K for Alpha Build 2128  F ----------------------------------------------------------------------  % Date: Wed, 03 Oct 2001 09:25:01 -0400 4 From: Gary Gladstone <gladstone@istp7.gsfc.nasa.gov> Subject: Re: Backup 3 Message-ID: <3BBB11AD.EA584F9A@istp7.gsfc.nasa.gov>   , This is a multi-part message in MIME format.& --------------2E858609509B90245D7748D5* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   6 We use a product call "Thruway" from Software Partners4 (www.sp32.com) which allows for backing up to remote' tapes and also remote mouting of disks.    --4 Gary Gladstone, Systems Administrator (301-286-9463)A BA&H / Code 450.B (Bldg 23, E402A)/ NASA GSFC, Greenbelt MD 20771  gladstone@istp1.gsfc.nasa.gov        "Dijk, Jeroen van" wrote:   E > I have tried that solution from the FAQ, but it didn't work for me.  > M > If someone has tested it please the group, because then I and the rest know  > that it works or not.  >  > > -----Original Message-----< > > From: Steve Reece [mailto:SYSTEM@ipl.demon.co.nospam.uk]% > > Sent: dinsdag 2 oktober 2001 0:37  > > To: Info-VAX@Mvb.Saic.Com  > > Subject: Re: Backup  > >  > > I > > IIRC, Glenn Everhart had an excellent workaround for doing just this. G > > It wasn't capable of dealing with multi-tape savesets but for other  > > stuff it worked fine.  > > It may be in the FAQ.... > > 
 > > Steve. > >  > >  > > Hoogenboom, Martin wrote:  > > > 	 > > > Hi,  > > >  > > > I have a simple question: H > > > Is it possible to backup a disk from one system, across a network,1 > > > to a tape unit connecte to another system ? 4 > > > If yes, how what needs to run on the systems ? > > > A > > > Both systems are standalone Alpha's running OpenVMS 7.2-1H1  > > > 
 > > > TIA, > > > Martin Hoogenboom  > >  > > --A > > "A shadow fell over her face; clear, as if the composure were 
 > > rent like I > > a veil.  And her lips parted, but only with a short intake of breath. E > > Then she said, 'Well, then you are right.  Indeed, we are even.'" 5 > >               Louis, "Interview with the Vampire"  > >         & --------------2E858609509B90245D7748D5- Content-Type: text/x-vcard; charset=us-ascii;   name="gladstone.vcf"  Content-Transfer-Encoding: 7bit , Content-Description: Card for Gary Gladstone  Content-Disposition: attachment;  filename="gladstone.vcf"    begin:vcard  n:Gladstone;Gary tel;fax:520-752-2319 tel;work:301-286-9463  x-mozilla-html:FALSE org:NASA GSFC;ISTP adr:;;;Greenbelt;MD;20771; version:2.1 , email;internet:gladstone@istp7.gsfc.nasa.gov fn:Gary Gladstone 	 end:vcard   ( --------------2E858609509B90245D7748D5--   ------------------------------  $ Date: Wed, 3 Oct 2001 15:52:48 +02002 From: "Ren Schelbaum" <rene.schelbaum@datakom.at> Subject: Re: Backup G Message-ID: <3bbb1765$0$35832$6e365a64@newsreader02.highway.telekom.at>   B "Jrg Herrmann" <Joerg.Herrmann@oracle.com> schrieb im Newsbeitrag$ news:3BB6E4CE.56F90CD3@oracle.com... > Hi, E > it was possible with rmt " remote mount " over TCP/IP ( included in $ > TCPWARE ver. 5.1),but it was slow.H > ( to all others, it is usefull for a test system without any BA350 andI > hot plug tape drives, and yes, I know to restore by booting as satelite  > into a cluster, It is VMS)? > But bad news: I did not found the rmt command in UCX or TCPIP  > 
 > reg Jrg >  > "Hoogenboom, Martin" schrieb:  >  > > Hi,  > >  > > I have a simple question: F > > Is it possible to backup a disk from one system, across a network,/ > > to a tape unit connecte to another system ? 2 > > If yes, how what needs to run on the systems ? > > ? > > Both systems are standalone Alpha's running OpenVMS 7.2-1H1  > >  > > TIA, > > Martin Hoogenboom  >    Hi!   E  We are using RDF (Remote Device Facility by Touch Technologies Inc.,  www.ttinet.com).A I have heard that DEC used that product in the early days of SLS. G It is working fine and doing a good job by emulating a local tapedrive.    regards    Ren   ------------------------------  % Date: Wed, 03 Oct 2001 03:13:29 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ( Subject: Re: Ben Rosen the real culprit?, Message-ID: <3BBABA98.2B4C0D77@videotron.ca>   "Terry C. Shannon" wrote: N > The easier approach would be to graft TruCluster and Tru64 RAS features ontoM > HP-UX. Problem is, HP-UX is IIRC the last of the old-line monolithic kernel N > UNIX implementations. Gonna have to upgrade it to a modular kernel sometime;' > this might be a good time to do so...   M From both Digital and HP customer's point of view, wouldn't it best for HP to M delay launching IA64 servers until it has "merged" Tru64 and HP-UX into a new I better OS and then invote both customer groups to migrate once to the new 
 platform ?  L If you migrate first to HP-UX on IA64, those customers won't take too kindlyL to being asked to migrate again a year or two later once Tru-64 is "merged".  L This is why I strongly suspect that HP-UX will survive and will just receive new stuff from Tru64.   H Does VMS still share parts of the TCPIP stack with Tru64 ?  With Tru64'sH death, will VMS engineering have to take over all of the TCPIP stack andN maintain/improve it by themselves, or would they choose to use the HP-UX TCPIP stack for VMS ?    ------------------------------    Date: 03 Oct 2001 21:10:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: Ben Rosen the real culprit?- Message-ID: <87y9ms98dg.fsf@prep.synonet.com>   / JF Mezei <jfmezei.spamnot@videotron.ca> writes:    > "Terry C. Shannon" wrote: B > > The easier approach would be to graft TruCluster and Tru64 RASB > > features onto HP-UX. Problem is, HP-UX is IIRC the last of theB > > old-line monolithic kernel UNIX implementations. Gonna have toF > > upgrade it to a modular kernel sometime; this might be a good time > > to do so...    E > From both Digital and HP customer's point of view, wouldn't it best D > for HP to delay launching IA64 servers until it has "merged" Tru64E > and HP-UX into a new better OS and then invote both customer groups ' > to migrate once to the new platform ?   A But it has BEEN done from a HPUX view-point. Don't forget that to A a large extent, the itanic is HPPA-3.0. So it is too late to talk  of 'delay'.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 3 Oct 2001 09:19:34 -0500 - From: koehler@encompasserve.org (Bob Koehler) ( Subject: Re: Ben Rosen the real culprit?3 Message-ID: <djQ9$mEqwfHq@eisner.encompasserve.org>   \ In article <3BBABA98.2B4C0D77@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  J > Does VMS still share parts of the TCPIP stack with Tru64 ?  With Tru64'sJ > death, will VMS engineering have to take over all of the TCPIP stack andP > maintain/improve it by themselves, or would they choose to use the HP-UX TCPIP > stack for VMS ?   F    That stack is one of the parts of Tru64 which HP might want to have    in HP-UX.   ------------------------------  % Date: Wed, 03 Oct 2001 06:31:16 -0400 2 From: norm lastovica <norman.lastovica@oracle.com>? Subject: Re: BIG differences in Vax vs ALpha compile/link times * Message-ID: <3BBAE8F3.5733E9DB@oracle.com>  7 in addition to hoff's (correct, as usual) observations, 5 the rdb precompiler is something that we known isn't  7 always all that speedy.  it seems to suffer at a number 4 of levels including GEM's performance.  Rdb creates 6 object code directly (by calling GEM) and also creates; the "precompiled" .C code that the DEC C compiler compiles.   9 Fortunately, I don't work in that part of the product, so < I don't know too much about it and I also am not responsible for making changes!    	n   Hoff Hoffman wrote:  > q > In article <91437ce6.0110021437.392fbfa6@posting.google.com>, rcyoung@aliconsultants.com (Robert Young) writes:  > ? > :It turns out the the compile/links were going through an Rdb C > :PRECOMPILER on BOTH Vax and Alpha to convert embedded SQL to the I > :correct "c" calls. When one takes the "c" code that is generated after H > :the Precompiler, and runs it through DEC C/linker by itself, the timeF > :on Alpha is only 14 minutes. That means it is taking 1 1/4 HOURS inF > :the precompiler (on Alpha only) to create the final "c" code files. > J >   Within Oracle Rdb, you can split up some of the actions of the SQL$PREK >   processing, and you can maintain various intermediate modules after the M >   SQL$PRE pass.  (You generally need to maintain a subset of these modules, J >   if you have any expectation of performing source code debugging.  MoreK >   specifically, you need to maintain the generated C "source code" module H >   after the pre-processing pass, since that is what the C compiler andL >   then the LINKER operates on and is thus the "source code" that you wouldH >   expect to see when you debug the code.  There are other intermediateN >   files within SQL$PRE, though the file extensions escape me at the moment.) > I > :I checked with Oracle, and apparently the Alpha PRECOMPILER is using a I > :Compaq "GEM" product (whatever that is....they were not too specific). ( > :Oracle DOES NOT use the "GEM" on Vax. > H >   GEM is the code generator used by all of the Compaq Alpha compilers.I >   (Interpreters -- particularly Java -- don't tend to use it, however.)  > 2 >   VCG is the code generator used on OpenVMS VAX. > G >   The SQL$PRE module (within Oracle Rdb on OpenVMS Alpha) uses GEM to G >   generate its own object code, and it also generates C "source code" = >   for inclusion into one or more subsequent C compilations.  > F >   The Compaq C compiler then uses the GEM code generator, of course. > E > :Does anyone else know what they are referring to as being a Compaq  > :"GEM"???? > H >   GEM would be used to generate the intermediate database access code,E >   the stuff that the (generated) C "source code" module calls into. J >   This output is the object code that (eventually) services the embeddedI >   SQL requests when the application is eventually processed through the   >   OpenVMS LINKER and then run. > F >   That this is a GEM problem is interesting and certainly appears anE >   incomplete answer -- while there could certainly be problems with G >   GEM here, there could also be problems with the SQL$PRE processing. H >   (I've used Oracle Rdb and embedded SQL for some time now and haven'tE >   noticed massive differences in SQL$PRE processing.  Maybe you are 2 >   doing something rather different than I am...) > C >   Which version of Oracle (classic) or Oracle Rdb is in use here?  > G >   Older versions of Oracle Rdb did have a version of GEM containing a I >   known bug, specifically a version of GEM with the ability to generate J >   overly-long load-locked store conditional Alpha instruction sequences.G >   The Alpha code sequences generated by this older version of GEM was F >   incompatible with EV6 (21264) and later processors.  (This bug wasI >   fixed some time ago in GEM, and the corrected version of GEM was then G >   incorporated into Compaq C, Oracle Rdb, and various other packages. D >   See the 21264 directory on the OpenVMS Freeware V4.0 website for >   further details on this.)  > H >   Can you characterize the pre-processing performance differences on a >   simple embedded SQL module?  > A >   Can you characterize differences in the run-time environment?  > H >   (I've seen massive slow-downs with Oracle Rdb builds, slowdowns thatH >   were due to insufficient quotas and/or insufficient system parameterF >   configurations and/or insufficient system physical memory or otherC >   hardware restrictions.  I once saw Oracle Rdb build performance F >   approach infinite time when I started the third build in parallel,E >   but I'd actually run out of available system resources -- the Rdb H >   builds had begun paging heavily, and were also filling up the systemJ >   pagefile.  Performance suffered.  Greatly.  Once I added more physical# >   memory, builds got far faster.)  > P >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------   Date: 3 Oct 2001 12:28:31 -0000 3 From: Doc.Cypher <doc_cypher@redneck.gacracker.org>oN Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter6 Message-ID: <20011003122831.11939.qmail@gacracker.org>  " -----BEGIN PGP SIGNED MESSAGE-----  = On 03 Oct 2001, Paul Repacholi <prep@prep.synonet.com> wrote:e7 >"Terry C. Shannon" <terryshannon@mediaone.net> writes:  >p2 >> "John Nebel" <nebel@csdco.com> wrote in messageC >> news:Pine.OSF.4.21.0110021006250.1447-100000@athena.csdco.com...  >  >> > What are "C-level folks"? >o >> CEO, CIO, CFO, CTO  >CFA >r >(Cknow F All)  = I always thought that one was CEA (Chief Excrement Agitator).      Doc. - -- n6 The bigger the humbug, the better people will like it. ~ Phineas Taylor Barnum.   -----BEGIN PGP SIGNATURE-----e Version: 2.6.2  @ iQEVAwUBO7pG8sriC3SGiziTAQGdzQf/TzEMQzvOpQC9AxD63NhrMvT4hZwxffDd@ XBkaEUXEGoiP9KdcG8UzMD1gcFsAKf4A+EB5tl7YpZpTj1pZxnGCKtyMkAlVrBND@ x0/rdHKGiVhs192QdOOBBjbeUUDK7gwrUY/Qyq2XkrAbME2Zofjk3wezzK4+XSA5@ LUCZm3bLA7io0G8/xrJ3MPiZCsyybg/GAHaXvTfijxvoAV9WsfKloaXH9s33/eXD@ PBDm75fd9Vqiglwdc6QXrcmU35jrXvBySDywCdHrHuIaUW5F2HXqYLcJU614T4Pk8 m4mViAA0mq0OoV5O7SVx3smSa+j9OirJvrPJkgpDVWi7eKnzwHbtOQ== =e5T9o -----END PGP SIGNATURE-----l   ------------------------------    Date: 03 Oct 2001 03:49:38 +0800, From: Paul Repacholi <prep@prep.synonet.com>N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter- Message-ID: <874rphddpp.fsf@prep.synonet.com>s  ) David Mathog <mathog@caltech.edu> writes:M  F > The flip side of Sept. 11th is that some vendors are going to get toF > sell a lot of hardware to replace all of the machines that have beenF > destroyed.  If the Q replaces a lot of PCs,given its cost structure,C > it will lose money on every one.  Or maybe, just maybe, in a huge E > bulk sale it can break even.  They'd make a lot on every Alpha theyaC > sold, but having blown off both feet in that regard, there's someeF > question in my mind whether all of the Alphas (and VAXes?) lost willE > be replaced with Compaq equipment.  I can't help wondering if there F > aren't a lot of CIOs and CTOs looking at that replacement right now,B > weighing the Q's recent actions, and then calling up IBM and Sun
 > instead.  G If it was not for the Alphacide, the goats would be in a prime position C to sell wall to wall clusters. Given the 'improvments', and companyi* with half a brain would be talking to IBM.     --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 03 Oct 2001 06:15:22 +0800, From: Paul Repacholi <prep@prep.synonet.com>N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter- Message-ID: <871yklbsed.fsf@prep.synonet.com>A  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  1 > "John Nebel" <nebel@csdco.com> wrote in messagenB > news:Pine.OSF.4.21.0110021006250.1447-100000@athena.csdco.com...   > > What are "C-level folks"?.   > CEO, CIO, CFO, CTO CFA.  
 (Cknow F All)    -- 0< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 03 Oct 2001 12:49:40 GMT-' From: bad bob <sfmc68@bellatlantic.net>-N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter0 Message-ID: <3BBB098B.E07C9A49@bellatlantic.net>   Paul Repacholi wrote:F > + > David Mathog <mathog@caltech.edu> writes:m > H > > The flip side of Sept. 11th is that some vendors are going to get toH > > sell a lot of hardware to replace all of the machines that have beenH > > destroyed.  If the Q replaces a lot of PCs,given its cost structure,E > > it will lose money on every one.  Or maybe, just maybe, in a huge G > > bulk sale it can break even.  They'd make a lot on every Alpha they.E > > sold, but having blown off both feet in that regard, there's somecH > > question in my mind whether all of the Alphas (and VAXes?) lost willG > > be replaced with Compaq equipment.  I can't help wondering if there H > > aren't a lot of CIOs and CTOs looking at that replacement right now,D > > weighing the Q's recent actions, and then calling up IBM and Sun > > instead. > I > If it was not for the Alphacide, the goats would be in a prime positionME > to sell wall to wall clusters. Given the 'improvments', and companyr, > with half a brain would be talking to IBM.  E My compliments on a very articulate, accurate and succient post Paul.o> I can not add any value to your response, so again, well said. bob  >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 03 Oct 2001 14:33:19 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter= Message-ID: <PkFu7.16528$xG6.6971594@typhoon.ne.mediaone.net>   @ "Doc.Cypher" <doc_cypher@redneck.gacracker.org> wrote in message0 news:20011003122831.11939.qmail@gacracker.org...$ > -----BEGIN PGP SIGNED MESSAGE----- >5? > On 03 Oct 2001, Paul Repacholi <prep@prep.synonet.com> wrote:i9 > >"Terry C. Shannon" <terryshannon@mediaone.net> writes:  > >t4 > >> "John Nebel" <nebel@csdco.com> wrote in messageE > >> news:Pine.OSF.4.21.0110021006250.1447-100000@athena.csdco.com...d > >;  > >> > What are "C-level folks"? > >1 > >> CEO, CIO, CFO, CTOl > >CFA > >A > >(Cknow F All) >G? > I always thought that one was CEA (Chief Excrement Agitator).g >.   Oops, forgot that one... ;-}   ------------------------------   Date: 3 Oct 2001 16:30:31 -0000-3 From: Doc.Cypher <doc_cypher@redneck.gacracker.org>2N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter6 Message-ID: <20011003163031.17382.qmail@gacracker.org>  " -----BEGIN PGP SIGNED MESSAGE-----  J On Wed, 03 Oct 2001, "Terry C. Shannon" <terryshannon@mediaone.net> wrote:A >"Doc.Cypher" <doc_cypher@redneck.gacracker.org> wrote in messageP  @ >> I always thought that one was CEA (Chief Excrement Agitator). >> >, >Oops, forgot that one... ;-}m  J Quite a few people in here would like to agitate some excrement at Compaq.     Doc. - -- t6 The bigger the humbug, the better people will like it. ~ Phineas Taylor Barnum.   -----BEGIN PGP SIGNATURE-----  Version: 2.6.2  @ iQEVAwUBO7pG8sriC3SGiziTAQEeLwf/f5xUo0MTclLTmGPqmvh2OG9ni8jQbtwE@ KqjoNlOD+xe+7gKEwRBSmv8UmraGD3VyfcTo6bSze399zw/PKwF/V3KyfuA0TCD+@ WD4nT97UfpiB4lhKf1B2xupuG4OkQgadFUU3SFxdCBWjT9WwJzgF5K39EiXZoOR4@ BiBTDqavT20eP1cwSndWG8d2nexNB0ZoPeqek/w9+Rvi1Ym9vA9VmklNil5XMOYF@ v+QmOgvKe3BLt28RChNeEEZx+OQW20mpDl9O1YE+qoCHs7wy1aSQDVD35OVzoer38 ieDeLWJ6OIBVY4BKH6y+DgaXZN99nT1VQA2j3z9DBVk4jO4QUt0LGQ== =T8ikt -----END PGP SIGNATURE-----c   ------------------------------  $ Date: Wed, 3 Oct 2001 09:52:18 -0400- From: "www.islandco.com" <sales@islandco.com>e# Subject: Default password in RA3000l/ Message-ID: <trm5eoh38nlo78@news.supernews.com>-  H Was wandering  what is the default "admin" password for a RZ3000 (HSZ22) when new in from COmpaqt   David          -- David B Turner	 Sales Dpt? Island Computers US Corporationv 2700 Gregory Streety	 Suite 180" Savannah GA 31404i Tel: 912 447 6622e Fax: 912 201 0096r sales@islandco.com www.islandco.com' http://www.islandco.com/legal-email.htme   We sell Alpha's !k   ------------------------------   Date: 3 Oct 2001 08:47:30 -0500 - From: koehler@encompasserve.org (Bob Koehler)o$ Subject: Re: Defining a logical in C3 Message-ID: <UL3ot9SZ1TVn@eisner.encompasserve.org>   \ In article <3BBA25E2.125A9CF3@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Bob Koehler wrote:L >>    You should get errors with many System Service and RMS (SYS$) calls ifL >>    you don't supply all the arguments, but trailing optional arguments inE >>    RTL calls (LIB$ and such) should not require 0.  Do you have ant  >>    example of such a failure? > L > I don't have an example offhand. But I distinctly remember (perhaps in theJ > VAX-C days) having a problem with missing optional arguments at the end,O > resulting an in aaccess violation, and that it was solved by adding the 0s at S > the end to fill the argument list. And I have taken to doing so out of habit now.- > O > The one that comes to mind is QIO on TT devices. But it has been a long time.o  B    SYS$QIO is not an RTL routine, it's a system service.  All it'sH    arguments are required.  You can use commas with nothing between themH    in Fortran, but that's just because Fortran will pass 0 by value for G    you when you do (easy for the Fortran compiler since it never passes +    anything by value unless told to do so).    ------------------------------  $ Date: Wed, 3 Oct 2001 09:10:48 +0200% From: "Fred Zwarts" <F.Zwarts@KVI.nl>e6 Subject: Re: DLT IV Tapes - How long should they last?. Message-ID: <9pedlq$3fl$1@info.service.rug.nl>  : "Jan-Erik S=F6derholm" <noone@home.com> wrote in message =" news:3BBA308D.8A6B6B72@home.com...0 > Aren't the tracks layed out as on a VHS tape ?  5 No. The description below of Carl Karcher is correct.   8 > That is, diaganaly across the tape. And the drive uses9 > an spinning tilted head, just as in the VHS "drive".=20   B No. Just open the box and you will see that it is quite different.  F >                                                       So the head(s)B > is(are) passing by the tape many times (maybe 128) for any given> > position, but the tape it self just make one go from one end > to the other.b >=20 > Jan-Erik S=F6derholm.- >=20 > Carl Karcher wrote:e > >=20D > > In a previous article, "Peter Weaver" <peter.weaver@stelco.ca> = wrote:D > > ->I lost the original posting due to age, but this subject was = raised heregF > > ->today when a comparison was made between DLT and 9840 tapes. I =
 found this > > ->link;: > > =oJ ->http://www.backupcentral.com/cgi-bin/netbackup-fom?_recurse=3D1&file=3D=	 20#file_1M@ > > ->53 that states DLT tapes should last for 1,000,000 passes. > >=20J > > That doesn't equate to the number of times you can read/write/rewind = a G > > tape in the drive though. DLT's are "serpentine" devices and make =t manyD > > passes for each end-to-end tape run. As I recall they have 128 = tracksJ > > and the head can read two at a time. Still, 1,000,000/128 is a quite = aBF > > lot (even hard to believe). I remember a figure of 10,000 passes = when > > they were first introduced.o   ------------------------------  % Date: Wed, 03 Oct 2001 10:06:27 +0100g( From: Nic Clews <sendspamhere@127.0.0.1>6 Subject: Re: DLT IV Tapes - How long should they last?) Message-ID: <3BBAD513.E4964ED1@127.0.0.1>t   "David J. Dachtera" wrote: >  > Jan-Erik Sderholm wrote:l > >C2 > > Aren't the tracks layed out as on a VHS tape ?: > > That is, diaganaly across the tape. And the drive uses8 > > an spinning tilted head, just as in the VHS "drive". > H > You're thinking helical scan. DLT technology is serpentine, similar to > QIC.  G I remember some of the advertising when the DLTs started to come out int the UK.    Something like  < For DIS use DAT and a picture of some greasy rock combo IIRC   For DATA use DLT  H and there was comparisions of 8mm tape drives as well with references to video.   Anyone recall it?e   -- t( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comi   ------------------------------    Date: 03 Oct 2001 05:40:33 +0800, From: Paul Repacholi <prep@prep.synonet.com>6 Subject: Re: DLT IV Tapes - How long should they last?- Message-ID: <87elolbu0e.fsf@prep.synonet.com>S  3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:t  B > Bulk erase them. VHS degaussers show work very nicely, if you're, > persistent. Watch trhe duty cycle, though.  E That needs to be a very good professional unit to erase DLT IV tapes.      -- l< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.h@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 03 Oct 2001 14:42:26 +0100e4 From: John Laird <john@laird-towers.freeserve.co.uk>6 Subject: Re: DLT IV Tapes - How long should they last?8 Message-ID: <3c5mrtsf5cnusr7i01jfld2acban6qabu2@4ax.com>  7 On Tue, 02 Oct 2001 22:32:35 -0500, "David J. Dachtera"  <djesys.nospam@fsi.net> wrote:   >Jan-Erik Sderholm wrote: >> l1 >> Aren't the tracks layed out as on a VHS tape ? 9 >> That is, diaganaly across the tape. And the drive uses 8 >> an spinning tilted head, just as in the VHS "drive".  >tG >You're thinking helical scan. DLT technology is serpentine, similar toe >QIC.   H There's an excellent potted history of DLT technology and development at http:www.dlttape.com     	Johno -- n
 John Laird Yezerski Roper Ltd   ------------------------------  * Date: Wed, 3 Oct 2001 05:59:36 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>. Subject: Re: DS20 Used With Cpq Warranty $4000@ Message-ID: <20011003125936.24501.qmail@web20207.mail.yahoo.com>   Well  3 Last week I got my first hobbist Alphaserver 1000 / 2 200 .It is not an amazing machine but it is what I
 have ! :-)  2 Detail : only one 2GB disk, but i am looking for a! RAID board and a few SBB disks...t   Regardst   FC=20e  3 --- Island Computers <dbturner@islandco.com> wrote:a > We have a USED system just ine >=201 > A couple of minor "dings" but nothing obvious -i
 > honestly >=20 > We are asking $4000d >=20 > Configured as follows: >=20- > DS20 6/500 500Mhz System (Dual CPU Capable)e > 512MB Memory > 4 x DS-RZ1CB-VW 4Gb Disk* > KZPAC-AA SCSI RAID Ultra Wide Controller > DE500-BA 10/100 Ethernet CardO > 1.44MB Floppys! > 32x SCSI CD-ROM with Controller  >=20+ > A great hobbyist system or .....???!!?!!?  >=20 > No VMS Licenses included >=20 > -- > We sell Alpha systems & parts  > http://www.islandco.comr > sales@islandco.com > Island Computers US Corp.  > 2700 Gregory Streetn > Savannah GA 31404v > Tel: 912 447 6622  > Fax: 912 201 0096V > ICQ#: 130698221  >=20 >=20     =3D=3D=3D=3D=3DiL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dt F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Di  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.c http://phone.yahoo.com   ------------------------------  * Date: Wed, 3 Oct 2001 08:21:50 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>. Subject: Re: DS20 Used With Cpq Warranty $4000@ Message-ID: <20011003152150.56035.qmail@web20207.mail.yahoo.com>   Yep !!!c  # I will check my po$$ibilities ! :-)f- Even I know of importing taxes here in Brazilr1 will almost double the price of these components,l   Regardso   FC=20l3 --- Island Computers <dbturner@islandco.com> wrote:p > Fabiov >=20 >=205 > KZPAC-AA  Ultra Wide SCSI PCI RAID w/4MB EDRAM $199e6 > RZ28D-VW 2.1GB Wide SCSI Disk in Canister for AS1000 > $1203 > RZ1CB-VW 4GB Ultra Wide SCSI Disk in Canister for-
 > AS1000 $199< >=20 >=20 > Price per unit >=201 > Shipping to Brazil for 4 disks and 1 controllerF
 > approx. $70m >=20 >=20 > Warranty: 12 months- > Payment by Visa/Mastercard >=20	 > Regards- >=20 >=20 > David Turner >=20 >=20 >=20 > ----- Original Message -----2 > From: "Fabio Cardoso" <fabiopenvms@yahoo.com.br> > Newsgroups: comp.os.vms.+ > Sent: Wednesday, October 03, 2001 8:59 AMe0 > Subject: Re: DS20 Used With Cpq Warranty $4000 >=20 >=20 >=20 > Well >=205 > Last week I got my first hobbist Alphaserver 1000 /n4 > 200 .It is not an amazing machine but it is what I > have ! :-) >=204 > Detail : only one 2GB disk, but i am looking for a# > RAID board and a few SBB disks...y >=20	 > Regardse >=20 > FC >=205 > --- Island Computers <dbturner@islandco.com> wrote:N! > > We have a USED system just ins > > 3 > > A couple of minor "dings" but nothing obvious -a > > honestly > >  > > We are asking $4000l > >  > > Configured as follows: > > / > > DS20 6/500 500Mhz System (Dual CPU Capable)a > > 512MB Memory > > 4 x DS-RZ1CB-VW 4Gb Disk, > > KZPAC-AA SCSI RAID Ultra Wide Controller! > > DE500-BA 10/100 Ethernet Cardr > > 1.44MB FloppyP# > > 32x SCSI CD-ROM with Controller  > >w- > > A great hobbyist system or .....???!!?!!?v > >x > > No VMS Licenses included > >f > > --! > > We sell Alpha systems & partsG > > http://www.islandco.comq > > sales@islandco.com > > Island Computers US Corp.y > > 2700 Gregory Streeta > > Savannah GA 31404i > > Tel: 912 447 6622w > > Fax: 912 201 00964 > > ICQ#: 130698221O > >s > >9 >=20 >=20 > =3D=3D=3D=3D=3DeN > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D2 > F=E1bio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazila > fabiopenvms@yahoo.com.brN > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Da >=204 > __________________________________________________ > Do You Yahoo!?5 > Listen to your Yahoo! Mail messages from any phone.a > http://phone.yahoo.com >=20 >=20     =3D=3D=3D=3D=3DtL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dn F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazile fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Ds  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.  http://phone.yahoo.com   ------------------------------  % Date: Wed, 03 Oct 2001 09:21:52 -0400 4 From: Gary Gladstone <gladstone@istp7.gsfc.nasa.gov>B Subject: Re: Error on restore from tape - Directory Depth problem?3 Message-ID: <3BBB10F0.4F6450F2@istp7.gsfc.nasa.gov>c  , This is a multi-part message in MIME format.& --------------C1BB063AFE04808BC6E16793* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit6  ? I believe it has been discussed before in depth, but when doing ; an /image backup of the system disk, should it be done witho /alias or /noalias?s   Gary --4 Gary Gladstone, Systems Administrator (301-286-9463)A BA&H / Code 450.B (Bldg 23, E402A)/ NASA GSFC, Greenbelt MD 207713 gladstone@istp1.gsfc.nasa.gov    Hoff Hoffman wrote:e  \ > In article <9pajed$itp$1@nntp1.jpl.nasa.gov>, "Mitchell Troy" <mtroy@jpl.nasa.gov> writes:L > :Several people have asked for the exact commands sorry, I did not include > :them initially: > :: > :Backup command: > ..H > :$  BACKUP /REWIND/verify /RECORD /IGNORE=INTERLOCK /IGNORE=NOBACKUP -N > :   /LIST=SYS$COMMON:[SYSMGR.BACKUPS.LIST]FULL_data_disk_'MONTH''DAY'.BCK  -2 > :      DISK$data:[000000...]*.*;*  MKB500:USRSAV > .. > :Restore command:1 > ..; > :$ backup mkb0:*.*/save_set dkb300:[000000...]/log/verifyn > I >   You are unfortunately going to get to learn about the structure of anoM >   OpenVMS system disk and about the (old/ODS-2) RMS directory depth limits.l >sK >   Because of the way this particular BACKUP was created, you will have to H >   reset all directory backlinks (all directory aliases) on this systemJ >   disk manually, due to the files-oriented BACKUP originally used.  ThisL >   will include SYSCOMMON/VMS$COMMON entries, but there may well be others. >iE >   If I had to rebuild this system disk and could not use this as an1I >   opportunity to reload cleanly (either V6.2 or more current software), F >   I'd probably dump this whole mess onto another disk, and then pickD >   through the directory trees in the carcass to rebuild the "real" >   system disk. >eC >   I'd transfer the non-SYS, non VMS$COMMON directories over.  I'dkD >   then transfer over one [SYSn...] root, and I'd SET FILE/ENTER toA >   add VMS$COMMON.DIR based on [SYSn]SYSCOMMON.DIR.  If you have E >   other SYSx... roots, you'll have to haul those over individually,mD >   remove the contents of that root's [SYSx.SYSCOMMON] and then addE >   the alias to the VMS$COMMON.DIR.  Once you are done, DFU or other B >   tools can be used to make the VMS$COMMON.DIR entry the primary" >   entry among all alias entries. >uD >   There may well be other (site-specific) directory alias entries. >mE >   Deep directories will require you to use concealed rooted logical F >   names to "hide" levels -- you'll end up having to set up a logicalC >   name for the various (deep) roots.  On this version of OpenVMS, D >   you can have up to two sets of eight levels of directories, withF >   the upper eight "hidden" behind the concealed rooted logical name. > F >   You may well have to rebuild your queue database and possibly someF >   other files that were open when the BACKUP was made, since the useG >   of /IGNORE=INTERLOCK (better known as "allow data inconsistencies") , >   implies that this was an on-line BACKUP. >yK >   I would strongly encourage you to use BACKUP/IMAGE/[NO]ALIAS next time.wH >   BACKUP/IMAGE handles all this stuff transparently, which is why thatC >   approach is the documented approach for system disks.  I'd alsogG >   encourage you to try the restoration, just to make sure it works --.G >   that step would have shown how much "fun" you are now going to haveR	 >   here.r >pP >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com          & --------------C1BB063AFE04808BC6E16793- Content-Type: text/x-vcard; charset=us-ascii;.  name="gladstone.vcf"- Content-Transfer-Encoding: 7bit0, Content-Description: Card for Gary Gladstone  Content-Disposition: attachment;  filename="gladstone.vcf"d   begin:vcard  n:Gladstone;Gary tel;fax:520-752-2319 tel;work:301-286-9463. x-mozilla-html:FALSE org:NASA GSFC;ISTP adr:;;;Greenbelt;MD;20771; version:2.1", email;internet:gladstone@istp7.gsfc.nasa.gov fn:Gary Gladstoner	 end:vcarde  ( --------------C1BB063AFE04808BC6E16793--   ------------------------------  $ Date: Wed, 3 Oct 2001 17:14:46 +02007 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com> B Subject: RE: Error on restore from tape - Directory Depth problem?O Message-ID: <2795B75EF003D311801A00A0C906B511011C6852@cucexec.gbc.getronics.nl>u   This is was discussed before.-  D > > If I were performing an image backup restore I would have to use1 > > backup/image/noalias <tapedrive>:saveset/saveoO > > because if you use /alias (which is the default) it would process the aliasFL > > file rather than just copy the link in indexf.sys, so doubling up on theP > > number of files on the tape if there was one alias per file.  When I came to3 > > restore the disk I would run out of disk space.-  8 So the answer is with /noalias, but if want to be safe. N Do a image backup with and without the /alias option and watch the difference . with making a listing of both of the savesets.   > -----Original Message-----= > From: Gary Gladstone [mailto:gladstone@istp7.gsfc.nasa.gov]p% > Sent: woensdag 3 oktober 2001 15:22i > To: Info-VAX@Mvb.Saic.Com D > Subject: Re: Error on restore from tape - Directory Depth problem? >  > A > I believe it has been discussed before in depth, but when doinga= > an /image backup of the system disk, should it be done withw > /alias or /noalias?m >  > Gary > --6 > Gary Gladstone, Systems Administrator (301-286-9463)C > BA&H / Code 450.B (Bldg 23, E402A)/ NASA GSFC, Greenbelt MD 20771l > gladstone@istp1.gsfc.nasa.govi >  > Hoff Hoffman wrote:t > < > > In article <9pajed$itp$1@nntp1.jpl.nasa.gov>, "Mitchell $ > Troy" <mtroy@jpl.nasa.gov> writes:? > > :Several people have asked for the exact commands sorry, I d > did not includen > > :them initially: > > :$ > > :Backup command: > > ..8 > > :$  BACKUP /REWIND/verify /RECORD /IGNORE=INTERLOCK  > /IGNORE=NOBACKUP - > > :   @ > /LIST=SYS$COMMON:[SYSMGR.BACKUPS.LIST]FULL_data_disk_'MONTH''D > AY'.BCK  -4 > > :      DISK$data:[000000...]*.*;*  MKB500:USRSAV > > .. > > :Restore command:  > > ..= > > :$ backup mkb0:*.*/save_set dkb300:[000000...]/log/verifye > >n< > >   You are unfortunately going to get to learn about the  > structure of an 8 > >   OpenVMS system disk and about the (old/ODS-2) RMS  > directory depth limits.  > >h= > >   Because of the way this particular BACKUP was created, i > you will have to? > >   reset all directory backlinks (all directory aliases) on n
 > this system.6 > >   disk manually, due to the files-oriented BACKUP  > originally used.  This? > >   will include SYSCOMMON/VMS$COMMON entries, but there may f > well be others.i > >iG > >   If I had to rebuild this system disk and could not use this as an-9 > >   opportunity to reload cleanly (either V6.2 or more 8 > current software),H > >   I'd probably dump this whole mess onto another disk, and then pickF > >   through the directory trees in the carcass to rebuild the "real" > >   system disk. > > E > >   I'd transfer the non-SYS, non VMS$COMMON directories over.  I'daF > >   then transfer over one [SYSn...] root, and I'd SET FILE/ENTER toC > >   add VMS$COMMON.DIR based on [SYSn]SYSCOMMON.DIR.  If you haverG > >   other SYSx... roots, you'll have to haul those over individually,oF > >   remove the contents of that root's [SYSx.SYSCOMMON] and then addG > >   the alias to the VMS$COMMON.DIR.  Once you are done, DFU or otheraD > >   tools can be used to make the VMS$COMMON.DIR entry the primary$ > >   entry among all alias entries. > >rF > >   There may well be other (site-specific) directory alias entries. > >rG > >   Deep directories will require you to use concealed rooted logicalaH > >   names to "hide" levels -- you'll end up having to set up a logicalE > >   name for the various (deep) roots.  On this version of OpenVMS,aF > >   you can have up to two sets of eight levels of directories, withH > >   the upper eight "hidden" behind the concealed rooted logical name. > >lH > >   You may well have to rebuild your queue database and possibly someH > >   other files that were open when the BACKUP was made, since the use8 > >   of /IGNORE=INTERLOCK (better known as "allow data  > inconsistencies")k. > >   implies that this was an on-line BACKUP. > >A, > >   I would strongly encourage you to use # > BACKUP/IMAGE/[NO]ALIAS next time. ? > >   BACKUP/IMAGE handles all this stuff transparently, which  
 > is why thatrE > >   approach is the documented approach for system disks.  I'd also-> > >   encourage you to try the restoration, just to make sure 
 > it works --w< > >   that step would have shown how much "fun" you are now  > going to haves > >   here.D > >B5 > >  ---------------------------- #include <rtfaq.h> : > -----------------------------l8 > >       For additional, please see the OpenVMS FAQ --  www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 03 Oct 2001 16:05:21 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)B Subject: RE: Error on restore from tape - Directory Depth problem?2 Message-ID: <5HGu7.1019$YP.25716@news.cpqcorp.net>   In article <2795B75EF003D311801A00A0C906B511011C6852@cucexec.gbc.getronics.nl>, "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com> writes:  :This is was discussed before. : E :> > If I were performing an image backup restore I would have to usee2 :> > backup/image/noalias <tapedrive>:saveset/saveK :> > because if you use /alias (which is the default) it would process the eJ :> > alias file rather than just copy the link in indexf.sys, so doubling K :> > up on the number of files on the tape if there was one alias per file. C :> > When I came to restore the disk I would run out of disk space.s  K   If you used BACKUP/IMAGE, you should be able to restore regardless -- the H   BACKUP/IMAGE restoration process will reset the alias links correctly.G   (While the saveset will be larger with /ALIAS (when alias entries aretJ   present on the input disk), the BACKUP/IMAGE saveset restoration should H   have storage requirements quite close to the input disk requirements, F   regardless of the /[NO]ALIAS setting.  I would not expect to see any<   storage requirement differences beyond the "noise level".)  9 :So the answer is with /noalias, but if want to be safe.  O :Do a image backup with and without the /alias option and watch the difference  / :with making a listing of both of the savesets.   I   /[NO]ALIAS is of significance when writing the saveset, and of interestAL   when performing selective file restorations from the saveset medium.  The J   former because that is when the (redundent) data is written (/ALIAS) to I   the media, and the latter because you can only selectively restore the o6   primary entry (when the media was created /NOALIAS).    > :> From: Gary Gladstone [mailto:gladstone@istp7.gsfc.nasa.gov] ..B :> I believe it has been discussed before in depth, but when doing> :> an /image backup of the system disk, should it be done with :> /alias or /noalias?  E   I would use /IMAGE/NOALIAS.  Less media will be used and the BACKUPtF   will be faster, because less redundant data is written to the media.D   You will have to decide if you want to use /XOR and /CRC or if youG   trust the equivilent mechanisms (if any) within your archival storageaE   device, and you will want to decide if you use /VERIFY (to test theu   full-path).     E   In any event, I would watch the rated media lifetimes and the mediaeH   storage requirements carefully, and I would periodically perform test D   restorations.  I'd also refresh media, particularly any media thatC   is approaching the rated lifetimes (due to storage time or due ton   head passes, etc).  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 03 Oct 2001 04:46:17 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: GARTNER GROUP SAYS GET OFF IIS NOW!- Message-ID: <87r8slbwiu.fsf@prep.synonet.com>   6 LESLIE@209-16-45-102.insync.net (Jerry Leslie) writes:  E > The way to sell that solution to the PHBs/MGMs is to tell them that3@ > VMS doeesn't need as many sysadmins as a Wintel Cartel system.  oF > I suspect that one reason there are few VMS system manager positionsE > is that the VMS systems can run for years without a system manager.2  E Oh so true!! I know of a 750 that ran for 6-7 years with no attention:F at all. It was pretty piggy mind. Or a 3100 that was 'lost'; the owner& of the shop did not know where it was!  A But my favorite was a shop with the most incredible collection ofgL tin; AS/400s (8 of them), a 370 'drive in' CPU, NCR Centurion and Criterion,D Honeywells, Univacs and Unisys's, Burroughs... And a very sharp crew% of operators. To quote the senior op;l  B "We really should learn more about the Vax, but it just sits there and works."e   -- S< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 2 Oct 2001 22:44:11 CDT = From: wayne@tachysoft.xxx.374515.killspam.015f (Wayne Sewell)   Subject: Re: Good bye VAX-6400's. Message-ID: <tkcn9jI1Ymv8@tachxxsoftxxconsult>  f In article <howard-BA456F.20301730092001@enews.newsguy.com>, Howard S Shubs <howard@shubs.net> writes:? > In article <68Ot7.57101$vq.10598184@typhoon.ne.mediaone.net>,e8 >  "Terry C. Shannon" <terryshannon@mediaone.net> wrote: > N >> And count me in as well (late 1982). First system was an 11/750 running VMS >> 3.n.u > K > Me too.  Late 1982, VAX-11/780 (Northeastern University).  VAX/VMS 3.1.  e > They'd just upgraded to it.b  K Somewhere in the 78-79 timeframe for me.  I actually started on vms version @ 1.x, but 2.0 came out soon after.  I think we had 3 780 systems.  N I didn't come from the pdp world like so many did.  My pre-vax work was on ibm mainframes.    -- -O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxe: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)UO ===============================================================================wH Randolph Duke (in Trading Places): "Mother always said you were greedy.". Mortimer Duke: "She meant it as a compliment!"   ------------------------------    Date: 03 Oct 2001 05:20:21 +0800, From: Paul Repacholi <prep@prep.synonet.com>  Subject: Re: Good bye VAX-6400's- Message-ID: <87itdxbuy2.fsf@prep.synonet.com>=  ( ChrisQ <lightwork@aerosys.co.uk> writes:  E > Wasn't much of the early X development done on a 725 ?. I think the ? > machine was called a VS100 (Vaxstation 100) and used a unibuso; > graphics card, maybe from an external vendor like Evans &3A > Sutherland. Anyone know anything about this ?. Some of the very=7 > early X distibutions make reference to this hardware.y  / The Vax-farm behind KL-UGE was definatly 750s. @   -- o< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda._@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 03 Oct 2001 14:23:31 +0100E4 From: John Laird <john@laird-towers.freeserve.co.uk>  Subject: Re: Good bye VAX-6400's8 Message-ID: <l24mrt0a3dgs1g0frqtitr8hp007tvdd7d@4ax.com>  F On 28 Sep 2001 07:44:39 -0500, koehler@encompasserve.org (Bob Koehler) wrote:  T >In article <3BB351C5.732FB18@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: >> tI >> 11/750's for me.  They were used until well after the 6000 series werewH >> released though, but that's another story. There's an 11/780 still in5 >> service I know about but that's yet another story.  >AH >   Ah, so you're a newcomer Nic.  When I started all VAXen were 11/780.  F Likewise (late 81).  I also came upon a 780 at a client site which hadE been specially imported from the US - I forget whether it was becauseaC the client wanted it before it was available in the UK or if it wascD something to do with the special tape drives and/or array processorsD which were attached.  It had its own special 60Hz 110V power supply.     	Johnk -- T
 John Laird   ------------------------------   Date: 2 Oct 2001 22:46:37 CDTs= From: wayne@tachysoft.xxx.374515.killspam.015f (Wayne Sewell)0L Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE. Message-ID: <vWSYrrkNfftf@tachxxsoftxxconsult>  t In article <hXPt7.57837$vq.10689520@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:4 > "Keith Brown" <kbrown780@isd.net> wrote in message+ > news:trfdsar2l50pe1@corp.supernews.com...m >> Philip Lewis wrote: >>F >> > Did I not recently hear that one of those wonder ships running NT	 > crashed,M >> > every system, one after another and ended up lying dead in the water ford > 3d( >> > days, and needed a tow into port ?? >> > >> > >> >> You heard correctly.t >> > J > It gets worse. Seems that the next US aircraft carrier (due 2007/2008 orN > so), CVN such-and-such, will sport a Windoze-based battle management system.N > I am sure that rivals and potential enemies of the USA are delighted by this > Stupid Strategy Trick.  M Especially when the thing gets confused and starts sinking the members of itsS own carrier battle group.h     --  O ===============================================================================eM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxS: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)lO ===============================================================================rH Randolph Duke (in Trading Places): "Mother always said you were greedy.". Mortimer Duke: "She meant it as a compliment!"   ------------------------------   Date: 3 Oct 2001 05:25:56 -0500.- From: Kilgallen@SpamCop.net (Larry Kilgallen)eL Subject: Re: I will quit using VMS when the military does - in 2015 or maybe3 Message-ID: <PTbmcD6F1$XC@eisner.encompasserve.org>   n In article <vWSYrrkNfftf@tachxxsoftxxconsult>, wayne@tachysoft.xxx.374515.killspam.015f (Wayne Sewell) writes:v > In article <hXPt7.57837$vq.10689520@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:5 >> "Keith Brown" <kbrown780@isd.net> wrote in messagec, >> news:trfdsar2l50pe1@corp.supernews.com... >>> Philip Lewis wrote:h >>>sG >>> > Did I not recently hear that one of those wonder ships running NTu
 >> crashedN >>> > every system, one after another and ended up lying dead in the water for >> 3) >>> > days, and needed a tow into port ??a >>> >n >>> >c >>>n >>> You heard correctly. >>>  >> eK >> It gets worse. Seems that the next US aircraft carrier (due 2007/2008 or-O >> so), CVN such-and-such, will sport a Windoze-based battle management system.pO >> I am sure that rivals and potential enemies of the USA are delighted by this- >> Stupid Strategy Trick.  > O > Especially when the thing gets confused and starts sinking the members of its1 > own carrier battle group.n  = But typically carriers do not have their own heavy weapons...   7 ...or did you mean sinking via propagation of viruses ?    ------------------------------   Date: 3 Oct 2001 12:44:22 GMTa1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon);L Subject: Re: I will quit using VMS when the military does - in 2015 or maybe, Message-ID: <9pf176$2han$1@info.cs.uofs.edu>  3 In article <PTbmcD6F1$XC@eisner.encompasserve.org>, 0  Kilgallen@SpamCop.net (Larry Kilgallen) writes: |> B: |> ...or did you mean sinking via propagation of viruses ?  H Makes sense to me!!  Surely everyone here remembers the first episode ofF the TV show Mission Imposible (the bad remake, not the original) whereG the submarine passes an underwater beacon dropped into the water by therH bad guys and is immediately infected with a virus that disables it.  :-)   bill   -- rJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  * Date: Wed, 3 Oct 2001 05:57:15 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>L Subject: Re: I will quit using VMS when the military does - in 2015 or maybe@ Message-ID: <20011003125715.76366.qmail@web20209.mail.yahoo.com>   So,=20  + Kursk torpedos were exploded by a Virus ???- Do they use Intel inside ? :-)   Regardso   FC=20o6 --- Bill Gunshannon <bill@triangle.cs.uofs.edu> wrote:5 > In article <PTbmcD6F1$XC@eisner.encompasserve.org>,c2 >  Kilgallen@SpamCop.net (Larry Kilgallen) writes: > |>=20 2 > |> ...or did you mean sinking via propagation of > viruses ?e >=205 > Makes sense to me!!  Surely everyone here remembers  > the first episode of4 > the TV show Mission Imposible (the bad remake, not > the original) where63 > the submarine passes an underwater beacon droppedF > into the water by the 3 > bad guys and is immediately infected with a viruso > that disables it.  :-) >=20 > bill >=20 > --=20o6 > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra > see) n.  Three wolvesk3 > bill@cs.scranton.edu     |  and a sheep voting ond > what's for dinner. > University of Scranton   |- > Scranton, Pennsylvania   |         #includeR > <std.disclaimer.h>  =20N     =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilm fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dt  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.t http://phone.yahoo.com   ------------------------------  $ Date: Wed, 3 Oct 2001 12:07:38 +0000  From: Steve.Spires@yellgroup.com# Subject: Re: imherited cluster help / Message-ID: <00256ADA.00429EC2.00@quegw01.btyp>   L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    K It also depends on what exactly you are trying to do. With the examples youtN give, and if you ARE in a cluster, then $ SHOW USER/NODE=nodename would do the: trick. You can use that qualifier on quite a few commands.  O Why do you need to use rsh, and what are the things you wish to do? Many thingso@ can be done cluster-wide without username/password combinations.   Steve Ss        J "Paul Blenderman" <Paul.Blenderman@micronas.com> on 10/02/2001 09:25:26 PM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)ML From:      "Paul Blenderman" <Paul.Blenderman@micronas.com>, 2 October 2001,            9:25 p.m.   Re: imherited cluster help        H Especially because you used "cluster" in the subject: take a look at the SYSMANB utility's SET ENVIROMENT /NODE or /CLUSTER and DO commands. WithinL the cluster you would in general not even have to enter a username/password.   Paul Blenderman 
 Micronas GmbHr Freiburg, Germany   * "ron" <ron@cyberping.com> wrote in message. news:rctt7.3331$bb7.87950@news.easynews.com...* > I have inherited VMS and need some help. >e > I need to be able :u >a5 > rsh from one box to sever others boxes and do a sete > of commands. > 8 > for security reasons I don't want to leave my username > and password visible.i > J > How can I setup something that prompts me once for user/pass then parses > that to all the rsh commands.  >r > eg.y > rsh box1 "sh users"p > rsh box2 "sh users"e > rsh box3 "sh users"w >  > Any help greatly appreciated.e >  >    ------------------------------  % Date: Wed, 03 Oct 2001 11:14:06 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>L Subject: Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?)) Message-ID: <3BBAE4EE.A9438851@127.0.0.1>a   Hoff Hoffman wrote:n >  wI >   Based on the information I have, Itanium systems can operate entirelymJ >   bi-endian, with the prefered endianness apparently fully selectable atJ >   run-time on a per-process basis.  (I don't really have the inclinationJ >   to try adding RUN/DETACH/ENDIAN=BIG into OpenVMS right now, but adding2 >   /ENDIAN=LITTLE might be a good easter egg. :-)   Hoff,   E I appreciate you're speaking in jest, and perhaps you have one or twop= more important issues than worrying about accomodating "other-B endianess", but finding space for the hooks now for support in theG future will place VMS in a very strong position for an application port G target and even development platform. VMS offering best of both worlds.  A coup you can't ignore.  E You should seriously consider this, if you want me to provide (directG( and offline) customer references I will.  F The more and more I understand about the 'port', the more I realise itH was the right thing to do. I also appreciate this is the time to get our@ requests in because some of our customers' plans exceed the 2010? timeframe as well with an 'appreciable' investment which in alleH seriousness will last until *beyond* the time I have my "Fatal bugcheck" headstone made.e   -- a( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comn   ------------------------------   Date: 3 Oct 2001 09:22:50 -0500 - From: koehler@encompasserve.org (Bob Koehler)kL Subject: Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?)3 Message-ID: <DBrC5tU+yKUC@eisner.encompasserve.org>s  f In article <Peuu7.968$YP.25651@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  J >   Based on the information I have, Itanium systems can operate entirely K >   bi-endian, with the prefered endianness apparently fully selectable at s$ >   run-time on a per-process basis.  G    Isn't that going to lead to a PITA in the API's?  (Of course the JVMiF    is dealing with it now, but nobody chooses Java for performance and7    even the JVM only supports one way of doing things.)i   ------------------------------   Date: 3 Oct 2001 09:06:54 -0500s- From: koehler@encompasserve.org (Bob Koehler)i) Subject: Re: Letter from Michael Cappelas 3 Message-ID: <n35o1qDGLSBh@eisner.encompasserve.org>s  \ In article <3BBA2379.6FE6DEAA@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  J > At least Pfeiffer pretended that he was buying Digital to give Compaq anP > "enterprise" business. HP doesn't even make that statement. It would thereforeL > seem to me that HP is interested in developping itw wintel business and is& > willing to spend megabucks to do so.  C    HP thinks they already do the enterprise bussiness and that theynG    can handle the VMS market place better than Compaq (the PC company).i  E    So why would they make a statement that they're trying to buy intod    the enterprise bussines?    ------------------------------  # Date: Wed, 03 Oct 2001 14:38:14 GMTr4 From: "Terry C. Shannon" <terryshannon@mediaone.net>) Subject: Re: Letter from Michael Cappelas = Message-ID: <qpFu7.16540$xG6.6973985@typhoon.ne.mediaone.net>   : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:n35o1qDGLSBh@eisner.encompasserve.org... 7 > In article <3BBA2379.6FE6DEAA@videotron.ca>, JF Mezeia& <jfmezei.spamnot@videotron.ca> writes: >hL > > At least Pfeiffer pretended that he was buying Digital to give Compaq anH > > "enterprise" business. HP doesn't even make that statement. It would	 therefore-K > > seem to me that HP is interested in developping itw wintel business and. is( > > willing to spend megabucks to do so.  K One of Eckhard's primary goals was to make CPQ a $50B USD company by Y2K01.p? Based on 3FQ01 projections, the current run rate is about $30B.-   >-E >    HP thinks they already do the enterprise bussiness and that theypI >    can handle the VMS market place better than Compaq (the PC company).g  J HP actually has more credibility in the enterprise space than does CPQ. AtL least that's what the focus groups, market researchers, and tea leaves would	 indicate.tH CPQ of course is paying the price for its continued focus on loss leader peecees.   >hG >    So why would they make a statement that they're trying to buy intoM >    the enterprise bussines?h >   ! That's a question best put to HP.k  L That HP is buying CPQ to develop its Wintel business is hard to swallow. TheL Access Group is losing money, and the ISSG's performance isn't what it was aL year or even six months ago. I'd venture to guess that Carly's thinking more about services than IA32 iron.   ------------------------------  % Date: Wed, 03 Oct 2001 16:19:28 +0100s4 From: John Laird <john@laird-towers.freeserve.co.uk>5 Subject: Re: Locate Filename containing logical blocko8 Message-ID: <2kamrtkbn1lfe7ksv6irq5idif2gt1flmc@4ax.com>  A On 2 Oct 2001 18:18:21 -0700, keithparris_NOSPAM@yahoo.com (Keith6 Parris) wrote:  " >norm.raphael@jamesbury.com wrote:H >> The current speculation is that this block is an alternate homeblock. >eF >If this is the case, the failing LBN will be in one of the allocationG >areas for the INDEXF.SYS file itself, since the backup home blocks are  >mapped as part of that file.   $ In the second extent, I think.  Use:E $ DUMP/HEAD/BLO=COU=0 disk:[000000]INDEXF.SYS to see the map area andt look for the LBN there.o   DFU will find it in a trice: $ MC DFU SEARCH disk:/LBN=nnnnnc  E I'm not sure how worried I'd be about losing an alternate homeblock -$H it'll only be used if the main one goes and that being at the very startE of the disk suggests big trouble (can you do anything without block 0sH for example ?).  Without a copy of the relevant manual, I can't also sayD why the homeblock appears to be duplicated 5 times on my system diskF (LBN 1-5) but if it's for redundancy, then there's a fair amount built in.d   --  
 John Laird Yezerski Roper Ltd   ------------------------------   Date: 3 Oct 2001 08:43:34 -0500p- From: koehler@encompasserve.org (Bob Koehler) ! Subject: Re: Memo:  Quota Setting=3 Message-ID: <DFvcY9M$6Exa@eisner.encompasserve.org>=  d In article <OF5B13F196.251D22D7-ON80256AD9.0044AD36@systems.uk.hsbc>, paul.beaudoin@hsbc.com writes: > K > After many years of managing my own home VMS system and working with realaH > system managers and following the 'quota rule of thumb' (if it doesn'tK > work, make it bigger) I have been asked for a more scientific approach toiL > setting quotas. The simple question of why do you set any particular quotaM > to any particular setting seems to involve more dead chickens, incantations0M > and  black magic than the rest of VMS.  Surely the best OS on the planet isoE > not ultimately dependant on (un)educated guesswork! Any pointers toiC > educational materials, cookbooks or even just good advice is mostd > gratefully received. >   C    1)  I never use disk quotas, since the systems I've managed wereuI       bought by the project using them I simply allow them to use all thehH       disk they bought.  I will provide them with disk useage reports ifB       they're getting tight, but it's their space and their files.  E    2)  System parameters and UAF quotas I generally raise to 20% more B       than what I currently need when I need an increase, room for0       growth that reduces the number of changes.  D    The best OS is ultimately not able to predict what it's users are    going to do tomorrow.   ------------------------------  % Date: Wed, 03 Oct 2001 15:16:02 +0100-- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com>0! Subject: Re: Memo:  Quota Settingt1 Message-ID: <3BBB1DA2.6EDEB041@BlueBubble.UK.Com>4   Bob Koehler wrote:   > [ ... snip snip ...] >7E >    1)  I never use disk quotas, since the systems I've managed were(K >       bought by the project using them I simply allow them to use all thesJ >       disk they bought.  I will provide them with disk useage reports ifD >       they're getting tight, but it's their space and their files.   Why make work for yourself ?  H Enable disk quotas, set the default quota to the number of blocks on theF disk, give each user that quota, and they can see for themselves who'sN using the space.  The overhead in maintaining quotas is (probably) negligible.  G >    2)  System parameters and UAF quotas I generally raise to 20% morenD >       than what I currently need when I need an increase, room for2 >       growth that reduces the number of changes. > E >    The best OS is ultimately not able to predict what its users are  >    going to do tomorrow.   Hear, hear !  	 Roy Omond- Blue Bubble Ltd.   ------------------------------  # Date: Wed, 03 Oct 2001 17:08:38 GMT 3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk> ! Subject: Re: Memo:  Quota Settinge/ Message-ID: <3BBB45B7.3A9848D7@cableinet.co.uk>n   Roy Omond wrote:  qI > >    2)  System parameters and UAF quotas I generally raise to 20% morenF > >       than what I currently need when I need an increase, room for4 > >       growth that reduces the number of changes. > > G > >    The best OS is ultimately not able to predict what its users areu > >    going to do tomorrow. >  > Hear, hear ! >   rC you mean having system managers is not REALLY going out of fashion,e# like the market currently suggests?    -- h Tim.Llewellyn@cableinet.co.uk  t  C Standard disclaimer applies. My views in no way represent those of o! my employers or service provider.W   ------------------------------  $ Date: Wed, 3 Oct 2001 05:57:47 -0700# From: "Tom Linden" <tom@kednos.com>b& Subject: RE: NT or w2k on alpha 1200 ?9 Message-ID: <CIEJLCMNHNNDLLOOGNJICECMDGAA.tom@kednos.com>m  < Try posting your query on alphant@lyris.sunbelt-software.com   Tom=   > -----Original Message-----5 > From: Adam Stouffer [mailto:astouffer@adelphia.net]o) > Sent: Tuesday, October 02, 2001 9:05 PMh > To: Info-VAX@Mvb.Saic.Como( > Subject: Re: NT or w2k on alpha 1200 ? >  >  > Terry C. Shannon wrote:o > > C > > Win2K Professional for Alpha Build 2128 can be had if you know = > where to look=
 > > for it...= > >  > 1 > So can we narrow it down to a site or a person?y >  >  >  > Adam >    ------------------------------   Date: 3 Oct 2001 08:50:01 -0500-- From: koehler@encompasserve.org (Bob Koehler).Y Subject: Re: O.T. CMGI Field (was Re: Compaq revenue goes down $1 Billion,        warns oh3 Message-ID: <WSWXM+Umv1kY@eisner.encompasserve.org>c  W In article <C2256AD9.0055CC4A.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes:t >  > N > I loved hearing the sports guys gush over the new New England Patriots $315M	 > stadiumhQ > to open in 2002 and be called "CMGI Field".  They keep insisting that CMGI wille
 > make the6 > naming payments.  Will they have any assets by then? >   J    We're still waiting for Psinet to sell the naming rights to the Raven's?    stadium, it might not happen until they get into bankruptcy.>   ------------------------------    Date: 03 Oct 2001 04:34:13 +0800, From: Paul Repacholi <prep@prep.synonet.com>3 Subject: Re: OpenVMS employment in southern France?c- Message-ID: <87vghxbx2y.fsf@prep.synonet.com>t  0 Fabio Cardoso <fabiopenvms@yahoo.com.br> writes:  B > head in London... in fact I would like much more to get a job inE > Barcelona, but the catalans are not interested in OVMS I believe...e   SEAT was a large VMS user.   -- T< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.p@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  * Date: Wed, 3 Oct 2001 05:55:41 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>3 Subject: Re: OpenVMS employment in southern France?.@ Message-ID: <20011003125541.75332.qmail@web20202.mail.yahoo.com>  4 When I was in Barcelona I almost had an interview at6 SEAT - but I lost the way... The factory is about 40km) from Barcelona in Manresa - I believe!=20   ( There were another DEC customers like=202 Gas Natural, but I dont know if they still with=20 Compaq..     Regardsa   Fc=20n1 --- Paul Repacholi <prep@prep.synonet.com> wrote: 2 > Fabio Cardoso <fabiopenvms@yahoo.com.br> writes: >=204 > > head in London... in fact I would like much more > to get a job inm5 > > Barcelona, but the catalans are not interested in| > OVMS I believe...o >=20 > SEAT was a large VMS user. >=20 > --=20c0 > Paul Repacholi                               1 > Crescent Rd., 0 > +61 (08) 9257-1001                         =20 > Kalamunda.3 >                                              Westc > Australia 60760 > Raw, Cooked or Well-done, it's all half baked.2 > EPIC, The Architecture of the future, always has > been, always will be..     =3D=3D=3D=3D=3DsL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Do F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilc fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.  http://phone.yahoo.com   ------------------------------    Date: 03 Oct 2001 05:43:07 +0800, From: Paul Repacholi <prep@prep.synonet.com>B Subject: Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING?- Message-ID: <87adz9btw4.fsf@prep.synonet.com>t  ) "Bill Todd" <billtodd@foo.mv.com> writes:G  9 > Can we take up a collection to replace this guy's VT05?r  < Why? (see the stty man page ;) ) Do you think we could break( the news of the VT05B to to T64 folk? ;)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.D@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 3 Oct 2001 04:37:23 -0700  From: mpatt@bigfoot.com (Mal)_C Subject: Re: Problem With VMS Backup Save-Set Spanning Tape Volumese= Message-ID: <5d328ddf.0110030337.3391b1e2@posting.google.com>-  ] "Richard L. Dyson" <rickdyson@home.com> wrote in message news:<3BBA960B.C0B951B6@home.com>...RO > I have been asked to lend a hand in trying to restore some data from a multi-oI > tape DAT backup (4 volumes I believe) where we may have a spot part way 	 > through  > tape #1 that can't be read.  > I > Is it going to be possible to plow through the bad spot and continue on 	 > throughO7 > the other 3 tapes, etc.?  Or will we just be screwed?e > N > I don't actually have any hard details yet, just a phone conversation asking > fortN > assistance. :)  I have not had this kind of bad luck myself, so I don't have > any P > first hand experience on whether or not we can get much from the tapes or not. > O > Anyone else been there?  So far, I just know it was a VAX-based system with aP/ > 120m DAT drive and 4 tapes in the save-set...r > 0 > Is this a topic covered in any of the manuals? >  > Rick  E You could do some experimenting with "set magtape/skip=" try skippingeA records or files to get over the bad bit. I'm sure I've used thisEC before with some measure of success. Of course if you can afford tolE lose what's on the end of the first tape you could mount up vol 2 andnF start the restore from there even if the saveset spans the volumes you% don't have to start at the beginning.n  A Also I think there's a tape dump utility on the Freeware CD whicht7 might allow you to copy the saveset off tape onto disk.s   ------------------------------  % Date: Wed, 03 Oct 2001 09:16:30 -0400l- From: "Richard D. Piccard" <piccard@ohio.edu> C Subject: Re: Problem With VMS Backup Save-Set Spanning Tape Volumesa( Message-ID: <3BBB0FAD.BD885981@ohio.edu>  O My experience with 9-track tapes, many moons ago, was that if you do a straight E restore (NOT /IMAGE), and put the second tape in, it will generate an-N INFORMATIONAL error message about not being the start of the saveset, but willO proceed.  It will likely restore a fragment of whatever specific file spans therO volume break, so you may well want to do a BACKUP/LIST and print the first page ) to identify the file that may be partial.s  Q I don't know whether $ SET MAGTAPE/SKIP will work to get past a bad spot on a DATfJ tape.  On the old TS-11 ("TapeStretcher"), when the BACKUP command startedM "polishing" the heads (as it kept trying to read the bad part of the tape), InN would CONTROL-Y, then SPAWN, then SET MAGTAPE/SKIP to get it past the problem,J then LOGOUT and finally CONTINUE; BACKUP would typically generate an errorM message about the missing blocks, and of course some files were lost and somedK only partly restored.  (It often took trial and error to determine how manyrP records to SKIP -- if I didn't go far enough, it would just resume the polishing action.)  J My impression is that commercial services with modified drives and specialM software can get past the bad spots on modern cartridge tapes.  Can you set asM value on the missing data, to decide whether the commercial services would be 	 worth it?   #                                 RDPi     "Richard L. Dyson" wrote:s  O > I have been asked to lend a hand in trying to restore some data from a multi-aI > tape DAT backup (4 volumes I believe) where we may have a spot part wayn	 > through  > tape #1 that can't be read.d >nI > Is it going to be possible to plow through the bad spot and continue ono	 > through-7 > the other 3 tapes, etc.?  Or will we just be screwed?  >0N > I don't actually have any hard details yet, just a phone conversation asking > forsN > assistance. :)  I have not had this kind of bad luck myself, so I don't have > anyeP > first hand experience on whether or not we can get much from the tapes or not. >sO > Anyone else been there?  So far, I just know it was a VAX-based system with as/ > 120m DAT drive and 4 tapes in the save-set...r >r0 > Is this a topic covered in any of the manuals? >u > Rick   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Wed, 03 Oct 2001 15:30:32 GMTj2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)C Subject: Re: Problem With VMS Backup Save-Set Spanning Tape VolumesD2 Message-ID: <saGu7.1015$YP.25763@news.cpqcorp.net>  X In article <3BBA960B.C0B951B6@home.com>, "Richard L. Dyson" <rickdyson@home.com> writes:N :I have been asked to lend a hand in trying to restore some data from a multi-H :tape DAT backup (4 volumes I believe) where we may have a spot part way$ :through tape #1 that can't be read.  F   If BACKUP errors out, you MIGHT be able to read the media using COPYG   or DUMP.  That said, BACKUP is normally pretty good about reading thepF   media, and you really do NOT want to repeatedly try to read the dataD   yourself as you'll "scrape off" more of the allowable head passes.  H :Is it going to be possible to plow through the bad spot and continue on> :through the other 3 tapes, etc.?  Or will we just be screwed?  H   Unclear.  DAT media has a very short lifetime (circa 2000 head passes,F   and a typical INIT/MOUNT/BACKUP cycle can generate quite a few head H   passes over the tape media under the tape headers), and is thus prone 
   to failure.m  M :Anyone else been there?  So far, I just know it was a VAX-based system with a0 :a 120m DAT drive and 4 tapes in the save-set...  L   Make SURE you use a tape drive that is capable of 120m cartridges -- usingC   longer media cartridges in older drives is a recipe for problems.   / :Is this a topic covered in any of the manuals?   H   Nope.  (If you cannot restore the data using existing tools, this thenH   becomes a hardware support issue and/or a data recovery service bureau	   issue.)t  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Wed, 3 Oct 2001 15:21:01 +0000  From: Steve.Spires@yellgroup.com3 Subject: Problem with vms712_update-v0300 download.s/ Message-ID: <00256ADA.005453F4.00@quegw01.btyp>     To:        Info-VAX@Mvb.Saic.Com cc:iL Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza  * Problem with vms712_update-v0300 download.    P When I download this file from the .au ftp site via the Compaq website, the file( I get has the following characteristics;  F DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1           File ID: (9068,320,0)0 Size:          240/243        Owner:    [SYSTEM]" Created:    3-OCT-2001 14:35:43.42& Revised:    3-OCT-2001 14:35:43.68 (1) Expires:   <None specified>1 Backup:    <No backup recorded>h Effective: <None specified>: Recording: <None specified>o File organization:  Sequential Shelved state:      OnlineL File attributes:    Allocation: 243, Extend: 384, Global buffer count: 0, No
 version limita1 Record format:      Fixed length 512 byte recordst Record attributes:  None RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:. Access Cntrl List:  None    Total of 1 file, 240/243 blocks.  , The associated CHKSUM file has the contents;  ; dec-axpvms-vms712_update-v0300--4.pcsi-dcx_axpexe 152076205l  + When using CHECKSUM against the file I get;   > $ checksum DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1 $ show sym checksum$checksum"   CHECKSUM$CHECKSUM = "2977781379"  O Presumably that's telling me the file is incorrect, which is held up when I trye and decompress the file;  9 $ run DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1h  K                 FTSV DCX auto-extractible compressed file for OpenVMS (AXP) 6                 FTSV V3.0 -- FTSV$DCX_AXP_AUTO_EXTRACT:                 Copyright (c) Digital Equipment Corp. 1993  ? Options: [output_file_specification [input_file_specification]]r  < The decompressor  needs to know  the filename to use for the< decompressed file. If you don't specify any, it will use the< original name  of the  file before it  was  compressed,  and< create  it in  the  current  directory.  If  you  specify  a; directory name, the file will be created in that directory.e  % Decompress into (file specification):h/         Opening and checking compressed file...y6 Decompressing (press Ctrl-T to watch the evolution)...%         Creating decompressed file...n$         Original file specification:C DISK$TIMA_TOOLS:[TOOLS_DIR]DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1i(         Decompressed file specification:D SYS$SYSDEVICE:[KITS.PATCHES]DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;17 Successful decompression, decompression report follows:I=         File Size: 380.67 Blocks, 190.33 Kbytes, 194901 bytes *         Elapsed CPU time:    0 00:00:00.13*         Elapsed time    :    0 00:00:00.832 $ dir/siz DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1  & Directory SYS$SYSDEVICE:[KITS.PATCHES]  ( DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1                            0   Total of 1 file, 0 blocks.    J Somewhere then [presumably at the download stage] there is a problem here!  + Can someone possible offer some assistance?T  ' The url of the download search page is;t  K http://ftp.digital.com.au/cgi-bin/php/search.phtml?what=VMS712_UPDATE-V0300-   TIAe   Steve Spires     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beL confidential. If you are not the named addressee, or if the message has beenP addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission.  L Delivery of this message to any person other than the named addressee is notH intended in any way to waive confidentiality.  If you have received thisF transmission in error please contact the sender or delete the message.  
 Thank you.  O Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registered 0 in England and Wales, registered number 4205228.  M Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1o@ 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------  $ Date: Wed, 3 Oct 2001 16:43:32 +02002 From: "Ren Schelbaum" <rene.schelbaum@datakom.at>7 Subject: Re: Problem with vms712_update-v0300 download.eG Message-ID: <3bbb2348$0$10132$5039e797@newsreader01.highway.telekom.at>   ' Should have read the post more closely..  H Sorry, forget about my suggestion. That solution only applies in case of backup.    Sorry againl   Ren    C "Ren Schelbaum" <rene.schelbaum@datakom.at> schrieb im Newsbeitrag4@ news:3bbb21f3$0$9460$6e365a64@newsreader02.highway.telekom.at... >s5 > <Steve.Spires@yellgroup.com> schrieb im Newsbeitragm+ > news:00256ADA.005453F4.00@quegw01.btyp...e$ > > To:        Info-VAX@Mvb.Saic.Com > > cc:hJ > > Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street > Plaza  > >e. > > Problem with vms712_update-v0300 download. > >. > > K > > When I download this file from the .au ftp site via the Compaq website,u
 > the file, > > I get has the following characteristics; > >iJ > > DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1           File ID: > > (9068,320,0)4 > > Size:          240/243        Owner:    [SYSTEM]& > > Created:    3-OCT-2001 14:35:43.42* > > Revised:    3-OCT-2001 14:35:43.68 (1) > > Expires:   <None specified>N# > > Backup:    <No backup recorded>  > > Effective: <None specified>@ > > Recording: <None specified>q" > > File organization:  Sequential > > Shelved state:      OnlineJ > > File attributes:    Allocation: 243, Extend: 384, Global buffer count: 0, > No > > version limit 5 > > Record format:      Fixed length 512 byte recordsN > > Record attributes:  None > > RMS attributes:     None > > Journaling enabled: NoneA > > File protection:    System:RWED, Owner:RWED, Group:RE, World:  > > Access Cntrl List:  None > > $ > > Total of 1 file, 240/243 blocks. > > 0 > > The associated CHKSUM file has the contents; > > ? > > dec-axpvms-vms712_update-v0300--4.pcsi-dcx_axpexe 152076205  > >K/ > > When using CHECKSUM against the file I get;o > >rB > > $ checksum DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1  > > $ show sym checksum$checksum& > >   CHECKSUM$CHECKSUM = "2977781379" > >tH > > Presumably that's telling me the file is incorrect, which is held up when > I tryh > > and decompress the file; > >$= > > $ run DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1  > > I > >                 FTSV DCX auto-extractible compressed file for OpenVMSa > (AXP)s: > >                 FTSV V3.0 -- FTSV$DCX_AXP_AUTO_EXTRACT> > >                 Copyright (c) Digital Equipment Corp. 1993 > >nC > > Options: [output_file_specification [input_file_specification]]a > >3@ > > The decompressor  needs to know  the filename to use for the@ > > decompressed file. If you don't specify any, it will use the@ > > original name  of the  file before it  was  compressed,  and@ > > create  it in  the  current  directory.  If  you  specify  a? > > directory name, the file will be created in that directory.  > >n) > > Decompress into (file specification):a3 > >         Opening and checking compressed file... : > > Decompressing (press Ctrl-T to watch the evolution)...) > >         Creating decompressed file... ( > >         Original file specification:G > > DISK$TIMA_TOOLS:[TOOLS_DIR]DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1h, > >         Decompressed file specification:H > > SYS$SYSDEVICE:[KITS.PATCHES]DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1; > > Successful decompression, decompression report follows:bA > >         File Size: 380.67 Blocks, 190.33 Kbytes, 194901 bytesD. > >         Elapsed CPU time:    0 00:00:00.13. > >         Elapsed time    :    0 00:00:00.836 > > $ dir/siz DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1 > >b* > > Directory SYS$SYSDEVICE:[KITS.PATCHES] > >2, > > DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1  > >                            0 > >s > > Total of 1 file, 0 blocks. > >  > >2H > > Somewhere then [presumably at the download stage] there is a problem here!v > >h/ > > Can someone possible offer some assistance?n > > + > > The url of the download search page is;  > >c > >, >tK http://ftp.digital.com.au/cgi-bin/php/search.phtml?what=VMS712_UPDATE-V0300a > >e > > TIA. > >0 > > Steve Spires > >c > >   > > [Information] -- PostMaster:H > > This transmission is intended solely for the addressee(s) and may beK > > confidential. If you are not the named addressee, or if the message has  > beenF > > addressed to you in error, you must not read, disclose, reproduce, > distribute orh > > use this transmission. > > L > > Delivery of this message to any person other than the named addressee is > not3L > > intended in any way to waive confidentiality.  If you have received thisJ > > transmission in error please contact the sender or delete the message. > >= > > Thank you. > >3H > > Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. > Registered4 > > in England and Wales, registered number 4205228. > >tB > > Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading,
 Berkshire, > RG18D > > 7PT. Registered in England and Wales, registered number 1403041. > >A > >G > >  >A > Hi!Y >B; > Guess you have downloaded via a PC. That changes the LRL. J > Try setting the LRL to 8192 with SET FILE /ATTR=LRL=8192 and see if that > solves the problem.  >5	 > regards( >  > Ren >n >g   ------------------------------  $ Date: Wed, 3 Oct 2001 16:37:51 +02002 From: "Ren Schelbaum" <rene.schelbaum@datakom.at>7 Subject: Re: Problem with vms712_update-v0300 download. F Message-ID: <3bbb21f3$0$9460$6e365a64@newsreader02.highway.telekom.at>  3 <Steve.Spires@yellgroup.com> schrieb im Newsbeitrag ) news:00256ADA.005453F4.00@quegw01.btyp...e" > To:        Info-VAX@Mvb.Saic.Com > cc:-H > Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza. > , > Problem with vms712_update-v0300 download. >- > I > When I download this file from the .au ftp site via the Compaq website,o the file* > I get has the following characteristics; >tH > DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1           File ID: > (9068,320,0)2 > Size:          240/243        Owner:    [SYSTEM]$ > Created:    3-OCT-2001 14:35:43.42( > Revised:    3-OCT-2001 14:35:43.68 (1) > Expires:   <None specified> ! > Backup:    <No backup recorded>  > Effective: <None specified>o > Recording: <None specified>t  > File organization:  Sequential > Shelved state:      OnlineK > File attributes:    Allocation: 243, Extend: 384, Global buffer count: 0,  No > version limita3 > Record format:      Fixed length 512 byte recordsa > Record attributes:  None > RMS attributes:     None > Journaling enabled: None? > File protection:    System:RWED, Owner:RWED, Group:RE, World:a > Access Cntrl List:  None > " > Total of 1 file, 240/243 blocks. >s. > The associated CHKSUM file has the contents; > = > dec-axpvms-vms712_update-v0300--4.pcsi-dcx_axpexe 152076205e >a- > When using CHECKSUM against the file I get;  > @ > $ checksum DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1 > $ show sym checksum$checksum$ >   CHECKSUM$CHECKSUM = "2977781379" > K > Presumably that's telling me the file is incorrect, which is held up whene I trye > and decompress the file; > ; > $ run DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI-DCX_AXPEXE;1s >tG >                 FTSV DCX auto-extractible compressed file for OpenVMSa (AXP)f8 >                 FTSV V3.0 -- FTSV$DCX_AXP_AUTO_EXTRACT< >                 Copyright (c) Digital Equipment Corp. 1993 ><A > Options: [output_file_specification [input_file_specification]]p >i> > The decompressor  needs to know  the filename to use for the> > decompressed file. If you don't specify any, it will use the> > original name  of the  file before it  was  compressed,  and> > create  it in  the  current  directory.  If  you  specify  a= > directory name, the file will be created in that directory.y >s' > Decompress into (file specification): 1 >         Opening and checking compressed file...o8 > Decompressing (press Ctrl-T to watch the evolution)...' >         Creating decompressed file...w& >         Original file specification:E > DISK$TIMA_TOOLS:[TOOLS_DIR]DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1"* >         Decompressed file specification:F > SYS$SYSDEVICE:[KITS.PATCHES]DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;19 > Successful decompression, decompression report follows:t? >         File Size: 380.67 Blocks, 190.33 Kbytes, 194901 bytesd, >         Elapsed CPU time:    0 00:00:00.13, >         Elapsed time    :    0 00:00:00.834 > $ dir/siz DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1 >r( > Directory SYS$SYSDEVICE:[KITS.PATCHES] > * > DEC-AXPVMS-VMS712_UPDATE-V0300--4.PCSI;1 >                            0 >n > Total of 1 file, 0 blocks. >r >lL > Somewhere then [presumably at the download stage] there is a problem here! >n- > Can someone possible offer some assistance?  >t) > The url of the download search page is;e >a >eK http://ftp.digital.com.au/cgi-bin/php/search.phtml?what=VMS712_UPDATE-V0300c >d > TIAo >w > Steve Spires >b >  > [Information] -- PostMaster:F > This transmission is intended solely for the addressee(s) and may beI > confidential. If you are not the named addressee, or if the message has  beenD > addressed to you in error, you must not read, disclose, reproduce,
 distribute orh > use this transmission. >eJ > Delivery of this message to any person other than the named addressee is notyJ > intended in any way to waive confidentiality.  If you have received thisH > transmission in error please contact the sender or delete the message. >e > Thank you. > F > Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT.
 Registered2 > in England and Wales, registered number 4205228. >TK > Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire,o RG1 B > 7PT. Registered in England and Wales, registered number 1403041. >= >= >=   Hi!=  9 Guess you have downloaded via a PC. That changes the LRL.oH Try setting the LRL to 8192 with SET FILE /ATTR=LRL=8192 and see if that solves the problem.t   regards/   Ren   ------------------------------   Date: 3 Oct 2001 08:13:57 -0700 / From: ratkinson@tbs-ltd.co.uk (Robert Atkinson)a Subject: Re: Ram Disk for VMS?= Message-ID: <ee8fff65.0110030713.25d0706a@posting.google.com>T  M > I took a look at GKN's RAMDRIVER again and it shouldn't be too much effort BA > to port it to Alpha.  I'll take a stab at it if nobody objects.w  T It's a shame some more of the older VAX stuff isn't ported - anyone wanna volunteer?   ------------------------------  * Date: Wed, 3 Oct 2001 09:59:46 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: Re: Ram Disk for VMS?? Message-ID: <20011003165946.9598.qmail@web20206.mail.yahoo.com>l   I am not a developer but...p  5 Why dont you create an OpenVMS Development Task Forceo ?a6 There are a lot of people here developing in different6 ways ... This is a newgroup and mainly: it is a group.     Regardsg   Fc=20 4 --- Robert Atkinson <ratkinson@tbs-ltd.co.uk> wrote:1 > > I took a look at GKN's RAMDRIVER again and ite! > shouldn't be too much effort=20a3 > > to port it to Alpha.  I'll take a stab at it if  > nobody objects.q >=205 > It's a shame some more of the older VAX stuff isn't " > ported - anyone wanna volunteer?     =3D=3D=3D=3D=3DlL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dr F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazils fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.n http://phone.yahoo.com   ------------------------------  $ Date: Wed, 3 Oct 2001 13:02:39 +0200& From: "pj" <PeterJan.Rusch@Compaq.com>9 Subject: Re: remove  DQA0 drivers (EIDE disks) from VMS ?e1 Message-ID: <mfCu7.990$YP.25639@news.cpqcorp.net>    Simple,-! use syssman to exclude the driveri   SYSMAN> IO SET EXCLUDE=DQ*    @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message+ news:ug1u7.870$YP.23867@news.cpqcorp.net...  > Either will work.  >2K > Another way to do it that will work across system upgrades is to copy thedJ > configuration record from SYS$CONFIG.DAT to SYS$USER_CONFIG.DAT and thenC > change the name of the driver from SYS$DQDRIVER to something likenI > NO_SUCH_DRIVER (i.e. something not likely to match a real device drivervK > name).  Records in the USER file override the ones in the system file (sooG > you can have your own custom drivers), by matching the device ID, andX havingJ > something that causes the driver load to fail - you accomplish the deed.? > VMS will not replace the USER file when versions are updated.0 >1 >5F > Peter LANGSTOEGER wrote in message <3bb742bf$1@news.kapsch.co.at>...> > >In article <3BA15276.9DCF62BF@fsi.net>, "David J. Dachtera"! > <djesys.nospam@fsi.net> writes:  > >>Alfons Grammer wrote:i > >>>lI > >>> With current AXP21264 systems the IRQs 14, 15 are used for the EIDEl > disks, > >>> DQA0/1, DQB0/1. I > >>> I have to use these irqs for an parallel I/O interface, as I did ine theo > past/ > >>> with AXP21064 and AXP21164 based systems.i > >>>e1 > >>> I removed the EIDE device at SRM console by.' > >>>     >>> isacfg -rm -slot 0 -dev 6fL > >>> and expected, that then the DRQ driver would not be loaded by VMS ( v. > 7.1-21J > >>> with patches/upgrades). However, the DQA/DQB devices are still there > afterI! > >>> reboot, with err count = 1.7 > >>>TH > >>> How can I remove the DQ devices permanently from VMS? I want to be > shure,J > >>> that I can't get any conflicts between DQ and the parallel interface	 > driver.  > >>J > >>Maybe RENAME SYS$LOADABLE_IMAGES:SYS$DQDRIVER.EXE *.XEX and reboot...? > >>J > >>(Before you do that make 100% certain that you can boot up the minimal$ > >>VMS environment from the VMS CD. > >SF > >Or how about commenting out (all of) the DQ driver related lines in@ > >SYS$SYSTEM:SYS$CONFIG.DAT and SYS$SYSTEM:SYS$USER_CONFIG.DAT: > >t > >eg. > >  > >! OpenVMS SHIP A > >! Added on 21-JUN-1998 14:17:55.18 via SHIP$DRIVER_INSTALL.COM' > >! > >device       = "IDE driver" > >  name       = DQ > >  driver     = SYS$DQDRIVER > >  adapter    = PCIu > >  id         = 0x4D454449& > >  boot_flags = SYS_DEV, HW_CTRL_LTR > >  flags      = DISK, BOOT > >  units      = 2f
 > >end_deviceo > > % > >Never tried this myself, though...  > >. > >--o? > >Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651i> > >Network and OpenVMS system manager  Fax.    +43 1 81111-888? > ><<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.net;K > >A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"- >V >V   ------------------------------  $ Date: Wed, 3 Oct 2001 09:54:06 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>K9 Subject: Re: remove  DQA0 drivers (EIDE disks) from VMS ?02 Message-ID: <6MEu7.1009$YP.25728@news.cpqcorp.net>  C Yup.  Sometimes I overlook the simplest, and well supported option.V   pj wrote in message ...X >Simple," >use syssman to exclude the driver >  >SYSMAN> IO SET EXCLUDE=DQ*f >, >bA >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message , >news:ug1u7.870$YP.23867@news.cpqcorp.net... >> Either will work. >>L >> Another way to do it that will work across system upgrades is to copy theK >> configuration record from SYS$CONFIG.DAT to SYS$USER_CONFIG.DAT and thenaD >> change the name of the driver from SYS$DQDRIVER to something likeJ >> NO_SUCH_DRIVER (i.e. something not likely to match a real device driverL >> name).  Records in the USER file override the ones in the system file (soH >> you can have your own custom drivers), by matching the device ID, and >havingnK >> something that causes the driver load to fail - you accomplish the deed.c@ >> VMS will not replace the USER file when versions are updated. >> >>G >> Peter LANGSTOEGER wrote in message <3bb742bf$1@news.kapsch.co.at>...u? >> >In article <3BA15276.9DCF62BF@fsi.net>, "David J. Dachtera" " >> <djesys.nospam@fsi.net> writes: >> >>Alfons Grammer wrote: >> >>>J >> >>> With current AXP21264 systems the IRQs 14, 15 are used for the EIDE	 >> disks,a >> >>> DQA0/1, DQB0/1.J >> >>> I have to use these irqs for an parallel I/O interface, as I did in >the >> pastm0 >> >>> with AXP21064 and AXP21164 based systems. >> >>>2 >> >>> I removed the EIDE device at SRM console by( >> >>>     >>> isacfg -rm -slot 0 -dev 6H >> >>> and expected, that then the DRQ driver would not be loaded by VMS  v., >> 7.1-2K >> >>> with patches/upgrades). However, the DQA/DQB devices are still thereg >> after" >> >>> reboot, with err count = 1. >> >>>I >> >>> How can I remove the DQ devices permanently from VMS? I want to be2	 >> shure,lK >> >>> that I can't get any conflicts between DQ and the parallel interfaces
 >> driver. >> >>0K >> >>Maybe RENAME SYS$LOADABLE_IMAGES:SYS$DQDRIVER.EXE *.XEX and reboot...?c >> >>lK >> >>(Before you do that make 100% certain that you can boot up the minimal % >> >>VMS environment from the VMS CD.a >> >G >> >Or how about commenting out (all of) the DQ driver related lines inpA >> >SYS$SYSTEM:SYS$CONFIG.DAT and SYS$SYSTEM:SYS$USER_CONFIG.DAT:c >> > >> >eg.E >> > >> >! OpenVMS SHIPB >> >! Added on 21-JUN-1998 14:17:55.18 via SHIP$DRIVER_INSTALL.COM >> >!  >> >device       = "IDE driver"S >> >  name       = DQ- >> >  driver     = SYS$DQDRIVER: >> >  adapter    = PCI >> >  id         = 0x4D454449e' >> >  boot_flags = SYS_DEV, HW_CTRL_LTRd >> >  flags      = DISK, BOOTi >> >  units      = 2 >> >end_device >> >& >> >Never tried this myself, though... >> > >> >--@ >> >Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651? >> >Network and OpenVMS system manager  Fax.    +43 1 81111-888r@ >> ><<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netL >> >A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist" >> >> >  >t   ------------------------------  $ Date: Wed, 3 Oct 2001 14:29:59 +01008 From: "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk>% Subject: Reset error account on Alpha R Message-ID: <FFDBA0B630B5D211954E0008C70D240D05B6CA6E@elsoxfs12304.elsevier.co.uk>   HiG I was wondering if there was any official or even unofficial utility or2L piece of Freeware to reset the error count on Alphas apart from the possiblyA perilous process of SDA and Delta debugger to zap the contents of  UCB+UCB$L_ERRCNT.r Cheers Paul **Paul Hansford  **Elsevier Science UKe **p.hansford@elsevier.co.uk    ------------------------------  % Date: Wed, 03 Oct 2001 15:28:07 +0100 - From: Roy Omond <Roy.Omond@BlueBubble.UK.Com>o) Subject: Re: Reset error account on AlphaT0 Message-ID: <3BBB2077.DD57D97@BlueBubble.UK.Com>   "Hansford, Paul (ELS)" wrote:i   > HiI > I was wondering if there was any official or even unofficial utility orcN > piece of Freeware to reset the error count on Alphas apart from the possiblyC > perilous process of SDA and Delta debugger to zap the contents of  > UCB+UCB$L_ERRCNT.h  ' IIRC look for ZDEC at the usual places.   0 Chicken !  SDA and Delta is the *proper* way :-)  > (By the way, before anyone disputes the necessity of resetting( error counts, it's often *very* useful).  	 Roy Omondo Blue Bubble Ltd.   ------------------------------  $ Date: Wed, 3 Oct 2001 10:50:48 -0400  From: norm.raphael@jamesbury.com) Subject: Re: Reset error account on Alpha 4 Message-ID: <C2256ADA.005148A0.00@jklh21.valmet.com>  A There is an unsupported utility from Hardware Support called ZDECe> (Zero Device Error Count) that will do this, device by device.        3 P.Hansford@elsevier.co.uk on 10/03/2001 09:29:59 AMm  + Please respond to P.Hansford@elsevier.co.uk    To:   Info-VAX@mvb.saic.com  cc:3& Subject:  Reset error account on Alpha         HiG I was wondering if there was any official or even unofficial utility or L piece of Freeware to reset the error count on Alphas apart from the possiblyA perilous process of SDA and Delta debugger to zap the contents ofC UCB+UCB$L_ERRCNT.  Cheers Paul **Paul Hansfordo **Elsevier Science UK. **p.hansford@elsevier.co.ukh   ------------------------------  # Date: Wed, 03 Oct 2001 14:53:51 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)r) Subject: Re: Reset error account on Alpha 0 Message-ID: <00A02F82.267308CD@SendSpamHere.ORG>   In article <FFDBA0B630B5D211954E0008C70D240D05B6CA6E@elsoxfs12304.elsevier.co.uk>, "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk> writes:s >HinH >I was wondering if there was any official or even unofficial utility orM >piece of Freeware to reset the error count on Alphas apart from the possibly B >perilous process of SDA and Delta debugger to zap the contents of >UCB+UCB$L_ERRCNT. >Cheers  >Paule >**Paul Hansford >**Elsevier Science UK >**p.hansford@elsevier.co.uk >o >   G What's perilous about SDA/DELTA that's not perilous in some kernel hacks doing the same?n   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             tJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & HobbesS   ------------------------------  % Date: Wed, 03 Oct 2001 16:26:48 +0100P4 From: John Laird <john@laird-towers.freeserve.co.uk>) Subject: Re: Reset error account on Alpha 8 Message-ID: <0dbmrtgkkl3srui1q8so3kj0auem2mivd5@4ax.com>  @ On Wed, 03 Oct 2001 14:53:51 GMT, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote:    >In article <FFDBA0B630B5D211954E0008C70D240D05B6CA6E@elsoxfs12304.elsevier.co.uk>, "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk> writes: >>HiI >>I was wondering if there was any official or even unofficial utility orgN >>piece of Freeware to reset the error count on Alphas apart from the possiblyC >>perilous process of SDA and Delta debugger to zap the contents ofu >>UCB+UCB$L_ERRCNT.  >>Cheers >>Paul >>**Paul Hansford  >>**Elsevier Science UK  >>**p.hansford@elsevier.co.uk, >> > H >What's perilous about SDA/DELTA that's not perilous in some kernel hack >doing the same?  G Well, once you've eliminated your mistakes during code development, you H can probably trust the dirty utility to work repeatedly.  Every time you, run DELTA, your fingers can make mistakes...  G Lest you think I am pulling you up, your own supplied sda/delta hack is A one of the marked messages in the cov folder in my newsreader :-)      	John<   ------------------------------  # Date: Wed, 03 Oct 2001 15:52:16 GMTs2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: Reset error account on Alpha 2 Message-ID: <QuGu7.1018$YP.25818@news.cpqcorp.net>  o In article <0dbmrtgkkl3srui1q8so3kj0auem2mivd5@4ax.com>, John Laird <john@laird-towers.freeserve.co.uk> writes: A :On Wed, 03 Oct 2001 14:53:51 GMT, system@SendSpamHere.ORG (Briane  :Schenkenberger, VAXman-) wrote: ..I :>What's perilous about SDA/DELTA that's not perilous in some kernel hack  :>doing the same?0 ..H :Lest you think I am pulling you up, your own supplied sda/delta hack isB :one of the marked messages in the cov folder in my newsreader :-)  F   The sequence Brian provided is included in the OpenVMS FAQ, as well.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 03 Oct 2001 16:54:25 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)i) Subject: Re: Reset error account on Alpha 0 Message-ID: <00A02F92.FE8DDDA7@SendSpamHere.ORG>  o In article <0dbmrtgkkl3srui1q8so3kj0auem2mivd5@4ax.com>, John Laird <john@laird-towers.freeserve.co.uk> writes:'A >On Wed, 03 Oct 2001 14:53:51 GMT, system@SendSpamHere.ORG (Briane  >Schenkenberger, VAXman-) wrote: >  >>In article <FFDBA0B630B5D211954E0008C70D240D05B6CA6E@elsoxfs12304.elsevier.co.uk>, "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk> writes:  >>>HicJ >>>I was wondering if there was any official or even unofficial utility orO >>>piece of Freeware to reset the error count on Alphas apart from the possibly.D >>>perilous process of SDA and Delta debugger to zap the contents of >>>UCB+UCB$L_ERRCNT.	 >>>Cheers- >>>Paul" >>>**Paul Hansford >>>**Elsevier Science UK >>>**p.hansford@elsevier.co.uk >>>V >>I >>What's perilous about SDA/DELTA that's not perilous in some kernel hacko >>doing the same?  > H >Well, once you've eliminated your mistakes during code development, youI >can probably trust the dirty utility to work repeatedly.  Every time you - >run DELTA, your fingers can make mistakes...I  H Understood.  However, the need to do this is generally infrequent enoughI that one does not need a special utility.  Additionally, every VMS system,J comes with SDA and DELTA; the same cannot be said of some error count zap- ping utility.  r    H >Lest you think I am pulling you up, your own supplied sda/delta hack isB >one of the marked messages in the cov folder in my newsreader :-)   :)  & ... and have you had need to use it?   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo             J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesy   ------------------------------  $ Date: Wed, 3 Oct 2001 09:06:21 +0200: From: "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at>$ Subject: SAM synchronization failureG Message-ID: <3bbab928$0$16280$6e365a64@newsreader02.highway.telekom.at>   J We are trying to integrate our Alpha (VMS 7.2) into a Windows 2000 Domain.F We upgraded Pathworks to Advanced Server 7.2A.  Since then we get this2 sequence in our event log every couple of minutes:  K    NET5718:   The full synchronization replication of the SAM database fromr thed&     domain controller SANW2S01 failed.  I    NET5732:   Replication of the SAM User "SANW2S01$" from primary domain 
 controller-     SANW2S01 failed with the following error:o    The parameter is incorrect.  @ The VMS system is a BDC, the event log for the domain controller@ reports a successful syncrhonization for each of these failures.  : We tried a Full Deinstallation/Newinstall with no success.  
 Any hints?   ------------------------------   Date: 3 Oct 2001 11:21:51 +0200@* From: eplan@kapsch.net (Peter LANGSTOEGER)( Subject: Re: SAM synchronization failure* Message-ID: <3bbad8af$1@news.kapsch.co.at>   In article <3bbab928$0$16280$6e365a64@newsreader02.highway.telekom.at>, "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at> writes:K >We are trying to integrate our Alpha (VMS 7.2) into a Windows 2000 Domain.mG >We upgraded Pathworks to Advanced Server 7.2A.  Since then we get this?3 >sequence in our event log every couple of minutes:l >hL >   NET5718:   The full synchronization replication of the SAM database from >the' >    domain controller SANW2S01 failed.o > J >   NET5732:   Replication of the SAM User "SANW2S01$" from primary domain >controller . >    SANW2S01 failed with the following error: >   The parameter is incorrect.o >aA >The VMS system is a BDC, the event log for the domain controlleroA >reports a successful syncrhonization for each of these failures.o >o; >We tried a Full Deinstallation/Newinstall with no success.f >s >Any hints?d  0 *) How about upgrading to Advanced Server V7.3 ?D It is out for some months now and maybe there are bugs fixed in thisI release or workarounds included which improves the communication with M$.i    F *) Did you do a reconfiguration, too ? I don't think that VMS/PWRK gotF corrupted. If something breaks in this area, it is must likely a trust$ (eg. PWRK's node domain membership).  H So, before reinstalling PWRK again, try saving the shares file and ditchF the PWRK config and then readd this node/BDC to the domain (if someoneK knows of a better way to reestablish domain membership, please let me know)   J If your 'reinstallation' included 'reconfiguration' then forget this hint.  H *) Try deleting this user just for the test of it really is the culprit.G (but think of the implication on his/hers file access control lists !!)sD If the SAM replication works without the user, readd it and omit anyE specialities as long as possible. Maybe there is really a NT/PWRK SAM   incompatibility which you found.  M *) Another way could be that you run the PWRK node as a member server insteaddH of a BDC. So, eventually existing SAM incompatibilities gets obsolete...   -- l< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888a< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 03 Oct 2001 11:44:41 +0200d< From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com>( Subject: Re: SAM synchronization failure( Message-ID: <3BBADE09.47E0E6E3@home.com>  3 Any you *do* need to go to AS 7.3 to do that, not ?r/ AFAIK, 7.2 only supports beeing a PDC or a BDC.t  7 Pesonaly, I think this is one of the more important new  features in AS 7.3   Jan-Erik Sderholm.    Peter LANGSTOEGER wrote:O > *) Another way could be that you run the PWRK node as a member server insteadsJ > of a BDC. So, eventually existing SAM incompatibilities gets obsolete...   ------------------------------  $ Date: Wed, 3 Oct 2001 15:15:52 +0200: From: "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at>( Subject: Re: SAM synchronization failureG Message-ID: <3bbb0fc3$0$16280$6e365a64@newsreader02.highway.telekom.at>   ? Peter LANGSTOEGER <eplan@kapsch.net> schrieb in im Newsbeitrag: ! <3bbad8af$1@news.kapsch.co.at>...tI > In article <3bbab928$0$16280$6e365a64@newsreader02.highway.telekom.at>,>< "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at> writes:E > >We are trying to integrate our Alpha (VMS 7.2) into a Windows 2000b Domain.eI > >We upgraded Pathworks to Advanced Server 7.2A.  Since then we get thisn5 > >sequence in our event log every couple of minutes:S > >EI > >   NET5718:   The full synchronization replication of the SAM database  from > >the) > >    domain controller SANW2S01 failed.i > >PL > >   NET5732:   Replication of the SAM User "SANW2S01$" from primary domain
 > >controller 0 > >    SANW2S01 failed with the following error:! > >   The parameter is incorrect.l > > C > >The VMS system is a BDC, the event log for the domain controller C > >reports a successful syncrhonization for each of these failures.. > >-= > >We tried a Full Deinstallation/Newinstall with no success.2 > > 
 > >Any hints?O >V2 > *) How about upgrading to Advanced Server V7.3 ?F > It is out for some months now and maybe there are bugs fixed in thisK > release or workarounds included which improves the communication with M$.- >- >-  J Upgrading to V7.3 means that we also have to upgrade our Licenses to V7.3, doesn't it?o  H > *) Did you do a reconfiguration, too ? I don't think that VMS/PWRK gotH > corrupted. If something breaks in this area, it is must likely a trust& > (eg. PWRK's node domain membership). >rJ > So, before reinstalling PWRK again, try saving the shares file and ditchH > the PWRK config and then readd this node/BDC to the domain (if someoneG > knows of a better way to reestablish domain membership, please let men know)c >.  G We removed PWRK completely, including Data Files and started from zero.r  L > If your 'reinstallation' included 'reconfiguration' then forget this hint. >SJ > *) Try deleting this user just for the test of it really is the culprit.I > (but think of the implication on his/hers file access control lists !!)cF > If the SAM replication works without the user, readd it and omit anyG > specialities as long as possible. Maybe there is really a NT/PWRK SAMy" > incompatibility which you found. >   J That seems to be the problem. This seems to be some kind of system accountL as that user does not exist but its name is the same as the name of the PDC.  G > *) Another way could be that you run the PWRK node as a member servern instead<J > of a BDC. So, eventually existing SAM incompatibilities gets obsolete... >i  H I'd love to run PWRK as a member server, but unfortunately V7.2 does not
 support this!      > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888 > > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.net   ------------------------------   Date: 3 Oct 2001 17:37:04 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)( Subject: Re: SAM synchronization failure* Message-ID: <3bbb30a0$1@news.kapsch.co.at>   In article <3bbb0fc3$0$16280$6e365a64@newsreader02.highway.telekom.at>, "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at> writes:K >Upgrading to V7.3 means that we also have to upgrade our Licenses to V7.3,  >doesn't it?  E Yup. But if you have a support contract you already got them. Right ?.  I >I'd love to run PWRK as a member server, but unfortunately V7.2 does notb >support this!   Unfortunately, yes.h   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888u< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 2 Oct 2001 23:17:23 -0700V5 From: graham@the-shades.demon.co.uk (Graham Harrison)S) Subject: Re: SCSI Cluster support on LVD?=; Message-ID: <ed1713eb.0110022217.91999a@posting.google.com>4  * >> Does anyone know if, and if not - when,, >> Scsi clustering will be supported on LVD? > E >   LVD (Low Voltage Differential) is not particularly relevent, the  > >   particular controller and its support for TCQ is relevent.8 >   UltraSCSI with LVD is Ultra2 (or maybe Ultra3) SCSI. >   E Sorry should have been more specific.  I use the UWD KZPBA-CB card at@D present (Using either 7.1-2 (one small cluster) or 7.2-1 and most of the'E latest updates).  The clusters are all single arch.   (Alpha) and all  single OS.0  A I'd like to use either the 3X-KZPCA-AA or 3X-KZPEA-DB to increaseo bandwidth to the data.  . >> :I have a few scsi clusters to support, and2 >> :we need to try and reduce the IO bottle necks. > F >   Pet peeve: there is no such thing as a "SCSI cluster", as you mustI >   always have a cluster communications interconnect in addition to the  G >   multi-host storage interconnect that is provided by SCSI.  In otheroI >   words, any valid cluster that is sharing a SCSI bus between hosts is U= >   by definition a mixed-interconnect cluster configuration.- >   B Again sorry, I was taught that they we call scsi clusters.  Yes asE well as each of the "data" SCSI busses begining multi host - there is-C 1,2 or 3 100Mb conections for Cluster Comms.  I'd love to give MC ao: go, but alas can not get the money from the bean counters.     Cheers,i Graham.y   ------------------------------    Date: 03 Oct 2001 06:11:09 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: Starting DECwindows on DEC 3000-600- Message-ID: <87669xbsle.fsf@prep.synonet.com>l  3 Graham Allan <allan@physics.umn.edu.nospam> writes::  D > I just added an old DEC 3000m600 to our cluster, running VMS 7.2-1> > (and the most recent patch bundle). It's a standard ethernetA > satellite type of configuration, and there are similar hardware0C > nodes already present in the cluster. For some reason this systemrE > won't start DECwindows at boot time, even though WINDOW_SYSTEM=1 inoE > MODPARAMS.DAT, and all the SYSGEN parameters (which I know of) seemeB > ok. The video card is the standard/basic PMAGB-B, and DECwindows= > does start ok if I run sys$startup:decw$startup manually...l  @ Standard reason is one of the sysgen parameters too low... So itB automunts, and screws royally into a little circle of... Irony is,> on Alpha it is a Dynamic parameter, so it can be fixed just by tweeking the param.w  $ SERVER on the console has no effect.   -- o< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.*@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 03 Oct 2001 13:52:23 GMT-2 From: Piyush Avichal<pa@it.singer-friedlander.com>! Subject: TCPIP 5.1 Telnet ProblemD6 Message-ID: <rKEu7.14180$ev2.22832@www.newsranger.com>   Hi,P  8 I have just upgraded a vax to OpenVMS 7.3 and TCPIP 5.1.D I can ping, ftp and traceroute to an ip address 10.116.2.21. HoweverA when I try to Telnet to that address, I get the following error :p  " BART([SYSTEM])$ telnet 10.116.2.215 %TELNET-E-IVHOST, Invalid or unknown host 10.116.2.21 4 -TCPIP-E-NO_RECOVERY, unexpected name server failure  ; I can only telnet to hosts that are in my local host table./D I have not enabled any bind services, nor do I want to, but it seems0 to be trying to resolve the address and failing.  1 Does anyone have any ideas why I am getting this?d   Many Thanks,   Piyush.o   ------------------------------  + Date: Wed, 3 Oct 2001 16:36:14 +0200 (CEST)m: From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>% Subject: Re: TCPIP 5.1 Telnet Problem6I Message-ID: <Pine.LNX.4.21.0110031631580.7896-100000@irys.stanpol.com.pl>R  ) On Wed, 3 Oct 2001, Piyush Avichal wrote:    >+Hi,k >+: >+I have just upgraded a vax to OpenVMS 7.3 and TCPIP 5.1.F >+I can ping, ftp and traceroute to an ip address 10.116.2.21. HoweverC >+when I try to Telnet to that address, I get the following error :4 >+$ >+BART([SYSTEM])$ telnet 10.116.2.217 >+%TELNET-E-IVHOST, Invalid or unknown host 10.116.2.21n6 >+-TCPIP-E-NO_RECOVERY, unexpected name server failure >+= >+I can only telnet to hosts that are in my local host table.oF >+I have not enabled any bind services, nor do I want to, but it seems2 >+to be trying to resolve the address and failing. >+3 >+Does anyone have any ideas why I am getting this?s  :  Sure. The answer is somewhere in *README* or something :):  *If* you enable IP6 then you must enable also nameserver,9 and you probably have not one :] but have phase 6 enabledv (is enabled by default !).  5  The "resolution" - define a non-existent nameserver,y: can be 127.0.0.1 or the like and you get something work :]9 (sure, you get *some* errors when do b.ex. TCPIP SHO HOSTk   but get TCPIP command working):  ' TCPIP> SET NAME/SYSTEM/ENABLE=LOCALHOST  (and set it also permanent).6  I am not sure if path for the problem already exist !    Regards - Gotfryd   -- aE =====================================================================DF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEm. $!                        GS@stanpol.zabrze.plE =====================================================================(   ------------------------------   Date: 3 Oct 2001 07:03:47 -0700 / From: on_the_move4ever@yahoo.com (Rick Nickles)  Subject: VAX 7000's = Message-ID: <b2faac46.0110030603.18ac43a1@posting.google.com>d  F I'm trying to find out what the installed base of the VAX 7000 line is	 currently F to try to figure out an approximate time that this machine is going toC go end of life.  I've spoken with everyone I can think of at Compaq-B all the way up to Senior VP.  So, Arne suggested that I send out aC posting to just see who's running a VAX 7000 class machine and thati@ would give me an idea of how many are out there (a rough idea).  Thanks for your feedback.l   Rick Nickles Stora Enso North America   ------------------------------  $ Date: Wed, 3 Oct 2001 10:15:14 -05001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>R Subject: Re: VAX 7000'sh8 Message-ID: <9pfa1n$1aq$1@fizban.fizban.pprd.abbott.com>  . We are still running 2 VAX 7000s, model 7630s.   Dave...a  < "Rick Nickles" <on_the_move4ever@yahoo.com> wrote in message7 news:b2faac46.0110030603.18ac43a1@posting.google.com...hH > I'm trying to find out what the installed base of the VAX 7000 line is > currentlyEH > to try to figure out an approximate time that this machine is going toE > go end of life.  I've spoken with everyone I can think of at CompaqoD > all the way up to Senior VP.  So, Arne suggested that I send out aE > posting to just see who's running a VAX 7000 class machine and thatdA > would give me an idea of how many are out there (a rough idea).e > Thanks for your feedback.s >d > Rick Nickles > Stora Enso North America   ------------------------------  # Date: Wed, 03 Oct 2001 15:50:53 GMTr2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VAX 7000'sa2 Message-ID: <xtGu7.1017$YP.25359@news.cpqcorp.net>  G   Our engineering and build clusters (for both OpenVMS VAX and OpenVMS n:   Alpha) incorporate multiple VAX 7000 series boxes, FWIW.    < Rick Nickles" <on_the_move4ever@yahoo.com> wrote in message :    news:b2faac46.0110030603.18ac43a1@posting.google.com...  H : I'm trying to find out what the installed base of the VAX 7000 line isJ : currently to try to figure out an approximate time that this machine is  : going to go end of life.  E   That's really a question for the Compaq hardware services folks to )G   answer, since they have the spares and the contracts and the details.f  F   There are typically customer advisories provided well ahead of when >   systems start to transition to end-of-hardware-service-life.  H   If you expect to need hardware support over a very long term, I would D   be looking at maintaining a cache of spares locally, and at local B   maintenance capabilities including the Compaq Assisted Services F   program, and at negotiating for extended support contracts with the D   Compaq hardware support folks.  Again, this if you expect to need E   hardware support for these systems over a very long term -- longer k>   than services folks will typically be maintaining the boxes.  G   In addition, I would also look at what is involved at migrating your aH   applications to OpenVMS Alpha or (depending on your schedule and your G   requirements) to OpenVMS on IA-64.  This is an obvious alternative tor8   the long-term maintenance of older hardware platforms.  H   NONE OF THIS IS NOT INTENDED TO IMPLY THAT HARDWARE SERVICES FOR THIS K   PLATFORM WILL BE ENDING SOON.  (I don't know that.)  The hardware supportaL   decision is something that the Compaq services folks decide, based on the J   availability of and the "burn rate" of spares and based on the business J   considerations around continued hardware support.  Again, I do not know H   the schedule and the plans -- if any, of course -- for the end of the H   VAX 7000 series service.  (Nor do I know the platform installed base.)    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Wed, 3 Oct 2001 16:31:10 +02007 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>A# Subject: RE: VAX disaster tolerancelO Message-ID: <2795B75EF003D311801A00A0C906B511011C6850@cucexec.gbc.getronics.nl>e  a You can as easy as replacing an alpha with a new alpha, replacing a VAX with a bigger faster VAX.y   Done that, been there.       > JF Mezei wrote: ; > > That is the problem isn't it ? You don't want to waste   > money replacingH: > > hardware that still does the job just for the sake of  > having the latest. But> > > then, you also don't want to get a rude awakening because  > you can no longeru> > > get replacement machines after a disaster even though you  > didn't realise thatW6 > > problem as your configuration was still supported. >  > Exactly. These days you don'to > need an identical replacemento! > (unless you are the military ori" > run a nuclear power plant etc.). >   > Most businesses could replace  > an Alpha with a newer Alpha - % > there are not that many specialisede > interfaces any more. >   > However, when you are running ' > on an architecture that can no longerh& > be produced economically (e.g. VAX -$ > I won't include PDP-11 since there" > are compatibles available!) then# > you need to at least have a plan!! > 	 > Antonior >  > -- w >  > ---------------r/ > Antonio Carlini             arcarlini@iee.orgs >    ------------------------------  * Date: Wed, 3 Oct 2001 09:55:13 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br># Subject: RE: VAX disaster tolerance @ Message-ID: <20011003165513.25920.qmail@web20202.mail.yahoo.com>   A VAX...  - Why Compaq dont give the VAX license to be=20-1 built by another vendor ? If the VAXes are really4, needed in the market. Example: Mentec should  build a 1U VAX for rackmount.=20  1 Today an iPaq has much more power in VUPs than=20t  the last VAX launched years ago.   I suggest a VAXpaq :-)  0 I believe all the VAX users should migrate to=203 Alpha or Itanium.... but if they say they cant ok !R Lets believe in them ...=20e/ But is dangerous for the companies to stay with / old hardware and old parts, refurbishing boards , etc ...  Ok, ok you know what are you doing.     Regardsy   FC=20     5 --- "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>  wrote:2 > You can as easy as replacing an alpha with a new2 > alpha, replacing a VAX with a bigger faster VAX. >=20 > Done that, been there. >=20 >=20 >=20 > > JF Mezei wrote:b6 > > > That is the problem isn't it ? You don't want to
 > waste=20 > > money replacing:3 > > > hardware that still does the job just for then > sake of=20 > > having the latest. But- > > > then, you also don't want to get a rudee > awakening because=20 > > you can no longere4 > > > get replacement machines after a disaster even > though you=20$ > > didn't realise that - > > > problem as your configuration was stilld > supported. > >=20! > > Exactly. These days you don'tr! > > need an identical replacementW# > > (unless you are the military orV$ > > run a nuclear power plant etc.). > >=20$ > > Most businesses could replace=20! > > an Alpha with a newer Alpha -s' > > there are not that many specialisedm > > interfaces any more. > >=20$ > > However, when you are running=20) > > on an architecture that can no longerm( > > be produced economically (e.g. VAX -& > > I won't include PDP-11 since there$ > > are compatibles available!) then% > > you need to at least have a plan!t > >=20 > > Antonio: > >=20	 > > --=20e > >=20 > > ---------------e1 > > Antonio Carlini             arcarlini@iee.orgc > >=20     =3D=3D=3D=3D=3DeL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Da F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilt fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.o http://phone.yahoo.com   ------------------------------  # Date: Wed, 03 Oct 2001 17:28:44 GMTI3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>h# Subject: Re: VAX disaster tolerancei/ Message-ID: <3BBB4A6D.30EF7E1C@cableinet.co.uk>p   Fabio Cardoso wrote: > 
 > A VAX... > , > Why Compaq dont give the VAX license to be3 > built by another vendor ? If the VAXes are reallyn. > needed in the market. Example: Mentec should > build a 1U VAX for rackmount.t > 0 > Today an iPaq has much more power in VUPs than" > the last VAX launched years ago. >  > I suggest a VAXpaq :-) > / > I believe all the VAX users should migrate to 5 > Alpha or Itanium.... but if they say they cant ok !  > Lets believe in them ...1 > But is dangerous for the companies to stay with 1 > old hardware and old parts, refurbishing boardsw. > etc ...  Ok, ok you know what are you doing. >   4 Isn't the main reason for people retaining VAXen due5 to legacy hardware interfaces? If they have to rewitee5 drivers for new hardware why not port to another moret4 modern architecture instead? If its the "its old but3 it works and we lost the source code and don't wanty6 to develop it anymore" scenario then such people will 6 probably be happy running Charon VAX on a P IV as they obviously don't really care.   regards   	 > RegardsW >  > FC > 7 > --- "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>  > wrote:4 > > You can as easy as replacing an alpha with a new4 > > alpha, replacing a VAX with a bigger faster VAX. > >  > > Done that, been there. > >g > >l > >  > > > JF Mezei wrote:s8 > > > > That is the problem isn't it ? You don't want to	 > > waste  > > > money replacings5 > > > > hardware that still does the job just for thea > > sake of  > > > having the latest. But/ > > > > then, you also don't want to get a rude5 > > awakening becausey > > > you can no longern6 > > > > get replacement machines after a disaster even > > though you > > > didn't realise thatr/ > > > > problem as your configuration was stillB > > supported. > > >t# > > > Exactly. These days you don't # > > > need an identical replacemente% > > > (unless you are the military oro& > > > run a nuclear power plant etc.). > > >-# > > > Most businesses could replace # > > > an Alpha with a newer Alpha -n) > > > there are not that many specialised1 > > > interfaces any more. > > >s# > > > However, when you are running1+ > > > on an architecture that can no longers* > > > be produced economically (e.g. VAX -( > > > I won't include PDP-11 since there& > > > are compatibles available!) then' > > > you need to at least have a plan!  > > > 
 > > > Antonio= > > >g > > > -- > > >1 > > > ---------------.3 > > > Antonio Carlini             arcarlini@iee.orgw > > >> >  > =====i > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazila > fabiopenvms@yahoo.com.br > ========================== > 4 > __________________________________________________ > Do You Yahoo!?5 > Listen to your Yahoo! Mail messages from any phone.a > http://phone.yahoo.com   -- o Tim.Llewellyn@cableinet.co.uk  s  C Standard disclaimer applies. My views in no way represent those of a! my employers or service provider.e   ------------------------------  $ Date: Wed, 3 Oct 2001 11:55:05 +02007 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>d Subject: Re: VAX SET BOOT doc?O Message-ID: <2795B75EF003D311801A00A0C906B511011C6833@cucexec.gbc.getronics.nl>r  - Hoffman <hoffman@xdelta.zko.dec.nospam> wrotec  o= > In article <jGru7.236$iH2.14537@news-west.eli.net>, "frank t/ > brown" <frank.brown@ci.seattle.wa.us> writes: @ > :OK I know it's a firmware question, it's not really VMS, but 
 > I'm gettingdE > :frustrated searching the Q's online docs for this simple question:r > :w8 > :I need to set the default console value for R5 on my  > clustered VAX 4300s so< > :auto-reboot will load correctly.  Is this done using SET  > BOOT or DEPOSIT or# > :what?  An example would be cool.s > 6 >   On the VAX 4000 model 300 series system console... >  >   >>> HELP >  >   >>> SET BFLG nnnn  >  >   >>> SET BOOT ddcu9 >  >   >>> SET HALT hhhhi > K >   Where nnnn is the value to load into R5, and ddcu is the  target devicegM >   for the default bootstrap.  hhhh is the halt action,  typically set to 1 .J >   to boot on power up, to 2 to restart, and set to 3 to halt.   Various K >   MicroVAX systems will also accept keywords on SET HALT,  such as HALT,  J >   RESTART, RESTART_REBOOT, and REBOOT.  HELP will generally  tell you... >   X Before changing or setting the boot parameter on an alpha or VAX first do a show device.U Sometimes the devices are named on the console level different then on the VMS level.h   					w   Jeroen van Dijkh Uitwijkspecialist  Business ContinuityB Jeroen.vandijk@getronics.nlt  " Getronics Infrastructure Solutions Botter 15-90 Postbus 2228 8203 AE  Lelystad  Tel  : +31 (0)320 266314 Fax:  +31 (0)320 266219r   ------------------------------  $ Date: Wed, 3 Oct 2001 13:06:50 +0100- From: Martin Walker <Martin.Walker@csf.co.uk>g/ Subject: RE: VAXstation 4000/96 memory questioncL Message-ID: <0262A6086BFBD411959500508B69C5EA1348BA@ThisAddressDoesNotExist>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C14C03.E254B6A0t Content-Type: text/plain;s 	charset="iso-8859-1"b  I My Systems & Options catalogue says either MS44L-BC = 16MB (4 x 4MB 100ns / SIMMs) or MS44-DC = 64MB (4 x 16MB 100ns SIMMs)>   -----Original Message-----6 From: dsf@frontiernet.net [mailto:dsf@frontiernet.net] Sent: 02 October 2001 08:13  To: Info-VAX@Mvb.Saic.Com.+ Subject: VAXstation 4000/96 memory questionu     Howdy -d= 	I've got a VAXstation 4000/96, sans any manuals. I currentlysF have 64 MB in it via 4 80-pin SIMMs. It has slots for 8, and I believe( I've heard the maximum is 128 MB of RAM.  < 	What kind of SIMMs? MS44-DC? Is that a set of 4 16MB SIMMs?C A local reseller is quoting a MS44-DC for $100, but I'm not sure ifaC that's the correct part for a /96 because I've only seen referencesb< for that with the MV 3100-40/80/90 and VS 4000-60/90 series.    	Thanks for any tips or insight!   -Dan      A This e-mail including any attachments is confidential and may be tF legally privileged. If you have received it in error please advise the@ sender immediately by return email and then delete it from your  system. B The unauthorised use, distribution, copying or alteration of this F email is strictly forbidden. If you need assistance please contact the  help desk on (+44)(0)870 8704820' ------_=_NextPart_001_01C14C03.E254B6A0n Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printabler  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">T <HTML> <HEAD>H <XETA HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8= 859-1">rH <XETA NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 5.5.2653= 12">5 <TITLE>RE: VAXstation 4000/96 memory question</TITLE>  </HEAD>e <BODY>  H <P><FONT SIZE=3D2>My Systems &amp; Options catalogue says either MS44L-=H BC =3D 16MB (4 x 4MB 100ns SIMMs) or MS44-DC =3D 64MB (4 x 16MB 100ns S= IMMs)</FONT></P>  3 <P><FONT SIZE=3D2>-----Original Message-----</FONT>eH <BR><FONT SIZE=3D2>From: dsf@frontiernet.net [<A HREF=3D"mailto:dsf@fro=4 ntiernet.net">mailto:dsf@frontiernet.net</A>]</FONT>5 <BR><FONT SIZE=3D2>Sent: 02 October 2001 08:13</FONT>y3 <BR><FONT SIZE=3D2>To: Info-VAX@Mvb.Saic.Com</FONT>sE <BR><FONT SIZE=3D2>Subject: VAXstation 4000/96 memory question</FONT>I </P> <BR>    <P><FONT SIZE=3D2>Howdy -</FONT>H <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>I've got =: a VAXstation 4000/96, sans any manuals. I currently</FONT>H <BR><FONT SIZE=3D2>have 64 MB in it via 4 80-pin SIMMs. It has slots fo= r 8, and I believe</FONT>RB <BR><FONT SIZE=3D2>I've heard the maximum is 128 MB of RAM.</FONT> </P>  H <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>What kind =8 of SIMMs? MS44-DC? Is that a set of 4 16MB SIMMs?</FONT>H <BR><FONT SIZE=3D2>A local reseller is quoting a MS44-DC for $100, but = I'm not sure if</FONT>H <BR><FONT SIZE=3D2>that's the correct part for a /96 because I've only = seen references</FONT>H <BR><FONT SIZE=3D2>for that with the MV 3100-40/80/90 and VS 4000-60/90=  series.</FONT>a </P>  H <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>Thanks for=  any tips or insight!</FONT> </P>   <P><FONT SIZE=3D2>-Dan</FONT>  </P>   </BODY>t </HTML>s  H <HTML><BODY><P><FONT color=3D#000000 face=3D"Arial" size=3D2>This e-mai=H l including any attachments is confidential and may be <BR>legally priv=H ileged. If you have received it in error please advise the<BR>sender im=H mediately by return email and then delete it from your <BR>system. <BR>=H The unauthorised use, distribution, copying or alteration of this <BR>e=H mail is strictly forbidden. If you need assistance please contact the<B=7 R>help desk on (+44)(0)870 8704820</FONT></BODY></HTML>o) ------_=_NextPart_001_01C14C03.E254B6A0--3   ------------------------------  % Date: Wed, 03 Oct 2001 14:12:59 +0100t4 From: John Laird <john@laird-towers.freeserve.co.uk>/ Subject: Re: VAXstation 4000/96 memory questionm8 Message-ID: <pm3mrtojm4676e5i2kavc6tu48aq8do39f@4ax.com>  A On Tue, 2 Oct 2001 07:12:40 +0000 (UTC), dsf@frontiernet.net (Dan  Foster) wrote:   >Howdy -> >	I've got a VAXstation 4000/96, sans any manuals. I currentlyG >have 64 MB in it via 4 80-pin SIMMs. It has slots for 8, and I believei) >I've heard the maximum is 128 MB of RAM.  >k= >	What kind of SIMMs? MS44-DC? Is that a set of 4 16MB SIMMs?-D >A local reseller is quoting a MS44-DC for $100, but I'm not sure ifD >that's the correct part for a /96 because I've only seen references= >for that with the MV 3100-40/80/90 and VS 4000-60/90 series.u > ! >	Thanks for any tips or insight!O  G Don't sue me if I'm wrong, but I'm fairly sure the /96 used exactly theiD same memory as the /90 - the only difference being a slightly fasterE processor.  If there ever was a /98 to match the 3100/98 or 4000/108,dH then it would have take some kind of almost-generic SIMM and boosted the max memory considerably.  G The MS44-DC part number is correct, and is indeed 4x16Mb.  $100 seems a G pretty good price to me, even if it is 10x commodity memory rates.  Forh% proprietary memory, it's a good deal.d     	Johns --  
 John Laird Yezerski Roper Ltd   ------------------------------   Date: 3 Oct 2001 13:23:44 GMTo/ From: Thomas Dickey <dickey@saltmine.radix.net>p" Subject: Re: VT emulation on Linux* Message-ID: <9pf3h0$atp$4@news1.Radix.Net>  & Keith Brown <kbrown780@isd.net> wrote: > Jeffrey H. Coffield wrote:  H >> Has anyone found a good (and free) VT emulation for Linux? The best I >> have been ableoI >> to find is Eterm but it has some bugs in switching between numeric andu >> application >> keypad modes. >> r  ; > Try VMSterm at  http://www-personal.une.edu.au/~oahlefel/eK > I use it on my Linux box at home to connect to man VMS machines at work. s > Does great VT100 emulation.i  D actually - 2nd posting - I note that it says it does VT220 emulationE but it doesn't - try it with vttest (the issue is the function keys),o	 of coursei   	http://dickey.his.com/vttestc 	ftp://dickey.his.com/vttest   -- O= Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>T http://dickey.his.comE ftp://dickey.his.com   ------------------------------   Date: 3 Oct 2001 13:29:19 GMTt/ From: Thomas Dickey <dickey@saltmine.radix.net> " Subject: Re: VT emulation on Linux* Message-ID: <9pf3rf$atp$5@news1.Radix.Net>  ' Bruin, J.M. de <Bruin@wt.tno.nl> wrote:t > One link could be:  6 > http://www-personal.une.edu.au/~oahlefel/vmsterm.htm   howevero  7 	http://dickey.his.com/xterm/xterm.faq.html#how2_fkeys f   -- t= Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>. http://dickey.his.com- ftp://dickey.his.com   ------------------------------    Date: 03 Oct 2001 21:12:28 +0800, From: Paul Repacholi <prep@prep.synonet.com>8 Subject: Re: Warranty on ES45 reduced from 3 years to 1?- Message-ID: <87u1xg98ar.fsf@prep.synonet.com>c  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  N > Guess it depends on whether or not you've dallied in a coffee shop or "smart+ > shop" before visiting the Leidseplein....   @ as long as the coffee cake does not have 'untel Inside' stickers on it ;)   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Wed, 3 Oct 2001 12:22:50 +0000  From: Steve.Spires@yellgroup.com# Subject: Win2K for Alpha Build 2128o/ Message-ID: <00256ADA.004402D8.00@quegw01.btyp>o    To:        Info-VAX@Mvb.Saic.Com cc:xL Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza   Win2K for Alpha Build 2128    B I don't know if this is any help to anyone [from The Register url:4 http://www.theregister.co.uk/content/4/15700.html ];     -----------------c  1 Win2k for Alpha alive, well, and loose on the Web  By: John Lettice Posted: 27/12/2000 at 12:06 GMTe    M Win2k for Alpha is alive, as well as can be expected under the circumstances, ) and escaped into the wild some time back.vL Despite our confident assertion yesterday that Windows 2000 Professional for* Alpha build 2128 was firmly under lock and- key, it appears to be available for download.t  M These are, after all, Redmond locks and keys, so it's perhaps more surprisingc( that it isn't all over the place than itM is that it broke loose. But a 350 meg zip file of something that isn't likelyq* ever to be supported or updated is perhaps$ something of an esoteric perversion.  L The sky fell in on Win2k for Alpha in the final run up to Win2k's release to+ manufacture, and as far as we know the 2128nO Alpha build, which would otherwise have gone out with Win2k Release Candidate 3e' in November 1999, never made it out via=> official channels. But considering the timing it had to exist.  N So here's our difficulty. Neither Compaq nor Microsoft, we presume, approve of# the code being available to all anddM sundry, even if it is a very small and specialised all and sundry. But on the-" other hand, given how ruthlessly aK nearly-ready product was butchered, we think there's a certain moral (nope, ' definitely not legal) justification fors6 whoever it was who shoved the code up to have done so.  L But on yet another hand, if the Compaq and MS gumshoes haven't the brains to& track this one down we're not about toN help them. And on the final hand (aliens are among us, limb-wise) once code is# out on the Web it'll be warezed alltD over, if people want it, so the genie won't go back into the bottle.  N So if you want it, we're inclined to tell you where you can get it, on demand.# That's if we can remember where the  site is, of course...d  O Warning: As we haven't checked the code out, we can't absolutely guarantee thate# it is 2128, but you know that aboutiL unauthorised downloads anyway. We're told the code comes with a 444 day time) bomb, but we believe there's a way around N that. And if there have been any other sighting of the last Windows for Alpha,& we'd be interested to hear about them.     -----------h   And [from The Register url :9 http://www.theregister.co.uk/content/archive/15689.html ]    ---------------   " W2K for Alpha lurks in MS cubicles By: Mike Magee Posted: 26/12/2000 at 11:38 GMT     P Compaq and Microsoft have once more gone out of their way to deny that they willJ  launch a version of Windows 2000 Pro for the Alpha chip platform, but the software does exist.  I Although there is absolutely no doubt, according to our source, that thisMM software will ever become a product, boffins in the US have seen Windows 2000= Alpha Professional.3  N According to the source, work on the doomed product continued for over a monthK after Compaq pulled the plug on the platform in August 1999, as exclusivelyr reported here.  L The CD Rom, called Windows 2000 Alpha Professional Build 2128, and dated theP 23rd of September 1999, is marked "For internal Microsoft use only" and emanated	  from thes W2000 Burnlab in Redmond.   F According to our sources, the software was considered too important toL Microsoft's internal efforts for the firm to can it. But Compaq wrote strict rules that keep the builds! confined to Redmond Central only.M  O It will never become a product the likes of you or us can get our mitts on, buto it still exists.  > It's sort of the Man in the Iron Mask of the software industry     -----------------------s   Steve Sm     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beL confidential. If you are not the named addressee, or if the message has beenP addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission.  L Delivery of this message to any person other than the named addressee is notH intended in any way to waive confidentiality.  If you have received thisF transmission in error please contact the sender or delete the message.  
 Thank you.  O Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registeredh0 in England and Wales, registered number 4205228.  M Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1v@ 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------   End of INFO-VAX 2001.550 ************************