1 INFO-VAX	Wed, 15 Jun 2005	Volume 2005 : Issue 331       Contents:: Re: 8.2 on VAX? No (t yet) (was: OpenVMS Boot Camp report)- Re: Avoiding domain mismatch (TCPIP Services) ! Re: backup Encryption PAK/Product  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: Backup question  Re: cluster over DSL. Newbie: Need help installing a layered product; Re: wrong SCSI cable for PWS600 au (msg for Paul Sture too)   F ----------------------------------------------------------------------  % Date: Tue, 14 Jun 2005 15:34:45 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> C Subject: Re: 8.2 on VAX? No (t yet) (was: OpenVMS Boot Camp report) , Message-ID: <42AF314C.F72C5683@teksavvy.com>   > De : Vazquez, MaryJane >  : Didier Morandi > Objet : RE: VMS 8.2 and VAX   A > We are still evaluating our OpenVMS VAX release plans and don't H > currently have a release planned on our roadmaps.  To-date we have notJ > seen sufficient customer interest or requests to put it on our roadmaps,> > but we will continue to check on the needs of our customers.  F Excuse me ???? VAX-VMS 8.2 WAS on the Roadmap. It was part of the many' promises when you guys murdered Alpha.    A It isn't a question of demand, it is a question of honouring your A commitments. You guys decided on the stupid folly to go IA64, now G deliver on your promises even if it costs you mega money. You disrupted ) customers big time with this IA64 folly.    G And it isn't question of demand. It is a question of support. And it is G also a question of  Charon-VAX providing cheap hardware to run VMS, and H it wants VAX-VMS. Until VMS is available natively on commodity harwdare,; you need to continue to support the efforts of Charron-VAX.   H Furthermore, Instead of dismissing the VAX installed base, you should beH working really hard to bring them back into the fold and getting them to> invest in VMS applications again. That is the real issue here.  H If VAX-VMS includes all the DCL improvents GUY Peleg made, then it wouldF be worth it. This is expecially true when you consider that going fromH 7.2 to 7.3 on vax was a downgrade in fonctionality ( Compaq logo insteadF of Digital, and loss of display postscript and functions in decwrite).0 (Alpha got lots of goodies in 7.3, but not vax).  G And if this is to be the last version for VAX, then do this one good so D it can remain compatible with Alpha-VMS and 8086-VMS for many years.   ------------------------------  % Date: Wed, 15 Jun 2005 01:22:54 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Re: Avoiding domain mismatch (TCPIP Services), Message-ID: <42AFBB2A.E58264F3@teksavvy.com>   Alder wrote:I > If my VMS box, "SZEGED", is behind a router that gets its "domain name" H > from DYNDNS, where I've registered as "EREBUS.HOMEIP.NET", what is the8 > proper way to configure the domain in TCPIP Services?    The way I've done mine:   E all machines have a fixed IP address on my lan in the 10.*.*.* range.   E My public domain name would be www.chocolate.com for instance. (along  with some aliases).     H The public DNS server seen by the internet is hosted elsewhere and feeds$ my real single internet IP adddress.  F But in my lan, all machines are configured to have one of my VMS boxesF as their DNS server. That DNS server has one zone file for which it isB authoritative (chocolate.db) as well as the 10_in-addr-arpa.db for reverse DNS.  D So, when a machine on my lan requests anything in chocolate.com, theF request is handled by my DNS server which feeds a 10.*.*.* address for< the local machine. When it requests a translation other thanF chocolate.com, the DNS server then goes out to the root servers etc to resolvce the request.     B In TCPIP$CONFIG, you enable the bind server. But then go go to theG [sys0.tcpip$bind] directory and create/edit the TCPIP$BIND.CONF file as  well as the favious .DB files     H If you still want to use DHCP, set your router to feed the IP address ofF the VMS box that runs the DNS server instead of feeding the IP address! of DNS servers given by your ISP.    ------------------------------    Date: 14 Jun 2005 15:00:22 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) * Subject: Re: backup Encryption PAK/Product3 Message-ID: <WfTrpQzPhzbn@eisner.encompasserve.org>   U In article <11au6i5i0gvo7bc@corp.supernews.com>, "Hal Kuff" <kuff@tessco.com> writes: K > Thanxs Larry, So if one is under s/w maint for 8.2 but running 7.3-2, we  / > should be able to get a PAK for zero dollars?   B Not quite.  Look what the product manager says below.  You must beB on V8.2 to take advantage of the bundling of Encryption licensing.  B Do not confuse making the effort to bundle for the future with theD much larger effort required to issue PAKs for free to people running older VMS versions.   @ I believe what they are doing here is exactly what they did withB AMDS, DCPS and X.500 - bundling is only on the newer VMS versions.  = > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message  / > news:Ii0RWet0Xc0z@eisner.encompasserve.org... ? >> In article <11as1cah9vk23c8@corp.supernews.com>, "Hal Kuff"   >> <kuff@comcast.net> writes: K >>> Does anyone know if OpenVMS Backup Encryption requires a PAK or just a   >>> kit? >>G >> I received this response in email today from the VMS Product Manager  >> responsible for Security: >>K >>>  What version of OpenVMS is he talking about?  If it's OpenVMS V8.2 he   >>> will@ >>>  not need a license is bundled with the O/S as part of v8.2.* >>>  Prior to that you need a license/PAK. >>D >> That is what he said in Nashua last week but technically that wasD >> non-disclosure information (even though V8.2 has been released).    ------------------------------  % Date: Tue, 14 Jun 2005 14:56:09 -0400 4 From: "Peter Weaver" <newsgroup@weaverconsulting.ca> Subject: Re: Backup question+ Message-ID: <3h8nibFfgkmaU1@individual.net>    Z wrote: >... > Is it possible to: > " > Backup disk(s) -> Tape device 1.( > Backup tape device 1 -> Tape device 2. > + > (I've never tried a tape -> tape backup).   H You can get the TAPECOPY utility from Freeware 5. Seems to me that I hadD to make a slight change to get it to work on an Alpha, but the MacroD compiler told me what the change was. Once you compiled and link the .MAR all you have to do is;   ) $ MOUNT/FOREIGN mkb600: "" TAPECOPY$INPUT * $ MOUNT/FOREIGN mkb500: "" TAPECOPY$OUTPUT $ run tapecopy/nodebug $ dismoun/unload mkb500  $ dismoun/unload mkb600    --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Tue, 14 Jun 2005 17:17:03 -0400 4 From: "Peter Weaver" <newsgroup@weaverconsulting.ca> Subject: Re: Backup question+ Message-ID: <3h8vqgFfp20bU1@individual.net>    Syltrem wrote: >...F > I too would think backup is (much) more efficient with tapes and for > reading files from disk.E > That`s why I wanted to stay away from COPY (and probably tools like  > TAPECOPY) if possible. >...  F I should have mentioned that TAPECOPY.MAR does verify the output tape.G Once the output tape is written it rewinds both tapes and compares them C block by block. We had to copy 20 some-odd tapes at one time and we 9 tested several to make sure TAPECOPY was not lying to us.    --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Tue, 14 Jun 2005 15:32:50 -0400 * From: "Syltrem" <syltremzulu@videotron.ca> Subject: Re: Backup question3 Message-ID: <8iGre.2340$g4.32696@tor-nn1.netcom.ca>   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:42AF2975.94EC04E9@teksavvy.com... > Rob Brown wrote: > > What about:  > > ... , > >          COPY $DISK2:SAVESET.BCK $TAPE1:, > >          COPY $DISK2:SAVESET.BCK $TAPE2: > G > It is my understanding (can someone confirm ?) that BACKUP has better 2 > handling of tape errors/problems than COPY does. > J > Also, would BACKUP use large buffers to write to tape, allowowing fasterB > and more efficent tape operation compared to COPY ? Or does thatI > disapear when you use backup to copy files instead of create savesets ?   L I too would think backup is (much) more efficient with tapes and for reading files from disk.C That`s why I wanted to stay away from COPY (and probably tools like  TAPECOPY) if possible.   Syltrem    ------------------------------  % Date: Tue, 14 Jun 2005 15:47:26 -0400 * From: "Syltrem" <syltremzulu@videotron.ca> Subject: Re: Backup question3 Message-ID: <QvGre.2341$g4.32625@tor-nn1.netcom.ca>   2 "Rob Brown" <mylastname@gmcl.com> wrote in message? news:Pine.LNX.4.61.0506141336520.13306@localhost.localdomain... & > On Tue, 14 Jun 2005, JF Mezei wrote: >  > > Rob Brown wrote: > >> What about: > >> ...- > >>          COPY $DISK2:SAVESET.BCK $TAPE1: - > >>          COPY $DISK2:SAVESET.BCK $TAPE2:  > > B > > It is my understanding (can someone confirm ?) that BACKUP has; > > better handling of tape errors/problems than COPY does.  > > E > > Also, would BACKUP use large buffers to write to tape, allowowing F > > faster and more efficent tape operation compared to COPY ? Or doesE > > that disapear when you use backup to copy files instead of create  > > savesets ? > F > All fine points.  I don't know the answers either.  I hoped that you > did. > D > Assuming that my COPY suggestion is a bad one, I would prefer yourF > first BACKUP suggestion, over than your second one.  As I recall, it > was: > ' >     $ BACKUP/IMAGE... $DISK1: $DISK2: 2 >     $ BACKUP/IMAGE... $DISK2: $TAPE1:SAVESET.BCK2 >     $ BACKUP/IMAGE... $DISK2: $TAPE2:SAVESET.BCK > H > I prefer this because then files can be directly restored from tape ifG > necessary.  If the tape contains a saveset containing a saveset, then D > the saveset must be restored to disk before files can be recovered
 > from it. >  > - Rob  >     E The suggestion was indeed a valid one, but takes too long to perform. J Also given that I have many disks to backup, to do more than one at a time, would require and additionnal disk for each.   Syltrem    >  > -- > D > Rob Brown                        b r o w n a t g m c l d o t c o mC > G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 8 > Edmonton                         (780)438-9343 (voice)7 >                                   (780)437-3367 (FAX) 4 >                                   http://gmcl.com/ >    ------------------------------    Date: 14 Jun 2005 14:53:43 -0500 From: briggs@encompasserve.org Subject: Re: Backup question3 Message-ID: <6wAeHtGbdgj6@eisner.encompasserve.org>   ` In article <8iGre.2340$g4.32696@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes: > < > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:42AF2975.94EC04E9@teksavvy.com... >> Rob Brown wrote:  >> > What about: >> > ...- >> >          COPY $DISK2:SAVESET.BCK $TAPE1: - >> >          COPY $DISK2:SAVESET.BCK $TAPE2:  >>H >> It is my understanding (can someone confirm ?) that BACKUP has better3 >> handling of tape errors/problems than COPY does.  >>K >> Also, would BACKUP use large buffers to write to tape, allowowing faster C >> and more efficent tape operation compared to COPY ? Or does that J >> disapear when you use backup to copy files instead of create savesets ? > N > I too would think backup is (much) more efficient with tapes and for reading > files from disk.E > That`s why I wanted to stay away from COPY (and probably tools like  > TAPECOPY) if possible.  B I, on the other hand, would think that COPY is more efficient than; BACKUP.  Strip away the redundancy groups, the CRCs and the ? soft error recovery logic and you have something lean and mean. < Factor in a little read ahead and write behind and use it on4 huge files and COPY should leave BACKUP in the dust.   	John Briggs   ------------------------------    Date: 14 Jun 2005 15:01:51 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: cluster over DSL 3 Message-ID: <V9AwJ9$1ss0h@eisner.encompasserve.org>   ^ In article <Xns9675D0013A8E9dcovmsrox@212.100.160.126>, "Doc." <doc@openvms-rocks.com> writes:9 > %NEWS-I-NEWMSG,  wrote in news:1118772393.720772.196700  > @z14g2000cwz.googlegroups.com  > H >> Besides, considering how incredibly much a cluster license costs, you4 >> almost feel obligated to use it if you have it... > M > Is that really still the case now?  As I understood it licensing was being  L > simplified a great deal with the release of 8.2 - and that you'd get more  > for your money.   G There are massive changes for Itanium 8.2, but I have not heard of many  changes for Alpha 8.2.   ------------------------------    Date: 14 Jun 2005 13:24:43 -0700/ From: "joerojas@gmail.com" <joerojas@gmail.com> 7 Subject: Newbie: Need help installing a layered product C Message-ID: <1118780683.076450.254400@o13g2000cwo.googlegroups.com>    Hi All,   2 I am fairly new to OpenVMS so please bare with me.E My company currently is using OpenVMS 6.2 on a DEC MicroVAX 3100-085. > My research has lead me to believe that we have a NAS license.  D I am trying to install the layered product called DEC TCP/IP from my@ OpenVMS Binaries CD. According to the documentation that I have,) version 3.3 of this software is on my CD.   G I have never installed anything on this server. There was someone in my @ role before me so I wasn't around when they first installed this server.   C My reason for wanting to install this product is so I can FTP files G from my VAX server to a Windows based FTP server on our existing TCP/IP  network.  D Ultimately I would love to have someone walk me through this process6 but I understand that this might be a bit much to ask.  D With all that said, I have a couple of questions that I hope someone can answer for me.  F 1) All the readings I have done told me that DEC TCP/IP version 4.3 isE the highest version that works with OpenVMS 6.2. Can I upgrade 3.3 to ; 4.3 without purchasing anything? Is yes, how can I get 4.3?   F 2) How do I install this product from the CD? I don't even know how toG access the CD drive! What are the commands for installing this product?    Thanks in advacne!	 Joe Rojas  joerojas (at) gmail.com    ------------------------------  % Date: Tue, 14 Jun 2005 18:21:01 -0400 - From: William Webb <william.w.webb@gmail.com> D Subject: Re: wrong SCSI cable for PWS600 au (msg for Paul Sture too)7 Message-ID: <8660a3a1050614152167d1e1e2@mail.gmail.com>   : On 6/14/05, Didier Morandi <prenom.nom@freesurf.fr> wrote:! > johnhreinhardt@yahoo.com wrote:  >=20J > >   Get the adapter.  Unless you have spare slots for an extra SCSI cardJ > > (What VMS compatible card has a 50-pin connecter?)  The SCSI card thatG > > comes in the PWS is a 68-pin wide and the CD-ROM is a 50-pin narrow I > > SCSI. As far as I know there are no 68-pin to 50-pin cables available I > > (termination problems I'd think).  Look for a 50-68pin converter with H > > the 50-pin side female and the 68-pin side male (Most common are theI > > other way around it seems).  I found some on E-bay once.  It may take J > > some digging.  It will work. That's what I did on my PWS 500a to 500au > > converison >=20J > I understand better. The "too small" cable was the IDE one. I see the 68H > wide one. It goes to my PKA card where the BA350 is attached. Yes I doI > have two more slots, and actually another PKA that I may want to remove J > as I do not plan to build an SCSI Cluster with my AlphaStation 4/233 :-) >=20 > Many thanks, John. >=20 > D. >=20  L One of my maxims is "Neither of the esses (S's)  in SCSI stands for "Standa= rd".  + Another is "When in doubt, count the pins."    : ^ )    WWWebb --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------   End of INFO-VAX 2005.331 ************************                                                                                                                                                                                          