1 INFO-VAX	Sun, 06 Apr 2003	Volume 2003 : Issue 189       Contents: Re: Alpha emulator for x86? ' Announcing HP Availability Manager V2.3 ' Re: Another day without VMS advertising  Re: COV Sponsors Re: COV Sponsors% Re: How does Shadow Copy REALLY work? 0 Re: Include an automated date within a printout.> Re: Inquirer: HP's Alpha RetainTrust programme a complete bust. Re: Legato vs TSM for VMS backup pros and cons More about Alpha emulator  Re: More about Alpha emulator ? Re: New Training Class -  OpenVMS  Performance Management Class ' Re: OpenVMS and Security - REALLY !!!!! # Re: OpenVMS Pearl for Wed April 2nd ) Re: Remote File Transfer (RFT) - TERADYNE / Re: So much for Opteron 32bit compatibility ...  Re: StorageTek on SAN with VMS/ Re: Three questions re: the VMS startup process + Re: VMS XTERM to Sun Solaris: Keyboard Map? & Re: who is procedure of backup for vmsE [OT] Dr. Dobb's Journal, was: Re: Another day without VMS advertising   F ----------------------------------------------------------------------   Date: 06 Apr 2003 04:09:15 GMT From: rmk@rmkhome.com $ Subject: Re: Alpha emulator for x86?3 Message-ID: <3e8fa86a$0$201$75868355@news.frii.net>   ) Stanley F. Quayle <stan@stanq.com> wrote:   B > Yep.  Sorry, I forgot NetBSD.  Most of my business is replacing ? > VAXen.   I suspect the percentage of VAXen running NetBSD in   > businesses is pretty small.   M From what I gather, there are a number of VAX installations out there running L NetBSD as a replacement for ULTRIX32. NetBSD can run some of the old apps inL compat mode. Apparently there are a couple of people making money from these conversions. :-) --  , rmk@rmkhome.com		http://www.rmkhome.com/~rmk   ------------------------------  # Date: Sat, 05 Apr 2003 20:43:17 GMT 0 From: Douglas Hoeger <Douglas.Hoeger@compaq.com>0 Subject: Announcing HP Availability Manager V2.38 Message-ID: <crfu8v0n9eu5qg9733aohnk11rvbca9826@4ax.com>  : The HP Availability Manager Team is pleased to announce HPC Availability Manager (AM) V2.3. HP Availability Manager is a system = management tool that, from an OpenVMS Alpha or a Windows 2000 @  or XP node, enables you to monitor one or more OpenVMS Alpha or? VAX nodes on a local area network (LAN). This tool helps system D managers and analysts target a specific node or process for detailed
 analysis.   F This release includes both new features and bug fixes. See the release8 notes for details. A short list of the new features is:   2 1.	AM has reached functional parity with DECamds. C 2.	The Data Analyzer has a moderate performance improvement on both &         OpenVMS and Windows platforms.3 3.	The window turn rate for disks is now supported. ; 4.	The NOPROC, LOVOTE, and LOVLSP events are now supported. F 5.      A new display, the CPU Process State Summary Display, has been         added.    D Kits and documentation can be downloaded from the following website:  5 http://h71000.www7.hp.com/openvms/products/availman/     ------------------------------  # Date: Sun, 06 Apr 2003 05:18:33 GMT  From: tutor@nospam.cfl.rr.com 0 Subject: Re: Another day without VMS advertising8 Message-ID: <a0ev8voppr85qllqjuskugfj1lnj9kqfqf@4ax.com>  - Thought you'd enjoy this old quote I found...  Properly named, eh?   9 ps: if anyone knows of a company that desperately needs a B programmer... let me know... i would be that desperate programmer!    = http://www3.sympatico.ca/n.rieck/links/dec_memorial_site.html  (first 'green' text on page)      F Some people will perceive this web page as nothing more than a DigitalA Equipment Corporation technology cheering section. This is not my D intention. By proving that DEC had (and still has) great products, I; hope to impress the following thought on technical people:  B "it doesn't matter how technically great your products are; if you@ have either poor marketing or poor management, your company will) be doomed to either failure or takeover."   / Putting the above paragraph into Boolean terms:   A    Good Engineering AND Good Marketing AND Good Management Yields  Corporate Success   # Applying DeMorgan's Theorem yields:   F    Bad Engineering OR Bad Marketing OR Bad Management Yields Corporate Failure   F Even if the Boolean equations are fuzzified, the second equation seems more relevant than the first.                   4 On Fri, 4 Apr 2003 12:45:54 -0500, "Fred Kleinsorge"0 <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote:   > 6 >"Bill Gunshannon" <bill@cs.uofs.edu> wrote in message0 >news:b6k23q$63tbf$2@ID-135708.news.dfncis.de...* >> In article <3E8CF609.6F36B30B@fsi.net>,6 >> "David J. Dachtera" <djesys.nospam@fsi.net> writes: >> > John Smith wrote: >> >> [snip]= >> >> More of the same ads in today's paper. No VMS mentions.  >> >>  >> >> SS-DD.  >> >> (same sh*t -different day) >> >9 >> > I thought that was "Single Sided, Double Density"...  >> > >>G >> I noticed an HP ad on the back cover of my latest copy of Dr. Dobbs. J >> It is pushing Itanium Workstations.  Mentions RedHat Linux, Windows and >> Unix, but no VMS. >> > = >Uh, because we aren't currently shipping VMS on Itanium yet?  >  >    ------------------------------  % Date: Sat, 05 Apr 2003 21:44:58 +0100 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>  Subject: Re: COV Sponsors ? Message-ID: <fe868ede4b.Alan.Adams@orchard-way.freeserve.co.uk>   1 In message <nAOdnVGAn9nHUhCjXTWc3Q@metrocast.net> 5           "Bill Todd" <billtodd@metrocast.net> wrote:    > J > "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message/ > news:yxPAO8oS8uZI@eisner.encompasserve.org... < > > In article <3E8D403C.42CF8F63@vl.videotron.ca>, JF Mezei+ > <jfmezei.spamnot@vl.videotron.ca> writes:  > > > M > > > What is involved in porting from AIX to Linux if all the middleware and L > > > commercial packages exist on both ? Woudln't a port be fairly simple ? > > D > >    UNIX hype of that type rarely plays out in a real world port. > M > That's because it involves porting from one vendor's Unix to another's.  In E > the case above, IBM controls both the source and to some degree the K > destination (in terms of freedom to enhance it as required), and is in an K > excellent position to ensure the transparency of the port if it wants to.  > M > IBM and Sun seem to be following similar strategies in this area:  position E > Linux as their inexpensive low-end offering, with compatible growth K > potential to their higher-margin proprietary upper-end products, plus the J > patina of 'standardness' courtesy of the Linux aspect.  If Linux becomesJ > wildly popular, they're ready; until then, they retain their high-marginL > business plus a compatible low-end extension that (because right now LinuxN > *isn't* really yet applicable to the high end) doesn't compete directly with > it.  >  > - bill  L And the above porting efforts will still be harder than the VMS Vax to AlphaL port, never mind the Alpha to Itanium, which for most users looks like being simpler still.   >  >  >    --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------  $ Date: Sat, 5 Apr 2003 19:04:11 -0500* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: COV Sponsors 2 Message-ID: <yOOcnXHkHPpk8xKjXTWc3w@metrocast.net>  F "Alan Adams" <alan.adams@orchard-way.freeserve.co.uk> wrote in message9 news:fe868ede4b.Alan.Adams@orchard-way.freeserve.co.uk... 3 > In message <nAOdnVGAn9nHUhCjXTWc3Q@metrocast.net> 7 >           "Bill Todd" <billtodd@metrocast.net> wrote:  >  > > L > > "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message1 > > news:yxPAO8oS8uZI@eisner.encompasserve.org... > > > > In article <3E8D403C.42CF8F63@vl.videotron.ca>, JF Mezei- > > <jfmezei.spamnot@vl.videotron.ca> writes:  > > > > K > > > > What is involved in porting from AIX to Linux if all the middleware  and L > > > > commercial packages exist on both ? Woudln't a port be fairly simple ?  > > > F > > >    UNIX hype of that type rarely plays out in a real world port. > > K > > That's because it involves porting from one vendor's Unix to another's.  InG > > the case above, IBM controls both the source and to some degree the J > > destination (in terms of freedom to enhance it as required), and is in anI > > excellent position to ensure the transparency of the port if it wants  to.  > > E > > IBM and Sun seem to be following similar strategies in this area:  positionG > > Linux as their inexpensive low-end offering, with compatible growth I > > potential to their higher-margin proprietary upper-end products, plus  the L > > patina of 'standardness' courtesy of the Linux aspect.  If Linux becomesL > > wildly popular, they're ready; until then, they retain their high-marginH > > business plus a compatible low-end extension that (because right now Linux K > > *isn't* really yet applicable to the high end) doesn't compete directly  with > > it.  > > 
 > > - bill > H > And the above porting efforts will still be harder than the VMS Vax to Alpha H > port, never mind the Alpha to Itanium, which for most users looks like being  > simpler still.  H They'll still be easy enough.  And the more important difference is thatL they'll be ports driven by customer choice rather than vendor fiat (assumingH that Sun and IBM aren't as stupid as cHumPaq) so customers get to decideI when the benefit outweighs the cost (and/or when the Linux platform, both C hardware and software, has acheived real parity for their uses with  proprietary offerings).   H The kinds of customers who tend to use higher-end OSs in the first placeK aren't confused or intimidated by having choices:  instead, they appreciate L the ability to use them to tailor their various systems to needs in the mostL cost-effective manner possible.  And the kinds of customers who *don't* needG a high-end OS (and commensurate hardware platform) right now will still I appreciate the knowledge that a compatible one is available to migrate to G should their needs change in the future to exceed Linux's capabilities.    - bill   ------------------------------  % Date: Sat, 05 Apr 2003 22:04:25 +0100 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk> . Subject: Re: How does Shadow Copy REALLY work?? Message-ID: <d94e90de4b.Alan.Adams@orchard-way.freeserve.co.uk>   < In message <cf15391e.0304041045.5ddaa990@posting.google.com><           keithparris_NOSPAM@yahoo.com (Keith Parris) wrote:  [ > Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3E8D3824.6393D778@127.0.0.1>... @ > > I can report that performing a BACKUP/PHYSICAL to the targetG > > device of a shadow copy, prior to the inclusion of that device as a @ > > shadow member, does significantly reduce the time to "copy". > B > If you use this method, be sure to clear the info in the StorageG > Control Block (SCB) on the target disk (a $MOUNT/OVERRIDE=SHADOW will C > do the trick) before you add the target to the shadowset, or else D > Shadowing sees the identical generation number, etc. in the SCB as? > duplicated by BACKUP/PHYSICAL and gets fooled into adding the H > shadowset member as a Merge Member instead of a Full-Copy Target as it	 > should.  > D > If this happens, and the Merge completes, you're still OK (becauseE > when Shadowing finds differences during the merge, it will take the F > data from the Master member and replicate it to the new member), butG > if you happened to lose the source member during the merge, Shadowing D > would retain the (not completely up-to-date) new member, and couldD > even make it the new Master member, and you'd risk undetected data
 > corruption.  > ! > This problem is fixed in 7.3-2.   L Which reminds me of just how bloody GOOD the copy is. Consider the following! secenario, which isn't fictional.   J Two DS20E systems with 5 local discs each. One pair on each is shadowed toJ for a system disc (i.e. a pair on system A is the system disc for A, and a* pair on system B is the system disc for B.  I The other three in each machine are shadowed to their counterparts in the 
 other system.   H Boot machine A. System shadow pair mounts, other shadow sets contain one member each.  I Boot machine B. System shadow pair mounts, other shadow pairs now start a  copy.   J Shut down machine A, during the copy. Machine B still has each DSA device. Boot machine A, copy resumes.   L Play variations on this as often as you like. I never managed to currupt the discs.  K The reason why this became necessary however is less good. With VMS7.1, the G copy of the three shadow sets was taking anything from 8 to 36 hours to E complete, with 100MBit Ethernet as the connectiom, and 18GByte discs.    Alan   --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------   Date: 5 Apr 2003 16:44:46 -0800 , From: JohnEllicottington@lycos.co.uk (Johno)9 Subject: Re: Include an automated date within a printout. = Message-ID: <10822590.0304051644.3e2a59f9@posting.google.com>   g "Brian Tillman" <Brian.Tillman@notnoone.notnohow.com> wrote in message news:<3e8de27d$1@news.si.com>...  > >> How about $ PRINT/HEADER  > >> ? > >RobG > >This will just produce a header page prior to printing of the actual  > >file. > + > Huh?  When was the last time you used it?  >  > $ help print/header  >  > PRINT  >  >   /HEADER  >  >         /HEADER  >         /NOHEADER (default)  >  >      Positional qualifier. > D >      Controls whether a heading line is printed at the top of each >      page. > N > That said, some network symbionts (like the one we use, ScriptServer), don't > honor the /HEADER qualifier. Brian ? As said I need to add a specific date, not the date the file is 0 printed, in a specific location within the file. Johno    ------------------------------  $ Date: Sat, 5 Apr 2003 18:47:16 -0800= From: "Lee Courtney" <lcourtney@-REMOVETHISFILTER-mvista.com> G Subject: Re: Inquirer: HP's Alpha RetainTrust programme a complete bust / Message-ID: <v8v5e2oma8dl6d@corp.supernews.com>   > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0304031634.54f444b7@posting.google.com... F > The biggest difference between VMS' situation and that of MPE is oneH > of critical mass: from what I'm told, VMS today generates more than 40E > times the annual revenues that the MPE business had at the time the E > EOL decision was made (VMS business actually represents about 5% of @ > the total business for HP), and the VMS business is also quite
 > profitable.   I Being somewhat familiar with the MPE marketplace I'd be surprised if that F wasn't true. I guess my point is that 1) there are strong similaritiesK between what's being said by HP WRT VMS and what was said WRT to MPE before I being EOL, 2) the 2 OS's have a similar status and positioning within HP, > and 3) the user bases share a lot of the same characteristics.   Lee Courtney  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0304031634.54f444b7@posting.google.com... J > "Lee Courtney" <lcourtney@-REMOVETHISFILTER-mvista.com> wrote in message+ news:<v8otgtbtat4ued@corp.supernews.com>... I > > I have been lurking in this news group for a couple years and observe  thatH > > this sounds like the HP3000 and MPE/iX a few years ago. Where is MPE now? > > F > > I strongly suspect the same sad MPE story is playing out with VMS. > F > The biggest difference between VMS' situation and that of MPE is oneH > of critical mass: from what I'm told, VMS today generates more than 40E > times the annual revenues that the MPE business had at the time the E > EOL decision was made (VMS business actually represents about 5% of @ > the total business for HP), and the VMS business is also quite
 > profitable.    ------------------------------  % Date: Sat, 05 Apr 2003 22:24:47 +0100 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk> 7 Subject: Re: Legato vs TSM for VMS backup pros and cons ? Message-ID: <7b2c92de4b.Alan.Adams@orchard-way.freeserve.co.uk>   < In message <1faa9425.0304041638.674d6acd@posting.google.com>0           sellis@legato.com (Shaun Ellis) wrote:   > Alan,  > H > this is a good point. There are many notes in usenet conferences whereF > I've seen instructions on how to build a bootable CD for OpenVMS. If- > you can't do that, there are other options:  > A > 1) Boot the machine as a remote cluster client into an existing C > cluster and get VMS that way. You can the restore the system disk  > C > 2) Have a spare disk that has OpenVMS and the desired backup tool = > built on it. Boot that, and again, restore the system disk.  > G > Obviously, with a NetWorker Storage Node, in both scenarios, the disk E > can access local tape, or disk, devices instead of going across the 
 > network.  H Since this is turning into a discussion on disaster recovery, I feel theK need to remind people that there are a range of "disasters", each requiring  its own solution.   1 1 System disk has broken. Fix it, then see above. 1   Better, shadow it, then you can fix it on line.   2 2 Processor unit has failed, and trashed the disk.   Fix both, then see above  , 3 Suite burned down, new system(s) supplied.  J   This is where it gets interesting. You have to get VMS on to the system,I then restore your version of VMS with all its boot environment, then deal L with things like changed device names for disks and network, unless (by someJ miracle) you get an identical machine. Then restore the rest of your data.  J A lot of this is easier when prepared in advance. All of it is easier whenL documented in advance. Especially when it occurs while the system manager is" stuck the other side of the world.  4 Which product you use is less, but not un-important.   My preference:  D Make the system disk as close to read-only as possible. Move all the? critical writable files elsewhere, via logical names defined in K SYLOGICALS.COM. Don't put anything but software on the disk. Use a shadowed  disk for those files.   G Back up the system disk only when YOU make changes to it, e.g. software G updates, hardware changes. You'll have downtime for that anyway, so the  overhead is lost/hidden.  D Back it up to a local tape with standalone backup, and BACKUP/IMAGE.  K I have successfully restored a system from a 15-month old tape this way. It I booted up first time, joined the rest of the cluster and resumed work. No  configuration needed.   I The biggest risk woth this? The tape drive will be dirty when you come to 2 use it, because it hasn't been used for 15 months.   --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------  $ Date: Sat, 5 Apr 2003 13:59:03 -05002 From: "Timothy Stark" <sword7nospam@speakeasy.org>" Subject: More about Alpha emulator2 Message-ID: <xOadnQVkyNrruhKjXTWcrg@speakeasy.net>   Hello folks,  G Well, I read some Alpha ARM manual and some technical manuals (found on L Digitial Documentation Library) about AlphaPC series.  I learned that systemH (SROM) had loaded Flash ROM image into main memory from 87.FFF8.0000 andB started executation at the beginning of ROM image at location 0 orB destination address in ROM header when system power was turned on.  B Also, I learned that Alpha instructions are RISC-type (much simpleF instructions) like PDP-10 instructions.  They are 32-bit wide opcodes.L Also, they does not use status register (condition codes).  For example, BISB R31,R31,R31 instruction are NOP because R31 acts like /dev/zero or OpenVMS NL:, etc...   I I read some comp.os.vms faqs (ALPHA8 and ALPHA13) about Alpha OpenVMS and E AlphaPC 164 series.  I learned that they can be booted with only SCSI E controllers.  Does Alpha OpenVMS support AlphaPC 164 series with SCSI  controllers?  B According to AlphaPC technical manuals, I now am looking for AlphaL Motherboards SDK kit.  On Digital/Compaq/HP site, I was looking for that butH only found SDK manuals.  Does anyone know where is that to get or order?  
 Thank you,	 Tim Stark    ------------------------------  * Date: Sat, 5 Apr 2003 20:01:32 +0000 (UTC)) From: Dan Foster <dsf@globalcrossing.net> & Subject: Re: More about Alpha emulator2 Message-ID: <slrnb8udgn.l7.dsf@gaia.roc2.gblx.net>  d In article <xOadnQVkyNrruhKjXTWcrg@speakeasy.net>, Timothy Stark <sword7nospam@speakeasy.org> wrote: > K > I read some comp.os.vms faqs (ALPHA8 and ALPHA13) about Alpha OpenVMS and G > AlphaPC 164 series.  I learned that they can be booted with only SCSI G > controllers.  Does Alpha OpenVMS support AlphaPC 164 series with SCSI  > controllers?  F I have a 164LX and it boots fine with *very* specific devices known to/ work under OpenVMS 7.2-1/Alpha and 7.3-1/Alpha.   I The system can boot from IDE drives/controllers/CDs for Linux on at least I the 164LX... so this limitation is more a question of what firmware level F you have, what OS (and OS version) you're running, etc. But definitely  won't boot from IDE for OpenVMS!  G In my 164LX, I've got a PBXGA-AA video card (Powerstorm 3D30), KZPBA-CA H (SCSI controller - QLogic 1020 chipset), RRD45-AA (SCSI 4x CDROM drive),G RZ1BB-BA (2 GB UW SCSI hard drive), and a DE500-BA 10/100BaseT Ethernet  adapter.   -Dan   ------------------------------  % Date: Sat, 05 Apr 2003 15:25:16 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> H Subject: Re: New Training Class -  OpenVMS  Performance Management Class' Message-ID: <3E8F49BC.FCF7BF3D@fsi.net>    Sue Skonetski wrote: >  > Dear Newsgroup,  > D > This training will be in Denver, if you need the PDF's just let me > know.  >  > Warm Regards,  > Sue = > ___________________________________________________________ = > This five day class will be held April 28 and costs $3250.    @ Too pricey for me, and I suspect that given the current economicD climate, folks who would normally expense such things to the companyD will find the obstacles somewhat more formidable than in years past.  H Add in travel expenses and accomodations and you're looking at well overF $5,000. Most of us are lucky to get reimbursed for a $50 one-day local seminar with no travel.   G That said, contact your tax expert to see if you can deduct these costs  and it may make sense for you.   > It will beD > taught by Wayne Sauer, who is the author of the curriculum and hasF > taught Performance Management to the VMS Enginering Group in Nashua,H > NH.  He is also a regular speaker at DECUS/CETS (now called HPETS) for= > 14 years and is an internationally recognized expert in VMS  > performance tuning.   G I could have worked for Wayne as a trainer, but the wife didn't want to  move to CO.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 05 Apr 2003 14:39:47 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 0 Subject: Re: OpenVMS and Security - REALLY !!!!!' Message-ID: <3E8F3F13.89E5BEF6@fsi.net>    Phillip Helbig wrote:  > G > > Yep.  You might not mistake a vacuum cleaner for a 32 bit computer, H > > but HP OpenVMS systems and the vault system are both heavily related > > to computers and software. > F > Hhmmm...My VAXstations are about the size of a small vacuum cleaner,F > they have a fan which sucks in air and with time the inside fills up > with dust.   ...which is quite interesting.  H If you've not yet seen a GS1280, the processor chassis (don't recall theH exact name) have a very large fan on the front. The fan can change speedG to allow for environmental conditions. We had an A/C failure in our new 2 datacenter and they wind up to a quite high speed.  E What they lack, however, is any kind of screen or filter over the fan F intake (third-party product opportunity?). So, eventually, they'll getH just as dirty as a VAX 6000. Hope they don't have the temperature sensorB problems that used to cause bugchecks on the VAX 6000 (sensor gets clogged with dust bunnies).    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 05 Apr 2003 14:48:54 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> , Subject: Re: OpenVMS Pearl for Wed April 2nd' Message-ID: <3E8F4136.E847C7EE@fsi.net>    John Travell wrote:  > 0 > "John Smith" <a@nonymous.com> wrote in messageD > news:XK7ja.34178$7Im.16804@news04.bloor.is.net.cable.rogers.com... > > @ > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message% > > news:3E8CFB6B.422E6C85@fsi.net...  > > > John Smith wrote:  > > > > [snip]I > > > > But if HP were marketing OpenVMS there would be LOTS of companies  > > that* > > > > would be hiring former-VMS talent. > > > G > > > BUT - what's in it for HPQ, and how do you convince them of it so G > > > strongly that they'll readily let go of past habits / practices / ; > > > prejudices / alliances / etc. and actually advertise?  > > J > > At this point, nothing. HP is currently spending probably in excess ofJ > > $100 million on their world-wide TV and print ad campaign to advertiseG > > HP generally, and specific customers using HP hardware and Windows, H > > NSK, HP-UX, and Linux. They have not spent one cent in this campaignF > > advertising OpenVMS - the only other operating system of the otherG > > three they still *support* (Tru64, MPE, VMS) that they have not yet / > > officially EOL'd.  What does that tell you?  > > > > > To me it says that the final shoe is about to drop on VMS. > >  > > M > So if it does, we all club together and buy VMS from HP, then revive it and  > make our own fortunes.N > Or does the audience here not believe in the one true OS enough to put their  > money where their mouths are ?  A Ask yourself - or many of the others here - how hard it is to get E "hair-brained" schemes past the wife? Now, imagine trying to convince E your spouse to bet the farm on a derelict tramp steamer like VMS with E the intention of polishing her up and taking her out to sea again and  grand voyages.  H That aside, yes - there is such a thing as an unlimited partnership thatH could make a good starting point. The idea is that rather than trying toF buy VMS, we organize, get signed up as a partner and acquire the rightF to use properties in advertising, then place our own adverts. The moreG VMS licenses we order to fill our customer's requests, the more HP will H be receptive to any kind of input they currently either reject or choose
 to ignore.  @ My first suggestion is to adopt some of "John Smith"'s ideas forH adverts. Some of them sound like real winners IMO, but I may be alone in
 that opinion.    So, yes - it's possible.  * The first hurdle is organizing the effort.   Suggestions anyone?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 05 Apr 2003 22:36:00 +0100 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk> 2 Subject: Re: Remote File Transfer (RFT) - TERADYNE? Message-ID: <2e3393de4b.Alan.Adams@orchard-way.freeserve.co.uk>   0 In message <03040406461976@dscis6-0.dalsemi.com>$           brandon@dalsemi.com wrote:  K > > Have you considered using the VAX disassembler to try to extract those   > > modules? > D > I would consider anything.  Where would I find a VAX disassembler?   PATCH? DEBUG?  , Neither easy, but possible with persistence.     --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------  # Date: Sat, 05 Apr 2003 21:25:28 GMT   From: CJT <cheljuba@prodigy.net>8 Subject: Re: So much for Opteron 32bit compatibility ...* Message-ID: <3E8F49C8.5010101@prodigy.net>   Fred Kleinsorge wrote:N > The *real* story here is potential for the impending death of Sparc.  If SunD > embraces Opteron, why would they continue to throw money at Sparc? >  >  >  >  >   	 You wish!    ------------------------------  % Date: Sat, 05 Apr 2003 15:05:05 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ' Subject: Re: StorageTek on SAN with VMS ' Message-ID: <3E8F4501.2B96024B@fsi.net>    Martin O'Connor wrote: > ` > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:3E8CFD85.DDE4E958@fsi.net... > : I > : We're putting up twin STK L700E libraries via a FCSF SAN. STK insists K > : that the tape drives can be connected to SAN via their SCSI/FC switches  > : without using an HSG.  > :  > f > I don't know if this fits your situation but we installed a DLT892 and a SDLT MSL5052 tape librariesb > on Brocade switch on our SAN by connecting them to a Network Storage Router M2402. The NSR has 3c > modules, one for FC, one for HVD SCSI and one for LVD SCSI. Even the performance on the TZ89s was 1 > greatly improved over the CI/HSJ50 connections.   H Not really. I *REALLY* need to focus onthe all-STK solution since that's my environment.   C That said, the first clue that's come my way so far is Ch. 7 of the G "Guide to Cluster Configuration" for V7.3-1, specifically, section 7.5.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 06 Apr 2003 01:06:37 -05008 From: "Matthew X. Economou" <xenophon+usenet@irtnog.org>8 Subject: Re: Three questions re: the VMS startup process& Message-ID: <usmswdus2.fsf@irtnog.org>  
 Hello all,  D Thanks for all of your help and for the interesting discussion about- the VMS startup process.  I've learned a lot.   F I thought I'd chime back in and let you all know how I was faring withC my questions three.  For the most part, everything is working fine, D now that I have a better clue how things work in OpenVMS.  I decidedF that I'd probably hosed some Really Important Files, so I re-installed; and re-configured everything today (and took better notes).   J >>>>> "Matthew" == Matthew X Economou <xenophon+usenet@irtnog.org> writes:  9     Matthew> 1. How do I configure LAT to run at startup?   C I don't know what I did to SYSTARTUP_VMS.COM to botch this.  Adding B the command "@SYS$STARTUP:LAT$STARTUP.COM" to this file causes the? LTDRIVER to be loaded on boot now.  I no longer have to run the  command interactively.  D     Matthew> 2. I have a similar question for configuring X terminal     Matthew> support.   6 Again, the Fine Manual's suggestion to add the commandE "DEFINE/SYSTEM/EXEC DECW$INSTALL_XTERMINAL TRUE" to SYSTARTUP_VMS.COM C works now.  After booting the system, I can see the DECW$FD process C (among others), which is a direct consequence of this logical being - defined.  I no longer have to run the command 4 "@SYS$STARTUP:DECW$STARTUP XTERMINAL" interactively.  @     Matthew> 3. I'm trying to get a VXT-2000+ to MOP-boot off myB     Matthew> Alpha.  Unfortunately, even though I'm doing "MCR NCPB     Matthew> DEFINE NODE <nodename> ADDRESS <decnet-addr> HARDWARE.     Matthew> ADDRESS <ethernet-addr> LOAD FILEA     Matthew> SYS$SYSDEVICE:[VXT$LIBRARY]<vxt-image-filename>" and @     Matthew> updating NCP's persistent database, the changes are#     Matthew> erased when I restart.   F I still can't figure this one out.  Several people suggested different> things based on what version of DECNET I'm running, so just toE clarify, this is OpenVMS 7.2 on a DEC AlphaStation 200 (an itty bitty D box).  I'm running DECNET Phase V.  This time around, I made sure toB configure DECNET using the NET$CONFIGURE.COM script.  However, theB "NCP DEFINE NODE" command still does not change the persistent NCPE config database, and menu option 8 in NET$CONFIGURE.COM (to configure E the MOP client database) doesn't seem to work either---I input all of C the requested configuration information, but when I try to boot the - VXT, it gets no response from the MOP server.   D I verified that MOP service was enabled for that Ethernet circuit by running the following command:  &     $ MCR NCP SHOW CHAR KNOWN CIRCUITS    E     Known Circuit Volatile Characteristics as of  6-APR-2003 01:01:40        Circuit = EWA-0   !     State                    = on &     Service                  = enabled         $   C So I'm stumped.  I'm not certain if I should try to hack on the NCL B scripts that NET$CONFIGURE is supposed to generate, or if I shouldA just add the command "MCR NCP SET NODE ..." to SYSTARTUP_VMS.COM.    Thanks for all of your help, Matthew   C P.S. My favorite color is blue!  Oops!  No, YELLOOOOOOOOOOOOWWW!!!!N   -- SF Matthew X. Economou <xenophon@irtnog.org> - Unsafe at any clock speed!F I'm proud of my Northern Tibetian heritage! (http://www.subgenius.com)G "The reason that ed is the standard editor is to remind you that thingso? could be worse, and once were." -- Tim Lavoie in comp.lang.lispn   ------------------------------  % Date: Sat, 05 Apr 2003 14:52:36 -0600t1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o4 Subject: Re: VMS XTERM to Sun Solaris: Keyboard Map?' Message-ID: <3E8F4214.FC1F940C@fsi.net>r   "JeffK." wrote:  > G > Once I figured out it is a lot like edlin, a lot of stuff made sense.p >  > Edlin!  H Hey! I use EDLIN scripts in .BAT files in the DOS environment underneathD W/95. Put all my diskettes onto CD that way. Will have to repeat theF process for my Zip disks because one of the cheap CD-R blanks I bought= early on decided to delaminate and shed the reflective layer.,   -- e David J. Dachterau dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/:   ------------------------------  % Date: Sat, 05 Apr 2003 22:56:33 +0100g9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>./ Subject: Re: who is procedure of backup for vms,? Message-ID: <de1495de4b.Alan.Adams@orchard-way.freeserve.co.uk>I  ( In message <VcUA112m6bJZ@elias.decus.ch>4           p_sture@elias.decus.ch (Paul Sture) wrote:  V > In article <oQ21FuMtfxIx@eisner.encompasserve.org>, briggs@encompasserve.org writes:h > > In article <zSBia.162$gg2.1@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:1 > >> In article <b6ee8n$179$1@aquila.mdx.ac.uk>,  2 > >> david20@alpha1.mdx.ac.uk (David Webb) writes: > >> -R > >>>Although the "official" position has always been that to backup a system diskF > >>>you need to shutdown the system and do a stand-alone-backup using7 > >>>backup/ignore=interlock pretty well always works. . > >>  N > >> The "truth" of this statement is *VERY* dependent on the current activityJ > >> on the system and on the system disk in particular.  In a non-trivialJ > >> systemenvironment, it can be *VERY* hard to contol or limit activity. > >> rL > >> Remember: The /IGNORE=INTERLOCK qualifier tells BACKUP that you do not F > >> care if the resulting saveset or image can be correctly restored. > > L > > And /VERIFY tells BACKUP to tell you how bad the damage is likely to be. > > L > > Personally, I'm in the "go ahead and use /IGNORE=INTERLOCK" crowd.  I'veH > > had to recover from lost system disks (or data disks where the queueG > > files and authorization files were redirected) a few times over the.4 > > years.  We lost the queue database every time.   > B > I must admit that in the main, I too am in the "go ahead and use > /IGNORE=INTERLOCK" crowd.a > J > OTOH, when I was working on a system which drove a production line whereG > downtime during working hours would cost tens of thousands of UKP permL > hour, we took the cautious approach. Fortunately we had the luxury of a 12I > hour slot on Friday evenings where we could take full image backups andy( > defrag all the disks at the same time. >  >  > > But we never lost@C > > or corrupted SYSUAF or RIGHTSLIST.  And I always figured I havenF > > umpteen copies of those files on nightly incrementals and previousJ > > weekly and monthly backups.  Statistically, one of them is pretty much > > guaranteed to be good. > >  > L > Another point there is that looking at a backup listing I have here, thereI > are 128 files in between RIGHTSLIST.DAT and SYSUAF.DAT. It is perfectly C > possible then that the backups of these files can be out of sync.h > J > > Still, I understand the other point of view.  And there's something toH > > be said for the practice of backing up to tape, restoring to an idleJ > > disk, swapping the unit plugs and rebooting.  Now _that's_ a guarantee) > > that your backup scheme really works.t > >  > E > Agreed. Now for a strategy I haven't seen mentioned in this thread.r > I > Why not take an image backup with /IGNORE=INTERLOCK/RECORD, quiesce thei6 > applications, then do a BACKUP/SINCE=BACKUP/RECORD ? > H > This greatly reduces the application down time window, and if you haveK > spare disks and processing power, you can easily create a "clean" copy ofe3 > your system disk to take to tape at your leisure.5 > K > Another point to note here: BACKUP/IMAGE/RECORD from disk to disk applies C > the backup date to all files on the target disk as it goes along.q >   C And SAVESET-MANAGER will do that job for you. (Merging an image andn( incrementals together into a new image.)  K While on the subject of backups around system upgrades, on slower systems Ie used to reckon on:  L 2 copies to tape before upgrade, then restore one of them. Result contiguous disk, and upgrade runs faster.  E (Never deliberately overwrite a disk unless you have two tape copies.c4 Bad tape? Even better, restore to a different disk.)  G 2 copies to tape afterwards, and restore one of them. Result contiguoust# system disk and system runs faster.n  9 Keep all the tapes until after the next upgrade at least.-  J When short of time, I replaced one of the tape copies with a disk-to-disk,. and used the new disk instead of the original.% This used BACKUP/IMAGE DISK1: DISK2:,   not+ BACKUP/IMAGE DISK1: DISK2:SAVESET.BCK/SAVE  & which doesn't produce a bootable disk.   -- t
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/K   ------------------------------   Date: 5 Apr 2003 18:46:48 -0600 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)N Subject: [OT] Dr. Dobb's Journal, was: Re: Another day without VMS advertising3 Message-ID: <Oj8N$jxrmSEg@eisner.encompasserve.org>m  ` In article <b6k8oj$68tfi$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes: > A > I don't know that this is necessarily true.  First, much of thetB > stuff covered by Dr. Dobbs is theoretical and thus not what most> > would consider mainstream even for techies and much of it is > rather obscure.r >   I I agree. Some issues I read >90% of it. Others have themes that I have noe" interest in and I read <20% of it.  @ > Plus, I suspect that more of Dr. Dobbs is subscriptions rather@ > than raw "sales".  I can't remember the last time I saw it (or? > any other really technical computer magazine for that matter)t > on a newstand. >   0 The subscriptions only issue must be a US thing.  G I buy Dr Dobbs from a local newsagent on this side of the pond and theya" never have a problem obtaining it.   Simon.   -- eB Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------   End of INFO-VAX 2003.189 ************************