1 INFO-VAX	Mon, 12 Jun 2000	Volume 2000 : Issue 326       Contents:* Re: 7.2-1 update 0100 contains PCSI patch?2 RE: AS8200 & DS20 & Host-based Shadowing - Risky?? CMQ/Dec with a sense of Humor?" Re: CMQ/Dec with a sense of Humor? CONV$RECLAIM question  Re: CONV$RECLAIM question  DEC 510 & 520 Terminals..  RE: Fibre Channel and VMS 7.2-1  Re: General discussion comment Re: General discussion comment Re: General discussion comment Re: Help re: 4000 500  Re: Help re: 4000 500  Re: Help re: 4000 500  Re: Help re: 4000 500  Incremental backup question  Internet VMSCluster  Re: Internet VMSCluster - Re: mime processing utilities for VAX/VMS 5.5 8 Re: Most humorous worldwide comp.os.vms post of the year Re: Recording CD's on VMS  RE: Recording CD's on VMS  stand alone backup Re: VAX on Intel?  Re: VAX on Intel?  Re: VMS Security features  Re: VMS Security features  RE: VMS Security features ; RE: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?   F ----------------------------------------------------------------------   Date: 12 JUN 2000 02:33:16 GMT4 From: karcher@vranix.waisman.wisc.edu (Carl Karcher)3 Subject: Re: 7.2-1 update 0100 contains PCSI patch? 6 Message-ID: <12JUN00.02331604@vranix.waisman.wisc.edu>  J In a previous article, mathog@seqaxp.bio.caltech.edu (David Mathog) wrote:  = ->Does VMS721_UPDATE-V0100 supercede VMS721_PCSI-V0100 or no?   B No. VMS721_PCSI-V0100 is more recent. I just applied these patchesB yesterday. I applied the _PCSI patch first followed by the _UPDATEG patch. The _UPDATE patch squawked that the PCSI images were at a higher F revision and didn't replace them. It does not matter which order theseG patches are applied as the they are smart enough to do the right thing. G VMS721_SYS-V0500 on the other hand, requires that the _PCSI and _UDPATE @ patch be applied BEFORE installing it (as stated in the README).   ------------------------------  % Date: Sun, 11 Jun 2000 21:57:28 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com> ; Subject: RE: AS8200 & DS20 & Host-based Shadowing - Risky?? J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052843B7@kaoexc4.kao.dec.com>   Gerald,   D Is there any chance of running dedicated dark fibre between sites ?   K Cost and availability are issues in many (most?) areas, but if available, a F SAN/FC cluster would likely offer much much higher throughput for diskG shadow copies and merges. A full meshed FC switch config (4 connections I between sites) will offer 1Gb links for data transfers vs. 100Mb FDI. SCS ! traffic would still be over FDDI.   E Some precautions are required in the type of config put together with K SAN/FC's, but we just implemented a Prod cluster last weekend on SAN/FC and K so far, the reports have all been excellent with respect to performance ie. L users notice their applications are much snappier and overall performance is	 improved.   I There are a number of factors here, but we hope to have some more info on ! how much better later this week.    ( Their old config was based on HSZ50's ..   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----4 From: Gerald Marsh [mailto:gerald@cyfer.demon.co.uk]# Sent: Sunday, June 11, 2000 8:38 AM  To: Info-VAX@Mvb.Saic.Com 7 Subject: AS8200 & DS20 & Host-based Shadowing - Risky??     K Having suffered a few times from excessive host-based shadow copying over a F three-mile FDDI cluster (with Alphaserver 8200's), we decided on usingD DS20's to support the drives in the case of one of the 8200's die...  D (Apologies for the crappy diagram - Didn't like to attach a binary!)    Site 1:  AS8200 -- HSZ50 -- DS20 ----   FDDI Loop  ----  Site 2:  AS8200 -- HSZ50 -- DS20  E All systems are clustered via FDDI - one 8200 plus DS20 on each site.   I Now for the interesting bit!  The 8200's are running OpenVMS V6.2-1H3 but # the DS20's will run OpenVMS V7.2-1.   L Although Compaq support this config, I would be interested to know if anyoneF has attempted anything like this. I wonder about the complexity of theA shadowing software on the nodes connected via the HSZ SCSI paths!   K Any help/advice/gotchas gratefully received. (I'll email a GIF or something ' if anyone needs a real config diagram.)    Thanks in eager anticipation!    Gerald.    -- Gerald Marsh - Director  Cyfer Solutions Ltd  email: gerald@cyfer.demon.co.uk " URL: http://www.cyfer.demon.co.uk/    Beware! IT Bytes    ------------------------------  % Date: Mon, 12 Jun 2000 15:58:00 +1200 6 From: "Antony Wardle" <antony.wardle@nospam.met.co.nz>' Subject: CMQ/Dec with a sense of Humor? 2 Message-ID: <Z8Z05.14109$N4.513845@ozemail.com.au>   While booting an alpha, (7.1)   * I wasn't sure if I had the hold screen, so) I thought that I would try a control T to  see if there was any life.    Well, I got a message up sayine:    dead_eater waiting for dead_beef  / I didn't believe it, so I did another control T  and got the same message.   ! Thought it to be funnily bizzare.   , Anyone know if this actually means anything?   Antony   ------------------------------  % Date: Mon, 12 Jun 2000 00:24:46 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> + Subject: Re: CMQ/Dec with a sense of Humor? , Message-ID: <39446604.52C1B8AD@videotron.ca>   Antony Wardle wrote:, > I wasn't sure if I had the hold screen, so+ > I thought that I would try a control T to  > see if there was any life. > " > Well, I got a message up sayine: > " > dead_eater waiting for dead_beef  M I know that at least one DEC engineer was a fan of Monthy Python. Sounds like T a reference to a famous sketch (where one is invited to eat his dead mother in law).   ------------------------------  % Date: Sun, 11 Jun 2000 16:13:49 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: CONV$RECLAIM question, Message-ID: <3943F2FB.2A62849E@videotron.ca>  L I have an indexed queue file which receives transactions and is then emptied (transactions processed).   F As was explained here earlier, deleted records don't automatically getI reclaimed. But the queue file, once all transactions have been processed,  should be almost empty.   H Doing performance tests on a MV II (where you can see vast difference inI performance), I have noticed that a CONV$RECLAIM is almost instant for an J almost empty file (even if lots of blocks have been allocated), whereas itK takes much longer if I wait a while and it have to reclaim lots of buckets.   L I am debating whether I should do a CONV$RECLAIM after every pass/processingJ of the queue, forcing incoming transactions to hold in a MBX device bufferN while AST's are disabled for a few seconds, or just do the CONV$RECLAIM in the3 middle of the night, taking much longer to execute.   I I am tending towards doing it quick/often as opposed to slow/nightly. Has L anyone dealt with the question before, and if so, what sort of issues need I* look at ? Any gotchas with doing it often?  N I realise that I need to close the file , do the convert and re-open it later.L Is performance in a cleaned up indexed file greater than in one with lots ofH non-reclaimed deleted buckets ? (key 0 is an ever increasing time stamp)   ------------------------------  % Date: Sun, 11 Jun 2000 22:36:07 -0400 * From: David A Froble <davef@tsoft-inc.com>" Subject: Re: CONV$RECLAIM question- Message-ID: <39444C97.200A6361@tsoft-inc.com>    JF Mezei wrote:  > N > I have an indexed queue file which receives transactions and is then emptied > (transactions processed).  > H > As was explained here earlier, deleted records don't automatically getK > reclaimed. But the queue file, once all transactions have been processed,  > should be almost empty.  > J > Doing performance tests on a MV II (where you can see vast difference inK > performance), I have noticed that a CONV$RECLAIM is almost instant for an L > almost empty file (even if lots of blocks have been allocated), whereas itM > takes much longer if I wait a while and it have to reclaim lots of buckets.   L While not knowing the specifics of the CONVERT utility, in general I'd guessN that if the utility sees the file is empty, it can just re-initialize the fileL as having no used buckets.  If it has to read existing records and move dataN around, or possibly pointers, then this is some work that will take some time.  N > I am debating whether I should do a CONV$RECLAIM after every pass/processingL > of the queue, forcing incoming transactions to hold in a MBX device bufferP > while AST's are disabled for a few seconds, or just do the CONV$RECLAIM in the5 > middle of the night, taking much longer to execute.   O Well, if you try to do it on the fly, depending upon many factors, what usually N takes a 'short' time might take longer, and while not knowing the application,O you might have to worry about the mailbox overflowing.  only takes once to ruin P your day.  I guess one question to ask is "what else does your system ahve to doJ at night?"  If nothing, then what do you care about how long it takes.  IfI performance is still an issue, then if the design allows, do the periodic 
 reclamations.   K > I am tending towards doing it quick/often as opposed to slow/nightly. Has N > anyone dealt with the question before, and if so, what sort of issues need I, > look at ? Any gotchas with doing it often? > P > I realise that I need to close the file , do the convert and re-open it later.N > Is performance in a cleaned up indexed file greater than in one with lots ofJ > non-reclaimed deleted buckets ? (key 0 is an ever increasing time stamp)  P Depends.  If the number of deleted buckets gets truly large, then it has to haveL some impact on certain operations.  BACKUP for sure.  But a RMS indexed fileP uses pointers for everything, and logically there is no problem.  Physically, ifN a significant part of each buffer you read is deleted records, then there is aI physical I/O penalty.  Keeping most of your file in I/O buffers sure is a  performance bonus.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Mon, 12 Jun 2000 03:41:30 GMT  From: "fapa" <fapa1@gte.net>" Subject: DEC 510 & 520 Terminals..: Message-ID: <KZY05.1146$S44.133913@paloalto-snr1.gtei.net>   Hi:   G I have DEC 510 & 520 Terminals w/keyboards.  Quantity 200+.  I recently  upgraded to PCs.$ Make offer and email to fapa@gte.net   Thanks,  Ash    ------------------------------  % Date: Sun, 11 Jun 2000 17:36:35 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com> ( Subject: RE: Fibre Channel and VMS 7.2-1J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052843B2@kaoexc4.kao.dec.com>   Lyle,   J As previous replies have stated, DRM is a good feature for sites that onlyL want cold / warm standby solutions. This usually means however, that systemsI are in place at the remote site that are not being used or are read only.   B Note - we just finished the first phase (one production site) of aG multi-site, OpenVMS cluster with SAN/FC technologies. In the next phase J (later in summer) it will be expanded into a load balanced cluster. OracleJ DB's are used for all applications with Oracle OPS planned as part of this next phase.   E For sites that want active/active solutions with full read-write load I balancing between sites, then Host Based Volume Shadowing (HBVS) would be K the way to go. In addition, for maximum availability and minimizing traffic H on the links, you can also use controller based RAID at the local sites.L This decision means that you are using write back cache with mirrored cachesI and cache battery backups in place. The big advantage of this approach is J that a bad drive will not be rebuilt over the link when it gets replaced -+ it will be transparent to the HBVS volume.    H In either case, the link speed and reliability becomes a critical issue.E However, some telecoms in large cities now have fibre infrastructures I already in place, so the cost of obtaining dedicated fibre connections in D these areas is often not that great i.e. you are simply tapping into0 existing fibre cable runs and pay a monthly fee.  J I would also recommend setting up local system disks (built using local HWF RAID) per site as it allows rolling OS upgrades and planning scheduledG system/datacenter downtimes with ZERO application impact - assuming DNS D based application / database connections.  To minimize the impact ofA managing two system disks, you can setup common SYSUAF, queue and 0 startup/config files etc. between the two sites.  J For latest software updates on OpenVMS, SAN's and FC, here is a good place	 to start: L http://www.openvms.digital.com/openvms/fibre/index.html (see document at end  for setting up OpenVMS and SANs)  H In addition, keeping in mind that OpenVMS V7.2-1 has been out since lastF fall, the latest versions of OpenVMS I would recommend are as follows:G - OpenVMS V7.2-1 + VMS V7.2-1 TIMA Update-V0100 kit. + PCSI patch kit +  latest SAN/FC drivers   L <http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms721_  update-v0100--4.README> TIMA kitL <http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms721_ pcsi-v0100--4.README> PCSI kitL <http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms721_I fibrechan-v0300--4.README> FC/SAN kit just posted to external web site on  June 6.    Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----9 From: Lyle West [mailto:lyle.west@childrenshc.org.nospam] $ Sent: Friday, June 09, 2000 10:56 AM To: Info-VAX@MVB.SAIC.COM $ Subject: Fibre Channel and VMS 7.2-1    F We are soon to be evaluating several methods of using FC as the inter-F connect for our disk storage. There seems to be two frontrunners as toG the methods we will use. The one I trust the most is StorageWorks using F HSG80 etc. The other option is EMC. Actually, EMC isn't really seen by; management as an option, as it is already in the next room.   F The StorageWorks solution we plan to test will use 2 KGPSA for PCI->FCC in each node, two 16 port switches, and dual HSG80 controllers. The C alphas are two ES40 boxes clustered. Eventually, the HSG's would be C licensed for DRM for full remote replication ("High Availability" - > Disaster Recovery). (Those DRM license prices are VERY stiff).  G Testing the EMC will require the KGPSA cards, 16-port switches and then E directly into the EMC. Previously, testing EMC via direct scsi showed B the EMC disks on both nodes of the cluster with the banks of disksB appearing to be 2 seperate banks, but were in fact the same disks.F This implies to me to be a open invitation for a disaster, and I have ; no reason to believe I won't see the same thing with fibre.   E Has anyone done anything similar to either of the above scenarios or  H wish to comment on I have been mumbling about above. Since it is Friday, I welcome all responses.   --   ------------------------------  % Date: Sun, 11 Jun 2000 19:50:01 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ' Subject: Re: General discussion comment - Message-ID: <394433B9.E1560F2B@earthlink.net>    Rob Young wrote: > i > In article <3937B271.7458A8AE@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:  >  > >>K > >>         Care to explain in a little more detail what you are doing and K > >>         how the "Orbs" are actually used?  I'm not opposed to what you S > >>         are doing, interested actually ... but it won't work for me I believe.  > > ' > > What questions are left unanswered?  > > L > > (I'm outta town for then next nine(9) days, so it'll be a while before I > > can respond again.)  > >  >  >         Okay...  > F >         Maybe I'm missing detail because I can't see how it is beingE >         done.  You have HSJ or HSZ controllers and these "Orbs" are G >         in snap-ins for insertion into SW-300/SW-500/SW-800/ESA10000, F >         whatever.  In your case , you may be working with stripes inE >         addition to mirrorsets, doesn't matter.  But it sounds like?D >         you need operator intervention to snap Orbs in and out forE >         mirror making, either that or you have the luxury of havingoM >         a good deal of open slots and you yourself come in the next morningn) >         and do the snapping in and out.t > J >         Hope I'm not being too bothersome here but it is sounding better >         on each go round :-).  > % >                                 Rob0   Yes, actually you got it.o  H Again, the only real fly in the ointment is that Orbs don't seem to workF with OpenVMS-Alpha (direct SCSI attach), and I don't have an HSx I can try them with.   --   David J. Dachterae dba DJE SystemsM" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/e   ------------------------------  % Date: Sun, 11 Jun 2000 19:53:18 -0500-7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>-' Subject: Re: General discussion commentr- Message-ID: <3944347E.14AE33BE@earthlink.net>e   Bill Todd wrote: > B > David J. Dachtera <djesys.nospam@earthlink.net> wrote in message) > news:3937B271.7458A8AE@earthlink.net...l >  > ...e > ' > > What questions are left unanswered?  > >sL > > (I'm outta town for then next nine(9) days, so it'll be a while before I > > can respond again.)t > I > The main question I'd have is how many serious users out there would betD > interested in using a device that, with no intent to disparage itsF > attractiveness in the market for which it is designed, is a piece ofC > consumer electronics rather than an industrial-strength product. o   [Large snip]  . That'd be something to take up with the vendor (http://www.castlewood.com/).c  F Then again, the average SCSI disk is little more than "consumer" gradeG product, is it not? (Given: the "average" consumer PC does not use SCSIi due to the cost.)i   -- q David J. Dachtera: dba DJE SystemsH" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/f   ------------------------------  # Date: Mon, 12 Jun 2000 05:32:38 GMTr* From: young_r@eisner.decus.org (Rob Young)' Subject: Re: General discussion commente+ Message-ID: <3jJW4VWY5esg@eisner.decus.org>w  g In article <394433B9.E1560F2B@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:  > Rob Young wrote: >> Fj >> In article <3937B271.7458A8AE@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes: >> w >> >>AL >> >>         Care to explain in a little more detail what you are doing andL >> >>         how the "Orbs" are actually used?  I'm not opposed to what youT >> >>         are doing, interested actually ... but it won't work for me I believe. >> >( >> > What questions are left unanswered? >> >M >> > (I'm outta town for then next nine(9) days, so it'll be a while before Ig >> > can respond again.) >> > >>   >>         Okay... >> uG >>         Maybe I'm missing detail because I can't see how it is being F >>         done.  You have HSJ or HSZ controllers and these "Orbs" areH >>         in snap-ins for insertion into SW-300/SW-500/SW-800/ESA10000,G >>         whatever.  In your case , you may be working with stripes in F >>         addition to mirrorsets, doesn't matter.  But it sounds likeE >>         you need operator intervention to snap Orbs in and out forsF >>         mirror making, either that or you have the luxury of havingN >>         a good deal of open slots and you yourself come in the next morning* >>         and do the snapping in and out. >> 1K >>         Hope I'm not being too bothersome here but it is sounding better-  >>         on each go round :-). >>  & >>                                 Rob >  > Yes, actually you got it.  > J > Again, the only real fly in the ointment is that Orbs don't seem to workH > with OpenVMS-Alpha (direct SCSI attach), and I don't have an HSx I can > try them with. >   9 	How hard was it to get them to work in a snap-in?  Whichh 	product are you using:o  3 http://www.castlewood.com/body_body_newproducts.htmc  + 	in conjunction with your Orbs?  UltraSCSI?F   				Robn   ------------------------------  % Date: Sun, 11 Jun 2000 10:31:34 -0600n" From: Pat <unixguyz@freewwweb.com> Subject: Re: Help re: 4000 500- Message-ID: <3943BEE6.BE9F30A9@freewwweb.com>/   Seems to bo no "A" just a 500..I  ! got a console hookd up and  I see-     Show devices report ...0   KA 690-A V4.6 VMB 2.1.2t   DSSI BUS 0 NODE 6a   DSSI BUS 1 NODE 7>  " SCSI ADAPTER 0 (761400), SCSI ID 7  " SCSI ADAPTER 1 (761500), SCSI ID 7    UQSSP DISK CONTROLLER 0 (772150)    UQSSP DISK CONTROLLER 1 (760334)  ! UQSSP TAPE CONTRO:LLER 0 (774500)    ETHERNET ADAPTER -EZA0 (08-00-2B-2B-667-71)  - MEMORY 0: 00000000-03FFFFFF, 64MB 0 BAD PAGES   - MEMORY 1 :04000000-05FFFFFF, 32MB 0 BAD PAGESl  - MEMORY 2 :06000000-07FFFFFF, 32MB 0 BAD PAGES    Thanks   Pat.   ------------------------------  % Date: Sun, 11 Jun 2000 12:42:23 -0600y" From: Pat <unixguyz@freewwweb.com> Subject: Re: Help re: 4000 500- Message-ID: <3943DD8F.81609974@freewwweb.com>e  F Well I'm making "some" progress, I have connected a quantum SCSI drive) to SCSI bus 0 and I can see it as DKA400.   ? Now I see following the Canadian Decsus thread that my hopes ofoE obtaining a hobbyists licence and media are dashed, Oh well I guess IlF can see if there is a NetBSD port or another OS of some kind for this.  = But I did have my heart set on seeing what VMS was all about.f  H Im still on the lookout for a Doc or Faq explaining the panel layout andF explanation of the connectors etc, I'm guessing the sleds for the HD's0 to be mounted internally are an arm and a leg ?.  ( Thanks to all so far for the assistance.   ------------------------------  # Date: Sun, 11 Jun 2000 19:12:55 GMT>( From: Terry Kennedy <terry@gate.tmk.com> Subject: Re: Help re: 4000 500' Message-ID: <Fw081J.42v@spcuna.spc.edu>w  $ Pat <unixguyz@freewwweb.com> writes:A > Now I see following the Canadian Decsus thread that my hopes of G > obtaining a hobbyists licence and media are dashed, Oh well I guess IfH > can see if there is a NetBSD port or another OS of some kind for this. > ? > But I did have my heart set on seeing what VMS was all about.o  K   Were you a Canadian DECUS member since before the re-organization? If so,uH some people have said that the old-style membership numbers work for the hobbyist page.  K   If not, somebody posted that there isn't a problem and that they will fixnK it if there is - you should go take them up on their offer (and report backl if in fact they helped you).  - 	Terry Kennedy             http://www.tmk.comt5         terry@tmk.com             Jersey City, NJ USAd   ------------------------------  % Date: Sun, 11 Jun 2000 15:13:57 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net>s Subject: Re: Help re: 4000 5007 Message-ID: <05cd01bfd3e1$94625d80$020a0a0a@xile.realm>t  ' Pat <unixguyz@freewwweb.company> wrote:e  H > Well I'm making "some" progress, I have connected a quantum SCSI drive+ > to SCSI bus 0 and I can see it as DKA400.i >nA > Now I see following the Canadian Decsus thread that my hopes ofaG > obtaining a hobbyists licence and media are dashed, Oh well I guess InH > can see if there is a NetBSD port or another OS of some kind for this.  K As Terry has pointed out, it does appear that there is a way to obtain one,rD and hopefully it will get better than recently reported.  Good luck.  ? > But I did have my heart set on seeing what VMS was all about.t  # Learning new things is always good.f  J > Im still on the lookout for a Doc or Faq explaining the panel layout andH > explanation of the connectors etc, I'm guessing the sleds for the HD's2 > to be mounted internally are an arm and a leg ?.  L Do you have specific new questions?  I just aquired one of those beasts lastG month.  During the week there are those on this list that actually havet manuals.  J Related systems are VAX 4000 models 300, 400, 50?, 60?, and 70?, where theI question mark is replaced with a number.  They may also have the letter Ac appended to the numbers.F Major difference in the units as far as a hobbyist is concerned is the speed.  I As with used parts, the price may be all over the place.  It is sometimest@ cheaper to purchase a complete unit than just the part you want.  L Along with the VAX models listed about, the mounting kit for the disks, thatG includes a special connector is in common with what is known as an R400  cabinet.  I There are also external disk boxes that have DSSI connectors on them thate can be connected in.   -Johnf wb8tyw@qsl.net   ------------------------------  % Date: Sun, 11 Jun 2000 16:05:28 -0400 * From: "linux" <linuxmtl@-NOSPAM-yahoo.com>$ Subject: Incremental backup question+ Message-ID: <8i0r5l$c23$1@pr0n.openface.ca>   	 Good day,q  G I did'nt do incremental backups since 10 years. If my memory is good itt# should be done using the following;    For the 1st backup of the week;s  I $ BACKUP /IMAGE /RECORD /IGNORE=(INTERLOCK,NOBACKUP) disk: tape:/SAVE_SET     and for the rest of the week....  J $ BACKUP /SINCE=BACKUP disk:[*...]*.*;* /IGNORE=(INTERLOCK,NOBACKUP) disk: tape:/SAVE_SET   Does this sounds right?    Regards,   ------------------------------  # Date: Mon, 12 Jun 2000 02:33:19 GMTeG From: "Stephen Eickhoff (remove the - to reply)" <operagost@e-mail.com>e Subject: Internet VMSCluster* Message-ID: <39444BF0.530159DF@e-mail.com>  N I have a VAXstation 4000-60 and a DEC 3000-400 which are clustered and share aL quorum disk. I would like to have both of them available to the Internet viaN telnet. Don't worry, I have security covered! The problem is, I want them bothM to be accessible under the same name for availability and load balancing, and L it seems the way to do this is to use the Internet VMSCluster feature of DECK UCX/TCPIP. I've enabled the feature on both machines using the same IP, and M failover works well. I can shut down either cluster member, and when I telnetiK to the shared IP it'll bring up whoever's still available. However, perhapsdL I'm mistaken in my belief that load balancing is supported. It seems that itL tends to stick to one node until that node goes down, even if I open severalL sessions. It doesn't matter whether it's the Alpha or the much weaker VAX. IF already looked through the online TCP/IP docs, and there is no mentionL anywhere of this feature! Other than me being totally wrong and that this isL just for failover protection, I suppose it may be the fact that the Alpha isF still on UCX 4.2 while the VAX is on 5.0-9. Anyone else ever try this? -- i" ----------------------------------          Stephen Eickhoffg           Havertown, PAF" ----------------------------------   ------------------------------  % Date: Sun, 11 Jun 2000 21:57:05 -0500f) From: "John E. Malmberg" <wb8tyw@qsl.net>y  Subject: Re: Internet VMSCluster7 Message-ID: <068301bfd419$e62bbc00$020a0a0a@xile.realm>a  F Stephen Eickhoff (remove the - to reply) <operagost@e-mail.com> wrote:  H > I have a VAXstation 4000-60 and a DEC 3000-400 which are clustered and share as > quorum disk.  K A quorum disk must be on a common direct interface to both systems.  As fareE as I know the two system models that you mentioned to not have one in  common.t  * Shared SCSI is not available for VAX line.  L I do not think DSSI is supported on the VAXstation 4000-60 either.  Not sure4 if that interface is available for the DEC 3000-400.  H I would also be surprised if you have a CI or Fibre Channel interconnect either.u  J Can you enlighten me on how your quorum disk is connected to both systems?   -Johni wb8tyw@qsl.network   ------------------------------  % Date: Sun, 11 Jun 2000 23:15:26 -0500i) From: "John E. Malmberg" <wb8tyw@qsl.net>e6 Subject: Re: mime processing utilities for VAX/VMS 5.5. Message-ID: <sk8okcr1h5127@corp.supernews.com>  9 Rob Epping <epping#babylon5.meteocon.nl> wrote in messageu2 news:slrn8jve3q.kml.epping@babylon5.meteocon.nl...G > At our site we are using VAX/VMS 5.5 and UCX. Now we need to "unpack"t > mime mail messages. F > I searched the net and found a package called "mpack" (acualy a portF > of the u*x tool) but it is in C (and we don't have the compiler) and > has a binary only for VMS 7. >uB > Can anyone here point me to a place where i can find these tools > for VMS 5.5?   SYS$SYSTEM:UCX$*.EXE.   . UCX comes with a MIME pack and unpack utility.  / There are also versions on the FREEWARE CD-ROM.    -Johnt wb8tyw@qsl.network   ------------------------------  % Date: Sun, 11 Jun 2000 21:35:22 -0700g# From: Mark Tarka <markZERO@mcn.net> A Subject: Re: Most humorous worldwide comp.os.vms post of the yeard# Message-ID: <39446889.28B8@mcn.net>s   Larry Kilgallen wrote: > $ > > For now, please keep this quiet.  	 rotfl....S  : Say...would you know...if a user could determine by visual: examination whether or not a downloaded file was corrupted4 by using ASCII rather than BINARY (or IMAGE) for the; mode of transfer, or vice versa?  For example, an .exe filee9 is FTP'd by a newbie and he or she doesn't realize it wass) DOA until it's installed and doesn't run.a  > I know it's a simple experiment -- just download a file twice,> via the possible methods, and do the comparison.  But I'm just< getting into FTP'ing again on a serious level, using an old < Trumpet package on free release and a Navigator Gold package= (that I'm just starting to figure out).  So I thought I'd ask A here (questions along this line have been asked before -- usuallye> with an answer like "use the bin option, sfb :-)  Why reinvent
 the wheel?  = I'm not having a problem at this time, but would like to haveeA this under control before I start filling the box with downloadedM files.       Mark   ------------------------------   Date: 11 Jun 2000 12:55:54 CDT= From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell) " Subject: Re: Recording CD's on VMS. Message-ID: <XeLbIBN+txlO@tachxxsoftxxconsult>  a In article <802568FB.003EA0D4.00@qedilc01.qedi.quintiles.com>, steven.reece@quintiles.com writes:M > Arne wrote/quoted:   [stuff deleted]o   > > > But it is also possible to connect a CD burner directly to a
 > VMS box.<<<s > N > I'm not sure if you could use the resulting CD for a master in a duplicationQ > process, but over the last few days I've had some success using LD062 (from thebP > freeware CD) to create a virtual disk device on an AlphaServer which I've then9 > been able to burn on a Yamaha CD-R drive using CDWRITE.e > R > Although the resulting CDs seem to have an issue with the Storage Control Block,P > one of the disks did have a minimum boot/backup kit for Alpha on it and it did > boot successfully.  N I've never had any problems of any kind doing this.  The resulting cdroms willM mount, boot, and anything else just like a regular cdrom.  From the viewpointoM of the cd burner, the disk is just a series of blocks.  The actual filesystemn& represented therein does not matter.    K As far as making masters for mass duplication, I have done this for severalFM customers.  If they ever had problems duplicating from these masters, I nevereM heard anything about it.  Again, duplication is typically block for block, sor; vms cdroms can be mass produced as easily as anything else.g     -- 4O ===============================================================================5M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== O Otter, on dining with Bluto:"It's perfectly safe if you keep your arms and legs  			away from his mouth."   ------------------------------  % Date: Sun, 11 Jun 2000 17:58:56 -0400g+ From: "Main, Kerry" <Kerry.Main@compaq.com> " Subject: RE: Recording CD's on VMSJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052843B3@kaoexc4.kao.dec.com>   Alex,t  % The following might be of assistance:o   http://www.tmesis.com/CDROM/? http://www.geocities.com/SiliconValley/Lakes/9999/vmscdwri.htmlw   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canadas Professional Servicesn Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.comf       -----Original Message-----/ From: Alexey Efron [mailto:aefron@zahav.net.il] # Sent: Friday, June 09, 2000 6:25 PMo To: Info-VAX@Mvb.Saic.Comn Subject: Recording CD's on VMS     Hi,dD     Can anybody advice me on a way of creating CD's readable on VMS?'     I've got HP SpeedWriter 9200, SCSI.uL     Is there any software for VMS or NT that allows creation and duplication of CD's in VMS format?   Thanks in advance.         Alex Efron.    ------------------------------  % Date: Sun, 11 Jun 2000 16:16:24 -0700H2 From: vmsinmich <snomotorNOsnSPAM@aol.com.invalid> Subject: stand alone backupm9 Message-ID: <153514f8.1dd780aa@usw-ex0106-044.remarq.com>o  C I would like to know the commands or procedure to use a stand alonee; backup. The back up is on floppies and there are 18 of them1    L * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!k   ------------------------------  % Date: Sun, 11 Jun 2000 21:55:53 -0500k7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>k Subject: Re: VAX on Intel?- Message-ID: <39445139.7264AF8B@earthlink.net>    Tim Shoppa wrote:  >  > David J. Dachtera wrote:: > > I got a code for the download. Will try real soon now. > >eK > > If my "Affordable OpenVMS BOF" gets accepted for CETS-2000, and if Rich E > > Marcello can be there, how 'bout we demo it for him at that time?iD > > (Remember to have it on a Compaq PC so no one bitches about it.) > E > Maybe I'm just being dense, but how does a VAX emulator on an InteltB > platform make anything more affordable?  Let's add up the costs,: > not including a VMS license, for a 4 VUP implementation:  4 Well, rather than that, let's go back to the basics:  # VAX 11/780 = circa. .9 MIPs = 1 VUP    MicroVAX-II = circa. .9 VUPs  G Things evolve. What's the VUP rating of a VAX 7000-740? What's the MIPsf= rating of (choose your Alpha) - yes, I know about performancehF benchmarks, don't go there. No matter what comes along, someone always7 finds a way to make it run faster and more efficiently.n  G Someday, that railroad in Ireland running VAX/VMS with umpteen years of-F uptime may be running that same software on a GHz+ Athlon machine that# they bought on the internet for $?.e  C Who knows? The people who say VMS on Intel has no potential, or thei@ people who write commercial VAX emulators to run on Intel boxes?   You decide.n   -- w David J. DachteraA dba DJE Systemsa" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/>   ------------------------------  % Date: Sun, 11 Jun 2000 21:19:25 -0500i/ From: Scott Vieth <svieth@ameritech.net.nospam>e Subject: Re: VAX on Intel?4 Message-ID: <394448AD.5D178FEA@ameritech.net.nospam>    No, it really is "VAX on Intel".  8 The Charon software emulates MicroVAX hardware.  You can4 load VMS on top of the virtual MicroVAX if you like.6 I saw VMS 5.5 boot on top of the virtual VAX system at* a Compaq demo here in Milwaukee last week.  E It was pretty cool but I don't see a whole lot of application for it.a7 The Compaq guy demonstrating the software said it wouldt+ give "1 VUP per 100 MHz of CPU performance"u   Neat toy.  ;^)   -Scott   Bill Todd wrote:  H > Well, after the initial inclination to parse 'VAX on Intel' as 'VMS on$ > Intel' passes, it becomes clearer. >aK > Neat.  Interesting.  But is the ability to run VMS on it actually useful? N > (I.e., is there anything like an approximate "PIII Mhz-to-VUPs" relationshipB > that could hint at whether VMS could boot on it in my lifetime?) >  > - bill > @ > Eric Hollander <eric.hollander@NOSPAMeds.com> wrote in message% > news:39351223.433A@NOSPAMeds.com...i > > Jeff Killeen wrote:  > > >   > > > http://www.charon-vax.com/ > > >t > > > -- > > >t# > > > Jeff Killeen - www.Killeen.cc K > > > =====================================================================e" > > Does it exist ? VAX in INTEL ? > > -- > > Eric Hollander > > J > > Wie de toekomst als tegenwind ervaart, loopt in de verkeerde richting.1 > > (E.M.C. Michiels, Universiteit van Amsterdam)  > >n4 > > ************************************************4 > > To reply thru E-mail, remove NOSPAM from address4 > > ************************************************   ------------------------------  + Date: Sun, 11 Jun 2000 18:36:13 -0400 (EDT)." From: Dan Sugalski <dan@sidhe.org>" Subject: Re: VMS Security featuresF Message-ID: <Pine.LNX.4.10.10006111819280.736-100000@tuatha.sidhe.org>  1 On Sun, 11 Jun 2000, David Andreas Alderud wrote:   H > > If you look at VMS security holes (and there have been some over theF > > past 20 years), the generalization "most security holes have to doC > > with buffer overruns" is not correct.  Aside from official CERT3H > > bulletins in recent years, however, it is not easy to find out aboutG > > VMS security holes that just get quietly fixed (when no cracker has  > > spread an attack around).  > N > I was not refering to VMS, only to OSs in general, I don't know enough aboutN > VMS to make such a statement :). Someone once told me that VMS didn't sufferJ > from buffer overruns the way other OS does, so I'm interested in how theN > stack is implemented. I'll guess I'll see how it's done when I buy the book.  D Buffer overruns and stack implementations really aren't related, but that's a separate issue.  I In general, the pages allocated to the stack on VMS aren't executable. IfnJ you try and execute code on the stack your process will throw an error and? die. Memory a process allocates is also generally not marked as F executable, and attempts to execute randomly allocated data will fail.C Finally the pages of your process that are executable are generally 9 marked as read-only, so attempts to alter them will fail.g  ? All the system services that take arbitrary chunks of memory aswG parameters, be they strings or buffers or whatnot, use a data structure I called a descriptor to describe the buffer, and one of the pieces of that I descriptor is a buffer length. The system service code (as well as pretty J much all the languages on VMS except for C) can automagically handle these4 things and also respect the buffer length parameter.   				Dan    ------------------------------  # Date: Mon, 12 Jun 2000 01:51:24 GMTr9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e" Subject: Re: VMS Security features+ Message-ID: <7c3Vxbeb4Q2R@eisner.decus.org>m  k In article <Pine.LNX.4.10.10006111819280.736-100000@tuatha.sidhe.org>, Dan Sugalski <dan@sidhe.org> writes:.  K > In general, the pages allocated to the stack on VMS aren't executable. If-L > you try and execute code on the stack your process will throw an error andA > die. Memory a process allocates is also generally not marked as H > executable, and attempts to execute randomly allocated data will fail.  ? I disagree.  The notion of marking something as "executable" toeA distinguish it from "readable" applies to object protection masksi+ (e.g., files) but not to memory protection.u  ? The possible memory protection codes accepted by the SYS$SETPRTi< system service discuss only reading and writing from various3 processor modes, as shown in the informal table at:r  H http://www.openvms.compaq.com:8000/72final/4527/4527pro_080.html#jun_510   ------------------------------  % Date: Sun, 11 Jun 2000 20:49:00 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com>a" Subject: RE: VMS Security featuresJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052843B4@kaoexc4.kao.dec.com>   David,  < In addition to the previous relies, here are a few pointers:? http://www.openvms.digital.com:8000/ (latest VMS doc's on line) G http://www.openvms.digital.com:8000/72final/6346/6346pro.html (Guide toa System Security)  L <http://www.amazon.com/exec/obidos/ASIN/0555580955/o/qid=960761277/sr=8-1/re# f=aps_sr_b_1_3/104-4147352-8414360>,< (OpenVMS Internals and Data Structures .. by Ruth GoldenbergG (Butterworth-Heinemann; ISBN: 0555580955) ... one url - paste together).  C <http://www.digital.com/info/SP2501/SP2501HM.HTM> (Software Producte Description - HTML)sC <http://www.digital.com/info/SP2501/SP2501PF.PDF> (Software Producta Description - PDF)   Regards,  
 Kerry Main Senior Consultant,
 Compaq CanadaX Professional Servicesh Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.como       -----Original Message----- From: David Andreas Alderudt. [mailto:aaldv97@student.removethispart.vxu.se]% Sent: Saturday, June 10, 2000 2:24 PMf To: Info-VAX@Mvb.Saic.Com- Subject: VMS Security features    L Hello, I'm interested in hearing about designfeatures that makes VMS secure.F I'm an OpenBSD and FreeBSD user and I'm really interested in the inner workings of OSs.H I've heard people say that VMS has awsome security, but I can't find anyL scientific papers on it. Some said that VMS doesn't have the usual stack andF suid problems of UNIX, so how does the stack and superuser thing work?4 Any pointers to scientific reports are most welcome.   -ThanksK   ------------------------------  % Date: Sun, 11 Jun 2000 21:16:40 -0400o+ From: "Main, Kerry" <Kerry.Main@compaq.com>-D Subject: RE: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052843B5@kaoexc4.kao.dec.com>   Andrew,M  J >> One could if one was being cruel make the same point about Compaq, "who7 knows what Compaq really plan with/for MERCED/ALPHA :-)  <<<m  I Yep, one could, except that Compaq has been very clear that Alpha will betG its high end chip architecture for OpenVMS, Tru64, Himalayan, and Linux  OS's.   L As previous reply stated, to make this very clear, Compaq announced it would" not be porting Tru64 UNIX to IA64.  I Now, if one was being cruel, one could make the point "What is Sun's high 2 end chip strategy going to be? SPARC III or IA64?"   :-)n   Regards,    
 Kerry Main Senior Consultant,
 Compaq Canadaa Professional Servicesh Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.coml       -----Original Message-----' From: Andrew Harrison SUNUK Consultancyt! [mailto:andrew.nospam@uk.sun.com]p# Sent: Friday, June 09, 2000 1:24 PMe To: Info-VAX@MVB.SAIC.COM D Subject: Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?     Peter LANGSTOEGER wrote:  J > In article <8hr0o7$12m$1@nnrp1.deja.com>, lookgood2k@my-deja.com writes: >r > In earlier days, 68k.uL >                 But then again, these were only workstations, not servers.  F Huum, most people would think that the  3/180, 3/280's and 3/470/480'sE would be to big to qualify as a deskside or desktop workstation. They-@ were designed as servers. All the Sun 3/XXX servers used members of the Motorola 68K family.0   >rF > Now only SPARC (though there is a current version of SOLARIS for theF >                 INTEL platform = I386, SUN's servers are SPARC only)< > In the future, who knows what SUN really plan with/for the MERCED/ITHANIUM.  E I don't think we have deviated from the SPARC line, the IA-64 versionuB of Solaris simply follows on where the x86 versions of Solaris and SunOS left off.   : One could if one was being cruel make the same point aboutD Compaq, "who knows what Compaq really plan with/for MERCED/ALPHA :-)   Regardst Andrew Harrisonp Enterprise IT Architect4   ------------------------------   End of INFO-VAX 2000.326 ************************