1 INFO-VAX	Sat, 26 Apr 2003	Volume 2003 : Issue 229       Contents:- Re: accessing consoles remotely via decserver % Re: BACKUP qualifiers: bug or feature  Re: ES40 memory_test Re: Fortel go bye-bye! Re: Fortel go bye-bye! Re: Fortel go bye-bye! Re: Fortel go bye-bye!G Re: Have you seen this...its new                         !!! ES(fEmFqLo G Re: Have you seen this...its new                         !!! ES(fEmFqLo   I learned about VMS from that...$ Re: I learned about VMS from that...$ Re: I learned about VMS from that...$ Re: I learned about VMS from that...$ Re: I learned about VMS from that...H Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly Johnny English is a VMS user  Re: Johnny English is a VMS user RE: LTO (Utrium) - 2 media Re: LTO (Utrium) - 2 media Re: LTO (Utrium) - 2 media# Re: More grumbling re VMS marketing # Re: More grumbling re VMS marketing # Re: More grumbling re VMS marketing : Re: OpenVMS Freeware 6 CD, new Ghostscript to be included?: Re: OpenVMS Freeware 6 CD, new Ghostscript to be included?) Re: OpenVMS Hobbyist Portal Press Release 0 POP3 bug in TCPIP 5.1 or, who do I kill at HPaq?" Re: Setting MTU for TCPIP services  Re: Snapshot on HSG80 Controller Re: StorageTek on SAN with VMS# telnetsym and the missing last page ' Re: telnetsym and the missing last page . Re: UK "Computing" registration - Mentions VMS. Re: UK "Computing" registration - Mentions VMS. Re: UK "Computing" registration - Mentions VMS1 Re: VMS Advertising & Marketing - a status report 1 Re: VMS Advertising & Marketing - a status report  Re: X-windows server logging Re: X-windows server logging  F ----------------------------------------------------------------------    Date: 25 Apr 2003 11:50:46 -0700  From: nmanser@progis.de (Manser)6 Subject: Re: accessing consoles remotely via decserver= Message-ID: <2178d61f.0304251050.7083ec54@posting.google.com>   q vinit.adya@mizuhocbus.com (Vinit Adya) wrote in message news:<eb8f4d7b.0304250507.5a638d9a@posting.google.com>... D > I would wanna check DECserver port is not faulty. It basically hasH > RS232 type line drivers wihich can blow up due to bad grounding/staticG > etc. Try another port on the same decserver, or better still make the H > access local and make sure u r able to get the "Local>" prompt and the > port is fine.  > i > JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3EA8C8E1.303F346D@vl.videotron.ca>... L > > Haven't seen all posts in this thread. Is the decserver port set to haveM > > autobaud characteristic ? If so, and the first character received isn't a O > > <CR>, then it may set itself to the wrong speed and generate those results.  > > M > > On the other hand, for reverse lat (connecting from the lan to the serial M > > port), it should always use the speed specified in the port's definition.   0 The problem is resolved, it was a cable problem. Many thanks to your answers.   Nazim Manser   ------------------------------    Date: 25 Apr 2003 13:26:38 -0700& From: chessmaster1010@hotmail.com (JG). Subject: Re: BACKUP qualifiers: bug or feature< Message-ID: <dd3f0cb7.0304251226.5e7b7e0@posting.google.com>  j Bart.Zorn@xs4all.nl (Bart Zorn) wrote in message news:<a98cd882.0304242242.6f78e9bb@posting.google.com>...4 >... As far as I know, DCL does not have the ability> > to have one qualifier (/SELECT, in this case) imply an other > (/SAVE_SET). >    Sure it does.  Just use:  '  qualifier SELECT, syntax=BACKUP_SELECT )        value (required,list,type=$infile)  ...  define syntax BACKUP_SELECT  ... *  qualifier SAVE_SET, default, nonnegatable  G Not that I am in anyway recommending this approach to the OP's problem.    ------------------------------  % Date: Fri, 25 Apr 2003 21:46:15 -0500 ( From: Rich Jordan <duodec@speakeasy.net> Subject: Re: ES40 memory_test 2 Message-ID: <wMWcnWb4oJ2wbjSjXTWc-g@speakeasy.net>   Michael Austin wrote:  > Galen wrote: > A >>A copy of the ES40 manual from several years back says that the D >>MEMORY_TEST console parameter must be set to FULL for VMS systems. >> >>Is this still the case?  >>D >>I ask because setting it to PARTIAL appears to cause problems justD >>doing an INIT for us. And yes, we have the latest firmware release >>(firmware update V6.3).  >>	 >>Thanks,  >> >>Galen Tackett C >>(remove the "spam" from my e-mail address to actually reach me by 	 >>e-mail)  >  >  > H >  I have a few ES40's and have seen some interesting things happen whenB > set to partial -- even with 6.4 firmware. Bugcheck on first (andH > sometimes 2nd and 3rd) boot after init.  Setting it to full appears toI > correct this situation, and yes, even with 8GB of memory takes a while.   E A couple years ago we were upgrading an ES40 to 8GB and four 625 MHZ  I CPUs (going from memory here so excuse a speed typo!).  I set the memory  I test to partial and we ended up blowing our downtime window as a result.  A   According to support, the 'partial' test does not in fact test  F _enough_ memory for VMS to boot (not enough memory marked 'good').  I F don't know if there's still an issue with newer firmware/VMS releases.   Rich Jordan  CCS    ------------------------------    Date: 25 Apr 2003 15:26:44 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)  Subject: Re: Fortel go bye-bye! = Message-ID: <cf15391e.0304251426.330c107b@posting.google.com>   i svieth@wi.rr.com (Scott Vieth) wrote in message news:<5a85bce2.0304250652.2f37c111@posting.google.com>... 5 > DMC chose not to retain any of the FORTEL employees   ; Ouch!  That's going to cause a world of hurt, in many ways.    ------------------------------  + Date: Fri, 25 Apr 2003 16:55:45 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: Re: Fortel go bye-bye! @ Message-ID: <20030425235545.76782.qmail@web20204.mail.yahoo.com>  > What is the reseller interested in performance management ????  * Its better to sell new hardware ($$$$$) !! It is the CIOs world. Not ours !     Regards    FC  6 --- Keith Parris <keithparris_NOSPAM@yahoo.com> wrote:1 > svieth@wi.rr.com (Scott Vieth) wrote in message ; > news:<5a85bce2.0304250652.2f37c111@posting.google.com>... 7 > > DMC chose not to retain any of the FORTEL employees  > = > Ouch!  That's going to cause a world of hurt, in many ways.      =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?- The New Yahoo! Search - Faster. Easier. Bingo  http://search.yahoo.com    ------------------------------  + Date: Fri, 25 Apr 2003 16:55:44 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: Re: Fortel go bye-bye! @ Message-ID: <20030425235544.52809.qmail@web20210.mail.yahoo.com>  > What is the reseller interested in performance management ????  * Its better to sell new hardware ($$$$$) !! It is the CIOs world. Not ours !     Regards    FC  6 --- Keith Parris <keithparris_NOSPAM@yahoo.com> wrote:1 > svieth@wi.rr.com (Scott Vieth) wrote in message ; > news:<5a85bce2.0304250652.2f37c111@posting.google.com>... 7 > > DMC chose not to retain any of the FORTEL employees  > = > Ouch!  That's going to cause a world of hurt, in many ways.      =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?- The New Yahoo! Search - Faster. Easier. Bingo  http://search.yahoo.com    ------------------------------    Date: 25 Apr 2003 17:40:13 -0700/ From: prosullivan@aol.com (prosullivan@aol.com)  Subject: Re: Fortel go bye-bye! = Message-ID: <a14b767a.0304251640.4ae05035@posting.google.com>   D Where do we start? is this a hoax? Unlikely, the fortel.com web site is not working any more.  > > As part of this transaction, DMC assumed the ongoing support% > obligation to certain US customers   ... $ > DMC chose not to retain any of the > FORTEL employees    ; so how are they going to support the 'certain US customers'   6 > and FORTEL has given notice to its US employees thatG > their last day of employment will be April 25, 2003. Furthermore, DMC @ > did not assume any of the contracts or obligations to criticalG > vendors, distributors, re-sellers and partners. FORTEL will move from ) > a Chapter 11 to a Chapter 7 proceeding.    ouch  D > Additionally DMC chose not to assume any of FORTEL's International? > Subsidiaries (UK, Benelux, Germany, Switzerland and France).     (: not so good news for us ... H > On behalf of all FORTEL, we have appreciated your business and loyalty7 > to our solutions. We wish you the best in the future.    because you'll need it  - I really wasn't going to say 'Told you so...'    but...  ? >From: (name changed to protect the innocent) NOSPAM@yahoo.com) < >Subject: Re: Fortel chapter 11 report on Fortel's website. D >Why does it matter that someone who is not another software compnay@ >bought them?  Would you have preferred they were bought by CA?  That'sD >another software company. :-)  Seems like what matters most is thatB >someone with money and a commitment to continued support of their" >customers has come to the rescue.  # um. No, I won't rise to that one...   C Shame it happened. Fortel had a reasonable product when they bought C Datametrics, but all the Sightline e-business enterprise monitoring  stuff just baffled everyone.   Good job I didn't buy it...    paul o'sullivan     P --------------------------------------------------------------------------------   ------------------------------    Date: 25 Apr 2003 14:33:09 -0700, From: JimStrehlow@data911.com (Jim Strehlow)P Subject: Re: Have you seen this...its new                         !!! ES(fEmFqLo< Message-ID: <4b6ec350.0304251333.a3e1856@posting.google.com>  8 Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message ... F > Are you perhaps using some Microsoft news client rather than ANUNEWS
 > on VMS ?    G Is that on the FREEWARE CD-ROM; else where is the download for ANUNEWS?    Jim Strehlow Alameda, CA, USA   ------------------------------    Date: 25 Apr 2003 19:16:58 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) P Subject: Re: Have you seen this...its new                         !!! ES(fEmFqLo3 Message-ID: <oyccz$2bconj@eisner.encompasserve.org>   k In article <4b6ec350.0304251333.a3e1856@posting.google.com>, JimStrehlow@data911.com (Jim Strehlow) writes: : > Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message > ... G >> Are you perhaps using some Microsoft news client rather than ANUNEWS  >> on VMS ?  >  > I > Is that on the FREEWARE CD-ROM; else where is the download for ANUNEWS?   % I hope someone else will answer that. B From my perspective, it is installed on DECUServe by someone else.  C If you don't get an answer in the next few days, send me mail and I  will post the question there.    ------------------------------  + Date: Fri, 25 Apr 2003 20:08:53 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ) Subject: I learned about VMS from that... ; Message-ID: <01KV5NHAQM3YA9SJ2F@sysdev.deutsche-boerse.com>   H > 1) Just because one's boss has been twiddling VMS for 15 years longer H > than I have doesn't mean he's right; when we built this cluster three G > years ago, I should have stuck to my guns about mirroring the system  G > disk- he doesn't like to do that ("performance"), and I think that's   > what bit me.  ' How many nodes does the cluster have?     F Are ALL applications written as restartable check-pointed batch jobs? H Are individual nodes invisible to applications?  If a node fails, do theF remaining ones have enough power to get the job done on time?  Are allD other disks shadow sets with members on at least two nodes?  If the I answer to any of these questions is "no", what does the boss think about  ' "performance" when a system disk fails?    ------------------------------  % Date: Fri, 25 Apr 2003 14:22:02 -0400 2 From: John Eisenschmidt <jweisen@eisenschmidt.org>- Subject: Re: I learned about VMS from that... 5 Message-ID: <20030425182202.GQ23302@eisenschmidt.org>   7 Rumor has it that Dean Woodward (deanw@rdrop.com) said: K > There are some lessons here- maybe some of them are obvious, hopefully=20 = > some of them will be helpful to someone else down the road.  >=20I > I spent the week in Boston at a customer's site. The last task on my=20 J > list was to do a clean boot (sidenote: last reboot was 220 days ago),=20K > just as a sanity check to make sure all the upgraded software I'd been=20 K > working on comes up cleanly so there wouldn't be any hassles when they=20 I > brought the machines down to move them to a new server room next month.  >=20I > Believe me when I say that when you're scheduled to leave to catch a=20 J > plane in 30 minutes, the last thing you want to see on a booting system= =20  > console is a message like  >=20 > kernel stack error- halting  >=20K > repeated on every cluster node. As a sidenote,  in *nix-land, this error=  =20 J > would probably begin with 'panic:'- apparently, VMS system managers are= =20 D > supposed to be above panic. I tried it for a bit, but it wasn't=20 > helping... =3D8-O  >=20K > My working hypothesis is that a disk block underneath some critical boot=  =20 G > file went bad. Based on that, and with a clue provided by hardware=20 J > support, I booted off the install CD and "upgraded" the OS- that got me= =20 K > off the ground; then it was a matter of downloading the critical patches=  =20 K > and applying them. The systems immediately came up and have been purring=  =20 K >  along since. I maybe could have restored the system disk from tape as=20 J > well, but the CD was handy, and I have no idea how long my hypothetical= =20  > file was corrupt...  >=20 > What I learned:  >=20I > 0) The hitchhiker's guide was right- DON'T PANIC. OK, not much- just=20 K > enough to get a little adrenaline flowing and the blood pumping is about=  =20 - > right- after that, settle down and *think*.  >=20J > 1) Just because one's boss has been twiddling VMS for 15 years longer=20J > than I have doesn't mean he's right; when we built this cluster three=20I > years ago, I should have stuck to my guns about mirroring the system=20 I > disk- he doesn't like to do that ("performance"), and I think that's=20  > what bit me.  B One must always seek a balance between performance and redundancy.@ This is not balance. Perhaps meditation and a weekend rebuilding9 things from the ground up with instill this in your boss.   H > 2) Make sure the onsite staff have access to their SOFTWARE support=20K > info; my customer's didn't, unless the MIS manager does- and he's out on=  =20  > vacation. Grrr...   ? I keep this crap (phone numbers, our customer number, etc) in a E spreadsheet on a network drive. Anyone should be able to call support  and get it back up.   J > 2a) Make sure they know where distribution media is. They didn't, and I= =20 K > spent a frantic 15 minutes digging through closets looking for the VMS=20 H > kit. (Apparently, their ConDists for the past three years have been=20B > disappearing into the aether- they haven't gotten a single one.)  D I always kept my VMS media with the Alphas (in fact, I think one was always in the CD ROM).  G > 3) Make sure that all your critical patches are on-site somewhere-=20 K > preferrably, on the system(s) they're applied to. It's a right PITA to=20 J > try to load a patch onto a system that needs that patch to run it's NIC= =20  > properly.   % You mean in: SYS$DISK:[UPDATES]? =3D)   K > 4) PATHWORKS may be able to transfer a file when FTP can't. I don't know=  =20 0 > why this is true, but I'm thankful that it is. >=20K > 5) When possible, rolling reboots are a good way to do this- if I'd made=  =20 H > sure one system could come back up cleanly before taking the others=20. > down, I'd have saved myself a lot of stress. >=20C > 6) VMS rocks when it comes to "upgrade" installs- It was done,=20 K > autogenned, and coming back to life while I was still on hold with the=20 - > airline trying to reschedule my flight out.   @ I think most vendors could take a cue from this, they are pretty% painless (the ones I've done anyway).   J > 7) The Big Dig is beginning to be useful- it's now possible to get from= =20 J > South Boston to the airport in < 15 minutes, especially if you know how= =20 K > (and are willing) to drive like a Boston native. And if you're in Boston=  =20 K > and got cut off by a maroon rental car w/ PA plates yesterday afternoon,=  =20  > sorry 'bout that. ;-)   E I had a blind job offer to work for one of the contractors developing B the traffic monitoring/management software because the words "VMS,E Windows, Oracle, and Sybase" we all on my resume. At the time though, C the big dig was still digging itself out of delays and overspending E (like all good civil engineering projects -- and IT for that matter). A I'm glad it's coming along, and I'm glad I'm not part of it. =3D)   F It sounds like you learned all but the most important lesson: blame it on the movers.   --=20 / John W. Eisenschmidt (jweisen@eisenschmidt.org) .   http://www.eisenschmidt.org/jweisen/pgp.html  K "The motto was 'We Eat Our Young'" -Marc Benioff, former Oracle Salesperson    ------------------------------  % Date: Sat, 26 Apr 2003 04:49:02 +0930 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au> - Subject: Re: I learned about VMS from that... , Message-ID: <3ea9985a_2@news.chariot.net.au>  ' Great story, great post, great outcome. ? Very refreshing for c.o.v. (oops, asbestos underwear in place). / Thanks for taking the time to relate this Dean.    Dean Woodward wrote:I > There are some lessons here- maybe some of them are obvious, hopefully  = > some of them will be helpful to someone else down the road.  > G > I spent the week in Boston at a customer's site. The last task on my  H > list was to do a clean boot (sidenote: last reboot was 220 days ago), I > just as a sanity check to make sure all the upgraded software I'd been  I > working on comes up cleanly so there wouldn't be any hassles when they  I > brought the machines down to move them to a new server room next month.  > G > Believe me when I say that when you're scheduled to leave to catch a  J > plane in 30 minutes, the last thing you want to see on a booting system  > console is a message like  >  > kernel stack error- halting  > K > repeated on every cluster node. As a sidenote,  in *nix-land, this error  J > would probably begin with 'panic:'- apparently, VMS system managers are B > supposed to be above panic. I tried it for a bit, but it wasn't  > helping... =8-O  > K > My working hypothesis is that a disk block underneath some critical boot  E > file went bad. Based on that, and with a clue provided by hardware  J > support, I booted off the install CD and "upgraded" the OS- that got me K > off the ground; then it was a matter of downloading the critical patches  K > and applying them. The systems immediately came up and have been purring  I >  along since. I maybe could have restored the system disk from tape as  J > well, but the CD was handy, and I have no idea how long my hypothetical  > file was corrupt...  >  > What I learned:  > G > 0) The hitchhiker's guide was right- DON'T PANIC. OK, not much- just  K > enough to get a little adrenaline flowing and the blood pumping is about  - > right- after that, settle down and *think*.  > H > 1) Just because one's boss has been twiddling VMS for 15 years longer H > than I have doesn't mean he's right; when we built this cluster three G > years ago, I should have stuck to my guns about mirroring the system  G > disk- he doesn't like to do that ("performance"), and I think that's   > what bit me. > F > 2) Make sure the onsite staff have access to their SOFTWARE support K > info; my customer's didn't, unless the MIS manager does- and he's out on   > vacation. Grrr...  > J > 2a) Make sure they know where distribution media is. They didn't, and I I > spent a frantic 15 minutes digging through closets looking for the VMS  F > kit. (Apparently, their ConDists for the past three years have been B > disappearing into the aether- they haven't gotten a single one.) > E > 3) Make sure that all your critical patches are on-site somewhere-  I > preferrably, on the system(s) they're applied to. It's a right PITA to  J > try to load a patch onto a system that needs that patch to run it's NIC  > properly.  > K > 4) PATHWORKS may be able to transfer a file when FTP can't. I don't know  0 > why this is true, but I'm thankful that it is. > K > 5) When possible, rolling reboots are a good way to do this- if I'd made  F > sure one system could come back up cleanly before taking the others . > down, I'd have saved myself a lot of stress. > A > 6) VMS rocks when it comes to "upgrade" installs- It was done,  I > autogenned, and coming back to life while I was still on hold with the  - > airline trying to reschedule my flight out.  > J > 7) The Big Dig is beginning to be useful- it's now possible to get from J > South Boston to the airport in < 15 minutes, especially if you know how K > (and are willing) to drive like a Boston native. And if you're in Boston  K > and got cut off by a maroon rental car w/ PA plates yesterday afternoon,   > sorry 'bout that. ;-)   F +--------------------------------------------------------------------+E   Mark Daniel                         http://wasd.vsm.com.au/adelaide F   mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au)F +--------------------------------------------------------------------+   ------------------------------  % Date: Fri, 25 Apr 2003 16:45:40 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>- Subject: Re: I learned about VMS from that... ) Message-ID: <3EA99E6C.1C070536@istop.com>   H > > Believe me when I say that when you're scheduled to leave to catch aK > > plane in 30 minutes, the last thing you want to see on a booting system  > > console is a message like  > >  > > kernel stack error- halting   M Sounds like you had the special AI patch with the VMS 5.0 media (remember the  VAXORCIST :-) :-)    :-) :-) :-) :-)   H The morale: with computers, always plan on having flexible plane tickets8 because you never know when you will get out of there...   ------------------------------  # Date: Fri, 25 Apr 2003 20:57:50 GMT # From: "John Smith" <a@nonymous.com> - Subject: Re: I learned about VMS from that... I Message-ID: <ijhqa.145717$BQi.70330@news04.bloor.is.net.cable.rogers.com>    Great 'save'!!  A We used to have a small bookcase/rack with a pull-out table and a C chair for each  3-4 systems in the computer room. Each bookcase was @ laid out the same - a binder with all relevant names and contactF numbers, and agreement numbers, appropriate media, a log book for eachF machine which recorded each time somebody touched the machine and whatF they did (also transcribed into an on-line resource so off-site peopleA could connect and see what was happening if something was wonky).     2 "Dean Woodward" <deanw@rdrop.com> wrote in message" news:3EA975C2.1060208@rdrop.com...> > There are some lessons here- maybe some of them are obvious,	 hopefully = > some of them will be helpful to someone else down the road.  > F > I spent the week in Boston at a customer's site. The last task on myA > list was to do a clean boot (sidenote: last reboot was 220 days  ago), C > just as a sanity check to make sure all the upgraded software I'd  beenC > working on comes up cleanly so there wouldn't be any hassles when  theyB > brought the machines down to move them to a new server room next month. > F > Believe me when I say that when you're scheduled to leave to catch aB > plane in 30 minutes, the last thing you want to see on a booting system > console is a message like  >  > kernel stack error- halting  > D > repeated on every cluster node. As a sidenote,  in *nix-land, this error E > would probably begin with 'panic:'- apparently, VMS system managers  are A > supposed to be above panic. I tried it for a bit, but it wasn't  > helping... =8-O  > E > My working hypothesis is that a disk block underneath some critical  bootD > file went bad. Based on that, and with a clue provided by hardwareF > support, I booted off the install CD and "upgraded" the OS- that got meB > off the ground; then it was a matter of downloading the critical patches B > and applying them. The systems immediately came up and have been purring F >   along since. I maybe could have restored the system disk from tape as< > well, but the CD was handy, and I have no idea how long my hypothetical > file was corrupt...  >  > What I learned:  > F > 0) The hitchhiker's guide was right- DON'T PANIC. OK, not much- justD > enough to get a little adrenaline flowing and the blood pumping is about - > right- after that, settle down and *think*.  > @ > 1) Just because one's boss has been twiddling VMS for 15 years longerA > than I have doesn't mean he's right; when we built this cluster  three F > years ago, I should have stuck to my guns about mirroring the systemF > disk- he doesn't like to do that ("performance"), and I think that's > what bit me. > E > 2) Make sure the onsite staff have access to their SOFTWARE support C > info; my customer's didn't, unless the MIS manager does- and he's  out on > vacation. Grrr...  > C > 2a) Make sure they know where distribution media is. They didn't,  and I D > spent a frantic 15 minutes digging through closets looking for the VMS E > kit. (Apparently, their ConDists for the past three years have been B > disappearing into the aether- they haven't gotten a single one.) > D > 3) Make sure that all your critical patches are on-site somewhere-E > preferrably, on the system(s) they're applied to. It's a right PITA  toE > try to load a patch onto a system that needs that patch to run it's  NIC  > properly.  > E > 4) PATHWORKS may be able to transfer a file when FTP can't. I don't  know0 > why this is true, but I'm thankful that it is. > E > 5) When possible, rolling reboots are a good way to do this- if I'd  madeE > sure one system could come back up cleanly before taking the others . > down, I'd have saved myself a lot of stress. > @ > 6) VMS rocks when it comes to "upgrade" installs- It was done,D > autogenned, and coming back to life while I was still on hold with the - > airline trying to reschedule my flight out.  > D > 7) The Big Dig is beginning to be useful- it's now possible to get fromE > South Boston to the airport in < 15 minutes, especially if you know  how C > (and are willing) to drive like a Boston native. And if you're in  Boston? > and got cut off by a maroon rental car w/ PA plates yesterday 
 afternoon, > sorry 'bout that. ;-)  >    ------------------------------  + Date: Fri, 25 Apr 2003 17:53:32 +0000 (UTC) 8 From: hawk@slytherin.ds.psu.edu (Dr. Richard E. Hawkins)Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly . Message-ID: <b8bsms$1p9c$4@f04n12.cac.psu.edu>  8 In article <1saiavc844teorgsuf6gskf3439pe5root@4ax.com>,6 Brian Inglis  <Brian.Inglis@SystematicSw.ab.ca> wrote:< >On Fri, 25 Apr 2003 07:33:12 GMT in alt.folklore.computers,, >genew@mail.ocis.net (Gene Wirchenko) wrote:  B >>     Is it the old joke of still being in from the night before?  ( >BTDT too many times, where's the joke?   F I realized I was working too late as a graduate student when I started1 encountering incoming faculty on my way out . . .    hawk --  K Richard E. Hawkins, Asst. Prof. of Economics    /"\   ASCII ribbon campaign G dochawk@psu.edu  Smeal 178  (814) 375-4700      \ /   against HTML mail D These opinions will not be those of              X    and postings. 6 Penn State until it pays my retainer.           / \      ------------------------------  % Date: Fri, 25 Apr 2003 12:56:40 -0400 ' From: mwilson@the-wire.com (Mel Wilson) Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly , Message-ID: <IjWq+ks/KzJA089yn@the-wire.com>  D In article <b8b3m9$73h$6@bob.news.rcn.net>, jmfbahciv@aol.com wrote:= >Have you noticed what seems to be going on with this thread? > >People are expecting maintenance without requiring a thinking; >interrupt and still expect not to pay for this indulgence. 9 >There's something really serious going wrong in the biz.   9    Going to the market to buy more smarts than you've got 8 has always been a bit of a gamble.  Scott Adams, in _The Dilbert Principle_:   7      It is never a good idea to design your product for 6      the Smart Poor or the Smart Rich.  The Smart Poor6      will figure out a way to steal your product.  The4      Smart Rich will buy your whole company and fire.      your ass.  As a rule, smart people are an3      undesirable market segment.  Fortunately, they       don't exist.   9    Or Gary Larsen's book salesman:  "Double Your IQ or No  Money Back".  %    Or the story about the fish heads.   <    What this will mean for business-process outsourcing is a story to be told.            Regards.        Mel.   ------------------------------  # Date: Fri, 25 Apr 2003 22:05:30 GMT ) From: Charles Richmond <richmond@ev1.net> Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly ' Message-ID: <3EA9CCBC.96EC4BC1@ev1.net>    jmfbahciv@aol.com wrote: > . > In article <3ea830fc$1@usenet01.boi.hp.com>,, >    "Bob  Lail" <robert.lail@hp.com> wrote:G > >Before this degrades into another bash HP for not providing a way to  > report > >security issues,  > > > [surprised emoticon here]  I'm not bashing HP nor did I have> > any intention of bashing HP (they're still on probation from. > my POV w.r.t. how good they're going to be). > B > I'm looking at the part of the world that has been infected with> > PC-itis and the clunky thinking that seems to be going along
 > with it. > = The disease of PC-itis seems to preclude rational thought. If @ these folks were really thinking, how could they possibly acceptC the "truth" as given out by Mi$uck. "Just re-boot and re-install... / it's a normal part of computing."   Bleeeech!!!      --B +----------------------------------------------------------------+B |   Charles and Francis Richmond     richmond at plano dot net   |B +----------------------------------------------------------------+   ------------------------------  # Date: Fri, 25 Apr 2003 22:16:41 GMT * From: genew@mail.ocis.net (Gene Wirchenko)Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly - Message-ID: <3ea9a7a9.18297689@news.ocis.net>   5 Brian Inglis <Brian.Inglis@SystematicSw.ab.ca> wrote:   < >On Fri, 25 Apr 2003 07:33:12 GMT in alt.folklore.computers,, >genew@mail.ocis.net (Gene Wirchenko) wrote:   [snip]  B >>     Is it the old joke of still being in from the night before? > ( >BTDT too many times, where's the joke?   ,      Shush you!  Some have not heard it yet.  
 Sincerely,   Gene Wirchenko  ' Computerese Irregular Verb Conjugation:       I have preferences.      You have biases.       He/She has prejudices.    ------------------------------  % Date: Sat, 26 Apr 2003 01:57:11 +0200 9 From: Per =?ISO-8859-1?Q?Schr=F6der?= <pesc@bredband.net> % Subject: Johnny English is a VMS user 4 Message-ID: <H1kqa.17872$hS2.262@news2.bredband.com>  + I just saw "Johnny English" at the cinema.    http://us.imdb.com/Title?0274166  B If you go to this movie, keep your eyes open for the book shelves @ in Johnny's office in the first couple of minutes. I'm sure you 2 will recognize the grey wall of VMS documentation!  < This proves that the secret agents of MI7 are VMS users! ;-) --  
 /Per Schrder  http://developer.mimer.se    ------------------------------  + Date: Fri, 25 Apr 2003 18:09:52 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>) Subject: Re: Johnny English is a VMS user @ Message-ID: <20030426010952.96825.qmail@web20208.mail.yahoo.com>  5 Should be better at The Matrix, X-Men, or The Hulk  !    Regards    FC  + --- Per Schrder <pesc@bredband.net> wrote: - > I just saw "Johnny English" at the cinema.  " > http://us.imdb.com/Title?0274166 > D > If you go to this movie, keep your eyes open for the book shelves B > in Johnny's office in the first couple of minutes. I'm sure you 4 > will recognize the grey wall of VMS documentation! > > > This proves that the secret agents of MI7 are VMS users! ;-) > -- y > /Per Schrder  > http://developer.mimer.sey     =====t ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazils fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?- The New Yahoo! Search - Faster. Easier. Bingoe http://search.yahoo.comm   ------------------------------  % Date: Fri, 25 Apr 2003 15:49:06 -0400r# From: "Dan Allen" <dallen@nist.gov>o# Subject: RE: LTO (Utrium) - 2 media : Message-ID: <JFEPKAPBPMDFDBOIANGDKEGHDDAA.dallen@nist.gov>   My question was for members of the group who manage tape libraries without regard to OS. There's a lot of tape library experience on this list. I'm not installing on a VMS system 8-( and quite frankly I'm wondering why the media would be an issue to VMS in anyuz event. If it mounts like a tape, writes and reads like a tape, it's probably a tape (of some capacity). What am I missing?   Dan    > -----Original Message-----* > From: John N. [mailto:JNixon@cfl.rr.com]' > Sent: Friday, April 25, 2003 11:02 AMe > To: Info-VAX@Mvb.Saic.Coms% > Subject: Re: LTO (Utrium) - 2 mediah >o >kL > Last I knew,  VMS did not support LTO tapes.  Did something change, or are > you on the wrong news group? >S0 > "Dan Allen" <dallen@nist.gov> wrote in message6 > news:JFEPKAPBPMDFDBOIANGDKEFPDDAA.dallen@nist.gov... > >oM > > We are about to deploy a new Adic LTO2 tape library and I'm interested int7 > hearing from anybody with experience/knowledge of theaM > > merits of the media from various manufacturers. Looks like IBM's the most 8 > expensive with Fuji and Maxell roughly 15-20% cheaper.) > > Anybody have any experience to share?- > >- > > Tia, > >- > > Dan  > >e > >A >2 >    ------------------------------    Date: 25 Apr 2003 15:22:28 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)7# Subject: Re: LTO (Utrium) - 2 mediag= Message-ID: <cf15391e.0304251422.7f7a9d97@posting.google.com>s  f "John N." <JNixon@cfl.rr.com> wrote in message news:<K5cqa.5027$U17.117709@twister.tampabay.rr.com>...D > Last I knew,  VMS did not support LTO tapes.  Did something change  D As I recall, the first-generation LTO tape drives didn't support oddD byte transfer sizes, and could not be supported by VMS as a result. F 2nd generation LTO tape drives (the original post did say "LTO2") have; this feature and so it is possible for VMS to support them.8   ------------------------------  # Date: Sat, 26 Apr 2003 05:30:06 GMTa- From: bdc@world.std.com (Brian 'Jarai' Chase)a# Subject: Re: LTO (Utrium) - 2 mediar) Message-ID: <j8hpn-gug.ln1@pez.jarai.com>h  : In article <JFEPKAPBPMDFDBOIANGDKEGHDDAA.dallen@nist.gov>," Dan Allen <dallen@nist.gov> wrote:  D > My question was for members of the group who manage tape librariesC > without regard to OS. There's a lot of tape library experience onh > this list. [...]  E As for your orginal question about LTO-2 media, well, I've been using B LTO-1 media and drives for about a year now.  I've had really goodE luck with a few hundred TB of Sony's media.  Disclaimer: I work for asF division of Sony and company policy that we buy our media from Sony.  % Normally I'd go for 3M/Imation media.n  C Hope you like the ADIC library.  I'm quite happy with one of their m Scalar 10Ks.  > > I'm not installing on a VMS system 8-( and quite frankly I'm9 > wondering why the media would be an issue to VMS in any E > event. If it mounts like a tape, writes and reads like a tape, it'sC8 > probably a tape (of some capacity). What am I missing?  < Probably device drivers for the library and the tape drives.   -brian.    ------------------------------    Date: 25 Apr 2003 12:09:03 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski),, Subject: Re: More grumbling re VMS marketing= Message-ID: <857e9e41.0304251109.39f93bf3@posting.google.com>g   John,W  T I am not officially in the office.  Please send me mail with the reseller name ASAP.   Sueh    f "John N." <JNixon@cfl.rr.com> wrote in message news:<6wbqa.4989$U17.114700@twister.tampabay.rr.com>...G > It was bad enough when they took away my DEC Direct catgalog, but thenL > software and hardware price lists were still available and very good.  ButD > they were killed to.  Well, I at least still had the E-Store whichK > frequently gave correct information.  Then they took that away, but I wassK > still able to get the information by calling and asking a "sales partner"dH > (we lost our direct sales rep and had to rely on 3rd party resellers). > M > Now,  even my 3rd party "authorized reseller" cannot get prices for me in a L > reasonable amount of time with reasonable accuracy..  It takes me weeks toN > get a price.  We are in a very active upgrade phase and we need to buy a lotM > of stuff, but I can't get prices.  Every few weeks I have to put together a K > list of everything I have asked for a price for in the past few weeks butoJ > have not received.  When I do get prices, I have to check VERY CAREFULLYN > that it is correct.   Who out there can tell me what a part with the number" > M > My reseller says the problem is with HP and it is only with VMS.  Do I needrL > a new reseller, or does someone at HP need to get their feces all gathered > up?m   ------------------------------  % Date: Fri, 25 Apr 2003 22:03:25 +0200b6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>, Subject: Re: More grumbling re VMS marketing) Message-ID: <3EA9948D.8030604@vajhoej.dk>.   John N. wrote:G > It was bad enough when they took away my DEC Direct catgalog, but the L > software and hardware price lists were still available and very good.  ButD > they were killed to.  Well, I at least still had the E-Store whichK > frequently gave correct information.  Then they took that away, but I was K > still able to get the information by calling and asking a "sales partner"hH > (we lost our direct sales rep and had to rely on 3rd party resellers). > M > Now,  even my 3rd party "authorized reseller" cannot get prices for me in a-L > reasonable amount of time with reasonable accuracy..  It takes me weeks to > get a price.  @ Prices on practically everything Alpha servers, disks and memoryC upgrades, software licenses etc. should all be on teh HP home-page, . so that everybody could find it in 10 seconds.  7 Nothing is as frustrating as not being able to see what ; various alternatives cost. And it is a PITA to have to callB+ someone to hear what a little thingie cost.=  < Everything that is not so expensive (like a full GS320) that: the HP sales people will run to your door should be on the web.  % That is what customers expect today !-   Arne   ------------------------------  % Date: Fri, 25 Apr 2003 15:53:40 -0400a* From: JF Mezei <jfmezei.spamnot@istop.com>, Subject: Re: More grumbling re VMS marketing) Message-ID: <3EA9923F.164D05AD@istop.com>    Sue Skonetski wrote:% > I am not officially in the office. ?  I I have spent considerable effort and brain power trying to understand thesN meaning of the above and came to the conclusion that  you either are or aren't in the office.  L I realise that you have to come one ever so often to feed the engineers, andK make sure your husband isn't (or is ?) misbehaving, but during those times,  you would be in the office.c  E Now, on the other hand, if there is a wild party going on on a friday=  afternoon, you should have said:R "while I am at the office at the moment, I am in no shape to do anything serious".   or:   L "while I am in the office, the engineers have escaped their habitat and I amP having a hard time trying to catch them to bring them back to their enclosures".   or:-  N "while I am somewhere in the office, I got lost trying to navigate through theM engineer's habitat, and was captured by one of the engineers who won't let me4 get back to my desk."\    M Shirley, you could have found something more interesting than "not officiallyeB in the office" :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)   ------------------------------  # Date: Fri, 25 Apr 2003 17:50:31 GMT " From:   VAXman-  @SendSpamHere.ORGC Subject: Re: OpenVMS Freeware 6 CD, new Ghostscript to be included? 0 Message-ID: <00A1EEBA.1D5740E0@SendSpamHere.ORG>  w In article <01KV5K2KEPG8A9SJ2F@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:hJ >> I would like to know if anyone here has a new version of Ghostscript toG >> include.  I see from the Ghostscript site that the latest version iseI >> offered for Unix & VMS, but it is all in source kit form.  I fear thattJ >> it will take me far more time and energy than I can spare to get it allJ >> up and running, and that I will therefore have to live with the currentE >> problems I'm having with Ghostscript 6.50 until Ghostscript 8.x is 1 >> available in more convenient binary kit form.   >lG >Having wrestled with GhostScript in the past, I know the feeling.  By dI >the way, what is the status of GV?  I found (several years ago) that it 1 >worked better for me on VMS.  >yE >Actually, I think all "free software" should come with source code, hG >object files and executables.  The source files for those who want to hD >look at them, modify them, compile them with optimisation for some H >specific architecture etc.  Executables for the "out-of-the-box" folks.I >Object files for folks who want things to work "out of the box" but who h$ >might have to link for RTL reasons. >wG >It would also be nice if all free packages not only built quickly and e? >easily, but also had a common structure.  Here are my minimum u >requirements: >sE >   o  Everything is in one ZIP file which, when unpacked, creates a -. >      directory including the version number. >-E >   o  There are COMPILE_AND_LINK.COM, LINK.COM and DEFINE.COM, with  G >      these names.  The first two are obvious from the above comments. C >      DEFINE.COM will define the appropriate symbol(s), taking theiA >      architecture into account (as the other two do as well).  m  L ...AND THEY SHOULDN'T BUILD THE OBJECTS OR EXECUTABLES IN THE SAME DIRECTORYL WITH THE SOURCE!!!  I hate having to recreate the source distribution when a build runs amuck.  i   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM1            r5   "Well my son, life is like a beanstalk, isn't it?" R   ------------------------------  # Date: Fri, 25 Apr 2003 20:48:13 GMTe/ From: Mark Berryman <berryman@theberrymans.com> C Subject: Re: OpenVMS Freeware 6 CD, new Ghostscript to be included?t7 Message-ID: <hahqa.1482$Cm3.1379@news1.central.cox.net>p   Dave Greenwood wrote:nF > In a previous article, Ben Armstrong <BArmstrong@dymaxion.ca> wrote: > D >>Back in February on comp.os.vms, Hoff Hoffman posted this call for/ >>submissions for the next OpenVMS Freeware CD:S >>  H >>http://groups.google.ca/groups?selm=b1uu7d%24cp1%241%40web1.cup.hp.com >>  I >>I would like to know if anyone here has a new version of Ghostscript toyF >>include.  I see from the Ghostscript site that the latest version isK >>offered for Unix & VMS, but it is all in source kit form.  I fear that itiM >>will take me far more time and energy than I can spare to get it all up andoK >>running, and that I will therefore have to live with the current problems M >>I'm having with Ghostscript 6.50 until Ghostscript 8.x is available in moreI >>convenient binary kit form.w >> eN >>If you're involved in producing or know the whereabouts of a binary kit of aL >>version of Ghostscript more recent than 6.50, I'd be interested in hearing >>from you.s >  >  >  anon ftp to mvb.saic.comd" >  cd pcsi_kits/ghostscript-v0700/ > / >  Not v8.x but at least it's newer than v6.50.c >   E V8 will be there soon.  (You can also access this via the Web if you o prefer).  
 Mark Berrymann mark.berryman@mvb.saic.com   ------------------------------    Date: 25 Apr 2003 13:04:19 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)e2 Subject: Re: OpenVMS Hobbyist Portal Press Release3 Message-ID: <RCLTQEHE6sYn@eisner.encompasserve.org>-  j In article <8600a73e.0304250938.19734dfe@posting.google.com>, morrisj@epsilon3.com (Jay E. Morris) writes:w > "Ken Farmer" <kfarmer@NOSPAM.openvms.org> wrote in message news:<uTcpa.34918$ij4.2184187@twister.southeast.rr.com>...t% >> I like it the way I have it Larry.a >>  O >> But...I went ahead and added it to the stylesheet.  Links should turn purpleo? >> now after being clicked on.  Would you prefer another color?  >> p >> --  >> Kenneth Farmer <><t >> http://www.OpenVMS.orgo   It works now !!!   Thanks.e   ------------------------------  # Date: Fri, 25 Apr 2003 22:48:01 GMTc0 From: "Stephen Eickhoff" <operagost@example.com>9 Subject: POP3 bug in TCPIP 5.1 or, who do I kill at HPaq?aC Message-ID: <BWiqa.250$5C2.185@tornadotest1.news.pas.earthlink.net>   G I sent several messages with binary attachments to my account on my VMS'J 7.1/TCPIP 5.1 VAX from the internet. The first two came through all right,& but the rest had this helpful message: ---------------a Note from POP server: E You have received a mail message from the sender shown on the 'From:'s2 line above that is too large to be retrieved. This? message is now in your VMS MAIL folder. To access it, log in to 5 your VMS host and use the VMS MAIL 'EXTRACT' command.r; After extracting the message you should ask your VMS systemr administrator to; 1) increase the "page file quota" of the POP server accounti4 to a value larger than the size of the file which is  6843699 bytes (13366 VMS blocks) 2) stop & restart POP.A This will enable you to read messages of this size through POP ina the future. F Should you still desire to read through POP the message which you haveI just extracted you can do so provided that the POP account has been givenbF the increased page file quota as above. Simply use the VMS mail 'MOVE'D command to move the mail message from the MAIL folder to the NEWMAILH folder. Then use your POP client to fetch the message again. If you haveF any questions, please contact your VMS system administrator or support person.r
 ------------- F No problem- I increased PGFLQUO and went to move the stuff to NEWMAIL.E Except it wasn't there! The POP server deleted the original messages!ML Helpful indeed! Most people delete their messages from the server when usingL POP, don't they know that? The DELE commands should have been ignored! Where do I report this kind of thing?d   ------------------------------  % Date: Fri, 25 Apr 2003 15:14:11 -0400m* From: JF Mezei <jfmezei.spamnot@istop.com>+ Subject: Re: Setting MTU for TCPIP servicesa) Message-ID: <3EA98901.388457B2@istop.com>l   Phillip Helbig wrote:u > Why the switch?t  K Oh my, it would be too long to include the reasons in one post. Videotron'sWI technology may have been superior, but their business practices have beenaN absolutely dismal with much of it dishonest (like trying to covertly impose 12K month contracts to all customers who didn't have such contracts). They havelJ also mismanaged their news and email servers, losing 70,000 emails without: even bothering to advise customers. They no longer managerM postmaster@videotron.ca or abuse@videotron.ca and have been put on RBLs a fewiN times because of that. They did something to their news servers last septemberG which has resulted in significant loss of posts. (low completion rate).   I Of course, this company has been on strike for a year now, and instead of.J trying to compensate with some goodies, they have done everything in theirM power to impose bad policies. Their civil servants  (many of which are scabs) N no longer have access to basic functions such as changing email names, so lastM year, I have to fight on the phone for hours over a period of 6 weeks to havebK a simple change made which in teh past took less than 5 minutes. And it was M only because I kept a newsgroup abreast of this ridiculous situation that onerK employee contacted me and told me he would do this under the table. But nowcL they have changed the billing system and I am billed for 2 adresses (the oldM one and the new one) but it isn't worth the fight since by monday I shoudl ben& calling them to bid my final farewell.  I The new ISP is a small outfit who caters to geeks. They may not have 7/24mL service, but so far, they are extremely competent and when you call, you getH answers immediatly without having to fight for half an hour with a civilG servant to explain the situation. The new one, i *heard* has about 2000 H customers. No blocked ports, fixed ip address etc. And if I upgrade to aA higher end package, I can even get rid of that pesky pppoE thing.   M So it is a risk to go with a smaller outfit. But they respond to emails, they L give you good service on the phone. I'll end up saving much time compared toK all the fighting one has to do to get anything done at Videotron (where youu+ get a  different answer whenever you call).s  wJ > > I know I can use  $ifconfig se0 ipmtu 1452 to change this dynamically. > : > Shame on you, VMS TCPIP engineering, for not providing a1 > VMS-look-and-feel version of this command!  :-)d  M What is interesting is that the TCPIP>SHOW INTERFACE command does display thelN "live" MTU. So if you change it with ifconfig, then use TCPIP> SHOW INTERFACE,Q you see the changed value. You'd think that they could have implemented it there.e    I > > If I set my router to have an MTU of 1452, but leave the VMS hosts ata  J > LINKSYS router (are you sure you want 1452 and not 1492 (1500 - 8)?) and  L The new ISP recommends 1452 ! Perhaps because of hig taxes in Canada, I have9 to leave more room for the tax to fit inside the 1500 :-)a  I > I haven't actually noticed any problems with this.  Well, perhaps there / > are some unnoticed problems due to this.  :-|n  K I haven't read up on how MTU works. But if you send a 1500 byte packet, therM router may have to split it into 2 packets (one large and one very small withmF some padding to fit minimum packet lengths) and that wastes bandwidth.  K Consider a heavy duty FTP transfer: If I send at 1452 (or whatever the realnI value is), then all my packets are full. If I send at 1500, then half thetM packets are full, and the other half are just little stubs to make up for the  overflow of 1500 into 1452.l  L Come to think of it, perhaps the 1452 is designed to reduce any padding whenL there are packets that are split in two since the second packet will have 48R bytes instead of 8, so it need not be padded as much to reach minimum packet size.  ! Anyone can confirm or deny this ?    ------------------------------    Date: 25 Apr 2003 11:10:37 -0700$ From: svieth@wi.rr.com (Scott Vieth)) Subject: Re: Snapshot on HSG80 Controller = Message-ID: <5a85bce2.0304251010.47cf57ff@posting.google.com>n  g udo.kaul@merck.de (Udo Kaul) wrote in message news:<302d60f2.0304232249.1a489c79@posting.google.com>...o@ > Does anybody use the snapshot function on the HSG80 Controller. > to do automatic snapshot for Oracle Backup ?B > A manual snapshot is not the problem. The problem is to do this 1 > with a Commandfile for automatic online backup.d > 
 > Cheers, Udot  F Yes, we are doing what you are after.  We have a series of DCL commandC procedures that create the snapshot, offer the unit to the host fors9 backup and then clean things up after the backup is done.n  ! Email me directly and we'll chat.i   Thanks,u   -Scott   ------------------------------    Date: 25 Apr 2003 11:31:19 -0700$ From: svieth@wi.rr.com (Scott Vieth)' Subject: Re: StorageTek on SAN with VMSh= Message-ID: <5a85bce2.0304251031.5ecf7a2c@posting.google.com>d  ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3E98D14D.581F11CA@fsi.net>...  J > Well, not to intentionally be insulting, but that is my primary concern:E > the subject of this as originally posted. You seem to have good SANd? > experience in other areas, but my need is extremely specific.h  E Yes, but you accept the *free* help when it is offered.  The VMS partWB of your config is just the "last mile".  The rest of the SAN-basedA tape backup system will be tricky if you have not done it before.h  E > I'd liken that to the 80/20 rule: in this case, 80% of your effortsiF > produce 20% of your results. I, on the other hand, have done the 20%G > that produces 80% of my results before: develop Backup automation (ongH > VMS) that splits shadow/mirror sets, load balances across tape drives,J > performs (crude) locking to reduce interference with the overnight batchH > jobs, export cart.'s and rejoin shadow/mirror sets, all done in batch,' > hands-off, lights-out and unattended.o  E Whoopee-doo.  I've done all that in a CI-based cluster.  Playing witha9 Volume Shadowing and CI-based storage is a piece of cake.u  ? I have also done the same things you mention in a fibre channel E environment on VMS.  We have some pretty cool DCL scripts that reducebB a controller-based RAID 0+1 set, stripe the disks into a temporaryF unit, take a controller-based snapshot of an online unit, present that@ snapshot to the host, back it up (across multiple tape drives inC parallel), tear down the snapshot units and put the disks back intog* their original places in the RAID 0+1 set.  F Oh wait, you've never touched an HSG80 so you have no idea what I just: said or how difficult it is to do this vs. doing it on CI.  2 BTW, our stuff runs hands-off, lights-out as well.  " > The original environment was the > SAN predecessor known as CI,  ? I *know* what CI is, you knob.  I have spent plenty of weekends-E installing CIPCAs and CIXCD cards.  And setting those annoying little B jumpers on the backplace to set the CI id for the CIXCDs.  Did youF ever install the firmware in your CIXCDs to get them to use 4k packets with the later model HSJs?  )  but it went to direct-attached SCSI when-C > higher tape throughput with lower CI impact was need to satisfy azI > mandate to shorten the backup "window" and lessen the interference with. > the nightly processing.C > I > > You seem to be a little confused on the "How do I attach a library toe > > the SAN" part. > G > Well, take the subject of the original post very literally. Attaching J > the library to the SAN is one thing. Getting VMS to recognize and accessJ > the drives is of much broader scope, and that is the specific area whereD > I need the expertise of someone who has already been where I'm now > trekking.h > D > By appearances, I am blazing a VMS trail here as few, if any, haveH > already done what I'm trying to do, including the vendors selling thisI > stuff. They know it's possible, but when it comes to "how", they're alla > left scratching their heads.  B No, you are being very pig-headed about the whole deal. You should> have accepted the free help instead of saying "NOOO! You don't understand what I am asking."   D If I really wanted to, I could attach our "test" DS20 to our ESL9326F (which is SAN-attached) and let you drive up to Milwaukee to set it in7 action.  But now I don't feel like helping you anymore.h  C Why don't you just log a call with Colorado Springs and get it overy with.l   -Scott   ------------------------------    Date: 25 Apr 2003 13:39:09 -0700* From: denny.rich@swagelok.com (Denny Rich), Subject: telnetsym and the missing last page< Message-ID: <d28306e.0304251239.23486312@posting.google.com>   I have TCPIP Services V5.3,  running on OVMS V7.3-1. 7 Printers are HP Laserjets, 4100, 4Si, 5Si, and others.   Logical names are: (LNM$SYSTEM_TABLE)  "   "TCPIP$TELNETSYM_LOG_KEEP" = "3""   "TCPIP$TELNETSYM_NO_OPCOM" = "1"4   "TCPIP$TELNETSYM_RETRY_INTERVAL" = "0 00:00:10.00"-   "TCPIP$TELNETSYM_SUPPRESS_FORMFEEDS" = "34"d  F My problem is that the last page fails to come out until pushed out by
 the next job.e  > I have tried using tcpip$telnetsym_raw_tcp=1, no change in theE problem. I have tried setting suppress_formfeeds to 18, but all i getl9 is an extra line feed at the beginning of the first file.n  D If I set tcpip$telnetsym_debug to 7 and _verbose to 1, I can see the< buffer dumps in the log file. In the log files, the value ofF "suppress_ffs" is reported as 34, but the buffer dumps contain \ D\ C\E at the end of each file .... so there appears to be a formfeed in thet+ buffer, but its not getting to the printer.t  E I suspect these "buffer dumps" are shown at a point way ahead of whenb they actually go down the wire.o  C When our network guy gets back from vacation, i'll ask him to put ae1 sniffer on the wire to verify what hits the wire.d  / Has anyone else had this problem and solved it?    Regards, dennyn   ------------------------------  % Date: Fri, 25 Apr 2003 16:59:02 -0400y! From: Jim Agnew <jpagnew@vcu.edu> 0 Subject: Re: telnetsym and the missing last page' Message-ID: <3EA9A196.99D21119@vcu.edu>D  D in the far reaches of my dusty mind, I think I had to put a formfeedG into the device control library to slap the laser..  I think... someonehF will probably have something or other that's better.  Ask on Monday if you want the tlb library...    Denny Rich wrote:a >  > I have TCPIP Services V5.3,  > running on OVMS V7.3-1.'8 > Printers are HP Laserjets, 4100, 4Si, 5Si, and others. > Logical names are: > (LNM$SYSTEM_TABLE) > $ >   "TCPIP$TELNETSYM_LOG_KEEP" = "3"$ >   "TCPIP$TELNETSYM_NO_OPCOM" = "1"6 >   "TCPIP$TELNETSYM_RETRY_INTERVAL" = "0 00:00:10.00"/ >   "TCPIP$TELNETSYM_SUPPRESS_FORMFEEDS" = "34"  > H > My problem is that the last page fails to come out until pushed out by > the next job.' > @ > I have tried using tcpip$telnetsym_raw_tcp=1, no change in theG > problem. I have tried setting suppress_formfeeds to 18, but all i get ; > is an extra line feed at the beginning of the first file.h > F > If I set tcpip$telnetsym_debug to 7 and _verbose to 1, I can see the> > buffer dumps in the log file. In the log files, the value ofH > "suppress_ffs" is reported as 34, but the buffer dumps contain \ D\ C\G > at the end of each file .... so there appears to be a formfeed in thep- > buffer, but its not getting to the printer.  > G > I suspect these "buffer dumps" are shown at a point way ahead of when ! > they actually go down the wire.r > E > When our network guy gets back from vacation, i'll ask him to put ah3 > sniffer on the wire to verify what hits the wire.e > 1 > Has anyone else had this problem and solved it?o > 
 > Regards, > denny    -- nF "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------  % Date: Fri, 25 Apr 2003 23:28:05 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> 7 Subject: Re: UK "Computing" registration - Mentions VMS)' Message-ID: <3EA9A865.18DCBC04@aaa.com>t  C Everyone in c.o.v knows that OpenVMS *is* the current/correct name.u: Everyone in c.o.v knows that VMS *should* be correct name. But that wasn't my point.A  A It's of course much better if a public site uses the same name of 7 the product as the (current) owner of the product uses.   = Anyway, I do prefer "VMS" before "VAX/VMS" that you still see1 from time to time...  	 Jan-Erik.y   Bob Koehler wrote: > A >    You must be one of the few in c.o.v who don't think that VMSr >    _is_ the correct name.l   ------------------------------  # Date: Fri, 25 Apr 2003 22:01:18 GMT84 From: brad@.gateway.2wire.net (Bradford J. Hamilton)7 Subject: Re: UK "Computing" registration - Mentions VMS0= Message-ID: <Oeiqa.82190$Si4.65395@rwcrnsc51.ops.asp.att.net>t  c In article <3EA9A865.18DCBC04@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes: D >Everyone in c.o.v knows that OpenVMS *is* the current/correct name.; >Everyone in c.o.v knows that VMS *should* be correct name.  >But that wasn't my point. > B >It's of course much better if a public site uses the same name of8 >the product as the (current) owner of the product uses. >7> >Anyway, I do prefer "VMS" before "VAX/VMS" that you still see >from time to time...   N Or even VAX when talking about Alpha - I looked at a job opportunity this weekL to assist a company to move from their "legacy VAX systems running Alpha" to W2K.   <snip>  A _________________________________________________________________ 0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"6   ------------------------------  % Date: Fri, 25 Apr 2003 19:36:29 -0400t* From: JF Mezei <jfmezei.spamnot@istop.com>7 Subject: Re: UK "Computing" registration - Mentions VMSt) Message-ID: <3EA9C668.FF3A101A@istop.com>    Jan-Erik Sderholm wrote:iC > It's of course much better if a public site uses the same name oft9 > the product as the (current) owner of the product uses.f  O No. It is better that the public site uses the commonly used name by customers.d  E Consider the constant name changes for the windows products.  Do theyhI differentiate betyween Windows NT 3, NT 4 , XP 2000 ? They would probablyS simply say "Windows server".  L If everyone continued to use VMS, HP would get the message and save a lot ofL black ink by omitting the "open". It would also be a tremendous sign that HPI is responsive to VMS customers and signifiy a much needed change from the  Palmer/Capellas era.   ------------------------------  # Date: Fri, 25 Apr 2003 20:59:17 GMTo# From: "John Smith" <a@nonymous.com> : Subject: Re: VMS Advertising & Marketing - a status reportJ Message-ID: <Fkhqa.145721$BQi.114795@news04.bloor.is.net.cable.rogers.com>  @ 3 weeks have passed now. No comments from the parties contacted.      . "John Smith" <a@nonymous.com> wrote in message> news:pdBla.807$BQi.442@news04.bloor.is.net.cable.rogers.com...A > A little over a week ago, a colleague and I were discussing thesF > current worldwide HP advertising campaign and the lack of mention of> > VMS anywhere in this advertising blitz, in any media, in any country. >iD > So we sat down and wrote up a few comments and questions about VMSD > advertising and marketing and he sent them off to carly, Marcello, ande( > Gorham. In part the comments included, >h > E > "It is a laudable campaign - the televsion and press campaigns both.D > presenting the same message about HP, Windows on HP gear, HP-UX on HPA > gear, Linux on HP gear, NSK on HP gear. But for all the tens oftF > millions of dollars being spent on this campaign worldwide, there is; > not 10 cents worth of OpenVMS or Alphaserver advertising.- >-F > This is as clear an indication of HP's lack of commitment to OpenVMS > in the future .... > ? > OpenVMS is a multi-billion dollar asset of HP, and by current- reports,C > once you get past the fudged HP internal accounting, a profitable0A > asset at that even though it is only being presented to currentcB > customers. In all my many years in business I have never seen so large E > a product so abandoned by advertising and marketing, except when it. > was about to be killed.w >eC > .... or will there simply be an announcement in 2006 stating thatg 'dueD > to lower than expected sales OpenVMS is being placed on EOL status > effective immediately'?m >eD > It would appear that this is the game plan as one clearly does not= > garner sales without effective marketing and advertising. "r >n > D > I admit that what I have quoted above is 'challenging' (some might sayYA > imputent) - a somewhat different message was sent to carly. I'm- quite-A > sure that given the recent HP accounting results and details of9@ > internal allocation of costs, Marcello and Gorham can't be too pleasedeD > at the charges allocated to the Enterprise Systems Group, of whichD > they are a part (look up the details in the Wall Street Journal orD > other financial publication). I also would not be surprised if VMS washD > being charged 'advertising & marketing overhead' by corporate even> > though VMS is the beneficiary of nearly zero advertising and	 marketingn< > beyond the customer success .pdf's Kerry points us to fromA > time-to-time, the costs of adding the word 'OpenVMS' to a press B > release, and the occasional 'OpenVMS' sign at a tradeshow booth. >cA > I know that many HP VMS employees will jump all over these last0F > statements, but look at it objectively....you're a big part of a bigE > division at HP and are you and your product getting anywhere near arE > fair share of the money devoted to the exposure of all HP products?m8 > The answer is no. Why is that? Aren't you curious too? >t >  > [digress]oA >  I mention the following as an analogy - when I think about VMSs@ > marketing and advertising, I often come back to thinking aboutE > Porsche - another low-volume product. A manufacturer of performance A > vehicle with a certain cachet that has been carefully nurtured,m> > marketed, and advertised over nearly 40 years - "There is no > substitute". >yD > No they don't dominate the market of all automobiles, but arguablyD > they do dominate their segment. But they do so via advertising and? > marketing and having a high quality product. VMS, despite itsi quality,@ > comes no where near to dominating the segment of the market it claimsC > to be in - which I define as mission-critical computing for *all*:? > business segments, not just stock exchanges and the few otherG examples > that are trotted out.o >aD > Potential customers have to be told of the benefits of VMS just in theTA > same way as potential customers of Porsche are told of the thata? > marque's benefits. Arguably there is no rational reason for a  PorschelB > 911 to exist, so one might say that a Porsche is a discretionary itemE > and the advertising is different, to which I'd say that once you'veiE > made up your mind that you are in that market category (however you:F > make that decision, it's usually influence by advertising), then youA > are fair game for all the other advertising that explains why a D > Porsche 911 is better than having a BMW M5, or why VMS is a better@ > choice than HP-UX or Solaris or Linux or Windows, for business > critical computing.a > [/digress] >P >D >O9 > In any event he got the automated response from carly's  autoresponder,< > "They have been forwarded to the appropriate people within> > Hewlett-Packard for their information or action. Should more> > clarification or information be needed, you may be contactedC > directly."   Nothing has been heard from Marcello and Gorham yet.y >pF > Now in fairness, it's only been just over a week, and they certainlyB > have their agendas booked further in advance than that, and it'sF > possible that they are on vacation, ill with flu, or any one of manyA > legitimate reasons not to respond in this short a timeframe. Orn maybee1 > they choose not to respond to a small customer.s >eA > Maybe there is a 'big' (proportionate to sales? to revenues? tokC > aspirations for the future?) campaign for VMS in the works, or itc maytA > just be that there will never be any advertising & marketing ine VMS's,	 > future.n >b >uD > I just wanted to let everyone here know that I will be keeping you allpB > informed on a weekly basis, or sooner, of any responses received from0 > carly and her minions, or Marcello, or Gorham. >e >a   ------------------------------  % Date: Fri, 25 Apr 2003 19:32:52 -0400a* From: JF Mezei <jfmezei.spamnot@istop.com>: Subject: Re: VMS Advertising & Marketing - a status report) Message-ID: <3EA9C590.C1CC20BC@istop.com>a   John Smith wrote:g > B > 3 weeks have passed now. No comments from the parties contacted.   Surprised ?i  K Your letter was probably passed down to a person who then passed it down to[H another and nobody know who actually is in charge of finding the vanilla response to send back to you.r   ------------------------------  # Date: Fri, 25 Apr 2003 22:30:10 GMTo6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)% Subject: Re: X-windows server loggingi1 Message-ID: <SFiqa.3738$v62.36854@news.chello.at>a  m In article <JbZna.116186$UR.1013946@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:oc >In article <3E926E37.9836840D@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: P >>1- Is there a logical name or other thing to do to get decwindows (VAX) to logL >>even the succesful window openings including the ip address and username ?N >>(where is or should that logical be defined, and must one restart decwindows >>for this to take effect ?) >0; >I do not know any such logical. I'd like to have one, too.:  F I must have been tired or slept through reading the last MOTIF release( notes (I haven't checked now either ;-).  C In SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.TEMPLATE there is a symbol G DECW$SERVER_CONNECT_LOG which defaults to "F" (false) and the procedurewD SYS$MANAGER:DECW$STARTSERVER.COM builds from it a decwindows logical/ with DEFINE/NOLOG/EXEC/TABLE=DECW$SERVER0_TABLEu   Is this what you wanted ?r   --   Peter "EPLAN" LANGSTOEGERa% Network and OpenVMS system specialistt E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 25 Apr 2003 19:29:26 -0400d* From: JF Mezei <jfmezei.spamnot@istop.com>% Subject: Re: X-windows server loggingp( Message-ID: <3EA9C4C2.9B16998@istop.com>    Peter 'EPLAN' LANGSTOEGER wrote:E > In SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.TEMPLATE there is a symboluI > DECW$SERVER_CONNECT_LOG which defaults to "F" (false) and the proceduredF > SYS$MANAGER:DECW$STARTSERVER.COM builds from it a decwindows logical1 > with DEFINE/NOLOG/EXEC/TABLE=DECW$SERVER0_TABLE  >  > Is this what you wanted ?c  J Yep. Thanks. Not sure when you sent this though, just got it. (my last few- days with the old ISP with  unreliable news).r   ------------------------------   End of INFO-VAX 2003.229 ************************