1 INFO-VAX	Sun, 22 Dec 2002	Volume 2002 : Issue 706       Contents:1 Re: "VMS will be around long after we retire" ... 1 Re: "VMS will be around long after we retire" ... 1 Re: "VMS will be around long after we retire" ... 4 Re: Demise of VMS (and most other operating systems)3 RE: HP Advocacy "me too"'s - Hammer port, marketing - Re: OT: Whoa! Is Sun aiming at VMS's jugular? + Re: Partial memory option needed - PB7MA-AE  Re: SoftPC on VMS 2 Re: TECSys Consoleworks on VMS - first impressions2 Re: TECSys Consoleworks on VMS - first impressions2 Re: TECSys Consoleworks on VMS - first impressions2 Re: TECSys Consoleworks on VMS - first impressions Re: VAX 7810's.  vax6k.openecs.org rebirth  Re: VM web ring & spam Re: VM web ring & spam@ Re: Your Multi-volume Tape Backups may be bad on all versions of@ Re: Your Multi-volume Tape Backups may be bad on all versions of  F ----------------------------------------------------------------------  % Date: Sun, 22 Dec 2002 02:10:55 -0500 * From: "Bill Todd" <billtodd@metrocast.net>: Subject: Re: "VMS will be around long after we retire" ...2 Message-ID: <s26dneQEY-Ll-JijXTWc2Q@metrocast.net>  2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF402660C46@kaoexc01.americas.cpqcorp.net. .. John,   4 <<< However, you are forgetting one important thing.D It is HP's stated intention to steer all *new* business to HP-UX.<<<   Nope.    *** + John's statement is correct.  Yours is not.  ***   @ That particular reference was with respect to Tru64 vs HP-UX "in9 general" and in area's where there might be some overlap.    *** H Wrong.  The reference was with respect to how PA-RISC platforms would beI positioned compared with Alpha platforms (including, obviously, VMS until J such time as VMS is available on something other than Alpha).  It was made2 in the 5/7/02 roadmap, which is still available at; http://www.hp.com/hpinfo/newsroom/press/2002/020507b.html .  ***     It was not A intended to mean ALL new business would be directed toward HP-UX.    *** G Yes, it was.  The specific and unequivocal statement in question in the J roadmap referred to above was "The PA-RISC servers will be targeted at theF PA-RISC installed base and all new business opportunities. AlphaServerE systems will be focused on the Alpha installed base", followed by the J explanation "We're leading with PA-RISC for new business opportunities forK two reasons: First, the PA-RISC systems will, in most cases, be upgradeable L in the box to future Itanium microprocessors. Second, HP-UX is the long-term
 UNIX for HP."  ***     Tru64B UNIX is definitely being promoted and sold where it makes the most sense.  
 Reference:G http://www.hp.com/hpinfo/newsroom/press/26sep02a.htm (MISSISSAUGA, ON.,  Sept. 26, 2002)    *** K Your reference indicates only that Tru64 was sold (or will be sold) to that L account.  It does not indicate that Tru64 was 'promoted' to them, or whether; they had to kick and scream to get HP to make it available.   J In particular, it does *absolutely nothing* to contradict John's statementG (as corroborated by the cited roadmap above) that new business would be K "steered" to HP-UX:  it seems quite likely that *if* HP-UX had been able to H meet this customer's needs that's what HP would have sold them, and thatI Tru64 got offered only to keep the customer from going to another vendor.   I Unless, of course, you have another reference that actually addresses the E points you claimed the one above did.  Some official statement from a H suitably high level within HP explicitly refuting their original roadmap comments would be a good start.    - bill   ------------------------------  % Date: Sun, 22 Dec 2002 11:33:21 -0500 ' From: Howard S Shubs <howard@shubs.net> : Subject: Re: "VMS will be around long after we retire" ...< Message-ID: <howard-1FE46C.11332122122002@enews.newsguy.com>  2 In article <s26dneQEY-Ll-JijXTWc2Q@metrocast.net>,,  "Bill Todd" <billtodd@metrocast.net> wrote:  4 > "Main, Kerry" <Kerry.Main@hp.com> wrote in messageN > news:BE56C50EA024184DAF48F0B9A47F5CF402660C46@kaoexc01.americas.cpqcorp.net. > .. > John,  > 6 > <<< However, you are forgetting one important thing.F > It is HP's stated intention to steer all *new* business to HP-UX.<<< >  > Nope.  >  > *** - > John's statement is correct.  Yours is not.  > ***  > B > That particular reference was with respect to Tru64 vs HP-UX "in; > general" and in area's where there might be some overlap.  >  > *** J > Wrong.  The reference was with respect to how PA-RISC platforms would beK > positioned compared with Alpha platforms (including, obviously, VMS until L > such time as VMS is available on something other than Alpha).  It was made4 > in the 5/7/02 roadmap, which is still available at= > http://www.hp.com/hpinfo/newsroom/press/2002/020507b.html .  > ***  > 
 >  It was not C > intended to mean ALL new business would be directed toward HP-UX.  >  > *** I > Yes, it was.  The specific and unequivocal statement in question in the L > roadmap referred to above was "The PA-RISC servers will be targeted at theH > PA-RISC installed base and all new business opportunities. AlphaServerG > systems will be focused on the Alpha installed base", followed by the L > explanation "We're leading with PA-RISC for new business opportunities forM > two reasons: First, the PA-RISC systems will, in most cases, be upgradeable N > in the box to future Itanium microprocessors. Second, HP-UX is the long-term > UNIX for HP."  > ***  >  >  Tru64D > UNIX is definitely being promoted and sold where it makes the most > sense. >  > Reference:I > http://www.hp.com/hpinfo/newsroom/press/26sep02a.htm (MISSISSAUGA, ON.,  > Sept. 26, 2002)  >  > *** M > Your reference indicates only that Tru64 was sold (or will be sold) to that N > account.  It does not indicate that Tru64 was 'promoted' to them, or whether= > they had to kick and scream to get HP to make it available.  > L > In particular, it does *absolutely nothing* to contradict John's statementI > (as corroborated by the cited roadmap above) that new business would be M > "steered" to HP-UX:  it seems quite likely that *if* HP-UX had been able to J > meet this customer's needs that's what HP would have sold them, and thatK > Tru64 got offered only to keep the customer from going to another vendor.  > K > Unless, of course, you have another reference that actually addresses the G > points you claimed the one above did.  Some official statement from a J > suitably high level within HP explicitly refuting their original roadmap! > comments would be a good start.  >  > - bill  G Bill, could you make your post easier to read, please?  Using standard  A quoting would help.  As it is, I can't figure out who wrote what.    --  4 Today, on Paper-view: The World Origami Championship   ------------------------------  % Date: Sun, 22 Dec 2002 19:35:41 +0100 5 From: "Chris Clifford" <chris.clifford@openvms.co.uk> : Subject: Re: "VMS will be around long after we retire" ...* Message-ID: <3e06061a@news.swissonline.ch>  A "Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in message / news:20021218115839.1434.qmail@nym.alias.net... > > On Wed, 18 Dec 2002, faust <urfaust@optushome.com.au> wrote: > G > >New businesses are far more likely to be using Linux or some flavour  > >of Windows. >  > Sad, but true. > G > <insert long list of things that could/should be done about it here.>   K Bill Gates wakes up one morning and reads his newspaper. Notices (in a tiny 0 4-line report) that HP have decided to kill VMS.  K Thinking about what he has to offer, he decides to make an offer to buy VMS H (which is on Itanium by then) from HP, adds on a few bits and pieces andJ decides to market it as Microsoft's high-availability solution, whether it0 be included within a Windows environment or not.  = Would that thought horrify most here or would it please them?   G Personally, I think such an event would not necessarily be a bad thing. I Whatever anyone says, Microsoft can market. And bear in mind it's another $ step closer to world domination! :-)   What a thought, eh?    - Chris.   ------------------------------  % Date: Sun, 22 Dec 2002 19:01:13 +0100 5 From: "Chris Clifford" <chris.clifford@openvms.co.uk> = Subject: Re: Demise of VMS (and most other operating systems) * Message-ID: <3e05fe07@news.swissonline.ch>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0212171638.1649b45e@posting.google.com... A > actually, once they start learning vms, they say they prefer it @ > over unix ... we had an html unix guy help design our web site> > and he picked up vms quickly, and stated that he could do so' > much more easier on vms than unix ...   H I was a UNIX guy until back in 1992 I joined a company and was forced to. start learning VMS. I knew *nothing* about it.  L A stack of the old grey manuals and the ability to experiment and it took me 6 months to be convinced.   D Ignorance is one of the biggest problems - place a UNIX guy in a VMSK environment for a reasonable amount of time and unless he has signed up his . life to his religion, he will happily convert.   - Chris.   ------------------------------  % Date: Sat, 21 Dec 2002 22:22:02 +0200 % From: "Mariuz" <mariuz@stop.spam.org> < Subject: RE: HP Advocacy "me too"'s - Hammer port, marketing: Message-ID: <pan.2002.12.21.20.22.02.259881@stop.spam.org>   i voted for that :)    ------------------------------  % Date: Sun, 22 Dec 2002 19:29:52 +0100 5 From: "Chris Clifford" <chris.clifford@openvms.co.uk> 6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?* Message-ID: <3e0604be@news.swissonline.ch>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com> 9 wrote in message news:3E008710.9060803@nospamn.sun.com...    > C > SunFire Link is currently available for the F6800 and the F15000.  > J > The SunFire Link card replaces an I/O boat on either system. It connectsG > directly into the Sun Fire backplane, it isn't a PCI based system for 
 > example. > D > Because of the direct connection and because of the performance of@ > the interconnect one card will give you up to 2.8 GB/s, with 2G > links, 2 cards which is the normal config in a cluster for resiliance 2 > with link level striping will give you 4.8 GB/s. > B > It supports direct node to node connections for up to 3 nodes or1 > via a switch which currently gives you 8 nodes.  >  <blah blah blah>  
 Three points:   F 1. This Sun Fire Link is only of use if your cluster does not span any reasonable distance.G 2. Sun Cluster only runs with any reasonable performance if you give it K dedicated private links and if we're talking ethernet, you've got to go for I Gigabit. You don't necessarily need as fast interconnects with VMS (we're H using 100Mb ethernet as the interconnect within our two mission-critical" clusters, each spanning 11 miles).? 3. Fibrechannel's only used as a storage interconnect with VMS.   I Speaking from experience here. I've never seen such a group of amazed and I overjoyed people as Sun when they got 'clustering' working over 11 miles. L And that's clustering in a relatively loose sense of the word, albeit better& than previous versions of Sun Cluster.   - Chris.   ------------------------------  % Date: Sat, 21 Dec 2002 14:32:36 -0500  From: "ICUSC" <sales@hpaq.net>4 Subject: Re: Partial memory option needed - PB7MA-AE/ Message-ID: <v09g9b8psfrbb5@news.supernews.com>    Susan   ! We have a few 64MB SIMMS in stock     ! You need a 64MB Parity 72Pin SIMM    We can do it for $120    David     / "Susan" <seadraem@hotmail.com> wrote in message 7 news:dc6db063.0212201717.5a13914b@posting.google.com... H > I have an Alpha 1000 4/200 at home. I was trying to upgrade the memoryF > but read too late an SOC and thought I could use the PB7MA-CE. Now ID > have four sticks of memory that I can't use because I need five. IG > have not had much luck in finding a single stick to upgrade with, the C > original seller isn't willing to take it back, and I don't have a : > spare $500-700 to throw away on the right set of memory. > F > Does anyone know where I could find a single stick to round out thisF > set? It is the Kingston version of the PB7MA-CE. As far as I've beenC > able to tell, all I need is another stick that is the same memory > > speed and contact type (gold contacts) and this should work. >  > Any ideas?   ------------------------------  % Date: Sat, 21 Dec 2002 14:17:33 -0500 + From: "Chris Moore" <mc.moore@sympatico.ca>  Subject: Re: SoftPC on VMS: Message-ID: <O73N9.6446$iQ3.1559902@news20.bellglobal.com>  H Too bad its gone.....I always wanted to try running SoftPC on a VAX, andG using that to run Charon-VAX....which could run its own copy of SoftPC,  which would.........etc, etc.   I Wondered how many emulation-iteration loops before the lights went out in # this part of the continent......lol     ; "Peter LANGSTOEGER" <peter@langstoeger.at> wrote in message , news:fIbI9.25728$A9.401848@news.chello.at...8 In article <3DEDC6AE.B50F3038@vl.videotron.ca>, JF Mezei) <jfmezei.spamnot@vl.videotron.ca> writes: L >Last century (back when Digital was Digital), there was a DOS/8086 emulatorF >that ran on VMS, giving VT users a character cell interface to DOS. I believe  >it was called SoftPC.   Yup.  K >Does anyone know what happened to it ? Would this still be available ? Any  >hopes as a hobbyist ?  I It became (with V5.0) SOFTWINDOWS (which was Alpha-only) then and died at K about the same time. It was removed from the VMS ConDist CDs at about 1998.   G Performance was horrible and to top it doing nothing used also 100% CPU F of the VMS system (it uses an endless loop in idle mode and not a HALT" instruction or something similar).    L >I have a few DOS programs that have some problems with the RS232 port on myK >MAC when running the windows emulator, and it would be nice if I could run H >those on my VAX, hoping the RS232 support would be more complete (which would , >allow me to reverse engineer the protocol).  & I think you'll find other solutions...   -- Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 22 Dec 02 11:00:55 +0100) From: p_sture@elias.decus.ch (Paul Sture) ; Subject: Re: TECSys Consoleworks on VMS - first impressions ) Message-ID: <hADdybUVN5eI@elias.decus.ch>    In article <rdeininger-1712022146050001@user-2ive2eu.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:  > I > A while back I was here grumbling about the windows-hosted Consoleworks L > that Compaq packaged with the previous GS-series alphaservers.  Kerry MainK > kindly pointed out that Consoleworks also runs on VMS.  So I went over to = > http://www.tditx.com/ and filled out the demo request form.  >   @ And I can report that I got the Hobbyist version last week. I am definitely impressed with it.    <snip>   > & > Things that could be improved, IMHO: > 5 > 1. A CLI interface is needed for defining consoles.  > ; Agreed. There is an option for importing definitions from a : Polycenter Console Manager export file, for those who have! PCM, although I haven't tried it.    L > 2. The current log file is opened for exclusive access by the consoleworksH > server.  The web interface gives access to the log file, but I haven't@ > found a way from the CLI.  It should be a simple task to teach3 > consoleworks about shared access to the log file.  >    Also a good point.   <snip>  < I'm reasonably happy with the browser interface. It requires; Javascript and delivers loads of cookies, but since it's on 9 my internal network, I am happy with that. Anyone wanting 9 to use it remotely should obviously use the SSL features.   7 One of the real advantages of having browser support is  that everthing can be printed.  : It works fine with Netscape 3.03 and Mozilla on VMS, which4 makes a very pleasant change nowadays. Netscape does5 run out of memory when left overnight on a page which 3 continuously refreshes, but it eventually does that  with extended surfing anyway.   9 From what I can see, the Hobbyist version doesn't support : SSL or LAT - the latter maybe because I don't have any LAT8 configured. The ability to define a syslog console isn't7 there either, but it does report that an "unknown host" 6 (my router) has sent a message. Those restrictions are OK for my small setup.   > H > Consoleworks has a bunch of extra features I'm not interested in, likeD > watching the console output for "events", with various options forH > notifying or responding.  Maybe someday I would want this, but for now8 > Consoleworks is happy to let me ignore all the extras. > F While for home use, I mainly want to clear up the clutter of keyboardsB around, I can see the real value in "events". Picking up a clusterA transition, printer offline or even just the plain old >>> prompt @ is easy to do. Sending an email in response to an event seems to) be little more than whipping up some DCL.   9 I can see that the events could be particulary useful for ; monitoring disk controllers. We got badly burnt a few years 9 ago with flat batteries and don't want to go there again.    --  
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 21 Dec 2002 20:47:34 GMT 1 From: Michael Austin <maustin@firstdbasource.com> ; Subject: Re: TECSys Consoleworks on VMS - first impressions 2 Message-ID: <3E04D33C.4C378008@firstdbasource.com>   Larry Kilgallen wrote: > h > In article <3E02056D.53D400F2@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes: > > Robert Deininger wrote:  >  > <snip 105 lines> >  > >>   -- Robert >  > <snip 43 lines>  > : > > Michael Austin            OpenVMS User since June 1984 > D > Come on now, certainly it is not appropriate to quote 105 lines of# > a previous post with no snipping!   B sorry Larry,  but I don't count lines, and when I reply, my cursorF starts AFTER the current text, so I don't even need to scroll down....     --   Regards,  6 Michael Austin            OpenVMS User since June 19847 First DBA Source, Inc.    Registered Linux User #261163 7 Sr. Consultant            http://www.firstdbasource.com E                           http://www.firstdbasource.com/donation.html / 704-947-1089 (Office)     704-236-4377 (Mobile)    ------------------------------  # Date: Sat, 21 Dec 2002 20:54:14 GMT 1 From: Michael Austin <maustin@firstdbasource.com> ; Subject: Re: TECSys Consoleworks on VMS - first impressions 2 Message-ID: <3E04D4CD.226D4F8F@firstdbasource.com>   Bill Johnson wrote:  >  > Guys: N >     Who Do I pay? Wow, from a vendors point of view, I really appreciate it!J > We strive VERY VERY hard, everyone at TDi to get a potential customer or  > customers to say those things!  H just send chocolate - see www.chocolove.com 65-70% ... and Stephan knows where... :)    <bunch of lines snipped>   --   Regards,  6 Michael Austin            OpenVMS User since June 1984   ------------------------------  # Date: Sat, 21 Dec 2002 20:50:41 GMT 1 From: Michael Austin <maustin@firstdbasource.com> ; Subject: Re: TECSys Consoleworks on VMS - first impressions 1 Message-ID: <3E04D3F4.384E9E8@firstdbasource.com>    dittman@dittman.net wrote: > 4 > Michael Austin <maustin@firstdbasource.com> wrote:G > > I currently am using ConsoleWorks by TECSys (an obvious play on the > > > pronunciation as they are located in Austin, TEXAS :) )... > - > Actually, they are located in Plano, Texas.  > -- > Eric Dittman > dittman@dittman.net ? > Check out the DEC Enthusiasts Club at http://www.dittman.net/   E either way, they are still in Texas :) .  I believe that some of them E are located in Austin -- at least that is the area code I dial when I > need to talk to them regarding new licenses or support etc...  --   Regards,  6 Michael Austin            OpenVMS User since June 1984   ------------------------------  % Date: Sat, 21 Dec 2002 21:28:15 +0000 ) From: Antonio Carlini <arcarlini@iee.org>  Subject: Re: VAX 7810's.& Message-ID: <3E04DCEF.5080905@iee.org>   Leigh Bowden wrote: K > A and B have three ethernet port, two FDDI and one X25 in each one. C has  > one FDDI and one ethernet.  7 Does X25 matter here? I bet it matters significantly to = your overall application, but you aren't doing somthing silly - like using it to transport DECnet are you :-)   N > The DECnet copies between A and B are awful and can only do 2-3MB/minute. If5 > C is put in place of A this becomes 60-70MB/minute.   5 What is the connection between A <-> B and A <-> C in 2 these circumstances? Is that FDDI via cisco again?  6 Is this a mixed Phase IV/V network? Are you using both; OSITP and NSP? When you use the C-B link, are you sure that  C is identically configured?  : DECnet-Plus assumes that all DECnet wires lead to Rome, so4 it can shovel its data down all those paths. If your: A <-> B traffic should only use that one link, it had bett1 be your only actve DECnet link (you can still use 6 your other lines for IP, LAT, LAD, random stuff - just not DECnet).  M > If cards are moved from A to C the performance drops back to 2-3MB/minute..   ? Is the "70MB/s" version of C festooned with random net cards or @ is it normally quite bare? If it is identical to A (with all the: same cards and config) then swapping the cards and killing= performance implies that you have a duff card or cards. Since = you would instantly fix the problem by leaving the good cards < in A, I assume that it's more likely that C is not identical to A.   J > Is there a performance issue with the old VAXes and the XMI bus which isN > what I believe is used in the 7810? I saw some "Congestion Discards" on someN > of the NCL output for this FDDI line and wasn't present on any of the others  > but this was not a great deal.  B Given that C works well, it cannot be a generic performance issue.@ There is obviously some difference between C and A (as suggested& above) and that's where I would start.   Antonio  arcarlini@iee.org    ------------------------------  % Date: Sun, 22 Dec 2002 19:04:13 +0100 * From: vax6k Team <chris@vax6k.openecs.org>" Subject: vax6k.openecs.org rebirth1 Message-ID: <3E05FE9D.B3A12286@vax6k.openecs.org>    Dear Newsgroup,   N some of you might already know vax6k.openecs.org, a freely accessible VAX 6000N system running the OpenVMS 7.3 operating system. Those of you who tried to useO this system over the last few months noticed that it is unavailable. The reason M is easy to explain: no money. Operating a system like that costs about EUR100 L per month. Including the cost for 18.5kWh electricity a day and the internet connection. L There are about 50 registered users on the vax6k.openecs.org system. To keepH this project alive we encourage all users and feature users to donate anN adequate amount of money to this project. We have powered the system up again,P but if we don't receive sufficient funds until 1st January 2003, we're forced to8 shut down the service again for an indefinite long time.M Please visit http://vax6k.openecs.org and convince yourself how valuable this O project is. You will find all details on how donate there. Sponsors are welcome  too.   Best Regards - vax6k team    ------------------------------  % Date: Sun, 22 Dec 2002 13:46:55 +0100 $ From: Michael Unger <unger@decus.de> Subject: Re: VM web ring & spam * Message-ID: <00A18D49.0DD914E0.5@decus.de>  9 "Jerome H. Fine" <jhfineb9rv@b9rvnospamcompsys.to> wrote:    > >Michael Austin wrote: > . > > would you mind sharing that piece of code? >  > Jerome Fine replies: > > > This set up requires no code at all, but I do have to change: > my identity whenever I post to a news group.  I am using4 > Windows 98 SE/Netscape 4.78 for e-mail.  Sometimes= > I forget to change my identity, so my actual e-mail address ; > is sent.  Overall, it has greatly reduced spam.  And when ? > it gets too annoying, I just choose 4 more random characters.  > : > If everyone would do something similar and as simple, so= > much of the spam would be impossible to deliver that within : > a year, spam would almost disappear due to the fact that< > harvesting e-mail addresses would no longer be useful.  In= > fact, a coordinated effort and changing e-mails your e-mail = > address every 2 months (with a default available that can't = > easily be harvested) might eliminate spam rather quickly if  > 99% could not be delivered.  >  > [...]   > Not sure about that. I once got spam with a huge amount of BCCG addresses, among them being "g.g@127.0.0.1". (The mail program does not D know about "BCC" headers and took that as plain text; so the conceptF of "blind copies" to hide the recipients doesn't seem to be fool-proof .. :-)   Michael    ------------------------------  % Date: Sun, 22 Dec 2002 10:27:30 -0800 % From: Dean Woodward <deanw@rdrop.com>  Subject: Re: VM web ring & spam ( Message-ID: <3E060412.9010907@rdrop.com>   Michael Unger wrote:  @ > Not sure about that. I once got spam with a huge amount of BCCI > addresses, among them being "g.g@127.0.0.1". (The mail program does not F > know about "BCC" headers and took that as plain text; so the conceptH > of "blind copies" to hide the recipients doesn't seem to be fool-proof > .. :-)  E I'd say you got some seriously malformed email.  I don't believe the  G bcc: header is supposed to be passed along by the originating machine.  H   Certainly defeats the purpose to anyone who stops to think about it...   ------------------------------   Date: 22 Dec 02 08:08:38 +0100) From: p_sture@elias.decus.ch (Paul Sture) I Subject: Re: Your Multi-volume Tape Backups may be bad on all versions of ) Message-ID: <maTbzdUKtXRA@elias.decus.ch>   ` In article <BA2409AD.253C%JCam90502@jcameron.com>, Jeff Cameron <JCam90502@jcameron.com> writes:   <snip>   > M > I have asked the VMS Engineer who is responsible for correcting the code in I > BACKUP.EXE, to provide me with corroborative references to this problem J > which will be fixed in the up coming patch/update. A previously reportedK > problem was reported by another customer, which is attributed to the same , > piece of code in BACKUP, can be found at : > N > http://h18000.www1.hp.com/support/asktima/operating_systems/CTI_SRC991104002
 > 366.html >   H Thanks for the reference. It _appears_ that we should be safe from this, since:  F a) we do not (to my knowlege, I'd best ask the production team though)D have any volumes large enough that a backup/image would span 3 tapes (DLT IV, with compression)  A b) all our backups specify the tape label names, using the syntax % /LABEL=(LABEL1,LABEL2,LABEL3,LABEL4).   C Something deep down is telling me that there was a reason that many F years ago I chose to use /LABEL to override BACKUP's default labelling) mechanism, but I cannot remember details.   F On the subject of MME, I see it mentioned in passing in the BACKUP APIB documentation, and also in the I/O manual but nowhere do I find an/ adequate description of it. What exactly is it?   @ Thanks to the reorganization of the documentation site, I cannot= provide more details right now. Time to reach for the CDs :-(  --  
 Paul Sture Switzerland    ------------------------------   Date: 22 Dec 02 08:23:50 +0100) From: p_sture@elias.decus.ch (Paul Sture) I Subject: Re: Your Multi-volume Tape Backups may be bad on all versions of ) Message-ID: <c6Bxpq1G2eCY@elias.decus.ch>   ` In article <BA240B76.2540%JCam90502@jcameron.com>, Jeff Cameron <JCam90502@jcameron.com> writes:   <snip>  K > Yes, I would say your site does not have this problem as TAPESYS does not C > use MME. It was my mistake saying that it did. I made an improper 0 > assumption, and I was incorrect on this point. > N > Likewise, any site who can restore from savesets that span DLT tape volumes,N > either does not have the problem, or had MME disabled at the time the backup > savesets were written. >   E As I mentioned in my other posts, MME is a new one on me, and suspect 3 new for many others too. It is not well documented.   + How do I tell whether it is enabled or not?   J Update on my previous message where I couldn't find the documentation. MMEJ is mentioned in Chapter 3 (Backup Routines) of the Utility Routines manual  L http://www.openvms.compaq.com/doc/731FINAL/4493/4493pro_001.html#6_backupapi  E Footnote 1 says "Reserved for use by Media Management Extension (MME) E layered products." Looking at the options reference by this footnoote  leaves me little wiser.   G Can someone please tell us what MME is and how to enable or disable it?    --  
 Paul Sture Switzerland    ------------------------------   End of INFO-VAX 2002.706 ************************                                                                                                                                                                                                                @Ъ    AЪ    BЪ    CЪ    DЪ    EЪ    FЪ    GЪ    HЪ    IЪ    JЪ    KЪ    LЪ    MЪ    NЪ    OЪ    PЪ    QЪ    RЪ    SЪ    TЪ    UЪ    VЪ    WЪ    XЪ    YЪ    ZЪ    [Ъ    \Ъ    ]Ъ    ^Ъ    _Ъ    `Ъ    aЪ    bЪ    cЪ    dЪ    eЪ    fЪ    gЪ    hЪ    iЪ    jЪ    kЪ    lЪ    mЪ    nЪ    oЪ    pЪ    qЪ    rЪ    sЪ    tЪ    uЪ    vЪ    wЪ    xЪ    yЪ    zЪ    {Ъ    |Ъ    }Ъ    ~Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ     Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    	Ъ    
Ъ    Ъ    Ъ    
Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ     Ъ    !Ъ    "Ъ    #Ъ    $Ъ    %Ъ    &Ъ    'Ъ    (Ъ    )Ъ    *Ъ    +Ъ    ,Ъ    -Ъ    .Ъ    /Ъ    0Ъ    1Ъ    2Ъ    3Ъ    4Ъ    5Ъ    6Ъ    7Ъ    8Ъ    9Ъ    :Ъ    ;Ъ    <Ъ    =Ъ    >Ъ    ?Ъ    @Ъ    AЪ    BЪ    CЪ    DЪ    EЪ    FЪ    GЪ    HЪ    IЪ    JЪ    KЪ    LЪ    MЪ    NЪ    OЪ    PЪ    QЪ    RЪ    SЪ    TЪ    UЪ    VЪ    WЪ    XЪ    YЪ    ZЪ    [Ъ    \Ъ    ]Ъ    ^Ъ    _Ъ    `Ъ    aЪ    bЪ    cЪ    dЪ    eЪ    fЪ    gЪ    hЪ    iЪ    jЪ    kЪ    lЪ    mЪ    nЪ    oЪ    pЪ    qЪ    rЪ    sЪ    tЪ    uЪ    vЪ    wЪ    xЪ    yЪ    zЪ    {Ъ    |Ъ    }Ъ    ~Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    Ъ    