1 INFO-VAX	Mon, 06 Nov 2000	Volume 2000 : Issue 620       Contents: Re: 500A to 500AU # Re: ALL IN ONE installation problem  Broken TK50  Create and Amass Wealth  DECnet 5 -> 4 routing problem $ Re: Decnet over IP - where to start?& Enabling DECwindows on a VAX 4000/300.* Re: Enabling DECwindows on a VAX 4000/300.* Re: Enabling DECwindows on a VAX 4000/300.6 Encrypted Backup (was: How to boost DLT backup speed?)& Re: Extending LATNET over dial-up line" Re: How to boost DLT backup speed?" Re: How to boost DLT backup speed?3 Layered product installation errors on Alpha V7.2-1 7 Re: Layered product installation errors on Alpha V7.2-1  Re: Number of users exceeded: One for the storage gurus: shadowsets between HSJ and HSGs+ Perfect HOME WORK! for You - info-vax -MQNS   RE: Porting from Unix to OpenVMS  Re: Porting from Unix to OpenVMS/ Re: Print from VMS to NT/lpr Print server Howto / Re: Print from VMS to NT/lpr Print server Howto - Reg. a problem in the cluster environment ... # Re: shadow question SCSII <--> DSSI # Re: shadow question SCSII <--> DSSI  SSH CRASH A 1000A Server( Re: Sun UE10000 is *NOT* an HPC platform Re: What OpenVMS version?  RE: What OpenVMS version?  Work@home info-vax -BQME  F ----------------------------------------------------------------------  # Date: Mon, 06 Nov 2000 06:17:56 GMT * From: ckcnospam@nospam.pbi.net (Khee Chan) Subject: Re: 500A to 500AU' Message-ID: <8FE3E426Ezz@207.217.77.23>   6 cstranslations@email.msn.com (cstranslations) wrote in <eNgPqmkNAHA.367@cpmsnbbsa07>:    E >Supposedly if you replace a few pieces of hardware (controller among I >them) you can get OpenVMS running on it. When I went through this little H >adventure (about 10 months back) I seem to remember that I was going toE >have to fork out somewhere between $600 - $800 and there was no 100%   K Check SYS$SYSTEM:SYS$CONFIG.DAT for a list of supported hardware including  F SCSI controllers (e.g. 53C810, 53C825 chipsets) and video cards (e.g.   Permedia-2 and S3 864 chipsets).   ------------------------------  % Date: Sun, 05 Nov 2000 19:06:47 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> , Subject: Re: ALL IN ONE installation problem, Message-ID: <3A05E801.38A715B4@videotron.ca>   Paul Sture wrote: G > Does anyone know what these represent in relation to the installation % > options? The Hobbyist licenses are:  >  > ALLIN1-MAIL-DW-CLIENT  > ALLIN1-MAIL-SERVER > ALLIN1-MAIL-SERVER-USER  > ALLIN1-MAIL-VT-CLIENT  > ALLIN1-MAIL-VT-USER  > ALLIN1-MAIL-WAN-SERVER  K None of these provide all-in-1 office server. Those are for the old/retired H product that had absolutely nothing to do with all-in-1. (character cell glorified VMSmail).   6 You need something like "ALLIN1-PERSONNAL" or ALLIN1.   K It is possible however that the installation kit will consider the above as L valid if they elected to allow those souls on the retired product to migrate to the real allin1 for free.  M Note that the real all-in-1 will load licences for notes, fms, cda library as L part of the installation. Message Router is now optional and you have to payK extra to have it. (but if you install an older version of All-in-1, it came ( with it, but on an alpha, MR won't run).    , > %A1-I-CHKUCX, Checking for TCP/IP Services1 > %A1-I-CHKPV2, Can't parse image ident: V5.0A-1A < > %A1-E-CHKPRODVER, Fatal error occurred in KICHKPRODVER.COM  J Your best bet is to extract that .COM, edit it to find out exactly what it> expects to see and then recreate the A saveset and re-install.   ------------------------------  $ Date: Sun, 5 Nov 2000 20:47:31 -0500  From: John Santos <JOHN@egh.com> Subject: Broken TK50. Message-ID: <1001105202613.2093D@Ives.egh.com>  @ I was attempting to upgrade my hobbyist VAX at home to VMS V7.2,= and after reading in the 1st TK50, it got stuck in the middle < of the rewind.  Install was prompting for the 2nd tape to be mounted.  < Red light flashing.  Cycling the button, power cycling, etc.9 didn't seem to do anything.  Eventually, I dismantled the > drive and discovered about 75% of the tape was on the internal= take-up reel.  Foolishly, I spun the tape the rest of the way > onto the reel, and discovered it wasn't fastened at all to the> supply reel (inside the cartridge.)  Some how, pushing buttons= and levers, I managed to get the empty cartridge out (figured = it was trashed at this point...), disassembled the cartridge, = rewound the tape onto the supply reel, re-assembled the drive : and cartridge.  Amazingly, the cartridge seems to be okay!> I was able to mount it on our VAX at work (TK70), and read all> 3 savesets.  (I did a backup/list on them, which I think needs to read all the tape blocks.)   ? The drive is still acting funny.  Console >>> SHOW DEV sees the = controller but not the drive.  It pauses about a minute after @ printing the "UQSSP Tape Drive (775400)" line, but doesn't print? "MUA0:" on the next line like it should.  Also, VMS doesn't see 
 the drive.  ? When I power up the VAX, the Red button light comes on, and the < handle won't lift.  It doesn't matter if the button is in or> out when the power is applied.  After a while (maybe after the< Qbus gets inited), the gear wheel that engages the bottom ofC the supply reel starts spinning, and the red light starts flashing. : I think it may think there is a tape in the drive and it's3 trying to rewind or unload it.  Flakey microswitch?   ; I can't find much about TK50's on the net, but one web page : suggested that the heads might be dirty, but cleaning them9 should be done very carefully since isopropyl alcohol can ; disolve some glue and make them fall apart!  (It was filthy : inside when I disassembled it.  I blew a lot of canned air2 through it and think I have got all the dust out.)   So, is it toast?  8 (I see someone is selling a TK50, untested and as-is, on6 Ebay.  They want $45 plus $18 shipping, but didn't get7 any bids on it last week, so maybe $45 is too steep for , one of these, especially with no guarantee.)   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  + Date: Sun, 05 Nov 2000 22:37:31 +0000 (GMT) ; From: Financial Integrity Alliance <liftedup2000@yahoo.com>   Subject: Create and Amass Wealth- Message-ID: <0G3K00KC3PHHYL@mx.east.saic.com>   I $1250 puts you on the road to complete financial independance in 2-3 yrs.     / Unbelievable? Not if you know the right people!     H In todays world, there are definate keys to the fast track in becoming a millionare.   ( You can learn from the ultra- wealthy...    H This is your personal invitation to learning the well guarded and little$ known secrets of the ultra- wealthy.    6 Call now, and we will show you why the ultra- wealthy:  1 =b7	Pay no income or capitol gains taxes ...ever!   - =b7	Cannot be liened or sued for their money!   H =b7	Make incredibly high returns on their money.. monthly.. at low or no risk!   K =b7	Are upset that we are revealing their secrets to average income people!     G An  International Financial Education that will change the way you view 8 your future, and the future of your childrens childrens.    H  I am so glad I did not pass this by. After just 18 months of  utilisingJ this information, I am looking forward to retiring wealthy within the nextG 10 months. What would have taken me 30 years to attain with my previous K financial knowledge I will now do in less than 3 years. In a way I am angry I that this knowledge was purposely kept from me, but now that I have it, I  am using it! Its Awesome!   F                                                             Douglas  ,
 Washington       D Call now and receive your first consultation absolutely free with noE obligation. Is it possible you are missing a big piece of the puzzle?       3                               Call:   1800-640-5936        REMOVAL   H  To be removed completely from this distribution list, email me back andF let me know, but be sure to say, "Remove from distribution list in the Subject".Send message to: I liftedup2000@yahoo.com?subject=3DRemove  so I can be sure to separate you < from my other email lists!   Thank you and have a great day.            2 __________________________________________________   Do You Yahoo!?  2 Talk to your friends online with Yahoo! Messenger.   http://im.yahoo.com    ------------------------------  $ Date: Sun, 5 Nov 2000 20:25:46 -0500  From: John Santos <JOHN@egh.com>& Subject: DECnet 5 -> 4 routing problem. Message-ID: <1001105195758.2093C@Ives.egh.com>  ? We have several Async DECnet circuits to remote sites.  Locally > they are connected to a DECRouter-250, but we have some serial= ports on a VAX configured for async DECnet so we can move the B modem cables over to the VAX if there is a problem with the DR250.  . All the local VMS systems are running Phase V.  > Most remote sites have a single system, but some have multiple= systems.  Some of the remote systems are running Phase IV and ? some are running Phase V.  (We used to have lots more, but most 4 have switched to TCP/IP routers and DECnet-over-IP.)  @ Here's the problem:  Locally we have 3 VMS systems in a cluster: VAX 4000-200       - VMS V7.1  AlphaServer 1200   - VMS V7.2-1  DEC 3000 Model 300 - VMS V7.2-1   = At one remote site is a cluster of a VAX 6620 and a VAX 6630. 8 The async line connects a serial port (9600 baud) on our8 DECRouter-250 to a serial port on the VAX 6620, which is> running VMS V7.1, DECNET-IV, and configured as an area router.= The two VAX'es at the remote site are connected to each other 5 by Ethernet (and CI, but I think that is irrelevent).   8 We can connect fine from our VAX to either of the remote> systems (SET HOST, file transfers, etc.), and we can reach the> 6620 (router node) from either Alpha, but attempting to access? the 6630 from either Alpha gives "%SYSTEM-F-UNREACHABLE, remote ; node is not currently reachable".  Seems to be some sort of  routing problem.  @ We can access any of our 3 local nodes from either of the remoteB nodes, and once we have accessed a particular Alpha from the 6630,> we can then make connections back from that Alpha to the 6630,K but after a while (1/2 hour or so) we start getting "%SYSTEM-F-UNREACHABLE" @ errors again.  Like it learns how to route, but after a while it forgets.  D We have another remote site with a single VAX 6650 running VMS V7.1,E DECnet-Plus, which has its own DECRouter-250, so our connection there D goes via two intermediate Phase-IV hops, just like our connection to< the 1st site, but we can always talk to that node just fine.  > The only differences between the local node that works and the> two that don't are 1) VAX vs. Alpha 2) Router vs. End-node and? 3) VMS V7.1 vs. VMS V7.2-1.  So I'm worried!  Is Alpha DECnet-V @ broken?  Or will our VAX break when we upgrade to V7.2 (or maybe= V7.3 if we don't get around to it for a while)?  Or do I just > need to configure the 2 Alpha's to be routers?  Also, why does< it work fine to the other site, which is also connected by aA Phase IV area router (DR250, rather than a VAX), but the end node ? is running Phase V?  If the flakey remote site were upgraded to 1 Phase V, would the problems go away or get worse?    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Sun, 05 Nov 2000 21:14:49 GMT 8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>- Subject: Re: Decnet over IP - where to start? ( Message-ID: <3A05B7DA.73A7F879@decus.fi>  9 In principle it is very simple. As others have mentioned, 7 you have to enable PWIP support from UCX. Then you will 7 have configure DECnet to use DOMAIN in the search path. 5 This of course assumes that you have configure DECnet 2 to support DECnet over IP and OSI over IP when you configure OSI transport.  2 But what people may often forget is that there are2 a few caveats. First of those little things to pay5 attention to are PROXIES. Then there are these bloody * "synonyms", i.e. we are all used to saying   	$ set host xxxxx   1 If all these systems are in same IP domain or you 8 at least have fairly few IP domains (whatever1.comp.com,4 whatever2.comp.com e.q.) you are lucky since you can1 quite easily configure DECnet to search e.q. both    	xxxxx.whatever1.comp.com 
 as well as 	xxxxx.whatever1.comp.com   5 But suppose you have hundreds of different domain and 8 you have be able support users referring to remote nodes) via short names, then you are in trouble.    Also when somebody does e.q.   	$ directory XXXXX::  ; and it now goes over IP, the (possible) proxy at the remote  end  that was   	LOCAL:.xxxxx::userz --> usery  ( may now have to reentered in the form of  2 	DOMAIN:.xxxxx.whatever2.comp.com::userz --> usery  < So, while this DECnet over IP stuff is simple to enable, you$ may have consider a few things like   7 	ability to still refer to remote nodes with short name  	proxies (at the remote nodes)  5 In fact, in a largish network you may have to do this 	 DEcnet/IP  stuff in a steps like   : Step 1) enable PWIP and DECnet over IP on all nodes but do not ) 	yet activate DOMAIN in the search path.    3 	Verify that commands like SET HOST IP$xx.xx.xxx.xx  	work to every intended system  6 Step 2) Analyze your short name referral requirements, possibly5 	registering all nodes with their short and full name 9 	in the UCX "local host" database, maybe creating company  	wide update convention   3 Step 2b) Analyze your proxy requirements adding all 	 necessary  	new proxies   And finally   : Step 3) enable on all nodes DOMAIN as part of the CDI name 	search stuff.  6 Step 4) Deregister from DECnet Local name database all remote5 	nodes so that only known tower information is the IP 8 	tower. You may want to deregister all non-local (in the6 	sense "not part of this cluster") if you want to make5 	sure you always know over which transport things are  	going to take place.   5 And then there are these nasty things like some nodes  running 9 the old DECnet Phase IV stuff AND POSSIBLY also IP stack.   : Once one has DVIP enabled, the system will actually try to: communicate DECnet via IP always if the system knows an IP5 address for the target. So it may be necessary to put   3 $ mc ncl set session control transport precedence = 	 (nsp,tp4)   8 as this causes DEcnet Phase IV to be favoured instead of DEcnet< over IP. Let's say all VMS nodes in the company are actually8 running VMS\DECnet/Plus etc and therefore DECnet over IP works ; just fine between them but then we have this old LPS17 with : both DECnet and IP addresses on my LAn and I actually want. to print via DECnet Phase IV to the printer...  5 So, there is more to it than initially meets the eye.    _veli    Mike Price wrote:  > H > We have some boxes using decnet phase 5 on VMS7.1-2. They also use UCXI > 4.2. Our comms people don't like us using DECnet throught their routers C > so I was wondering about using decnet over IP to keep them quiet.  > G > Could some kind person point me at a simple start point, i.e. manuals  > web sites etc. >  > TIA  >  > Mike >  > --D > All opinions are my own and do not necessarily reflect those of my
 > employer > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------   Date: 5 Nov 2000 17:43:43 GMT & From: Cthulhu <cthulhu@kadath.deep.it>/ Subject: Enabling DECwindows on a VAX 4000/300. ( Message-ID: <8u468f$ff$1@kadath.deep.it>   HW:	VAX 4000/300' SW:	OpenVMS 7.2 + some ECOs, TCPIP 5.0A   D This VAX of course do not have a graphic card, what I'm trying to do6 is to export an X11 display on a remote Linux machine.A So I installed everithing listed in DECW$TAILOR, just to be sure.   B I have modified SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM with the line:   2     decw$server_transports == "TCPIP,DECNET,LOCAL"  C And when I restart DECwindows, or when I boot the machine, it says:   +     LENG::SYSTEM$ @DECW$STARTUP.COM RESTART =     %DECW-W-NODEVICE, No graphics device found on this system B     -DECW-I-NODECW, DECwindows graphics drivers will not be loaded     LENG::SYSTEM$   8 That's right. "SHOW LOG *DECW*" shows a lot of logicals. Now, from the FAQ:  J     LENG::SYSTEM$ SET DISPLAY /CREATE /TRANSPORT=TCPIP /NODE=rlyeh.deep.it     LENG::SYSTEM$ show display  !         Device:    WSA2:  [super]           Node:      RLYEH.DEEP.IT         Transport: TCPIP         Server:    0         Screen:    0       LENG::SYSTEM$    Which seems fine.e But now:  +     LENG::SYSTEM$ run sys$system:decw$clockd'     X Toolkit Error: Can't Open displayi)     %DWT-F-NOMSG, Message number 03AB8204i     LENG::SYSTEM$   B On the linux machine (rlyeh.deep.it) I already enabled all clients access with "xlock +".  D "SHOW SYS" doesn't show any new running process which can I identifyE as an X component... with my unix background I know I don't want an XeF Server running on the client machine (with the X11 meaning of client),2 but I don't know if VMS has different requirement.   Can someone help me?  
 	exportingly,-
 	  Cthulhu   -- E  G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan! # 		        <cthulhu at rlyeh dot it>    ------------------------------  $ Date: Sun, 5 Nov 2000 14:12:48 -0600) From: "John E. Malmberg" <wb8tyw@qsl.net>o3 Subject: Re: Enabling DECwindows on a VAX 4000/300.S/ Message-ID: <t0bfo6psoce67d@corp.supernews.com>*  6 "Cthulhu" <cthulhu@kadath.deep.italy> wrote in message" news:8u468f$ff$1@kadath.deep.it... > HW: VAX 4000/300) > SW: OpenVMS 7.2 + some ECOs, TCPIP 5.0A- >-F > This VAX of course do not have a graphic card, what I'm trying to do8 > is to export an X11 display on a remote Linux machine.C > So I installed everithing listed in DECW$TAILOR, just to be sure.m >s; > I have modified SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COMS  L It does not matter what you put in that file, it is not used unless you have! graphics hardware on your system.n   >nE > And when I restart DECwindows, or when I boot the machine, it says:e >r- >     LENG::SYSTEM$ @DECW$STARTUP.COM RESTARTr? >     %DECW-W-NODEVICE, No graphics device found on this systemSD >     -DECW-I-NODECW, DECwindows graphics drivers will not be loaded >     LENG::SYSTEM$5  J That should not be a surprise, since you admitted already that the VAX did not have a graphics card.-  : > That's right. "SHOW LOG *DECW*" shows a lot of logicals. > Now, from the FAQ: >aL >     LENG::SYSTEM$ SET DISPLAY /CREATE /TRANSPORT=TCPIP /NODE=rlyeh.deep.it  >     LENG::SYSTEM$ show display > # >         Device:    WSA2:  [super]s" >         Node:      RLYEH.DEEP.IT >         Transport: TCPIP >         Server:    0 >         Screen:    0 >1 >     LENG::SYSTEM$1 >I > Which seems fine.I
 > But now: >N- >     LENG::SYSTEM$ run sys$system:decw$clockE) >     X Toolkit Error: Can't Open displayc+ >     %DWT-F-NOMSG, Message number 03AB8204d >     LENG::SYSTEM$l  0 I can not find that message number on my system.  F Do you have DecWindows-Motif installed?  It requires either a DW-MOTIF6 license key or a NET_APP_* license key for it to work.  D Also look for older images in the SYS$SPECIFIC:[SYSLIB] and [SYSEXE]/ directories that could be causing you problems.1  & Try the decw$examples:ico.exe program.  D > On the linux machine (rlyeh.deep.it) I already enabled all clients > access with "xlock +".   -Johnl wb8tyw@qsl.network   ------------------------------  % Date: Mon, 06 Nov 2000 01:25:07 +0000m  From: steven.reece@quintiles.com3 Subject: Re: Enabling DECwindows on a VAX 4000/300.eH Message-ID: <OF5F280C4E.0B9D0E4F-ON8025698F.0007B15D@qedi.quintiles.com>  I This sort of issue is usually related to securuity settings on the system G displaying the windows or transport options being set wrongly on one oreH both of the systems.  Often, it is the security and the inability of the6 displaying system to use whichever transport protocol.  G In the DECW$PRIVATE_SERVER_SETUP.COM there should be a portion for each.F system running off that file.  These are selected via nodename relatedJ string (IIRC - I haven't got a system in front of me at the minute) and soJ a number of different system options can be selected for different systems off the same SYS$COMMON tree.,  F The two lines of Graphics device not found on this system and graphicsJ drivers will not be loaded are usual where there is no graphics adapter onI the system starting the DECW Server.  The system still installs ll of theaK images it requires and so on, but it can't load the graphics drivers per sei since it has no display.   Hope this helps. Steve.        7 Cthulhu <cthulhu@kadath.deep.it> on 05-11-2000 17:43:43s   HW:  VAX 4000/300l( SW:  OpenVMS 7.2 + some ECOs, TCPIP 5.0A  D This VAX of course do not have a graphic card, what I'm trying to do6 is to export an X11 display on a remote Linux machine.A So I installed everithing listed in DECW$TAILOR, just to be sure.l  B I have modified SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM with the line:   2     decw$server_transports == "TCPIP,DECNET,LOCAL"  C And when I restart DECwindows, or when I boot the machine, it says:i  +     LENG::SYSTEM$ @DECW$STARTUP.COM RESTARTe=     %DECW-W-NODEVICE, No graphics device found on this system B     -DECW-I-NODECW, DECwindows graphics drivers will not be loaded     LENG::SYSTEM$   8 That's right. "SHOW LOG *DECW*" shows a lot of logicals. Now, from the FAQ:  J     LENG::SYSTEM$ SET DISPLAY /CREATE /TRANSPORT=TCPIP /NODE=rlyeh.deep.it     LENG::SYSTEM$ show display  !         Device:    WSA2:  [super]a          Node:      RLYEH.DEEP.IT         Transport: TCPIP         Server:    0         Screen:    0       LENG::SYSTEM$.   Which seems fine.  But now:  +     LENG::SYSTEM$ run sys$system:decw$clockb'     X Toolkit Error: Can't Open display )     %DWT-F-NOMSG, Message number 03AB8204r     LENG::SYSTEM$s  B On the linux machine (rlyeh.deep.it) I already enabled all clients access with "xlock +".  D "SHOW SYS" doesn't show any new running process which can I identifyE as an X component... with my unix background I know I don't want an XeF Server running on the client machine (with the X11 meaning of client),2 but I don't know if VMS has different requirement.   Can someone help me?        exportingly,e        Cthulhu   --  G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan!5+                   <cthulhu at rlyeh dot it>    ------------------------------   Date: 5 Nov 2000 15:38:03 -0500i9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e? Subject: Encrypted Backup (was: How to boost DLT backup speed?)s+ Message-ID: <uul3YjjeT9ML@eisner.decus.org>n  N In article <VA.00000158.160bface@sture.ch>, Paul Sture <paul@sture.ch> writes:D > In article <+M2LMF2ONiYS@eisner.decus.org>, Larry Kilgallen wrote:< >> From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) >> Newsgroups: comp.os.vms. >> Subject: Re: How to boost DLT backup speed?" >> Date: 5 Nov 2000 09:49:46 -0500 >> aQ >> In article <VA.00000153.148784b9@sture.ch>, Paul Sture <paul@sture.ch> writes:l  G >> > Back when I was working in the oil industry, there was a security  N >> > clampdown because some seismological data (read expensive), mysteriously O >> > appeared in the public domain. I don't know what happened in the end, but  M >> > it made me question the wisdom of trusting third parties with sensitive o
 >> > data. >> eD >> For a time period described as "back when", the encryption optionA >> to VMS Backup was adequate.  For modern times I do not believem& >> they have updated it to Triple DES. >>J > I thought that was only available in SEVMS. I seem to remember that the S > encryption stuff wasn't available outside the US for quite some time. It's still  P > an extra option - backup/encrypt complains that the encryption product is not 8 > installed, and I can't see it on the distribution CDs.  8 DEC Encryption for OpenVMS is not associated with SEVMS,6 although it is subject to export controls.  Well, they# might also share a product manager.e   ------------------------------  % Date: Sat, 04 Nov 2000 15:10:47 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>m/ Subject: Re: Extending LATNET over dial-up linel, Message-ID: <3A047B57.96A48EF@earthlink.net>   Paul Repacholi wrote:n > # > SysAdmin <djesys@fsi.net> writes:  > L > > Actually, DECnet and LAT are related, but in no way inter-dependent. LAT@ > > runs just fine without DECnet, and the reverse is also true. >  > 100% back the front...._ > K > LAT and DECnet are totally independent. Except perhaps in implementation,  > with regard MOP operation. > B > Please nore that LAT work fine even with NO decnet at all, or if5 > LAT and decnet are on totally different interfaces.e  . As I wrote in response to Hoff on 19-Oct-2000:   Hoff Hoffman wrote:  > ) >   LAT and DECnet are totally unrelated.t  F Funny - I never think of them that way. I think of them as independentF but related by vendor, protocol family, etc. To me, that constitutes a
 relationship.o  @ ...especially after reading lists of protocols, packet types andE ethernet prefixes sorted by vendor where DECnet, LAT, MOP, LAVc and ay0 bunch of others are all grouped under "Digital".  H I got a good chuckle out of one doofus who listed AA-00-04 as a "specialG ethernet address prefix for DEC LAT". Must have been in the days beforen "Sniffer"'s.  F ...but that's just me. Of course, and as always, your mileage may vary (considerably!).   --   David J. Dachtera- dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.s   ------------------------------  % Date: Sun, 05 Nov 2000 19:01:02 +0100   From: Paul Sture <paul@sture.ch>+ Subject: Re: How to boost DLT backup speed?d+ Message-ID: <VA.00000158.160bface@sture.ch>s  B In article <+M2LMF2ONiYS@eisner.decus.org>, Larry Kilgallen wrote:; > From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)o > Newsgroups: comp.os.vmsc- > Subject: Re: How to boost DLT backup speed? ! > Date: 5 Nov 2000 09:49:46 -0500e > P > In article <VA.00000153.148784b9@sture.ch>, Paul Sture <paul@sture.ch> writes:H > > In article <3a01887d.2075658639@news.newsguy.com>, Alan Greig wrote: > K > >> Me: I'm suspicous enough about our off site data storage company, EvenlJ > >> more suspicous now that they've changed their name from Data Vault to; > >> Iron Mountain. Or Iron Maiden as we call them here ;-)o > A > That sounds like an acquisition, as the offsite storage companyeA > Iron Mountain has been doing business in the Boston area for atd > least 10 years.  > F > > Back when I was working in the oil industry, there was a security M > > clampdown because some seismological data (read expensive), mysteriously  N > > appeared in the public domain. I don't know what happened in the end, but L > > it made me question the wisdom of trusting third parties with sensitive 	 > > data.t > C > For a time period described as "back when", the encryption option @ > to VMS Backup was adequate.  For modern times I do not believe% > they have updated it to Triple DES.d >dH I thought that was only available in SEVMS. I seem to remember that the Q encryption stuff wasn't available outside the US for quite some time. It's still hN an extra option - backup/encrypt complains that the encryption product is not 6 installed, and I can't see it on the distribution CDs.  Q VMS Backup encryption would not help for raw seismic tapes, as these things were sQ produced by specialist hardware, with hideously long block sizes and formats not aK normally used in the commercial DP world. Conversion to digital format was eI generally done by an assortment of outside bureaux, which I gather was a sM possible source of the leak. There's also a small industry kept busy copying nF those tapes at intervals of a few years, to preserve the data on them.  
 Paul Sture Switzerland.   ------------------------------  $ Date: Sun, 5 Nov 2000 21:36:10 -00001 From: "NewsReader" <NewsReader@NotOnYourLife.Com>d+ Subject: Re: How to boost DLT backup speed?e4 Message-ID: <fqkN5.19$DJ4.10175@news.enterprise.net>  I DLT drives have good CRC built-in. Out of 8 years using /NOCRC with them,e' I've not had a tape I couldn't restore.u- DEC recommend it; can't say fairer than that.e  D Those of us with VAX/MicroVAX, esp. older models, /NOCRC can improve performance; Alpha fair enough.   : Also, see the SLS manuals which have performance tips too.  - "Paul Sture" <paul@sture.ch> wrote in messagel% news:VA.00000152.1487822e@sture.ch...oB > In article <3A01649C.6DA72BFF@oracle.com>, Norm lastovica wrote:6 > > From: norm lastovica <norman.lastovica@oracle.com> > > Newsgroups: comp.os.vms / > > Subject: Re: How to boost DLT backup speed?o) > > Date: Thu, 02 Nov 2000 07:57:00 -0500  > >I > >f > >s > > "Sloan E. Essman" wrote: > > >eD > > > Also use /NOCRC with the backup command when using DLT drives.
 SupposedlyL > > > the drives have enough error correction built into them that you don't needL > > > BACKUP to perform Cyclic Redundancy Checks.  This was according to the folks G > > > who improved the BACKUP command for VMS 7.2.  They pointed it outr during< > > > Decus L.A. in 1998.  So just avoid that waste of time. > >y< > >  Personally, I recommend that you NEVER use /NOCRC.  CRCA > > protects from failures of the entire end-to-end I/O path.  My C > > believe is that if you don't care about backups, don't do them.aA > > If you *do* care about them, do it right and try to ensure asl. > > much possibility of being able to restore. >pJ > I'll second that. It's the complete I/O path, not just between the cable" > into the tape unit and the tape. > A > >  Backup performance isn't all that important: it is *restore*sC > > performance that matters!  Your business is doing nothing whilesF > > the restore is running.  And it'll be worse if the restore doesn't' > > work.  Practice restore procedures!i > > L > I've tried Alan's suggestions and even written a bit of DCL suggest quotasG > for the backup account, using the guidelines which were posted here ae littleG > while ago. My backup times are more affected by users choosing to runa memoryL > and processor hungry applications overnight, and then large quotas can runF > against you. I've found that adding another tape drive (or two) is a ratherL > good way of improving backup times, especially with today's processors and I/On
 > systems. > ___  > Paul Sture
 > Switzerlandn >P   ------------------------------  % Date: Sun, 05 Nov 2000 21:43:15 +0100e  From: Paul Sture <paul@sture.ch>< Subject: Layered product installation errors on Alpha V7.2-1+ Message-ID: <VA.0000015a.16a07b95@sture.ch>   C Further to my earlier message about All In One, I've got some more eF layered product installation errors on my Hobbyist system. I can live B without these products, but would prefer to get at least DECwrite  working.  F Since it is a Hobbyist system and I'm installing stuff I don't use at D work, I don't feel I should pester CSC, but I would like someone to H pick this up and feed it into the appropriate channels, if only to save  someone else the effort.    G -----------------------------------------------------------------------. DCEtG -----------------------------------------------------------------------  Execution phase starting ...  7 The following product will be installed to destination:nF     DEC AXPVMS DCE V3.0                    DISK$ALPHASYS:[VMS$COMMON.]  F Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%  ; %PCSI-E-ERROWNER, error in owner specification 'DCE$SERVER' " %PCSI-E-OPFAILED, operation failedE Terminating is strongly recommended.  Do you want to terminate? [YES]sG %PCSI-E-CANCEL_WIP, termination resulted in an incomplete modification O
 to the systeme/ %PCSI-E-S_OPCAN, operation cancelled by request,D %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error 	 condition  $ G -----------------------------------------------------------------------c ALPHA_NOTES025G -----------------------------------------------------------------------b2 %ALPHA_NOTES-I-VMSVER, Checking OpenVMS version...= %ALPHA_NOTES-I-MOTIFVER, Checking DECwindows/Motif version... F %ALPHA_NOTES-I-UCXVER, Checking DEC TCP/IP Services for VMS version...  A     *************************************************************   -     This kit requires at least:  DEC UCX V3.0r  .     Please install a proper version of DEC UCX#     before installing this product.m  A     *************************************************************   3 But the installation does not fail because of this.G  ' Notes will start and appears to run OK.MG -----------------------------------------------------------------------  DECWRITEG ----------------------------------------------------------------------- . The installation produces the following error:  <      Checking/registering INTL-LEXICON-BRITISH-ENG  Product  Authorization Key...  A %DCL-W-IVKEYW, unrecognized keyword - check validity and spellingn  \CONSTANT=100\ : %LICENSE-W-NOLIC, no license was found for this product -  INTL-LEXICON-BRITISH-E NG -RMS-E-RNF, record not found: * Do you want to run the IVP after the installation [YES]?  D I also tried using the US variant, and got a similar error. Is this 4 license really needed? It's not in the Hobbyist kit.  F Once installation completes, attempting to execute by double clicking G its icon produces a few seconds' worth of hour glass, but nothing else.8  - I dug out a newsgroup posting from September W  ( >From: Theo Jakobus <jakobus@iaf.fhg.de>- >Check the file SYS$STARTUP:WRITE$STARTUP.COM,@ >The executable SYS$SYSTEM:DECWRITE.EXE has to be installed with3 >the parameters: /open /header /shared /PRIV=CMKRNL  >W, >I also changed: sys$system:decchart.exe ->  >sys$system:decchart$MOTIF.exe  ' I did both these, with the same result.o  2 Next, tried running decwrite from the command line  
 $ mc decwriten  0 Unable to open DECW$SYSTEM_DEFAULTS:WRITE$UI.UID  G -----------------------------------------------------------------------R   ___ 
 Paul Sture SwitzerlandO   ------------------------------  % Date: Sun, 05 Nov 2000 19:29:06 -0400w- From: JF Mezei <jfmezei.spamnot@videotron.ca> @ Subject: Re: Layered product installation errors on Alpha V7.2-1, Message-ID: <3A05ED3B.85B6B234@videotron.ca>   Paul Sture wrote:s= > %PCSI-E-ERROWNER, error in owner specification 'DCE$SERVER' $ > %PCSI-E-OPFAILED, operation failed   RTFM...E  / >     This kit requires at least:  DEC UCX V3.0G  M I suspect that a lot of the older products have not been updated to recignise 6 TCPIP V5. Edit the A saveset, fix it, and recreate it.  = >      Checking/registering INTL-LEXICON-BRITISH-ENG  Product  > Authorization Key... > C > %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling  >  \CONSTANT=100\t; > %LICENSE-W-NOLIC, no license was found for this product -  > INTL-LEXICON-BRITISH-E  K I recall having problems installing and running DECWrite as well. I beleiveiK editing the KITINSTAL.COM to fix the typo in the command file is necessary.k  8 Also, I had problems with DECW logicals and directories.  % I have the following in my systartup:e    @sys$startup:write$startup EN_GB  @sys$startup:decw$starti18 EN_GB @sys$startup:lci$startup.com    I I remember having to fiddle with directories and copy the base ones in to N "EN_GB" ones because my system was originally installed as a normal "american"H english VMS system. And some logicals point to a vanilla directory while4 DECWRITE has installed itself in a *EN_GB directory.    M I had to fiddle some to get it to work. I suspect that if you install it with G the language called "american", then it will probably work flawlesly...o   ------------------------------  $ Date: Sun, 5 Nov 2000 17:48:59 -0500  From: John Santos <JOHN@egh.com>% Subject: Re: Number of users exceededo5 Message-ID: <1001105173822.2093A-100000@Ives.egh.com>T  , On Fri, 3 Nov 2000, David J. Dachtera wrote:   > Javier Henderson wrote:a > >=20= > > "David J. Dachtera" <djesys.nospam@earthlink.net> writes:n > >=20 > > >  > > > "antonio.carlini" wrote: > > > >u > > > > pasmith@ppg.com wrote:	 > > > > >eL > > > > > Our users have recently started getting the message =91Number of = UserscL > > > > > Exceeded=92 when they try to log in.  To get around this, we simp= ly giveeL > > > > > their accounts =91oper=92 privileges (the users connect to a comm= and fileL > > > > > with no way to get out of it except to log out).  Is there a para= meterd > > > >r@ > > > > You may not have realised but you don't have to give theK > > > > accounts OPER as an AUTHORIZED priv, it can just be a DEFAULT priv.0 > > > L > > > If memory serves, it *MUST* be a default privilege (in force by defau= lt; > > > at login time) in order to subvert "logins disabled".r > > >i. > > > ...but, and as always, I could be wrong. > >=20G > >         I may be misunderstanding the whole thread, but this soundsEI > > like the max interactive login is set too low for the need, so rather,E > > than giving OPER privs indiscriminately, how about upping the max  > > interactive login number?C >=20C > Well, that depends - mostly on whether or not you have the SYSTEMhE > password. If not, you need OPER by default so you can login and SET  > LOGINS/INTER=3Dxxx.M  D Since the original poster was solving the problem by *GRANTING* OPERD to users so they could exceed the login limit, I don't think this is an issue ;-)  B The problem apparently is the system is configured to allow plentyD of interactive logins (process slots, memory etc. suffice), but they0 are using the default 64-interactive-user limit.  7 Surprisingly, the correct procedure (assign a symbol inTB systartup_vms.com) doesn't seem to be documented in either the FAQ or in systartup_vms.template!    Example:  ' $ startup$interactive_logins =3D=3D 250c   to set the logins to 250.y   --=20a John Santosc Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Sun, 05 Nov 2000 20:09:17 GMTi$ From: Scott Vieth <svieth@wi.rr.com>C Subject: One for the storage gurus: shadowsets between HSJ and HSGst) Message-ID: <3A05BE72.B9A4ABF2@wi.rr.com>e   Hi:n  G I'm trying to devise a plan to migrate some large data files from disks  behindD HSJ controllers to disks that are behind HSG controllers.  The Alpha systemH in question will be connected to both the HSJ and HSG controllers at the
 same time.F [The HSGs are living in ESA12000s, not the new-fangled universal drive arrays.]  F The data already lives on VolShad shadow volumes.  I'd like to migrate the dataF from the HSJs to the HSGs by simply adding a disk from the HSGs as the) third member to the existing shadow sets.e  G One of the main problems with this plan is that the disks with the HSJsn are 4GB while the disks(H behind the HSGs are 18GB.  Could I use some of the 18GB drives to create a RAID5 raidset?F and then carve that raidset into partitions that are approximately 4GB in size?  Would thisF fool VolShad well enough so that I could create a shadow unit with one disk from the HSJ arrays! and one disk from the HSG arrays?s  F Does VolShad still requires that all members of a shadow volume be the same exact size?6 I thought there was talk of removing that requirement.   Thanks,i   -Scott Vieth :^)   ------------------------------  + Date: Sun, 05 Nov 2000 19:01:03 -0500 (EST)r From: trfc@be.tf4 Subject: Perfect HOME WORK! for You - info-vax -MQNS- Message-ID: <0G3K00NHFTDKAF@mx.east.saic.com>    Dear info-vax!  3 Learn the most known Perfect Home Business System! n Start Home Work!! Begin Own Internet Home Business!u Make REAL MONEY from Internet!   Just go to any of mirrors:# http://www.geocities.com/perfhmbiz/c http://www.virtue.nu/perfhmbiz/n  @ **************************************************************** ********3 This message is sent in compliance of the proposed M bill: SECTION 301. b0 Per Section 301, Paragraph (a)(2)(C) of S. 1618,9 further transmissions to you by the sender of this email  4 may be stopped at no cost to you by sending a reply B to to this email address with the word REMOVE in the subject line.   ------------------------------  % Date: Sun, 05 Nov 2000 16:29:09 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com>s) Subject: RE: Porting from Unix to OpenVMStN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284982@kaoexc3.kao.cpqcorp.net>   Neil,e  K You might already be aware of these UNIX to OpenVMS porting references, but 
 just in case:l  K <http://www.openvms.compaq.com/openvms/products/ips/porting.html> - OpenVMS. Porting LibraryrH <http://www.openvms.compaq.com/openvms/products/ips/gtk.html> - GTK+ for
 OpenVMS Alphai   Regards,  
 Kerry Main Senior Consultante Compaq Canada Inc. Professional Serviceso Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----' From: njc@CC47532-A.ewndsr1.nj.home.como* [mailto:njc@CC47532-A.ewndsr1.nj.home.com] Sent: November 2, 2000 11:13 PMc To: Info-VAX@Mvb.Saic.Comf% Subject: Porting from Unix to OpenVMSp    @ I have some Unix daemons that I want to port over to Open VMS (aF MicroVAX BA123 w/KA-630 processor). Any pointers? The code is in C andB I will need to access the serial ports (I don't have any yet but I8 have access to terminal servers that support LAT & IP).    Thanks   -- tH Linux Home Automation           Neil Cherry             ncherry@home.netC http://members.home.net/ncherry                         (Text only)yB http://meltingpot.fortunecity.com/lightsey/52           (Graphics)0 http://linuxha.sourceforge.net/				(SourceForge)   ------------------------------  # Date: Sun, 05 Nov 2000 23:56:05 GMTc5 From: njc@CC47532-A.ewndsr1.nj.home.com (Neil Cherry)h) Subject: Re: Porting from Unix to OpenVMSt> Message-ID: <slrn90bstr.ol3.njc@CC47532-A.ewndsr1.nj.home.com>  6 On Sun, 05 Nov 2000 16:29:09 -0600, Main, Kerry wrote: >Neil, >:L >You might already be aware of these UNIX to OpenVMS porting references, but >just in case: >sL ><http://www.openvms.compaq.com/openvms/products/ips/porting.html> - OpenVMS >Porting LibraryI ><http://www.openvms.compaq.com/openvms/products/ips/gtk.html> - GTK+ foro >OpenVMS Alpha  " Thanks, that will be very helpful!   --  H Linux Home Automation           Neil Cherry             ncherry@home.netC http://members.home.net/ncherry                         (Text only)nB http://meltingpot.fortunecity.com/lightsey/52           (Graphics)0 http://linuxha.sourceforge.net/				(SourceForge)   ------------------------------  # Date: Sun, 05 Nov 2000 19:48:09 GMTg= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a8 Subject: Re: Print from VMS to NT/lpr Print server Howto0 Message-ID: <009F2ABF.E0D941AB@SendSpamHere.ORG>  ` In article <LPhN5.4743$pe3.698251@dfiatx1-snr1.gtei.net>, "Halfton" <halfton@pickup.com> writes:M >    Actually this is a valid ? and we would still like to know how to createsL >a Print Queue in VMS to access/send a print file to another server, The TCPK >part of it is easy, the VMS command sequence or script creation is what weq >have trouble with  L You didn't bother to mention which TCP/IP stack is on the VMS box.  However,K if it is UCX (TCP/IP Service for VMS) then the following URL ought to help. K If you have an issue with one of Process Software's stacks (MultiNet and/ordG TCPware), try posting the question to: vmsnet.networks.tcp-ip.multinet.   M http://www.openvms.compaq.com:8000/72final/6526/6526profile_028/html#lpd_chapl  J >    The wager was made in jest because when I was asked to find an answerB >for this I had a bad feeling Brian would jump in, I was correct !  H How so bad?  Just pose the question in clear and concise fashion and youG might get a reasonable response.  Sorr, but your "lx" .eqs. DIR/W what-f ever just reeks of troll.   D >    It never ceases to amaze how fragile some peoples egos are, and! >evidently I severely bruised hisb   No injury here.h  H >    All that would have been needed to preclude this would have been toM >change my nom de plure, but I have no reason to hide, the only reason not ton* >use real Email/Name is to prevent Spamers >-K >    At any rate anyone else that may have some help or can point to a sitee8 >with Command Ref's for VMS would be greatly appreciated  M http://www.openvms.compaq.com:8000/72final/6526/6526profile_028/html#lpd_chapL  : will help you the most *if* your VMS machine is using UCX.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMr             O city, n., 1. a place where trees are cut down and streets are named after them.c  O ** MicroVAX-IV (the final MicroVAX, code named Kevin) is one year old today. **.   ------------------------------  % Date: Sun, 05 Nov 2000 18:29:35 -060027 From: "David J. Dachtera" <djesys.nospam@earthlink.net>m8 Subject: Re: Print from VMS to NT/lpr Print server Howto- Message-ID: <3A05FB6F.A6E48CF5@earthlink.net>.   Halfton wrote: > N >     Actually this is a valid ? and we would still like to know how to createM > a Print Queue in VMS to access/send a print file to another server, The TCPhL > part of it is easy, the VMS command sequence or script creation is what we > have trouble witho > [snip]  E Again, you'll need to check the documentation for the specific TCP/IPh1 stack in use. The procedures will vary depending.    -- d David J. Dachtera  dba DJE Systemsy http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.i   ------------------------------  + Date: Sun, 05 Nov 2000 13:29:54 -0800 (PST) ) From: mohamed irfan <irfn_1999@yahoo.com> 6 Subject: Reg. a problem in the cluster environment ...? Message-ID: <20001105212954.13404.qmail@web1611.mail.yahoo.com>    Sir,  3 I am facing a problem in cluster environment of VAXi6 machines. The cluster is formed using 2 VAX 6200's and2 a 7000 series machines using HSJ40 controllers. My4 problem is if i give "mon cluster" command from 6200/ series machines, Vax 7000 series machine is notu5 figuring in that. In " show cluster" command, all the.6 three machines are figuring. It was going working well. in VMS 6.1 version. The problem statrted after5 installing VMS7.1 and upgrading the decnet to phase-5o1 from phase-4. Please guide me solve this problem.o2 Please mail to my id, if u have any suggestions to solve the problem. a     With Regards ... M.Mohamed Irfan    =====a    2 __________________________________________________ Do You Yahoo!?> Thousands of Stores.  Millions of Products.  All in one Place. http://shopping.yahoo.com/   ------------------------------  " Date: Sun, 5 Nov 2000 19:04:21 GMT7 From: moroney@world.std.spaamtrap.com (Michael Moroney)O, Subject: Re: shadow question SCSII <--> DSSI& Message-ID: <G3KFn9.26D@world.std.com>  4 "Richard B. Gilbert" <DRAGON@compuserve.com> writes:  K >        Yes, it's possible.  You would need volume shadowing licenses and=l  K >they are expensive.  You would have to shadow SCSI with SCSI and DSSI wit=  >hI >DSSI so the performance benefits would be limited or even nonexistant. =l  F There's no restriction against shadowing DSSI and SCSI disks together,G other than the requirement that they have the same MAXBLOCK value which-I is unlikely.  The RZ73 and RF73 are the same HDA with different interface.I electronics, and have the same MAXBLOCK.  I *have* shadowed RF73 and RZ73S  disks together with no problems.   -Mike[   ------------------------------  % Date: Sun, 05 Nov 2000 20:47:39 +0100.  From: Paul Sture <paul@sture.ch>, Subject: Re: shadow question SCSII <--> DSSI+ Message-ID: <VA.00000159.166d9779@sture.ch>s  = In article <G3KFn9.26D@world.std.com>, Michael Moroney wrote:- > Newsgroups: comp.os.vmsu9 > From: moroney@world.std.spaamtrap.com (Michael Moroney)-. > Subject: Re: shadow question SCSII <--> DSSI$ > Date: Sun, 5 Nov 2000 19:04:21 GMT > 6 > "Richard B. Gilbert" <DRAGON@compuserve.com> writes: > M > >        Yes, it's possible.  You would need volume shadowing licenses and=- > M > >they are expensive.  You would have to shadow SCSI with SCSI and DSSI wit=E > >hK > >DSSI so the performance benefits would be limited or even nonexistant. =v > H > There's no restriction against shadowing DSSI and SCSI disks together,I > other than the requirement that they have the same MAXBLOCK value which  > is unlikely.  I The same disk on a DSSI and a SCSI can turn up with a slightly different C value for MAXBLOCK.a  < >The RZ73 and RF73 are the same HDA with different interfaceK > electronics, and have the same MAXBLOCK.  I *have* shadowed RF73 and RZ73h" > disks together with no problems. >  ___K
 Paul Sture Switzerland-   ------------------------------  % Date: Mon, 06 Nov 2000 07:14:25 +0200-' From: swars@axpswa.mpi-stuttgart.mpg.de-! Subject: SSH CRASH A 1000A Serverp8 Message-ID: <00110607142494@axpswa.mpi-stuttgart.mpg.de>  ) is somebody around how knows this problemt7 i have installed ssl + ssh on an alpha station 3000/300 > whit the same software i get a CRASH an a dual processor 1000A/ SSRVEXCEPT, Unexpected system service exceptionN% on boot system are vms 7.2-1 ucx 5.0af& how can give me an hind thanks h.swars% e-mail swars@edv.mpi-stuttgart.mpg.ded' ps. SSH_SERVER_015.ZIP;1,OPENSSL-0_9_6.e   ------------------------------   Date: 5 Nov 2000 22:30:34 -0500 * From: young_r@eisner.decus.org (Rob Young)1 Subject: Re: Sun UE10000 is *NOT* an HPC platforme+ Message-ID: <9bA7zSjAQBLG@eisner.decus.org>l  ] In article <3A02FF74.90756453@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:>    < 	Welcome back Andrew.  Having the dickens of a time spinning6 	the other thread so I suppose you think there is more 	to salvage here?e   > Rob Young wrote: >>  > >>         Here is one for you all.  Seems that Sun's claim toB >>         fame in this HPC world is "we do super compooters too!"7 >>         See how IBM is getting nice press yesterday:c >> nK >> http://news.cnet.com/news/0-1003-200-3368720.html?tag=st.ne.1002.tgif.ni- >> -C >>         And Sun like the Big Dogs, has hpc easily found on theirt >>         Web site: >> - >> http://www.sun.com/hpc, >> o3 >>         See the UE10000 proudly displayed there?o >> eE >>         But in the category of "Whoops!"  Guess what?  Some sucker7D >>         was trying to use UE10000 as a HPC platform.  Funny, huh? >>  G >>         The flagship UE10000 HPC entry is number 133 and found here:P >> D >   < > Your comprehension diffculties now seem tied in last place> > with two other frequent posters on this group. Or the person< > leaning over your shoulder who typed as you slept is also  > similarly challenged.. >   ; 	Cranking it up... let me check my AH rhetoric meter..  ah, & 	a 6.5 , not bad for an opener Andrew!  : > Had you not noticed that numbers 133 to 143 on the list 7 > are all E10000's and although the one at 133 isn't inf= > production others are. In fact of course they all tied for  > > 133 on the list bacause they are all the same configuration : > and therefore have the same RMAX/RPEEK score or did you  > not spot that either.     6 	Nope.  Nice find Andrew.  Still, I guess they are all 	"flagship" entries then , eh?  ; > Incedentally and you do get the dumb posting for this theE< > Compaq GS320 cluster is not listed as being in production 	 > either.d > $ > http://www.asc.hpc.mil/ascmsrc.htm >   ' 	Nice find... hard at work on this one.n  5 > Even more dumb the top Compaq system outside Compaqo= > 128 ES40's installed at Livermore Labs isn't in production s@ > either the TeraCluster 2000 is due to come into production at  > the end of this year.  >   @ 	So if it is due to come into production at the end of the year,B 	what is your point?  The point of the Austrailian issue is this..D 	they attempted to come into production and have had to deep six it.< 	They had it installed for a while, and it failed acceptance< 	testing.  So now they are starting anew.  Betcha it isn't a 	Sun system they settle on.i    9 > The Oak Ridge system is an evaluation system, the ES40 o6 > cluster at Pitsburg is still being installed. Do you > really want me to go on. [?]    B 	Yes do go on.  The Pittsburgh system is still under construction.B 	The Aussie system was in place for a while and running acceptanceE 	testing and probably couldn't stay up long enough to pass the tests.gF 	Care to wager whether or not the Pittsburgh system passes acceptance - 	testing?  Or better yet, how about this one:g  ? http://www5.compaq.com/alphaserver/news/supercomputer_0822.htmlr  ? 	That's the $200 million dollar win you poked fun at recently.. 7 	the same one that Sun leveraged to sell to the Aussiesb 	in the first place:  1 http://www.theregister.co.uk/content/1/14475.htmlp  M "But a little bird (and where the hell do you think we got this stuff?) tellssK us that Sun might have got the APAC gig in the first place by letting it be M known that it had won the ASCI Q (Accelerated Strategic Computing Initiative)iH contract to provide a supercomputer for the US National Nuclear SecurityK Administration (NNSA) to use to simulate underground nuclear testing, amonga other things."  : 	So since they rebid it down there in Oz, do you think Sun8 	has a snow ball's chance in hell of winning it again?     > : > Rob you really know how to score own goals your posting : > probably takes the biscuit for the most idiotic attempt " > to FUD Sun that backfired badly. >   > 	Ah Andrew.. if we all lived in a vaccuum, you would have halfC 	a chance wouldn't you?  Unfortunately for you and Sun the chickensg@ 	are coming home to roost and the Sun ecache story is suddenly a 	very hot story.  > 	Hey, could you find out for me... When Scotty and Johnny Shoe? 	and Zurg have that thrice weekly "red alert" meeting.. do theyi@ 	wear special "red alert" ballcaps or something like that there? 	If so, I would like one.3  A 	Oh and one other thing.  Quite the overflow of vitriolic verbagerC 	flying my way there.  "Dumb" "Idiotic", etc.  You know I have been-A 	very careful not to call you a liar as have others.  Seems to mesA 	when you spew some of your nonesense you are very authoritative.t@ 	You didn't co-invent the Internet did you?  Anywho.... my point? 	here is that you kinda lose that professional luster when you l- 	start making it personal like that Andy boy.s   > < > You really need to secure your account, someone is posting6 > articles from it to make you look silly. :):):):):). >   6 	Gee Andrew.. last go round with a whole lot of smileyD 	faces was December 1999 when you assured us the Sun ecache problemsB 	were behind you.   The numerous smiley faces are just a automaticA 	reaction to tremendous underlying nervousness on your part.  Yout= 	use something like that to mask your own uneasiness like youh 	did last December:i   ---h   >HJ >         Your buds claiming "oh yeah, old news."  They are full of beans.J >         They didn't know about this and when pressed can't cite a singleJ >         reference hardcopy or otherwise.   You gotta watch out for folksL >         like you describe.  When faced with the facts, they go into denialK >         mode instead of admitting fault.  I have dealt with several folksh8 >         in the last 2 years with very similar results. >   J "In denial mode", interesting choice of words from an OpenVMS advocate :-)? :-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-)0? :-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-)O   Owwwww I split my sides.   ---g 		@ 	Yeah.. split your sides.  Bet you are doing more than splitting? 	your sides now.  Forbes is on to the ecache mess.  The probleme= 	now is that we are learning it is costing folks some serious!B 	money and when money is involved it will eventually come to haunt@ 	you.  We will continue to hear about more of these stories, no C 	doubt.  The biggest problem in all this mess (from my perspective)i( 	is best summed up by the Verisign gent:    7  http://www.forbes.com/forbes/2000/1113/6613068a_3.html    M "Last November Verisign Global Registry Services, a domain name registry, wassO down for two hours after a crucial Sun box crashed. Verisign complained but goteL no explanation. Months later an executive at Verisign ran across the Gartner
 bulletin."   M "I said to Sun, 'My God, you knew about this problem, and you didn't tell me?pL That's unconscionable,' " he says.Verisign still uses Sun for some tasks but3 has moved important systems onto IBM Unix servers. h   ---X  @ 	Sun knew it wouldn't go away so instead of publically admitting? 	the problem and going about damage control , they attempted to A 	shut everyone up with an NDA and quietly work behind the scenes.p= 	The problem with that was the NDA was going out on a case bynA 	case basis and no doubt involved perks as the fix is a long timeoE 	coming.  Because of the case by case nature, many folks experiencing = 	the problems were bypassed.  We can assume the Verisign genthG 	was totally blindsided (no mention of even knowing about the problem.)08 	So more than a few folks were/are pissed.  The drawback= 	here is of course there is tons of kit in the field with thet? 	potential problem and every crash the end user will demand new E 	ecache.  The money involved would be entirely too much to change outrH 	each and every ecache as that stuff isn't cheap so it is being treated  	on a case by case basis.  -  G 	However, every important run on an UE10000 and 6500 will have the end tH 	users on pins and needles hoping the "potential" ecache problem doesn'tE 	rear its ugly head.  The Doubt involved coupled with the Uncertainty/A 	will leave the installed base Fearful of going with more Sun kit-@ 	until the problem is resolved.  Verisign had enough.  Who knowsA 	how many more "Verisigns" are out there.  Keep those "red alert"n 	ballcaps handy!   				Robs   ------------------------------  $ Date: Sun, 5 Nov 2000 18:54:26 -0500  From: John Santos <JOHN@egh.com>" Subject: Re: What OpenVMS version?. Message-ID: <1001105182908.2093B@Ives.egh.com>  - On Sun, 5 Nov 2000, Richard B. Gilbert wrote:m  G >         Are you sure that support for the 11/780 has been dropped?  ItK > believe that the 11/782 is no longer supported; perhaps you were thinkingVK > of that?  I doubt if there are very many 11/780s still in service though, L > maintenance would be a nightmare at this point to say nothing of the speed8 > or the power, air conditioning and space requirements.  H I'm not sure about "supported", but I had a customer running VMS V7.1 onJ two VAX-11/785's.  Service was a nightmare.  The 785's were clustered withH VAX 66x0's, and existed solely to support DV11 sync multiplexers runningH custom comm applications.  In January 1999, one of the DV11's broke, andI it took 11 days to get it fixed.  Local 3rd party support called in theirpE regional support who called in DEC (I think this was pre-Compaq), who:H called in their higher-level support.  They finally went to ground-zero,D and starting booting off floppies and testing boards one-at-a-time. H Turned out that there may have been a bad power supply in the BA11-K andG several of the spares boards were bad.  I was called on-site to provideiG software support, and wrote a little program that would demonstrate theeF bug (actually, I think it caused a UNIBUS hang when it broke.) I don'tG know how many times I rebooted the VAX, but after stripping out all thetJ non-essential stuff in systartup_vms, I got it down to about 15 minutes to boot.  UGH!   G About 6 months later, the comm apps were replaced with new TCP/IP basednJ apps and the 11/785's were retired.  The 66x0's, since consolidated into aF single 6650 (data center consolidation plus floor-space reduction) are still going strong.    > ) > Message text written by Larry KilgallensL > >In article <3A029713.744A1A@tch.pl>, Michal Grotthuss <michalg@tch.com.pl > > writes:  > H > > Does anybody know what is the highest supported OpenVMS version thatD > > might be run on DEC 3000/M800 machine with the lastest installed > > firmware (i.e. v 5.8)? >bF I have V7.2-1 on a DEC 3000 Model 300.  Fully supported.  Works fine.   F > I do not believe VMS support has been dropped from any Alpha model, < > so the cannonical answer is "the latest released version". > B > For VAX, support has been dropped for several models such as theE > 11/780 introduced 22 years ago and the MicroVAX I released 15 yearsLA > ago. Someone from DEC said that no efforts were made to disable-B > support for the older VAXen, but they were no longer testing new > released on those models.<     --   John Santose Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sun, 05 Nov 2000 18:30:38 -0600l+ From: "Main, Kerry" <Kerry.Main@COMPAQ.com>-" Subject: RE: What OpenVMS version?N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284983@kaoexc3.kao.cpqcorp.net>   John,   L >>> Turned out that there may have been a bad power supply in the BA11-K and) several of the spares boards were bad.>>>   E Hey - I remember those good ole days from a previous support life :-)u  J BA11k's were great source of intermittent problems and you are right - the' power supplies were often the bad guy. i  C Best way to troubleshoot these problems were with a scope (remember L oscilloscopes?) as the supply would usually not die outright, but the rippleK on a 15V supply would often go + or - 5V and that played hell with whatever ? logic boards depended on this voltage being much closer to 15V.   K Course, ask the local office if they have a scope handy and they will thinkl3 of something that attaches to the top of a rifle ..    :-)c   Regards,  
 Kerry Main Senior Consultantf Compaq Canada Inc. Professional Servicesc Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com  d   -----Original Message-----' From: John Santos [mailto:JOHN@egh.com]  Sent: November 5, 2000 6:54 PM To: Info-VAX@Mvb.Saic.Comu" Subject: Re: What OpenVMS version?    - On Sun, 5 Nov 2000, Richard B. Gilbert wrote:.  G >         Are you sure that support for the 11/780 has been dropped?  IeK > believe that the 11/782 is no longer supported; perhaps you were thinking K > of that?  I doubt if there are very many 11/780s still in service though,lL > maintenance would be a nightmare at this point to say nothing of the speed8 > or the power, air conditioning and space requirements.  H I'm not sure about "supported", but I had a customer running VMS V7.1 onJ two VAX-11/785's.  Service was a nightmare.  The 785's were clustered withH VAX 66x0's, and existed solely to support DV11 sync multiplexers runningH custom comm applications.  In January 1999, one of the DV11's broke, andI it took 11 days to get it fixed.  Local 3rd party support called in their_E regional support who called in DEC (I think this was pre-Compaq), who H called in their higher-level support.  They finally went to ground-zero,D and starting booting off floppies and testing boards one-at-a-time. H Turned out that there may have been a bad power supply in the BA11-K andG several of the spares boards were bad.  I was called on-site to provideGG software support, and wrote a little program that would demonstrate thedF bug (actually, I think it caused a UNIBUS hang when it broke.) I don'tG know how many times I rebooted the VAX, but after stripping out all thenJ non-essential stuff in systartup_vms, I got it down to about 15 minutes to boot.  UGH!   G About 6 months later, the comm apps were replaced with new TCP/IP basedhJ apps and the 11/785's were retired.  The 66x0's, since consolidated into aF single 6650 (data center consolidation plus floor-space reduction) are still going strong.    > ) > Message text written by Larry KilgallenML > >In article <3A029713.744A1A@tch.pl>, Michal Grotthuss <michalg@tch.com.pl > > writes:l > H > > Does anybody know what is the highest supported OpenVMS version thatD > > might be run on DEC 3000/M800 machine with the lastest installed > > firmware (i.e. v 5.8)? >-F I have V7.2-1 on a DEC 3000 Model 300.  Fully supported.  Works fine.   F > I do not believe VMS support has been dropped from any Alpha model, < > so the cannonical answer is "the latest released version". > B > For VAX, support has been dropped for several models such as theE > 11/780 introduced 22 years ago and the MicroVAX I released 15 years A > ago. Someone from DEC said that no efforts were made to disableoB > support for the older VAXen, but they were no longer testing new > released on those models.<     -- a John Santosn Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  + Date: Sun, 05 Nov 2000 17:26:35 -0800 (PST)n  From: act4money@ESNH.bigfoot.com! Subject: Work@home info-vax -BQME - Message-ID: <0G3K0042VXC9LV@mx.west.saic.com>D  1 You are receiving this because we have exchanged h0 e-mails in the past and if I have received your 2 e-mail address in error, I apologize. If you wish 6 to be REMOVED just click on Reply - Subject = REMOVE. 0 All removal requests are handled personally and 1 quickly once received, as long as "REMOVE" is in H0 the subject line. I have no wish to solicit you - with ads you don't want to receive.. Or otherh6 removal instructions are at the end of this message...  0 ------------------------------------------------   Hi,A* I have come across something that made me  think of you.   % http://www.tbns.net/tabor/index.shtmls  - You and I both have talked about how awesome h+ the Internet is and how it will change our d. lives. Well, I have just come across this new ( website that really caught my attention!  + One of the things the Internet has done is c- actually create a brand new marketplace with  ' unlimited potential. Best of all, this z. marketplace is open to anyone with a computer!  + I am excited about what they have to offer w) and I wanted to let you know so that you b could join too.n  % http://www.tbns.net/tabor/index.shtmlh  + It is free to join, so please take a look!    3 Think about it, what do you have to lose any way ?  * I'm not expecting you to do anything more  or less than I'm doing.m  / The first time I received an email like this I " procrastinated about it !!!e  % http://www.tbns.net/tabor/index.shtmlt  / But Remember that procrastination is the thief s of opportunity.    Don't Wait any longer go to:  % http://www.tbns.net/tabor/index.shtmli  . and you will receive all information you need.8 Don't do the mistake I made first time go and get it !!!  & http://www.tbns.net/hammond/money.html   Remove & Disclaimer belowa@ ****************************************************************6 [Quick remove]==> mailto:ffa@adopes.com?subject=REMOVE   !Disclaimer!  A You   have   posted   to    one    of    our    FFA    site    atlA http://www.adopes.com/ffa/index.html  or  the  FFANetPro  Network A Within the last month OR you have never requested to  be  removedd/ before if this is not your first email from us.   A This is textually the user agreement you accepted: "By submittingaA to the FFA NET Network you agreed to be added to mailing lists ofnA FFA NET subscribers, as well as FFA NET's mailing list. You  also A agree to receive a confirmation email from  our  pro  members  toeA confirm your posting (you can request  to  be  removed  from  anyo mailing lists."n  8 agin to be removed, mailto:ffa@adopes.com?subject=REMOVE  A WE HONOR ALL REQUEST PROMPTLY and will never bother you again. Weh= will also have to "ban" your email from posting to our sites.d  A We never abuse, rent, give our list. We respect your privacy  and A appreciate your time. Thank you  and  may  You  succeed  in  yourc
 endeavor. 7 ------------------------------------------------------- A P.S. We know this is  a  long  disclaimer  but  there  is  always0A someone who really think  they have been spam. If this is you andTA are   upset   about   this   you   can   check   our   site    atiA http://www.adopes.com/ffaagreement.html for acomplete explanation . why this is NOT SPAM. We have nothing to hide.  A *****************************************************************t; Finally this message is sent in compliance of the new emaila4 bill section 301. Under Bill S.1618 TITLE III passed2 by the 105th U.S. Congress. This message cannot be3 Considered Spam as long as we include the way to bee, removed, Paragraph (a)(c) of S.1618, further4 transmissions to you by the sender of this email may1 be stopped at no cost to you by sending a requesth to be removed to :  c$ I honor all remove requests at once.   ------------------------------   End of INFO-VAX 2000.620 ************************