INFO-VAX Tue, 16 Jan 2007 Volume 2007 : Issue 31 Contents: Re: Alpha Server 1200 memory configuration quiz Alphabook Network Install Another company has taken over the shark logo... Re: Another company has taken over the shark logo... Re: Another company has taken over the shark logo... Re: Blast from the 1988s (DEC proposal) Diskmizer 2.1 License Re: ES45 versus ES47 Re: ODS5 and hardlinks Re: ODS5 and hardlinks Re: OpenVMS Licence for people in Asia Re: PDP11 Tape Copy to VAX: DOS11_BLOCKSIZE Re: RMS-E-WLK, device currently write locked Re: Strategies for keeping 2 system disks in sync ---------------------------------------------------------------------- Date: Mon, 15 Jan 2007 21:06:05 +0100 From: "H Vlems" Subject: Re: Alpha Server 1200 memory configuration quiz Message-ID: <45abdb45$0$14194$bf4948fe@news.tele2.nl> "Alan Frisbie" schreef in bericht news:45ABC031.40507@Flying-Disk.com... > H Vlems wrote: > > > BTW Hoff, I was afraid that the white smoke would not only come from the > > memory but also from the main board. A month ago a similar experiment with > > memory boards destroyed an Alpha Server 1000A motherboard. And I haven't > > been able to find a spare one (other than paying well over $700 for it). > > I just happen to have a spare motherboard for an AlphaServer 1000A > 4/266. It was in service until November, when it was swapped for > a 5/400. If the 4/xxx is the one you need, I am willing to let you > have it for the cost of shipping, plus one beer the next time we are > both at the same place. > > I also have a defective CPU board from the same system (it looks like > a bad cache) that I am looking for something creative to do with. > I was thinking of removing the Alpha chip for display, but there are > a *lot* of pins to unsolder. :-) > > Alan Frisbie Usenet02 Flying-Disk com Alan, my system was/is a 5/400 system. I do not know whether the motherboards may be swapped between 4/266 and 5/400 systems. Hans PS Which won't keep me from offering you a beer the next time we're at the same place :-) ------------------------------ Date: Mon, 15 Jan 2007 20:26:01 GMT From: dittman@dittman.net Subject: Alphabook Network Install Message-ID: Is installing VMS on an Alphabook over the network from an Infoserver supported? I can't seem to get it to work. I don't have an actual Infoserver (well, I do, but it's in storage at the moment) so I'm using the host-based Infoserver on VMS (I've tried both Alpha and Integrity V8.3 as the host). I enter: boot -fl 0,0 -file APB_1073 eoa0 The file is downloaded and executed. I then enter "3" (choose service) and "2" (enter service) followed by ALPHA0731 (which is what I defined on the host, and if I enter "1" to list all services it does see it). I then get the banner OpenVMS (TM) Operating System Version V7.3-1 and then nothing. Thinking it may be slow I left it for four hours at one point just to see if anything would happen. The Alphabook came with V7.1 loaded and I can use IP without any problems (DECnet wasn't loaded). The only thing that might be an issue is the network card. The Alphabook spec. I found (using www.archive.org) lists the Alphabook as shipping with a 3C589B. My Alphabook has a 3C589D (that's how I got it). The cards are supposed to be compatible but I suspect there may be a difference that's tripping up the VMS boot. I have tried leaving the switch and card in autonegotiate mode and hardcoding them both to 10HD and 10FD but that didn't change anything other than a message popping up after the banner telling me that the connection speed was negotiated (after which nothing happens). -- Eric Dittman dittman@dittman.net ------------------------------ Date: Mon, 15 Jan 2007 16:03:43 -0500 From: "Syltrem" Subject: Another company has taken over the shark logo... Message-ID: <12qnr1gqjakhk0a@corp.supernews.com> http://www.enterprisedb.com/index.do Looks a lot like Vernon... -- Syltrem http://pages.infinit.net/syltrem (OpenVMS information and help, en français) ------------------------------ Date: Mon, 15 Jan 2007 16:51:23 -0500 From: JF Mezei Subject: Re: Another company has taken over the shark logo... Message-ID: <45abf741$0$329$c3e8da3@news.astraweb.com> Syltrem wrote: > http://www.enterprisedb.com/index.do > > Looks a lot like Vernon... > Yep, altough they have mutilated its shading quite a bit. Perhaps we should send a nice lawyer letter to them ? ------------------------------ Date: Mon, 15 Jan 2007 15:35:42 -0800 From: "Tom Linden" Subject: Re: Another company has taken over the shark logo... Message-ID: On Mon, 15 Jan 2007 13:51:23 -0800, JF Mezei wrote: > Syltrem wrote: >> http://www.enterprisedb.com/index.do >> Looks a lot like Vernon... >> > > Yep, altough they have mutilated its shading quite a bit. > > Perhaps we should send a nice lawyer letter to them ? Did you or anyone register it? I use it too, www.kednos.com ------------------------------ Date: 15 Jan 2007 14:10:20 -0600 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: Re: Blast from the 1988s (DEC proposal) Message-ID: In article <87ac0kdrjo.fsf@k9.prep.synonet.com>, prep@k9.prep.synonet.com writes: > JF Mezei writes: > >> At the time, the graphs showed from the all mighty microvax II to >> the VAX 8978. The document mentions up to 15 8800 nodes in a >> cluster. (when did it go from 15 to 96 nodes in a cluster ?) > > AIR, the 15* was the limit on the number of nodes on a single system > volume, not the cluster size limit. I *THINK* that back then the size > of a cluster was limited by the size of the statically allocated > System Director Vector for the DLM. Formerly there was a distinction between the total number of nodes supported in a cluster and the number of large nodes supported in a cluster. This was based on what had been tested, not theoretical limits. ------------------------------ Date: 15 Jan 2007 20:52:27 -0800 From: "bclaremont" Subject: Diskmizer 2.1 License Message-ID: <1168923146.468998.165670@38g2000cwa.googlegroups.com> Hi, Anyone know where I might lay hands on a Diskmizer 2.1 license good for 50 units? I have the product installed on a MicroVAX II/GPX running VMS 5.5. I upgraded the CPU and memory to a straight MicroVAX II, which had the unfortunate side effect of changing the Diskmizer license requirements from 10 Type F units to 50. Thanks, Bruce Claremont www.MigrationSpecialties.com OpenVMS Stealth Marketing ------------------------------ Date: Mon, 15 Jan 2007 19:40:14 GMT From: rdeininger@mindspringdot.com (Robert Deininger) Subject: Re: ES45 versus ES47 Message-ID: In article <1168531305.301331.216830@p59g2000hsd.googlegroups.com>, "jbigboote" wrote: >>From what I've read it looks like there is no clear winner in >performance between the ES45 and ES47; specifically with a 4 CPU >configuration (assming 1.25GHz and 1.15GHz respectively), and 8-16GB >RAM. Of course the ES45s are cheaper than the ES47s, and cost is a >consideration. Does the performance change at all when they are >clustered (two or three nodes)? >How about long-term supportability? Any reason to think the ES47s might >have a longer supported lifespan than the ES45s? Unless there is a specific reason to use an Alpha, an rx3600 or rx6600 Integrity server would probably be a better choice. Less expensive, probably much better performance (depending on workload) and far better access to new I/O technology. ------------------------------ Date: Mon, 15 Jan 2007 13:24:05 -0700 From: Jeff Campbell Subject: Re: ODS5 and hardlinks Message-ID: <1168892724_1081@sp6iad.superfeed.net> prep@k9.prep.synonet.com wrote: > Jeff Campbell writes: > >> A hard link keeps the file 'alive', the reverse of VMS file aliases. >> If I alias your file and you delete it, I end up with a FNF error >> when I next access it. > > No, you SHOULD get a FILE ID/SEQUENCE NUMBER CHECK error. Funny, looks like a -FNF error to me. Jeff =~=~=~=~=~=~= PuTTY log 2007.01.15 13:07:27 =~=~=~=~=~=~=~=~=~=~=~= Welcome to OpenVMS (TM) Alpha Operating System, Version V7.3-1 Username: frog Password: Welcome to OpenVMS (TM) Alpha Operating System, Version V7.3-1 on node AS600 Last interactive login on Monday, 15-JAN-2007 19:56:37.78 Last non-interactive login on Monday, 15-JAN-2007 05:02:37.69 $ dire fnf %DIRECT-W-NOFILES, no files found $ crea fnf.lis 1 2 3 $ type fnf 1 2 3 $ set host 0 Welcome to OpenVMS (TM) Alpha Operating System, Version V7.3-1 Username: system Password: Welcome to OpenVMS (TM) Alpha Operating System, Version V7.3-1 on node AS600 Last interactive login on Monday, 15-JAN-2007 19:57:30.26 Last non-interactive login on Monday, 15-JAN-2007 16:11:51.46 $ set file users:[frog]fnf.lis sys$login:fnf_aliased.lis $ type fnf_aliased 1 2 3 $ dele users:[frog]fnf.lis;1 $ type fnf_aliased %TYPE-W-OPENIN, error opening SYS$SYSROOT:[SYSMGR]FNF_ALIASED.LIS;1 as input -RMS-E-FNF, file not found $ bye SYSTEM logged out at 15-JAN-2007 20:10:12.60 %REM-S-END, control returned to node LOCAL:.AS600:: $ bye FROG logged out at 15-JAN-2007 20:10:15.33 ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- ------------------------------ Date: Mon, 15 Jan 2007 17:07:36 -0700 From: Jeff Campbell Subject: Re: ODS5 and hardlinks Message-ID: <1168906135_397@sp6iad.superfeed.net> Rob Brown wrote: > On Mon, 15 Jan 2007, Jeff Campbell wrote: > >> prep@k9.prep.synonet.com wrote: >>> Jeff Campbell writes: >>> >>>> A hard link keeps the file 'alive', the reverse of VMS file aliases. >>>> If I alias your file and you delete it, I end up with a FNF error >>>> when I next access it. >>> >>> No, you SHOULD get a FILE ID/SEQUENCE NUMBER CHECK error. >> >> Funny, looks like a -FNF error to me. > > It probably depends on whether or not the file header has been reused > when you try to access it. > > My file systems are not that busy! 8-) Jeff ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- ------------------------------ Date: Mon, 15 Jan 2007 19:50:27 +0100 From: Michael Unger Subject: Re: OpenVMS Licence for people in Asia Message-ID: <51210uF1hp9crU1@mid.individual.net> On 2007-01-14 22:03, "siju" wrote: > [...] > > What is the Maximum amount RAM I can Configure SIMH to run with? > Also Maximum Hard Disk Size? First get ("Users' Guide"), ("SimH FAQ"), and ("MicroVAX 3900"). > [...] IIRC 64MB RAM ("Standard Boot-ROM", KA655.BIN) and 512MB "Extended Boot-ROM", KA655X.BIN); maximum HD size is 2 GB normally. Michael -- Real names enhance the probability of getting real answers. My e-mail account at DECUS Munich is no longer valid. ------------------------------ Date: Tue, 16 Jan 2007 03:49:30 +0800 From: prep@k9.prep.synonet.com Subject: Re: PDP11 Tape Copy to VAX: DOS11_BLOCKSIZE Message-ID: <87odp0cbp1.fsf@k9.prep.synonet.com> "bclaremont" writes: > Using the DUMP command confirmed a block size of 4096. > > Using the VMSTPC command, I was able to copy the contents of the tape > to disk: > > HOTLGS> mount/for/block=4096 mua0: > %MOUNT-I-WRITELOCK, volume is write locked > %MOUNT-I-MOUNTED, mounted on _HOTLGS$MUA0: > HOTLGS> tc/dos11/block=4096 mua0: pdp2.con > Tape dump starting to DUA1:[WHITLEY]PDP2.CON; > File marks: 737 Records: 1770 CPU TIME = 0:00:11.15 > HOTLGS> dism/nounload mua0: > HOTLGS> If it has a 4096 blocksize, it is NOT a DOS11 format file. Did it have any 80 byte header blocks? HOw many and what is in them? They *should* contain what wrote the tape. ------------------------------ Date: Tue, 16 Jan 2007 03:33:06 +0800 From: prep@k9.prep.synonet.com Subject: Re: RMS-E-WLK, device currently write locked Message-ID: <87wt3occgd.fsf@k9.prep.synonet.com> All they said, and double check you have not bumped the Write Lock button. Don't ask how I know THAT one... ------------------------------ Date: Tue, 16 Jan 2007 03:30:35 +0800 From: prep@k9.prep.synonet.com Subject: Re: Strategies for keeping 2 system disks in sync Message-ID: <871wlwdr50.fsf@k9.prep.synonet.com> JF Mezei writes: > On my new server, I do not intend to restrict the disk cache since > it won't be running mozilla and will serve disks to other nodes, so > the bigger the cache, the better. Serve as in cluster? I think you will find that MSCP bypasses the cache. Maybe, have not read the changes (many and extensive!!) in this for a long time. ------------------------------ End of INFO-VAX 2007.031 ************************