INFO-VAX Tue, 04 Mar 2008 Volume 2008 : Issue 128 Contents: Re: Can a MicroVAX 3100 run on 208V? Re: DCPS downloadable? DWZZA vs. DWZZB Re: Encryption on VMS Re: IP address in VMS Re: IP address in VMS Re: IP address in VMS Re: Long term archiving of VMS stuff Re: Long term archiving of VMS stuff Re: Long term archiving of VMS stuff SCSI bus Termination with KZPBA-CB controllers Re: SCSI bus Termination with KZPBA-CB controllers Re: SCSI bus Termination with KZPBA-CB controllers Re: Suggestions for Bootcamp talks? ---------------------------------------------------------------------- Date: 4 Mar 2008 13:54:15 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Can a MicroVAX 3100 run on 208V? Message-ID: <6352k7F24r0poU1@mid.individual.net> In article <47CCA492.9020609@comcast.net>, "Richard B. Gilbert" writes: > Bill Gunshannon wrote: >> In article <47CC6227.4020109@comcast.net>, >> "Richard B. Gilbert" writes: >> >>>AEF wrote: >>> >>>>On Mar 3, 1:51 pm, moro...@world.std.spaamtrap.com (Michael Moroney) >>>>wrote: >>>> >>>> >>>>>AEF writes: >>>>> >>>>> >>>>>>Our new data center will have 208 Volt power. Can my MicroVAX systems >>>>>>run on that? The specs in the manual say 100 - 120 V ac or 220 V to >>>>>>240 V ac. The label on the power supply also says that. But I'm told >>>>>>that 208 V will work fine. Is that right? If not, what can I do? >>>>> >>>>>If this is a standard US 3 phase system, you'll have the usual 120 volts >>>>>between any line and the neutral, and 208 volts between any two lines. >>>>>Just hook the Microvax to a line-neutral circuit. In other words, to an >>>>>ordinary electrical outlet. >>>> >>>> >>>>The MicroVAX systems are going in the data center. There won't be any >>>>ordinary outlets there. >>>> >>> >>>Sounds like a very strange datacenter to me! Sure, there may be a few >>>big boxes that suck up three phase power and the air conditioning may >>>need it as well but a LOT of equipment is designed for and requires >>>110-120 VAC. Some equipment can "auto-sense" what voltage is present >>>and do the right thing but don't count on it unless the instructions say >>>so explicitly!!!!!! >> >> >> Sounds like real poor planning to me. Shouldn't they have figured out >> everything that was going to be going into the data center and then >> arranged for where it all would be placed and then ensured that all >> the necessary power was in place where it was going to be needed? I >> am not used to the "throw everything in the air and where it lands >> is where it runs" method of planning. >> >> bill >> > > IF you are building and equipping a NEW data center, you do that careful > planning. As that data center ages and new equipment replaces old, you > may find that your planning had a few gaps. I've seen IBM disk drives > that occupied a double width cabinet and had something like a five horse > power electric motor to spin it! Mind you, this was back in 1998/99 and > the equipment in question was antique even then! (I noticed this stuff > when it was being hauled away as scrap.) I could fit more storage in my > shirt pocket than two or three of those drives represented. The power > connections required by that antique were incompatible with my RZ26 and > RZ28 drives or even the requirements of the shelves I installed them in! This is, of course, true. The power requirements for a PDP-11 running racks of RA disk drives are considerably different from the power requirements for the Intel based servers running SCSI or SATA disk drives that have replaced most of them. But AEF was talking about someone building a new datacenter today and not including any 110v outlets. This is either a mistake on his part and they are there or this is one of the poorest designed datacenters ever built. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Tue, 4 Mar 2008 11:15:18 +0100 From: "Maarten van Breemen" Subject: Re: DCPS downloadable? Message-ID: <47cd212f$0$656$4d4ebb8e@read.news.nl.uu.net> As far as I know the costs for an update contract are even higher than incidentally buying a CONDIST set. Or is something changed there? regards, Maarten "Paul Anderson" wrote in message news:paul.anderson-708163.13500503032008@usenet01.boi.hp.com... > In article > <7da53c14-68b5-49d1-a774-13ef37d0e0b9@s37g2000prg.googlegroups.com>, > Rich Jordan wrote: > >> OpenVMS Alpha V8.3 includes DCPS 2.5 on the layered products disk. >> I've been asked to see if getting V2.6 is possible without spending >> unhealthy gobs of money on a CONDIST set. > > If you have an update contract, you can get the kits online at > > > > Paul > > -- > Paul Anderson > OpenVMS Engineering > Hewlett-Packard Company ------------------------------ Date: 4 Mar 2008 18:04:06 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: DWZZA vs. DWZZB Message-ID: <635h8mF263d8tU1@mid.individual.net> Before I try hooking it up and risk damaging it, I thought I would ask. Is there anyone here who can use a pair of DWZZB's that has a pair of DWZZA's they would be willing to swap? I am assuming from what was said earlier that the difference is wide vs. narrow SCSI. I certainly have no need for wide SCSI on my PDP-11 controller but someone with a more modern system, like an alpha, may be able to use thses. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 4 Mar 2008 09:43:04 -0600 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: Re: Encryption on VMS Message-ID: <6aQkhIBm$JPO@eisner.encompasserve.org> In article <343a8643-1669-4cab-a933-6013743b6bbe@e23g2000prf.googlegroups.com>, res0o7il@yahoo.com writes: > I've tested with PGP for VMS, and it failed to encrypt and decrypt the > save set properly. I tried GPG, and it took 11 hours to encrypt, which > is way too long. I know there's an encryption subsystem in VMS 7.3-1 > and upwards, but I'll have to put together a spare machine on that > version to try it (I'm stuck in a 6.2 backwater for various reasons.) The encryption built into VMS 8.3 was previously the layered product VMS Encryption, previously called VAX Encryption. Version 1.0 was released in July of 1985, well before VMS V6.2 was released. Since VMS Encryption is designed to automatically integrate with the BACKUP command, I see no reason to start looking elsewhere. ------------------------------ Date: Tue, 04 Mar 2008 08:00:54 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: IP address in VMS Message-ID: a13365@yahoo.com wrote: > - If our VMS server moves to other location , > current ip address should be changed to new one? The answer is exactly the same as for any other IP-host in your network. The VMS server is no different in this case. Ask your network admins, they (should) know. Jan-Erik. ------------------------------ Date: 4 Mar 2008 14:07:37 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: IP address in VMS Message-ID: <6353d9F24r0poU2@mid.individual.net> In article , Michael Austin writes: > Richard B. Gilbert wrote: >> a13365@yahoo.com wrote: >>> Hello, >>> I know a little bit of VMS and I have some questions need your guys >>> help. >>> - How do I know VMS use static ip address or DHCP? >>> - If our VMS server moves to other location , current ip address >>> should be changed to new one? >>> >>> Thanks a lot. >> >> If you ask very general questions, you are likely to get very general >> answers! >> > > > and asking this general of a question would require a response for the > OP to find a QUALIFIED IT professional to do this move. If you are in > IT and couldn't answer this question you really need to find another job... First thing that came to my mind was that this is probably the guy you get on the other end of the support line when you call HP nowadays. Or am I the only one who has noticed the increase of questions in this group that show total lack of basic IT knowledge and all coming from throwaway email addresses. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 4 Mar 2008 14:09:16 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: IP address in VMS Message-ID: <6353gbF24r0poU3@mid.individual.net> In article <47CCCAC2.1020103@comcast.net>, "Richard B. Gilbert" writes: > Michael Austin wrote: >> Richard B. Gilbert wrote: >> >>> a13365@yahoo.com wrote: >>> >>>> Hello, >>>> I know a little bit of VMS and I have some questions need your guys >>>> help. >>>> - How do I know VMS use static ip address or DHCP? >>>> - If our VMS server moves to other location , current ip address >>>> should be changed to new one? >>>> >>>> Thanks a lot. >>> >>> >>> If you ask very general questions, you are likely to get very general >>> answers! >>> >> >> >> and asking this general of a question would require a response for the >> OP to find a QUALIFIED IT professional to do this move. If you are in >> IT and couldn't answer this question you really need to find another job... > > Hey, look at it this way. . . . If he does it himself, maybe he will > create a vacancy for a "QUALIFIED IT professional". I wouldn't mind > getting a big paycheck again. . . . If they offered "a big paycheck" they would already have a "QUALIFIED IT professional". And it's probably in Bangalore anyway. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Tue, 4 Mar 2008 11:32:24 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: Long term archiving of VMS stuff Message-ID: In article <47ca09c9$0$5620$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: >In article <47c9ce15$0$10289$c3e8da3@news.astraweb.com>, JF Mezei writes: >>Main, Kerry wrote: >> >> >>While many rejoice at any bad news related to Microsoft, those news >>cover only a small portion of the Windows revenus since nobody has >>mentioned bad news with regards to the window tax on newbuilt Witel boxes. > >This is one of the reasons that I'm reluctant to buy new intel based Macs. >Am I or am I not paying Billzebub tax because a new Mac can run Weendoze? >Nobody in the Apple camp has been able to clarify this. > Well if you are charged the tax then you could try and reclaim it as a number of Linux only users have see http://www.fsfe.org/en/fellows/refund David Webb Security team leader CCSS Middlesex University >-- >VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > "Well my son, life is like a beanstalk, isn't it?" > >http://tmesis.com/drat.html ------------------------------ Date: Tue, 4 Mar 2008 11:39:26 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: Long term archiving of VMS stuff Message-ID: In article <47caadc4$0$5613$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: >In article <47ca4969$0$31253$c3e8da3@news.astraweb.com>, JF Mezei writes: >>VAXman- @SendSpamHere.ORG wrote: >> >>> This is one of the reasons that I'm reluctant to buy new intel based Macs. >>> Am I or am I not paying Billzebub tax because a new Mac can run Weendoze? >>> Nobody in the Apple camp has been able to clarify this. >> >>Intel based MACs use EFI as console environment. Windows does not >>support EFI booting on its 8086 versions (32 or 64 bits versions). > >I'm not concerned about whether or not EFI is used nor if Weendoze is or >is not supported. > >Speaking of EFI, have you looked at rEFIt at http://macupdate.com ? > > > >>Intel Macs do not come with any windows licenses. You can buy a >>shrinkwrapped version of Windows, and use the "bootcamp" software from >>OS-X which customises a windows install partition with drivers and EFI >>boot support. > >There were many intel based machines that came with NO Weendoze license; >the Billzebub tax on them was still levied though. > Not on all of them though. There are apparently Laptop manufacturers who intend their machines to use Linux which sell the machines without the tax see http://tuxmobil.org/ms_tax.html David Webb Security team leader CCSS Middlesex University > > >>So you can safely buy an intel mac confident no money will go to >>microsoft unless you go and buy a version of windows. > >It'd be an awful cold cold day in hell before I would ever sink a single >penny into any Micro$oft product or into any company providing Weendoze >products. I recently returned a mobile phone to Sprint after discovering >that it contained M$ code! > >Several US auto manufacturers have lost my $ too since they started adver- >tizing the incorporation of M$ in their offerings. Why do I picture little >Danny Lloyd on his big wheel peddling around the corporate office spaces of >Detroit's auto manufacturers chanting "Redmond! Redmond! Redmond!" with a >voice reminiscent of "Froggy" from the Our Gang/The Little Rascals series >and drooling down his shirt? > > > >>You cannot buy an empty intel mac and just install Windows on it. It >>needs bootcamp from OS-X. > >I know that. > > >-- >VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > "Well my son, life is like a beanstalk, isn't it?" > >http://tmesis.com/drat.html ------------------------------ Date: 04 Mar 2008 13:07:14 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Long term archiving of VMS stuff Message-ID: <47cd4982$0$25063$607ed4bc@cv.net> In article , david20@alpha2.mdx.ac.uk writes: >{...snip...} >Well if you are charged the tax then you could try and reclaim it as a number >of Linux only users have see > >http://www.fsfe.org/en/fellows/refund Perhaps this will explain the tax to Bill. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Tue, 4 Mar 2008 09:40:19 -0800 (PST) From: Rich Jordan Subject: SCSI bus Termination with KZPBA-CB controllers Message-ID: <7eb7439d-bbd7-4fa1-8f7e-49ae8de5abfd@q33g2000hsh.googlegroups.com> We're retrofitting some differential (HVD) SCSI gear into a two node SCSI cluster using KZPBA-CB controllers. The old setup used the 'Y' cable connectors for the Alpha hookups, one leg going to the storage equipment, the other terminated. The Alphas are at each end of the bus with storage in between. The back side of this config will have a difficult time fitting with those bulky connectors. Does anyone know if we can just hook the storage cables directly to the KZPBA-CB controllers, with the console setting for termination on those cards enabled? Does this provide proper bus termination? I know we will lose the ability to physically remove a node from the bus without disrupting the bus if the 'Y' cables are removed. I've been through the SCSI-cluster section of the cluster manual twice; if its there I'm missing it. There is an implication that the 'Y' cables were optional with KZPSAs but no equivalent info WRT the KZPBAs. Thanks Rich CCS ------------------------------ Date: Tue, 4 Mar 2008 18:13:47 -0000 From: "Richard Brodie" Subject: Re: SCSI bus Termination with KZPBA-CB controllers Message-ID: "Rich Jordan" wrote in message news:7eb7439d-bbd7-4fa1-8f7e-49ae8de5abfd@q33g2000hsh.googlegroups.com... > The back side of this config will have a difficult time fitting with > those bulky connectors. Does anyone know if we can just hook the > storage cables directly to the KZPBA-CB controllers, with the console > setting for termination on those cards enabled? Sounds good to me, although I've not tried. However, termination is enabled by finding where you put the resistor packs and reinserting them. If you got the controllers 'as new', hopefully they are like that already but it's worth checking. ------------------------------ Date: Tue, 4 Mar 2008 10:26:34 -0800 (PST) From: BHall Subject: Re: SCSI bus Termination with KZPBA-CB controllers Message-ID: <92a04bc4-3ef1-4fc1-a05b-ae0e2fabf37d@i7g2000prf.googlegroups.com> On Mar 4, 11:40 am, Rich Jordan wrote: > We're retrofitting some differential (HVD) SCSI gear into a two node > SCSI cluster using KZPBA-CB controllers. The old setup used the 'Y' > cable connectors for the Alpha hookups, one leg going to the storage > equipment, the other terminated. The Alphas are at each end of the > bus with storage in between. > > The back side of this config will have a difficult time fitting with > those bulky connectors. Does anyone know if we can just hook the > storage cables directly to the KZPBA-CB controllers, with the console > setting for termination on those cards enabled? Does this provide > proper bus termination? I know we will lose the ability to physically > remove a node from the bus without disrupting the bus if the 'Y' > cables are removed. > > I've been through the SCSI-cluster section of the cluster manual > twice; if its there I'm missing it. There is an implication that the > 'Y' cables were optional with KZPSAs but no equivalent info WRT the > KZPBAs. > > Thanks > > Rich > CCS Rich, Yes you can remove the y-cables from your configuration. However, the KZPBA-CB has a set of eight terminator resistors (RM1 - RM8) that are installed or removed to control scsi bus termination. The single ended scsi KZPBA-CA does not have removable resistors and it's bus termination can be "controlled" using the SRM variables. If these KZPBA-CBs are in use now with the externally terminated y- cables, you will have to find the terminator resistors that were removed when they were installed. Replace the terminator resistors and remove the y-cables and external terminators. The ideal replacement for the y-cables and external bus termination is the scsi hub, either the DWZZH-03 or DWZZH-05. Bill ------------------------------ Date: Tue, 04 Mar 2008 07:50:46 -0800 From: "Tom Linden" Subject: Re: Suggestions for Bootcamp talks? Message-ID: On Mon, 03 Mar 2008 16:59:35 -0800, VAXman- <@SendSpamHere.ORG> wrote: > In article , John Reagan = > writes: >> VAXman- @SendSpamHere.ORG wrote: >>> In article , John Reagan = >>> writes: >>> >>>> Greetings Bootcamp Attendees and Potential Attendees: >>>> >>>> Sue has asked me for presentations for this years Bootcamp. What d= o = >>>> you >>>> folks want to hear about in the compiler, linker, Calling Standard,= >>>> exception handling areas. I have a bunch of previous talks I can g= ive >>>> again for the large number of first time attendees or I can whip up= >>>> something new for you old timers. >>> >>> >>> I'd like to know why I had/have to suffer compiler machine listings = = >>> with >>> decimal and not hexadecimal? >>> >> >> Would you like that in a 3-hour block or a "hands-on" session? > > How about a 3 hour "hands-on" session in the tap room! :) > > >> Certain areas of Georgia and Alabama not withstanding, most of us hav= e >> 10 fingers, not 16 fingers. [I'm from the south, I can make the joke.= My >> great-grandparents were 1st cousins.] >> >> Plus, it has been that way since VAX days although the format of the = VAX >> instructions let you see the decimal number in the symbolic area on t= he >> right and the hex number in the cybercrud on the left-hand side. >> >> Alpha made it a little more interesting with literals buried inside t= he >> 32-bit instruction but they tended to be on reasonable boundaries so = you >> can spot them. >> >> Itanium made it really hard since some instructions have 9-bit litera= ls, >> some 14-bit, some 22-bit, etc. Most all of them sign-extend. If the= >> compiler generated >> >> add r3 =3D 3FFF, r3 >> >> could you tell that we're subtracting 1 from R3 by adding negative 1?= >> >> Yes, it is essentially impossible to spot them from the hex-ification= of >> the slot: >> >> 0119F83FE0C0 0010 adds r3 =3D -1, r3 >> >> >> >> Would it be helpful to see >> >> 0119F83FE0C0 0010 adds r3 =3D -1, r3 // 3FFF >> >> or >> >> 0119F83FE0C0 0010 adds r3 =3D -1, r3 // r3 =3D= = >> 3FFF, r3 > > Yeah, either of those would be grand. I prefer to see the hex. > > I think it should be a selectable option -- = PL/I for OpenVMS www.kednos.com ------------------------------ End of INFO-VAX 2008.128 ************************