1 INFO-VAX	Fri, 11 May 2001	Volume 2001 : Issue 262       Contents: Re: 7.2-2 availability. RE: ABS - backup service from NT to VMS device) Re: Conference: CETS-2001 - Conference CD : Directory Service with OpenVMS, W2K, NT, Novell, and Linux- Re: email lists interesting to OpenVMS users? - Re: email lists interesting to OpenVMS users? - Re: email lists interesting to OpenVMS users?  Extra 7.3 full doc set? 1 Re: IBM announces MQSeries V5.1 for OpenVMS/Alpha 1 Re: IBM announces MQSeries V5.1 for OpenVMS/Alpha  Learn VMS books  Re: Learn VMS books  Re: Learn VMS books  Re: Learn VMS books + Re: mail sending in DCL - returned  mail...   Methodology of Capacity planning$ RE: Methodology of Capacity planning$ Re: Methodology of Capacity planning$ Re: Methodology of Capacity planning2 Re: mounting 2 disk with the same label in cluster Re: Mozilla 0.9  Re: Mozilla 0.9  Mozilla 0.9 Problem  Re: Mozilla 0.9 Problem  Re: Mozilla 0.9 Problem  OpenVMS ftp program  Re: OpenVMS ftp program  Re: OpenVMS with NetBeans 3.2  Re: Pioneer 10 lives!  Re: Pioneer 10 lives! / Re: Programming language usage on VMS systems ? % Re: Some more bits looking for a home  TCPIP PAK for Hobbyist install? # Re: TCPIP PAK for Hobbyist install?  The future of VMS - * Humour *" Re: The future of VMS - * Humour *" RE: The future of VMS - * Humour */ Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants ( Unsupported Cobol compilation switches ?, Re: Unsupported Cobol compilation switches ? Re: Unsupported File Structure?  Re: Unsupported File Structure?  Re: Unsupported File Structure?  Re: Unsupported File Structure?  Re: Unsupported File Structure? 7 Re: VAX Just Stops - Not the Usual Suspects - follow up  Re: VMS NFS mounts on UNIX Re: VMS NFS mounts on UNIX- Re: What is the best way to erase SCSI disks? - Re: What is the best way to erase SCSI disks?   F ----------------------------------------------------------------------  # Date: Thu, 10 May 2001 20:53:20 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: 7.2-2 availability 5 Message-ID: <4dDK6.651$7O2.19591@typhoon.aracnet.com>   3 Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote: H > :I tried to order the 7.2-1 update last week. It's now only available  > :internally,...   D >   By "update", I will assume you mean V7.2-2 and not the availableD >   UPDATE kit for V7.2-1 (V1 is available, V2 is in test).  V7.2-2 D >   is presently in test here in OpenVMS, and has NOT been released.  I No, I mean the V7.2-1, using the part number in the FAQ (and SPD) I tried K ordering it last week.  It is only available for *internal* order.  Since I J couldn't order that, I tried V7.2-1H1 and was able to order that using the part number in the FAQ.   O > :How different from 7.2-1 is 7.2-1H1?  I know there is support for additional L > :hardware in -1H1.  I'm hoping there is no problem trying to install it on > :older hardware.  J >   There should not be problems with other hardware, but the testing and J >   support targets specific platforms -- hardware releases are a special G >   order for a reason, they do not tend to be of interest for general  H >   users, only those folks that have specific configurations.  The nextJ >   general roll-up of support and ECOs and such -- for V7.2 -- is V7.2-2.  L Thanks for the clarification, I thought this was the case, but wasn't sure. H Hopefully it won't cause me any problems, and I'll probably be ordering ' V7.2-2 as soon as it becomes available.   E From the sounds of things someone needs to have a talk with the Sales B department about what Update CD's they should be making available.   			Zane    ------------------------------  % Date: Thu, 10 May 2001 15:56:13 -0400 : From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>7 Subject: RE: ABS - backup service from NT to VMS device K Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D6DC030@MBCALBEXC03.BENDER.COM>    > -----Original Message-----B > From: Curtis Rempel [mailto:vmsguy.no.spam.here.please@home.com]' > Sent: Wednesday, May 09, 2001 9:45 PM  > To: Info-VAX@Mvb.Saic.Com 9 > Subject: Re: ABS - backup service from NT to VMS device  >  .  .  snip .  . A > For catastrophic hardware failures requiring an image restore,  ; > using one of the other above approaches is the way to go. ; > Again, the VMS client is not a "pure solution", however,  4 > the many enterprise benefits that NetBackup brings? > to the table outweigh this apparent deficiency in my opinion.  >   < If I could ask... How much data are you backing up over your= NetBackup network link?  And how fast is the backup?  And how @ fast is a disk restore?  Would love to hear details on the setup@ of your disk farm (RAID technology in use?) and backup network, / and how well your backups and restores perform.   ? I ask, since I have found that various network backup solutions A have varied a lot in performance.  I have worked with "solutions" @ from EMC, ISE, and Compaq for OpenVMS.  I am still working with  solutions from ISE and Compaq.   :) jck
 John Koska Matthew Bender & Co., Inc. -"   a Member of the LexisNexis Group
 1275 Broadway  Albany, NY  12204  USA  518-487-3255 JKoska@bender.com   * "I post personal opinion only, and all the* disclaimers one could imagine apply.  That( includes, I speak for myself only and my* views in no way represent my employer(s)."   ------------------------------  # Date: Thu, 10 May 2001 22:13:11 GMT 6 From: "Andy Bustamante" <A_C_Bustamante@earthlink.net>2 Subject: Re: Conference: CETS-2001 - Conference CDE Message-ID: <XnEK6.11011$Ak7.616676@newsread1.prod.itd.earthlink.net>   < After paying for the CETS, air, car, hotel, meals . . . YES.  I If it's an extra charge will there be a cash register at the back of each D session or will this charge be applied to the conference as a whole?  D BTW will you have CD's available for the VMS Tadpoles out there? <G>     -- Andy Bustamante  Remove the ASCII 95s to reply / Jeff Killeen <Jeff@IDM-IO.com> wrote in message 1 news:NBjK6.2263$v66.803143@typhoon1.ba-dsg.net... H > > Paper handouts allow for immediate notetaking without worrying about power 
 > > problems.  > H > For 2002 would you be willing to pay an extra $50-75 for a paper copy? >  > -- >  >  >  > 0 > Jeff Killeen - Encompass CETS Business ManagerG > =====================================================================  >  >  >    ------------------------------  % Date: Thu, 10 May 2001 14:43:16 -0400 ! From: "One Net" <steuver@nku.edu> C Subject: Directory Service with OpenVMS, W2K, NT, Novell, and Linux / Message-ID: <tflocj6v185701@corp.supernews.com>   G Is there a directory service that will work with OpenVMS (7.2-1 Alpha), K Windows 2000, Windows NT, Novell, and Linux?  I have seen some services but K they don't cover all of these platforms.  I know NDS/eDirectory comes close K and OpenVMS is "under investigation", but is there something available now?    Thanks,  Thomas Steuver steuver@nku.edu    ------------------------------  % Date: Thu, 10 May 2001 19:43:01 -0400 - From: Michael Austin <miaustin@bellsouth.net> 6 Subject: Re: email lists interesting to OpenVMS users?- Message-ID: <3AFB2784.4B741E55@bellsouth.net>   L I saw Arne's post and looked at his site for Rdb.  I am not sure if they are active lists or not...E But,  oraclerdb@jcc.com is active with some of the primary developers  participating.  ? All SUBSCRIBE, SIGNOFF, and HELP requests should be directed to  oraclerdb-request@jcc.com   & Michael Austin  -- currently available- First DBA Source, Inc.  -- Rdb DBA Consultant  704-947-1089   Hoff Hoffman wrote:   J >   I am looking to add a section containing various available email listsI >   that may be of interest to OpenVMS users into the next edition of the  >   OpenVMS FAQ. > L >   I have addresses of some email lists (list servers) for various interestI >   areas of OpenVMS users (eg: OSU webserver, vmsperl, purveyor, OpenVMS D >   ECO kit notifications), and have heard of other lists (eg: Rdb). > I >   Please post or email pointers to lists, and I will add them.  Thanks!  > P >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 11 May 2001 15:15:26 +0930 % From: Jeremy Begg <jeremy@vsm.com.au> 6 Subject: Re: email lists interesting to OpenVMS users?' Message-ID: <3AFB7C76.10207@vsm.com.au>    Hoff Hoffman wrote:   K >   I am looking to add a section containing various available email lists  J >   that may be of interest to OpenVMS users into the next edition of the  >   OpenVMS FAQ. >   F There is the Info-WASD list for users of Mark Daniel's WASD web serverD for OpenVMS VAX and Alpha.  Information about this server and how to= subscribe to the list can be found at http://wasd.vsm.com.au/   M To subscribe to Info-WASD send a message to info-wasd-request@wasd.vsm.com.au 
 with the text        SUBSCRIBE INFO-WASD   > in the body of the message.  The Subject line will be ignored.     Regards,            Jeremy Begg  =   +---------------------------------------------------------+ =   |            VSM Software Services Pty. Ltd.              | =   |                 http://www.vsm.com.au/                  | =   |       "OpenVMS Systems Management & Programming"        | =   |---------------------------------------------------------| =   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au | =   | South Australia 5081      |   Phone:  +61 8 83592155    | =   |---------------------------|  Mobile:  0414 422 947      | =   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    | =   +---------------------------------------------------------+    ------------------------------  % Date: Fri, 11 May 2001 15:15:51 +0930 % From: Jeremy Begg <jeremy@vsm.com.au> 6 Subject: Re: email lists interesting to OpenVMS users?) Message-ID: <3AFB7C8F.4030601@vsm.com.au>    Hoff Hoffman wrote:   K >   I am looking to add a section containing various available email lists  J >   that may be of interest to OpenVMS users into the next edition of the  >   OpenVMS FAQ. >   F There is the Info-WASD list for users of Mark Daniel's WASD web serverD for OpenVMS VAX and Alpha.  Information about this server and how to= subscribe to the list can be found at http://wasd.vsm.com.au/   M To subscribe to Info-WASD send a message to info-wasd-request@wasd.vsm.com.au 
 with the text        SUBSCRIBE INFO-WASD   > in the body of the message.  The Subject line will be ignored.     Regards,            Jeremy Begg  =   +---------------------------------------------------------+ =   |            VSM Software Services Pty. Ltd.              | =   |                 http://www.vsm.com.au/                  | =   |       "OpenVMS Systems Management & Programming"        | =   |---------------------------------------------------------| =   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au | =   | South Australia 5081      |   Phone:  +61 8 83592155    | =   |---------------------------|  Mobile:  0414 422 947      | =   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    | =   +---------------------------------------------------------+    ------------------------------  % Date: Thu, 10 May 2001 16:59:23 -0400 " From: "Hal Kuff" <kuff@tessco.com>  Subject: Extra 7.3 full doc set?O Message-ID: <9DADF904353FC577.DF3BF707285DE907.7B7E480A221C1B0B@lp.airnews.net>   K If anyone aquires an extra 7.3 doc set, e-mail me and we'll pur together an ( equitable trade .....send your wish list   Kuff@tessco.com    ------------------------------  % Date: Thu, 10 May 2001 12:17:19 -0700 ! From: Shane.F.Smith@Healthnet.com : Subject: Re: IBM announces MQSeries V5.1 for OpenVMS/AlphaD Message-ID: <OF4BF58893.1C13BA48-ON88256A48.0069B30C@foundation.com>  G There's rumours of someone called Mary Ellen Fortier there, but I'm not I convinced since we never hear about her doing anything useful. I consider  her drag factor......   F Sue Skonetski for Director of VMS marketing! Heh, /then/ we'd see some results.   Shane           4 steven.reece@quintiles.com on 05/10/2001 04:34:29 AM  , Please respond to steven.reece@quintiles.com   To:   Info-VAX@Mvb.Saic.Com  cc:   ; Subject:  Re: IBM announces MQSeries V5.1 for OpenVMS/Alpha         H I've not yet met Sue but I sure would like to.  Is there anybody else inG VMS Marketing besides Sue and Warren?  Between them they do a brilliant  job.H If only the entire Compaq marketing divisions were made up with the same? quality of people.  Sun and the others wouldn't stand a chance. J Keep up the great work guys.  Hopefully I'll be able to meet you both soon to thank you in person.    Steve.   Shane F Smith wrote: >>> I Hiring Sue is arguably the best thing VMS marketing ever did. She's their  greatest asset, no question. <<<    ------------------------------  % Date: Thu, 10 May 2001 12:24:33 -0700 ! From: Shane.F.Smith@healthnet.com : Subject: Re: IBM announces MQSeries V5.1 for OpenVMS/AlphaD Message-ID: <OFCB911E60.FD37144A-ON88256A48.006A1C7D@foundation.com>  K Pardon? What genius decided that one; keep the best VMS advert in the world I away from where she can do most good?  Sue in person generates confidence F in VMS better than any adverts I've seen in five years, and confidenceH leads to more and larger sales. They'll lose a lot of money on that one.   False economy.   Shane           9 Alan Greig <a.greig@virgin.net> on 05/10/2001 05:28:27 AM   1 Please respond to Alan Greig <a.greig@virgin.net>    To:   Info-VAX@Mvb.Saic.Com  cc:   ; Subject:  Re: IBM announces MQSeries V5.1 for OpenVMS/Alpha         " Shane.F.Smith@Healthnet.com wrote:  K > Hiring Sue is arguably the best thing VMS marketing ever did. She's their  > greatest asset, no question. >   K And I was looking forward to meeting Sue in London next week but I've heard  thatK she will no longer be in attendance. Strange bit of penny pinching it seems  to" me - which I assume is the reason.  I If Compaq cutbacks bite much deeper we'll be presenting to ourselves next  week. 7 Is Rich Marcello still scheduled to attend anyone know?  --
 Alan Greig   ------------------------------  % Date: Thu, 10 May 2001 18:36:02 -0400 4 From: L. E. Leaman lleaman <nospm@saferinternet.com> Subject: Learn VMS books8 Message-ID: <989535025.685700823@news.saferinternet.com>  8 Just accuired Vax 4000-300, 2-2GB DSSI hard drives, TF857 tape drive, SCSI interface w/SCSI CDROM and VT320 Term. : I would like to learn VMS (ver 6.0) before loading NetBSD.+ Can anyone recomend some good books on VMS.    Thanks,   	 L. Leaman    ------------------------------  # Date: Fri, 11 May 2001 01:11:26 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: Learn VMS books5 Message-ID: <2%GK6.665$7O2.20353@typhoon.aracnet.com>   5 L. E. Leaman lleaman <nospm@saferinternet.com> wrote: : > Just accuired Vax 4000-300, 2-2GB DSSI hard drives, TF859 > tape drive, SCSI interface w/SCSI CDROM and VT320 Term. < > I would like to learn VMS (ver 6.0) before loading NetBSD.- > Can anyone recomend some good books on VMS.   I If you can find a copy the VAX/VMS V5.x System Managers Manual is a great B book to have, even with newer versions.  Also if you've local used; bookstores with good computer sections you might try there.   4 You can also view the V7.2 and newer Doc's online at# http://www.openvms.compaq.com:8000/   J Also check out http://www.montagar.com/hobbyist/ for information on how to% get OpenVMS V7.2/VAX for your system.   L It sounds like you've got a really great box there, why ruin it with NetBSD!   			Zane    ------------------------------    Date: 10 May 2001 21:17:01 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)6 Subject: Re: Learn VMS books3 Message-ID: <AgGc7fRit9JI@eisner.encompasserve.org>   o In article <989535025.685700823@news.saferinternet.com>, L. E. Leaman lleaman <nospm@saferinternet.com> writes: : > Just accuired Vax 4000-300, 2-2GB DSSI hard drives, TF859 > tape drive, SCSI interface w/SCSI CDROM and VT320 Term. < > I would like to learn VMS (ver 6.0) before loading NetBSD.- > Can anyone recomend some good books on VMS.o   For the end user:o  = 	http://www.openvms.compaq.com:8000/72final/6489/6489pro.htmlr   For the system manager:   = 	http://www.openvms.compaq.com:8000/72final/6017/6017pro.html   C When you have those down cold, there are 53 other components of thel% official documentation set listed at:g  9 	http://www.openvms.compaq.com:8000/index.html#ovmsdocsete  B Considering the number of people who are not familiar with VMS butB ask questions like yours, I have come to the opinion that officialB documentation must be inadequate for other operating systems sinceB people have an instinctive reaction of looking for something other  than the official documentation.  = In most cases, I recommend hardcopy, but you seem to indicate  your interest is transitory.   ------------------------------  # Date: Fri, 11 May 2001 02:24:28 GMTr2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: Learn VMS books5 Message-ID: <w3IK6.670$7O2.20683@typhoon.aracnet.com>   : Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote:D > Considering the number of people who are not familiar with VMS butD > ask questions like yours, I have come to the opinion that officialD > documentation must be inadequate for other operating systems sinceD > people have an instinctive reaction of looking for something other" > than the official documentation.  F Back when I was using IBM Clone PC's, I used to buy software, toss theL manuals in a corner, and then go out an buy a 3rd party manual.  I have seenL some Mac software with very good manuals.  However, now it seems that you'veD no choice but to go out and by 3rd party manuals as all the SoftwareH Publishers for PC and Mac software have gotten cheap and typically don't include any.  I OTOH, one of the biggest reasons for my love of DEC Operating Systems and-K software is the quality of the Documentation.  As far as I can tell, so far:K Compaq hasn't managed to mess that up.  Between what I have at home, and in7A storage I think I've got four or five large bookcases full of DECt. documentation, and I'm always collecting more!   			Zanee   ------------------------------  % Date: Thu, 10 May 2001 15:41:32 -0400 0 From: "Syltrem" <syltrem@videotron.ca.spammenot>4 Subject: Re: mail sending in DCL - returned  mail...6 Message-ID: <J2CK6.701$IG6.91154@wagner.videotron.net>   Hi!   ! What I do is something like this:  $ ON ERROR THEN GOTO ERROR_TRAP  .e .t
 $ ERROR_TRAP:g $ EXIT_STATUS = $STATUSA( $ SET OUTPUT    ! Flush .LOG to the disk $ Open X X.X- $ write X "Check this out! It has bombed out"l $ TYPE X.LOG /OUT=X:	 $ CLOSE X / $ mail X.X tremblay/subj="This job has crashed"       6 You get the idea... Get log file name using f$getqui()   HTH  --   Syltrema; http://pages.infinit.net/syltrem (OpenVMS related web site)l> To reply to myself directly, remove .spammenot from my address  E "Jaan Kronberg" <jaan.kronberg@mail.ee> a crit dans le message news: ) 3afa6711$0$229$ba624cac@news.uninet.ee...a > Hello All, > . > A little description of what I'd like to do. > K > In some .com file I want to define, that if any error occurs program willuK > send me e-mail about that with some descriptions.. Actually, those errors7J > does not happen often and that's why I don't like to check 10 logs everyL > morning - much easier is to make program inform me that something is wrong > (logics, huh? ;) ).2 >  > So, code looks like that - >  > $on error goto some_errore > $! here comes some codet > $exite > $some_error:  > $rcpt = "someone @ somedomain" > $subj = "somesubject"	' > $err_text_file = "someplace_somefile" / > $mail/subj="''subj'" 'err_text_file "''rcpt'"K > $exitn > ; > I receive "returned mail" with text something like that -u >e >c) > ---- Transcript of session follows ----A >7B > 550 %TCPIP-E-SMTP_NOSUCHUSER, no such user, someone @ somedomain >a' > ---- Recipients of this delivery ----i >:  > someone @ somedomain (bounced) > " > ---- Unsent message follows ---- > 1 > Date: Thu, 10 May 2001 12:36:04 +0300 (EET_DST)- >c% > Message-Id: <message ID @ mydomain>  >  > From: mysuseranme @ mydomain >c > To: someone @ somedomain >  > Subject: blah_test >   > X-VMS-To: someone @ somedomain >tI > So, it looks like that. Then a little bit about domains and nodes.. So,  whenK > I send email to someone @ somedomain from node1 (like mail/subj="test....sG > etc) then it's ok. If I do the same thing from node2 - then it fails.tK > mydomain actually looks like node2.mydomain... I do submit this .com frombI > node1 (where it should be ok) and mydomain on return-message looks likee > node2.mydomain.. >r< > Hope that all doesn't look too silly, I'm just a newbie ;) > Thx, > j. >  >t >s   ------------------------------  % Date: Fri, 11 May 2001 02:40:00 +0800n& From: VMS beginner <cavy@hongkong.com>) Subject: Methodology of Capacity planningS, Message-ID: <3AFAE080.24C5A32B@hongkong.com>   Hi all,u  D Can I find this type of book or web site? I just want to know how toA plan the  system resources (CPU, memory, IO, etc) upgrade without  Capacity Planner.Thanks-   ------------------------------  % Date: Thu, 10 May 2001 14:01:15 -0500c+ From: "Main, Kerry" <Kerry.Main@compaq.com>d- Subject: RE: Methodology of Capacity planning R Message-ID: <DC4745D1A85CA04180C83CDC706A9D1860764E@cthexc02.americas.cpqcorp.net>  % The following might be of assistance:n4 <http://www.amazon.com/exec/obidos/ASIN/1555581269/o; /qid=989521071/sr=8-1/ref=aps_sr_b_1_1/104-7656868-9664749>7  ' Beware - one long url will likely wrap.    Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660r Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message------ From: VMS beginner [mailto:cavy@hongkong.com]b Sent: May 10, 2001 2:40 PM To: Info-VAX@Mvb.Saic.Coms) Subject: Methodology of Capacity planninge     Hi all,e  D Can I find this type of book or web site? I just want to know how toA plan the  system resources (CPU, memory, IO, etc) upgrade withouth Capacity Planner.Thanks    ------------------------------  % Date: Thu, 10 May 2001 15:53:44 -040052 From: "Sue Skonetski" <susan.skonetski@compaq.com>- Subject: Re: Methodology of Capacity planning=1 Message-ID: <XkCK6.112$fi2.2804@news.cpqcorp.net>=  L I have sent mail to one of our performance people to see what he recommends.   Best Regards Sue03 "VMS beginner" <cavy@hongkong.com> wrote in messagec& news:3AFAE080.24C5A32B@hongkong.com...	 > Hi all,u > F > Can I find this type of book or web site? I just want to know how toC > plan the  system resources (CPU, memory, IO, etc) upgrade withouti > Capacity Planner.Thanks? >    ------------------------------  # Date: Fri, 11 May 2001 00:52:25 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton)M- Subject: Re: Methodology of Capacity planningi1 Message-ID: <3afb3583.708050002@news.wcc.govt.nz>u  # I'd say the short answer is no.....-  = All Capaicty Planning Methodology is the same irrespective ofu	 platform.t5 Know and understand your current load characteristicsg0 Know and understand your growth characteristics.  @ Extrapolate the known growth to a future point and caclulate the impact.o  B I've capacity planned using the info from monitor. But you need to! have data from 3 to 6 months ago.v; Plot the CPU, Memory, Hard Faulting, Disk IO and IO Queues.r  = Determine the trends. Project them onwards. Use your hard wonhA knowledge of VMS and your configuration to arrive at conclusions.D  B You will need to research the performance data of the hardware you have.   B You mention you're a beginner, but you will need to understand theC figures and without a Capacity Planning tool you will need to applyMB those projected figures on to current and proposed architectures.   = No book is going to be that flexible. There will be plenty oneA methodologies. But it's the interpretation of the figures that'lle; provide the info. you'll be using to justify the purchases.l  D On Fri, 11 May 2001 02:40:00 +0800, VMS beginner <cavy@hongkong.com> wrote:   >Hi all, >eE >Can I find this type of book or web site? I just want to know how toeB >plan the  system resources (CPU, memory, IO, etc) upgrade without >Capacity Planner.Thanks >i   ------------------------------  % Date: Fri, 11 May 2001 07:01:59 +0100e  From: Paul Sture <paul@sture.ch>; Subject: Re: mounting 2 disk with the same label in cluster1+ Message-ID: <VA.00000389.331bc559@sture.ch>.  ? In article <9dcd3b$7ic$1@hecate.umd.edu>, Lawrence Bleau wrote:e, > From: bleau@umtof.umd.edu (Lawrence Bleau) > Newsgroups: comp.os.vmsm= > Subject: Re: mounting 2 disk with the same label in clusters > Date: 9 May 2001 21:33:31 GMT  > m > In article <OF4C693AB1.4705041F-ON80256A46.005586C3@qedi.quintiles.com>, steven.reece@quintiles.com writes:r > O > Others have addressed this issue better than I can.  Allow me to add my $0.02  > on this question, though:l > K > >Can anyone say exactly what the DISK$volumelabel logicals are used for ?m > M > I suspect that, back in the days of removable disk media, it could be quiteWM > common for a user's data set to be mounted, at different points in time, onaR > different drives, thus resulting in the use of different hardware device names. Q > The system operator or manager may not remember to change a system-wide logical F > name each time (quite a chore with a lot of users, data sets, etc.). >S  M Indeed I did that once on a system with half a dozen or so exchangeables dual- ported between two 750s.  M My startup files mounted each disk /NOWRITE/NOCACHE, in turn, to discover theiI label name, then decided how to mount the disk from each system. Two side-	 benefits:   < o - if a drive didn't power up, another drive could be used.  : o - if the operators put the disks in the wrong drives, itA     didn't matter as everything used the DISK$label logical name.r  Q > By having a logical name with a specific pattern that is derived from somethingeN > on the media itself (in this case, the volume label), one has a bullet-proofO > way of obtaining device independence.  Applications need not be changed; theyoF > just reference DISK$label and they'll always get the correct device. >tK > Of course, with the advent of nonremovable drives, this feature is not ass	 > useful.   A With the large quantities of disks in use nowadays, and shadowingtD considerations, the approach I used above would be a definite no-no.  B I can imagine it would be all too easy to end up mounting that oldC temporary backup as a shadow master - no, not worth thinking about!B  D > It could still be useful if a drive is going bad and another driveO > (with a different device name) is put into service as a replacement while the-N > first drive is fixed.  A BACKUP/IMAGE to the replacement drive would give itQ > the same label, and thus when mounted a DISK$label would be defined to point to P > the new drive.  Since this is a system manager operation, though, I doubt manyK > users would be doing it, and so after the BACKUP/IMAGE changing a /systemi4 > logical name would be very little additional work. >   3 Also applicable for controller or cabling failures.-  D Oh, I mentioned shadowing. That of course brings in another layer ofD names, which reminds me that strict naming conventions are the order of the day here.   ___ 
 Paul Sture Switzerland-   ------------------------------  # Date: Thu, 10 May 2001 20:54:58 GMTt2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: Mozilla 0.95 Message-ID: <CeDK6.652$7O2.19591@typhoon.aracnet.com>a  P Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40 <pmoreau@dev.ath.cena.fr> wrote:K > For your info, Mozilla 0.9 is available at www.openvms.compaq.com server -  J > Performance seems better than 0.81 (and the disk cache can now be used).  L I don't think I've gotten a chance to try Mozilla since last Spring or early) Summer.  How is the stability these days?u   			Zane>   ------------------------------    Date: 10 May 2001 17:55:53 -05007 From: hamilton@encompasserve.org (Bradford J. Hamilton)t Subject: Re: Mozilla 0.93 Message-ID: <X1uZkBGOLOmW@eisner.encompasserve.org>o   Hi Zane,  U It has remained stable for me (so far).  I will be testing it over the next few days.oH Installing the images, as recommended, also seems to help the stability. One improvement (for me) was the ability to use a proxy configuration file from behind a corporate firewall, which seemed to failb= in 0.81.  It does seem to start up faster than 0.81, as well.n   --Brad  k >In article <CeDK6.652$7O2.19591@typhoon.aracnet.com>, "Zane H. Healy" <healyzh@shell1.aracnet.com> writes:dR > Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40 <pmoreau@dev.ath.cena.fr> wrote:L >> For your info, Mozilla 0.9 is available at www.openvms.compaq.com server  > K >> Performance seems better than 0.81 (and the disk cache can now be used).r > N > I don't think I've gotten a chance to try Mozilla since last Spring or early+ > Summer.  How is the stability these days?  > 	 > 			Zane    ------------------------------  # Date: Thu, 10 May 2001 17:22:48 GMT: From: inge@tarboor Subject: Mozilla 0.9 Problem% Message-ID: <2001May10.172248@tarboo>4  H I've tried Mozilla 0.18 and 0.19 with similar results: hangs or crashes.N I've got VMS 7.1-2 on a DPW 500au. Loaded Pthreads V3 patch and UCX 4.2 ECO 4. Installed the images.c  L With 0.18 on a non-prived account, I get a traceback ending with PTHREADS.  K With a prived account, I get a black screen with an arrow - need to reboot. I With 0.19, prived or non-prived, I get a black screen, but I found that I L could get to the operator console.  DECwindows is gone, but it will restart.  M PGFLQUOTA is huge; bumped FILLM; raised GBLPAGES and GBLSECTIONS; even upped M MAXBOBMEM.  No luck.  / With 0.18 I got a PTHREADS_DUMP.LOG containing:r  @ %DECthreads bugcheck (version V3.15-255), terminating execution.D %Reason:  lckHandoff:  not owner; lock = 0x0000000000508118, value =4 %  0x0000000000000000, expected = 0x00000000001066D0J %Running on OpenVMS V7.1-2 on Digital Personal WorkStation , 256Mb; 1 CPUsA % The bugcheck occurred at 08-MAY-2001 15:35:02.04, running imageeK %  TARBOO$DKA0:[SYS0.SYSCOMMON.][MOZILLA]MOZILLA-BIN.;1 in process 0000012DdK %  (named "_FTA3:"), under username "INGE". AST delivery is enabled for all-J %  modes; no ASTs active. Upcalls are enabled. Multiple kernel threads are   Any ideas?  Thanks.u             John Ingebretsen%             inge@tarboo.ds.boeing.comt   ------------------------------  % Date: Thu, 10 May 2001 17:01:49 -0700e! From: Shane.F.Smith@healthnet.com   Subject: Re: Mozilla 0.9 ProblemD Message-ID: <OFA877A651.C78D657C-ON88256A49.000006FB@foundation.com>  K IIRC there's a Pthreads patch or two for 7.1-2. Have you applied them? Make J sure you get the right ones though, they're different depending on whether" you have the JDK installed or not.   Shane           F inge@tarboo.healthnet.com@news.boeing.com (Boeing NNTP News Access) on 05/10/2001 10:22:48 AM  + Please respond to inge@tarboo.healthnet.comI  8 Sent by:  nntp@news.boeing.com (Boeing NNTP News Access)     To:   Info-VAX@Mvb.Saic.Come cc:e   Subject:  Mozilla 0.9 ProblemN    H I've tried Mozilla 0.18 and 0.19 with similar results: hangs or crashes.K I've got VMS 7.1-2 on a DPW 500au. Loaded Pthreads V3 patch and UCX 4.2 ECOt 4. Installed the images.y  J With 0.18 on a non-prived account, I get a traceback ending with PTHREADS.K With a prived account, I get a black screen with an arrow - need to reboot.cI With 0.19, prived or non-prived, I get a black screen, but I found that IfC could get to the operator console.  DECwindows is gone, but it willd restart.  F PGFLQUOTA is huge; bumped FILLM; raised GBLPAGES and GBLSECTIONS; even upped- MAXBOBMEM.  No luck.  / With 0.18 I got a PTHREADS_DUMP.LOG containing:e  @ %DECthreads bugcheck (version V3.15-255), terminating execution.D %Reason:  lckHandoff:  not owner; lock = 0x0000000000508118, value =4 %  0x0000000000000000, expected = 0x00000000001066D0J %Running on OpenVMS V7.1-2 on Digital Personal WorkStation , 256Mb; 1 CPUsA % The bugcheck occurred at 08-MAY-2001 15:35:02.04, running imagewK %  TARBOO$DKA0:[SYS0.SYSCOMMON.][MOZILLA]MOZILLA-BIN.;1 in process 0000012DaK %  (named "_FTA3:"), under username "INGE". AST delivery is enabled for allsJ %  modes; no ASTs active. Upcalls are enabled. Multiple kernel threads are   Any ideas?  Thanks.              John Ingebretsen%             inge@tarboo.ds.boeing.comh   ------------------------------    Date: 10 May 2001 20:26:55 -05007 From: hamilton@encompasserve.org (Bradford J. Hamilton)m  Subject: Re: Mozilla 0.9 Problem3 Message-ID: <PN+$pDiWm9c3@eisner.encompasserve.org>t   Hi John,  O If you have the ability to do so, OpenVMS V7.2 (and above), and TCPIP 5.0A needu% no patching for Mozilla 0.81 and 0.9.o  L I've seen none of these issues with a DPW 433au, 128Mb.  The doc (if you canN believe it) says that installing the images means that bumping FILLM and PGFLQ are not needed.   0 You do need to add to GBLSECTIONS; I added ~350.   --Brad  : >In article <2001May10.172248@tarboo>, inge@tarboo writes:J > I've tried Mozilla 0.18 and 0.19 with similar results: hangs or crashes.P > I've got VMS 7.1-2 on a DPW 500au. Loaded Pthreads V3 patch and UCX 4.2 ECO 4. > Installed the images.m > N > With 0.18 on a non-prived account, I get a traceback ending with PTHREADS.  M > With a prived account, I get a black screen with an arrow - need to reboot.oK > With 0.19, prived or non-prived, I get a black screen, but I found that IiN > could get to the operator console.  DECwindows is gone, but it will restart. > O > PGFLQUOTA is huge; bumped FILLM; raised GBLPAGES and GBLSECTIONS; even upped   > MAXBOBMEM.  No luck. > 1 > With 0.18 I got a PTHREADS_DUMP.LOG containing:s > B > %DECthreads bugcheck (version V3.15-255), terminating execution.F > %Reason:  lckHandoff:  not owner; lock = 0x0000000000508118, value =6 > %  0x0000000000000000, expected = 0x00000000001066D0L > %Running on OpenVMS V7.1-2 on Digital Personal WorkStation , 256Mb; 1 CPUsC > % The bugcheck occurred at 08-MAY-2001 15:35:02.04, running imagenM > %  TARBOO$DKA0:[SYS0.SYSCOMMON.][MOZILLA]MOZILLA-BIN.;1 in process 0000012DeM > %  (named "_FTA3:"), under username "INGE". AST delivery is enabled for allkL > %  modes; no ASTs active. Upcalls are enabled. Multiple kernel threads are >  > Any ideas?  Thanks.- >             John Ingebretsen' >             inge@tarboo.ds.boeing.comm   ------------------------------  % Date: Fri, 11 May 2001 11:45:31 +0900.  From: "ȼ" <syahn@icols.com> Subject: OpenVMS ftp program( Message-ID: <9dfjsv$5qm$1@news.nuri.net>           site 1 site 2  H         server 1              --------------------              server 2  K (openvms 7.1-2)                                                    (openvmso 7.1-2)    B             I need that program transfer file from site1 to site2.  $            Send me mail and program.7            if you have ftp program souce or ftp programt/            send me information that program is.e   ------------------------------  % Date: Fri, 11 May 2001 07:47:36 +0200 - From: Didier Morandi <didier.morandi@ubs.com>   Subject: Re: OpenVMS ftp program' Message-ID: <3AFB7CF8.27F57011@ubs.com>    "ȼ" wrote:e  D >             I need that program transfer file from site1 to site2.   from site 1:@ $ copy foobar.txt server2"username password"::device:[directory]   from site 2:E $ copy mumblefratz.txt server1"username password"::device:[directory]n  & >            Send me mail and program.6 no program required. Just use DECnet, part of OpenVMS.  9 >            if you have ftp program souce or ftp program 1 >            send me information that program is.   J Install DIGITAL TCP/IP Services for OpenVMS, then enable FTP server, then:   $ ftp  FTP> open server2e (login)i
 (password)2 FTP> put foobar.txt   (copy from site 1 to site 2)2 FTP> get fred.dat     (copy from site 2 to site 1); FTP> dir toto.*       (listing of site 2 default directory)p FTP> ^Zi $f  	 opzatelps  D.    N PS: When asking for anything, maybe you can say "please" or "thank you". Thank you.   ------------------------------  % Date: Thu, 10 May 2001 14:40:14 -0400s/ From: Larry Ingram <lawrence.ingram@compaq.com> & Subject: Re: OpenVMS with NetBeans 3.2* Message-ID: <3AFAE08E.44B3E0B3@compaq.com>   Hi, Jim,  % Thanks for taking a look at NetBeans!o  A Regarding the ACRTL patch, did you install the latest (V3.0)? The F NetBeans installation checks that Java 1.3.0-1 is installed as well asD the patches that Java requires. Take a look at the Compaq Java Patch  Installation Page for more info:  D      http://www.compaq.com/java/download/jdk_ovms/vms130patches.html  K My appologies about the license issue. Unfortunately, it is not possible toeK display the license text right after the software checks in a PCSI kit. TheaC best we could do would be to display the license after NetBeans was) installed and that's too late.   Larry-     James Gessling wrote:   N > Sue, I downloaded this and tried to install it.  It complained that I didn't > haveN > the patch vms721_acrtl installed.  So I installed that and it complained theL > same thing again.  By the way kind of irritating to page through that huge9 > license text just to have it mention lack of the patch.i >u > Any ideas? >n > Jimk > ? > "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message1+ > news:wmXJ6.16$fi2.701@news.cpqcorp.net...pK > > Folks I just got this and thought I would pass it on.  The URL works onD# > > Netscape and Internet explorer.c > >e > > suec   ------------------------------  % Date: Thu, 10 May 2001 20:48:29 +0100e% From: Alan Greig <a.greig@virgin.net>2 Subject: Re: Pioneer 10 lives!* Message-ID: <3AFAF08D.BB87361F@virgin.net>  ! steven.reece@quintiles.com wrote:r  2 > Now could this be the _real_ source of DSN link?2 > Probably.  Digital were full of witty asides.... >-  H Considering the length of time and number of attempts DSN often needs toG connect I was assuming the servers are located somewhere which requiresn$ the use of NASA's DSN to reach them. --
 Alan Greig   ------------------------------  % Date: Thu, 10 May 2001 17:45:12 -0400t2 From: norm lastovica <norman.lastovica@oracle.com> Subject: Re: Pioneer 10 lives!* Message-ID: <3AFB0BE8.A3F653CD@oracle.com>  7 As one of the 5 or so people on the team that worked on09 the original (modem-based) DSNlink project, I can assure j8 you that we were not near clever enough to come up with < something like this.  As I recall, the first actual project < name that we came up with was INCA (Information Network for : Customer Access).  The field test software used this name,9 we demoed it to Ken using this name, and I think that we u; would have used it for the 'real' thing.  Sometime shortly  ? before version 1 was to ship the marketing  group was involved c9 and DSNlink came to be the desired name.  I believe that -; there already was a DSN (Digital Services Network) project/M< product/offering floating around at the time so it was sort : of a natural thing to leverage that.  This was a long time ago.  ! steven.reece@quintiles.com wrote:r > 2 > Now could this be the _real_ source of DSN link?2 > Probably.  Digital were full of witty asides.... > # > Dave Gudewicz quoted Alan Greig :t > >>>n > >dH > > http://spaceprojects.arc.nasa.gov/Space_Projects/pioneer/PNStat.html > >u" > > Pioneer 10 distance from Sun :A > > 77.72 AU Speed relative to the Sun: 12.24 km/sec (27,380 mph)e > <<<a   --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Fri, 11 May 2001 00:24:52 +0200o) From: Christof Brass <brass@infopuls.com>f8 Subject: Re: Programming language usage on VMS systems ?, Message-ID: <3AFB1534.4951200E@infopuls.com>   Scott Vieth wrote: > M > None of the responses have yet mentioned the M (mumps) family: ISM, DSM anda > Cache. > D > There are a lot of shops writing code in the various flavors of M. >  > -Scott >  > Simon Clubley wrote: > K > > I have been curious for a while about which languages are in use on VMS G > > systems and what percentage of systems these languages run on. Does = > > anybody have an idea of what this distribution might be ?0 > > G > > It would be interesting to know as well what the distribution is inpD > > the installed base (VAX and/or Alpha) as well as in new systems. > >rJ > > [I have no specific reason for the information, I am just interested.] > >- > > Thanks for any information,  > >1
 > > Simon. > >5 > > --? > > Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFPwN > > 'The statement that "it can never happen" is not an acceptable programmingL > > approach. You must assume it can happen and be in control when it does.'A > >           -- Ada 95 Quality and Style Guidelines, US DoD AJPOj  9 You'd better not mentioned it. MUMPS is a sickness, not aa programming language.    ------------------------------  % Date: Thu, 10 May 2001 20:50:57 -0700l* From: "Ian King" <iking@killthewabbit.org>. Subject: Re: Some more bits looking for a home; Message-ID: <JjJK6.274$55.137130@newsrump.sjc.telocity.net>h  J Depending on the machine, your power bill may be interesting, too.  I onlyJ run my 11/34 when I'm playing with it; having a 3-4kW drain on my mains is4 something I only do when I'm going to enjoy it.  :-)  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in messagev' news:87ae4lgo3z.fsf@prep.synonet.com...t8 > pino+alt_sys_pdp11@dohd.org (Martijn van Buul) writes: >y? > > It occurred to me that Aidan Karley wrote in alt.sys.pdp11:( >tG > > > I've recently acquired a PDP-11 (details still unsure, but deeply F > > > nicotine stained), which I have a hankering to use as a firewallG > > > between my home network and the Internet (there's a weird sort of  > > > symmetry to that). > F > > I hope you're not too keen on bandwidth, and I hope that you don't% > > want any nifty things like NAT...  > D > > "Only sheer insanity could prompt the use of 2.11BSD machines as > > gateways." >t9 > > I doubt if using a different OS really changes that..a >aB > Fuzzball could do that, with bandwith a plenty. Adding NAT would > be 'interesting'...  >n > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.J > Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,$ >   mpowell@fcc.gov,gtristan@fcc.gov   ------------------------------  # Date: Fri, 11 May 2001 03:52:50 GMT " From: adroso@home.com (VMS Newbie)( Subject: TCPIP PAK for Hobbyist install?9 Message-ID: <3afb6224.68804726@news.jamison1.pa.home.com>o  E I'm trying to set up TCP/IP on my VLC (V7.2), but my Hobbyist licensegE list from www.montagar.com doesn't include a TCPIP PAK (at least it'so0 not obvious to me).  Where do I get a TCPIP PAK?   ------------------------------  % Date: Thu, 10 May 2001 22:21:25 -0600a% From: Dan O'Reilly <dano@process.com>l, Subject: Re: TCPIP PAK for Hobbyist install?A Message-ID: <5.0.2.1.2.20010510222058.00b19668@ntbsod.psccos.com>a  H You can get one from www.process.com for Multinet or TCPware, or you can0 use the UCX license for Compaq's TCP/IP product.  ( At 09:52 PM 5/10/2001, VMS Newbie wrote:F >I'm trying to set up TCP/IP on my VLC (V7.2), but my Hobbyist licenseF >list from www.montagar.com doesn't include a TCPIP PAK (at least it's1 >not obvious to me).  Where do I get a TCPIP PAK?a   ------I +-------------------------------+---------------------------------------+:I | Dan O'Reilly                  |                                       |:I | Principal Engineer            |  "Why should I care about posterity?  |rI | Process Software              |   What's posterity ever done for me?" |:I | http://www.process.com        |                    -- Groucho Marx    |rI +-------------------------------+---------------------------------------+s   ------------------------------  % Date: Thu, 10 May 2001 15:51:34 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brs' Subject: The future of VMS - * Humour *-L Message-ID: <OF8E8DDBAC.5D901D44-ON03256A48.00673534@ep-bc.petrobras.com.br>  B Click below to see VMS becoming popular, or playng games with VMS.  J http://www.gnn.ch/videogames/Sega/dreamcast/hardware/pics/vms_animated.gif  6 http://www.sega.com/sega/news/newsdetail.jhtml?id=4701     Regardsi   FC   ------------------------------  % Date: Thu, 10 May 2001 16:19:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>r+ Subject: Re: The future of VMS - * Humour *w, Message-ID: <3AFAF79F.EB0873E9@videotron.ca>  * fabio_compaq@ep-bc.petrobras.com.br wrote: > D > Click below to see VMS becoming popular, or playng games with VMS.8 > http://www.sega.com/sega/news/newsdetail.jhtml?id=4701  < Shoudln't Compaq sue Sega for the use of the VMS trademark ?   ------------------------------  % Date: Fri, 11 May 2001 09:39:55 +0800r' From: Tim Sneddon <tsneddon@olc.com.au>n+ Subject: RE: The future of VMS - * Humour * < Message-ID: <2FCE1FC4E068D411877B00D0B7477F4D0E1A38@onlpc26>  J That's what I thought, I don't think I have seen a DEC manual that doesn't1 list it on the second/third page as being theirs.,   Tim.   > -----Original Message-----6 > From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]$ > Sent: Friday, May 11, 2001 4:19 AM > To: Info-VAX@Mvb.Saic.Coma- > Subject: Re: The future of VMS - * Humour *2 >  > , > fabio_compaq@ep-bc.petrobras.com.br wrote: > > F > > Click below to see VMS becoming popular, or playng games with VMS.: > > http://www.sega.com/sega/news/newsdetail.jhtml?id=4701 > > > Shoudln't Compaq sue Sega for the use of the VMS trademark ? >    ------------------------------    Date: 11 May 2001 02:41:54 +0800, From: Paul Repacholi <prep@prep.synonet.com>8 Subject: Re: The Internet, Tru64 and other unix variants- Message-ID: <87oft1f3m5.fsf@prep.synonet.com>B  2 andrew harrison <andrew.nospam@uk.sun.com> writes:   > Paul Repacholi wrote:  > > 6 > > andrew harrison <andrew.nospam@uk.sun.com> writes: > > 6 > > > So what happens when you add proper SMP support,6 > > > threads, kernel pre-emption, real-time, a proper4 > > > JFS, resource management, hot plug support etc > > ! > > You would be half way to VMS.e > >  > / > Since at least two of these capabilities are 0- > so new to OpenVMS that they are still warm o/ > from the sides of the mould it would be more m0 > acurate to say that you would be where OpenVMS > has just got to.  & And what two would you be refering to?   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.-@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov t   ------------------------------    Date: 11 May 2001 02:45:24 +0800, From: Paul Repacholi <prep@prep.synonet.com>8 Subject: Re: The Internet, Tru64 and other unix variants- Message-ID: <87k83pf3gb.fsf@prep.synonet.com>e  2 andrew harrison <andrew.nospam@uk.sun.com> writes:  D > And what grounds would Compaq have for suing MS, it was Compaq who8 > pulled the plug on the Alpha port of NT not Microsoft.  D Go back and read the newsgroup archinves, and read the letter to the@ NT staff that was posted here. It was very clear. Development of? WIN32 was halted, but WIN64 would continue, as would bug fixes.   A The next week Bill Gates canned Alpha/NT. Also reported here, andt in the normal media.  F > You could argue that Compaq pulled the plug because the contact theyE > had with MS was very much in MS's favour but that isn't grounds for,F > suing MS though it might be grounds for firing the people in DigitalB > who were involved in the contract if they still work for Compaq.     -- G< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.d@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov l   ------------------------------  % Date: Thu, 10 May 2001 12:42:44 -07000! From: Shane.F.Smith@Healthnet.com08 Subject: Re: The Internet, Tru64 and other unix variantsD Message-ID: <OFB825551B.84337E0B-ON88256A48.006BE956@foundation.com>  G No, it would be equally accurate. The fact remains that VMS /is/ there,lJ which means Paul's statement is completely accurate, and your statement isK true but irrelevant in context. Hmmm, there again from your point of view IMJ suppose you saw another opportunity to imply a supposed inferiority in VMSF so it would have been out of character not to take it. At least you're consistant.e  G And Andrew, /read/ my statement before attacking it this time will you?b   Shane           D andrew harrison <andrew.nospam@uk.sun.com> on 05/10/2001 08:35:49 AM  < Please respond to andrew harrison <andrew.nospam@uk.sun.com>   To:   Info-VAX@Mvb.Saic.Comi cc:   9 Subject:  Re: The Internet, Tru64 and other unix variantso       Paul Repacholi wrote:I >d4 > andrew harrison <andrew.nospam@uk.sun.com> writes: >o4 > > So what happens when you add proper SMP support,4 > > threads, kernel pre-emption, real-time, a proper2 > > JFS, resource management, hot plug support etc >n > You would be half way to VMS.  >g  , Since at least two of these capabilities are* so new to OpenVMS that they are still warm, from the sides of the mould it would be more. acurate to say that you would be where OpenVMS has just got to.   Regardsa Andrew Harrisonf Enterprise IT Architect    ------------------------------  % Date: Thu, 10 May 2001 23:54:36 +0200G) From: Christof Brass <brass@infopuls.com>G8 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFB0E1C.5A33A520@infopuls.com>   Jan Vorbrueggen wrote: > - > Christof Brass <brass@infopuls.com> writes:o > < > > The problems of running WNT apps on UNIX don't come fromB > > undocumented API parts of WNT, they don't come from apps usingC > > undocumented calls and they also don't come from the mistakenly 0 > > stated "fact" of a rapidly changing WNT API.> > > If the undocumented parts were there reason only apps from? > > companies that have access to information about those callsu > > would make trouble.  > E > You appear not to have heard of Bristol Technologies vs. Microsoft.e > 
 >         Jant  > This comes up from time to time and it's hard not to have read of it. Do you know WABI?r   ------------------------------  % Date: Fri, 11 May 2001 00:01:11 +02000) From: Christof Brass <brass@infopuls.com>c8 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFB0FA7.479BAB54@infopuls.com>   andrew harrison wrote: >  > Jan Vorbrueggen wrote: > > / > > Christof Brass <brass@infopuls.com> writes:  > > > > > > The problems of running WNT apps on UNIX don't come fromD > > > undocumented API parts of WNT, they don't come from apps usingE > > > undocumented calls and they also don't come from the mistakenly 2 > > > stated "fact" of a rapidly changing WNT API.@ > > > If the undocumented parts were there reason only apps fromA > > > companies that have access to information about those calls  > > > would make trouble.p > >mG > > You appear not to have heard of Bristol Technologies vs. Microsoft.  > >  > : > His views also do not reflect the experience of the Wine6 > developers who are trying to do what he says is easy3 > namely using the published API's and then reverset5 > engineering the undocumented bits. They are finding 3 > it to be a struggle and despite many man years ofi2 > effort still do not have an environment that can > reliably run windows apps.  ; From what I know the WINE people don't put much effort intoa? their project. These are pasttime programmers and honestly theye; don't use very advanced techniques from my point of view. Ap> friend of mine has reverse engineered substantial parts of the< M$ COM DLLs and he could easily do the same for every single service within WNT.   6 > Nor does it reflect Sun's experience with WABI which: > we eventually dropped for exactly the reasons I outlined > in my posting.  ; Sorry, SUN is one of the worst examples if we talk about SW @ quality. I'm personally sure that quality issues are a much more> important reason (there are some others besides what you imply/ and also more important from my point of view).s  7 > Still Christof despite obviously having no experiencec% > in this area is bound to know best.h  < Boring. Most people reading this will remember that I showed: from what you posted that you have really no clue about OS9 architecture. Moreover you don't seem to detect that your = arguments aren't technically at all. Re-read what I wrote andt= you will clearly see that you completely missed the point. Ifi? you are interested in talking with lawyers, do so; but, please,w stay out of cov.  	 > regards  > Andrew Harrisonu > Enterprise IT Architecte   ------------------------------  % Date: Fri, 11 May 2001 00:04:14 +0200e) From: Christof Brass <brass@infopuls.com>a8 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFB105E.63D80D46@infopuls.com>   andrew harrison wrote: >  > Christof Brass wrote:n > >  > >aB > > The burned customers wouldn't probably by anything from CompaqA > > and they probably woulnd't buy any Alpha products. Instead ofkB > > dropping NT on Alpha C should have sued Micro$hit like Digital@ > > did with Intel. If the contracts didn't allow this shoot the > > people who signed them.  > >i > 5 > And what grounds would Compaq have for suing MS, itr5 > was Compaq who pulled the plug on the Alpha port of  > NT not Microsoft.1  = Sorry, but I don't want to explain it again. Others have done:; this in the past. Please read at least Terry Shannon's post. about this topoic.  5 > You could argue that Compaq pulled the plug becauses4 > the contact they had with MS was very much in MS's6 > favour but that isn't grounds for suing MS though it7 > might be grounds for firing the people in Digital whos2 > were involved in the contract if they still work
 > for Compaq.f > 	 > regardsr > Andrew Harrisonn > Enterprise IT Architect-  9 Strange: why did you post that? It seems from your second < paragraph that you are at the beginning of understanding the@ whereabouts of this deal. Congratulations! Please continue - you0 will notice that you don't have to post anymore.   ------------------------------  % Date: Fri, 11 May 2001 00:08:19 +0200 ) From: Christof Brass <brass@infopuls.com> 8 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFB1153.CAF42565@infopuls.com>   Jan Vorbrueggen wrote: > - > Christof Brass <brass@infopuls.com> writes:m > = > > Yes and no. SUN is investing substantailly into the LinuxlD > > business. Solaris is open source. From what I see SUN will mergeA > > both. There is no point in "loss of control" because Linux isaB > > open source. Having a Linux distribution from SUN for SPARC is? > > the best what SUN can offer - full control, minimum effort,  > > maximum effect.  > B > Have you actually read the Solaris source license? It's about as* > open source as the VMS listings license. > C > You just don't understand how business works, among other things.g > Good bye.l > 
 >         Jan.  @ Save yours and ours time. Your contributions are simply speaking8 ridiculous. You are revealing not only a serious lack of: understanding the business, you also have a severe lack of< understanding the technique. Stay out of this discussion you= obviously don't understand. Maybe you could play a little bit. with your Lego?-   ------------------------------  % Date: Fri, 11 May 2001 00:19:18 +0200h) From: Christof Brass <brass@infopuls.com>:8 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFB13E6.FDA2A8AF@infopuls.com>   andrew harrison wrote: >  > Christof Brass wrote:i > >t > > andrew harrison wrote: > > >  > > > Christof Brass wrote:o > > > >s > > >gF > > > > SUN will sooner or later replace Solaris by Linux. You can see > > > > signs of this already. > > > $ > > > Ohh and what signs are they ?? > >MB > > Investment into Linux. Dropping CDE in favour of KDE or Gnome. > > Making Solaris open source.a > >h > 2 > You in a previous email accuse me of not knowing3 > what an OS is and you respond with a posting thati2 > quite clearly demonstrates that you don't have a > clue yourself. > 0 > KDE/Gnome happen to run on Linix as they do on. > Solaris/Tru64/AIX/FreeBSD etc. Gnome and KDE, > use all these kernels a platform. The fact   Tell us something new.  / > that Solaris runs Gnome and that Sun is going - > to supply it as part of our Solaris desktopn- > release does not mean that Solaris is being - > abandoned in favour of Linux, any more thann* > the Linux adoption of SGI XFS means that1 > Linux is going to be dropped in favour of IRIX.n  7 Think about you own post regarding development sources.a Think about the strategy.-  - > UNIX's have always swapped technologies and  > this is no different.< > / > Secondly Solaris is not Open Source and don't . > let the Open Source folks hear you say it is- > unless you want your mailbox filled up withn, > ruder emails than your general standard of+ > posting. Solaris source is released undern! > Sun's community source licence.m   Thanks, lawyer.n   [SNIP]  > > > I completely disagree. SMP support is beeing added, kernelC > > threads are there, both without blowing out the kernel. What do.; > > you mean exactly with kernel pre-emption? Solaris isn't D > > "real-time". JFS is there. Again I severly doubt that the pointsC > > you mention make the kernel bigger or slower or whatever worse.dC > > It might have made Solaris worse because SUN hire cheap college < > > finishers and fire them after a few years when they wantD > > substantial more money. This won't work for quality. (source: EdC > > Yourdan - Decline and Fall of the American Programmer.) SolarisfC > > 2.x with x smaller 5 was a piece of shit, every single version; ? > > and a collection of patches. Why not drop it and use Linux?i > >d > 8 > Sorry Solaris does support real time, it has real time8 > threads support, a fixed priority sheduler and you can > lock memory pages.  ? Then there must be a problem with the implementation. I know of6< a company that dropped Solaris because of the lack of its RT
 capabilities.   9 > The fact that you don't know this and the fact that your: > seem unable to work out what kernel pre-emption is tends< > to reduce the credibility of your "cheap college" students7 > gibes. Its good to see that you have reverted to type- > almost immediately.0  @ The fact that SUN doesn't pay acceptable wages is long known and I named the source.t? The problem with your paragraph is that you seem to forget that = your wording and use of the English language (or should I say @ "your spelling") needs some interpretation. Besides that I doubt> that you fully understand what you are talking about. This was> the reason for my statement about kernel pre-emption. The fact8 that you don't define what *you* mean with this could be> interpreted that you don't understand how communication works.@ BTW, what do you mean with your last sentence of this paragraph?  = > And as for SMP support, Linux currently scales to about theC9 > same number of CPU's as HP-UX 9/SunOS did. Actually its27 > better than SunOS which only really supported 2 CPU'sy6 > where as Linux does 4. Now thats fine if your design4 > point is to compete with NT because NT does not do2 > much better. But Solaris scales well to 64 CPU's6 > and other Commercial UNIX's handly do 32. But having9 > the same SMP scalability as a 10 year old UNIX OS isn't 5 > much to write home about and a lot more coding willa2 > need to be done to improve on this as Sun and HP1 > fould out when they tried to do the same thing.h  > You might have noticed the phaenomenon of acceleration. Do you1 need further comments from my side on this topic?-  2 > > > At this point why would Sun for example want2 > > > to substitute the Solaris kernel for a Linux > > > kernel ??? > >1B > > Because its cheaper. There is no point in having your own UNIXD > > flavour with minuscle market share. You make money with e.g. HW.< > > Sorry I can't continue it would end up in a lesson about
 > > business.  > >a > 9 > HMM miniscule market share, another made up "fact" fromg > Christof.a >  > regard > Andrew Harrisont > Enterprise IT Architect/   ------------------------------  % Date: Fri, 11 May 2001 00:28:18 +0200-) From: Christof Brass <brass@infopuls.com> 8 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFB1602.5AE9651F@infopuls.com>   Jan Vorbrueggen wrote: > - > Christof Brass <brass@infopuls.com> writes:r > O > > > I suggest you first define what a "UNIX app" is - possibly in contrast topB > > > a "VMS app" - and then we might have a basis for discussion.? > > Simply an app which uses mostly UNIX system calls and which-C > > doesn't take full advantage of the VMS features like RMS files.n > M > I rarely see a native program running on VMS that takes "full advantage" of-N > features such as RMS files. Incidental advantage, yes, but concious use made > of all those facilities?  , You obviously don't get the message, do you?  J > A Unix system call is, for the most part, just as good (or bad) as a VMSJ > system call. And how many programms actually use a system call directly,& > instead of via the run-time library?  : Ridiculous. Read the manuals. Do you have any statistics??  4 > > Poorly ported UNIX apps which should run on VMS. > E > "poorly ported" is the fault of the porter, not of the application.s > 
 >         Jane  . Are we talking about real life or ideal world?   ------------------------------  # Date: Thu, 10 May 2001 23:41:55 GMT- From: Dirk Munk <munk@home.nl>1 Subject: Unsupported Cobol compilation switches ?o' Message-ID: <3AFB2741.530C6C79@home.nl>o  H In an effort to optimize the performance of our Cobol programs, we tried7 to use the following switches with program compilation:p   /architecture=EV67 /optimize=(level=4,tune=ev67)p  @ I suppose the architecture and tune qualifier do the same thing.F Both switches are documented in the HTML manuals on the docs CD's, but3 they are not in the HLB files for the on-line help.c6 And even worse, we get syntax errors when we use them.  H Has anyone used these switches, should it be possible to use them, or is there an error in the manual ?   ------------------------------  % Date: Thu, 10 May 2001 16:59:27 -0700e! From: Shane.F.Smith@Healthnet.comn5 Subject: Re: Unsupported Cobol compilation switches ?cD Message-ID: <OFA14EEDBE.C96F07B2-ON88256A48.0083B9EB@foundation.com>  I ?Have you checked your compiler version? The installed version may not be / the same as the one the manual was written for.o   Shanea          2 Dirk Munk <munk@home.nl> on 05/10/2001 04:41:55 PM  * Please respond to Dirk Munk <munk@home.nl>   To:   Info-VAX@Mvb.Saic.Com- cc:-  2 Subject:  Unsupported Cobol compilation switches ?    H In an effort to optimize the performance of our Cobol programs, we tried7 to use the following switches with program compilation:s   /architecture=EV67 /optimize=(level=4,tune=ev67).  @ I suppose the architecture and tune qualifier do the same thing.F Both switches are documented in the HTML manuals on the docs CD's, but3 they are not in the HLB files for the on-line help.e6 And even worse, we get syntax errors when we use them.  H Has anyone used these switches, should it be possible to use them, or is there an error in the manual ?   ------------------------------  # Date: Thu, 10 May 2001 18:49:04 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ( Subject: Re: Unsupported File Structure?0 Message-ID: <009FBCE8.D22B0F00@SendSpamHere.ORG>  l In article <L2AK6.101$fi2.2463@news.cpqcorp.net>, hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) writes:2 >In article <009FBCDB.787BB665@SendSpamHere.ORG>, @ >system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: >...0 >>...ODS-5 is not supported for a system device. > ; >This is true for the moment, but may change in the future.l= >In any case, and ODS-5 system disk would not cause the errors$ >"unsupported file structure level".   Right.  You'd get:  8 %MOUNT-I-OPRQST, Files-11 home block not found on volume  8 I was pointing out that the system disk cannot be ODS-5.    G I believe the problem is the extended allocation bitmap.  If you have aD5 system wich does not support it, you get the message:o  5 -MOUNT-F-FILESTRUCT, unsupported file structure levelt   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt            eO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Thu, 10 May 2001 21:21:19 +0200o2 From: "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de>( Subject: Re: Unsupported File Structure?3 Message-ID: <3AFAEA2F.E1733912@ikp.tu-darmstadt.de>y  ? I got an interesting answer unfortunately in German, but I will>+ publish it here. Interesting in two aspectst> - first: this VMS user had obviously the same environment and !   solved the problem with a patch  - second: he is VMS Hobbyist  B Just the second point is very interesting. We see here in Germany > a large demand for VMS specialists who are not available. Just< during our DECUS Symposium in Germany this was aggressively B discussed with the German CPQ Management team. My personal opinion@ is CPQ should offer attractive priced systems at low end  or for9 smaller enterprises which have all the nice now available ? features (web server, mozilla, advanced server etc.)  included. H This could probably attract more people for VMS and make our basis again8 broader as it was partly done with the Hobbyist license.   Regards- Otto   Here the input:0   Otto, -    kurz und knapp:   A > a curious thing: My cluster (VAXes, Alphas) runs under VMS 6.2.o@ > One Alpha 2100 (A) has as system disk dka0 a Seagate ST19171W.6 > It is no problem to mount this on all cluster nodes.   Alles hier genauso gewesen.    > @ > I added a VAX (B) and an Alpha 2100 (C) under VMS 7.2-1 to theA > cluster. All of the disks on the different nodes in the clusterd> > I can mount on (B) and (C). Exept the above mentioned system > disk of (A), Message$ > "unsupported file structure level" > on both systems (B) and (C)a  C ja. Bekannt. Du brauchst den VAX_UPDATE01 oder AXP_UPDATE01 Patch. l  B Dann bekommst Du beim Mount eine Warnung, aber es wird gemountet.      > E > The Alpha 2100 (C) (V7.2) has also a system disk ST19171W. This onemA > can be mounted on all V6.2 systems and even from (B) with V7.2.r   Ja, hier genauso gewesen.    Gruessee   Th.1  4 So ist die Hobbyist-License doch zu etwas nutze ....     -- c,  -------------------------------------------, | Dr. Otto Titze, Kernphysik TUD           |, | Schlossgartenstr. 9, D-64289 Darmstadt   |, | titze@ikp.tu-darmstadt.de                |, | Tel: +49(6151)16-2916,FAX:16-4321        |,  -------------------------------------------   ------------------------------  % Date: Thu, 10 May 2001 21:32:54 +0200p2 From: "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de>( Subject: Re: Unsupported File Structure?3 Message-ID: <3AFAECE6.DB212A46@ikp.tu-darmstadt.de>u  H Sorry when cut and paste I did not include the name of the VMS Hobbyist, it was( "Dr.Thomas Wutzke" <tom@dbstw.escape.de>   Regardst Otto   ------------------------------    Date: 11 May 2001 03:16:33 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: Unsupported File Structure?- Message-ID: <877kzpf20e.fsf@prep.synonet.com>a  4 "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de> writes:  F > a curious thing: My cluster (VAXes, Alphas) runs under VMS 6.2.  OneF > Alpha 2100 (A) has as system disk dka0 a Seagate ST19171W.  It is no- > problem to mount this on all cluster nodes.   @ > I added a VAX (B) and an Alpha 2100 (C) under VMS 7.2-1 to theC > cluster. All of the disks on the different nodes in the cluster IsD > can mount on (B) and (C). Exept the above mentioned system disk ofE > (A), Message "unsupported file structure level" on both systems (B)d	 > and (C)t  E > The Alpha 2100 (C) (V7.2) has also a system disk ST19171W. This oneuA > can be mounted on all V6.2 systems and even from (B) with V7.2.   @ This is generally from the cluster factor on large disks. Do youA have the compatability patches on your 6.2 system? Thats the nextt
 one to check.u   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov     ------------------------------  % Date: Thu, 10 May 2001 16:53:29 -0300r) From: fabio_compaq@ep-bc.petrobras.com.brt( Subject: Re: Unsupported File Structure?L Message-ID: <OF001FE44F.9EC38CDE-ON03256A48.006CAC08@ep-bc.petrobras.com.br>  8 I believe I need a few classes of german / deutsch . . .  E The situation in Brazil is the opposite.... companies turning off the  OpenVMS servers....1I Only the companies which need OVMS because dont have another option stillT	 using it.,E Mainly for industrial automation (like oil rigs or metal processing)..< And the administrative / operational servers like mines ....  I And there is the question of salary. A VMS operator (BOFH)  in England inq one yearK earns more  than me in .BR... ( a sysman - not 100% perfect but a sysman ).n  J The problem is convince my girlfriend to "downgrade" my career for a while .. :-)   Regardso   FC        C "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de> em 10/05/2001 16:21:19C  > Favor responder a "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de>             Info-VAX@Mvb.Saic.Como      ( Assunto: Re: Unsupported File Structure?    ? I got an interesting answer unfortunately in German, but I willS+ publish it here. Interesting in two aspectso= - first: this VMS user had obviously the same environment andh!   solved the problem with a patchs - second: he is VMS Hobbyist  A Just the second point is very interesting. We see here in Germanyi> a large demand for VMS specialists who are not available. Just; during our DECUS Symposium in Germany this was aggressivelyeB discussed with the German CPQ Management team. My personal opinion@ is CPQ should offer attractive priced systems at low end  or for9 smaller enterprises which have all the nice now availables? features (web server, mozilla, advanced server etc.)  included..H This could probably attract more people for VMS and make our basis again8 broader as it was partly done with the Hobbyist license.   Regardsr Otto   Here the input:    Otto, -e   kurz und knapp:.  A > a curious thing: My cluster (VAXes, Alphas) runs under VMS 6.2.s@ > One Alpha 2100 (A) has as system disk dka0 a Seagate ST19171W.6 > It is no problem to mount this on all cluster nodes.   Alles hier genauso gewesen.    >i@ > I added a VAX (B) and an Alpha 2100 (C) under VMS 7.2-1 to theA > cluster. All of the disks on the different nodes in the clustero> > I can mount on (B) and (C). Exept the above mentioned system > disk of (A), Message$ > "unsupported file structure level" > on both systems (B) and (C)I  B ja. Bekannt. Du brauchst den VAX_UPDATE01 oder AXP_UPDATE01 Patch.  A Dann bekommst Du beim Mount eine Warnung, aber es wird gemountet.b     > E > The Alpha 2100 (C) (V7.2) has also a system disk ST19171W. This onemA > can be mounted on all V6.2 systems and even from (B) with V7.2.    Ja, hier genauso gewesen.s   Gruesseh   Th.e  4 So ist die Hobbyist-License doch zu etwas nutze ....     --,  -------------------------------------------, | Dr. Otto Titze, Kernphysik TUD           |, | Schlossgartenstr. 9, D-64289 Darmstadt   |, | titze@ikp.tu-darmstadt.de                |, | Tel: +49(6151)16-2916,FAX:16-4321        |,  -------------------------------------------   ------------------------------    Date: 11 May 2001 02:49:10 +0800, From: Paul Repacholi <prep@prep.synonet.com>@ Subject: Re: VAX Just Stops - Not the Usual Suspects - follow up- Message-ID: <87g0edf3a1.fsf@prep.synonet.com>S  + rob.buxton@wcc.govt.nz (Rob Buxton) writes:t  D > So, the issue does seem to be IP related. Just odd why it hits the) > MV3100s and not the VAX4000s or Alphas.   A If you re-boot the 400o, lift the FDDI and see if it also croaks.n+ It may be not 3100 vs 4000, but 1 LAN vs 2.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov s   ------------------------------  % Date: Fri, 11 May 2001 00:30:50 +0200r) From: Christof Brass <brass@infopuls.com>x# Subject: Re: VMS NFS mounts on UNIXn, Message-ID: <3AFB169A.7476A209@infopuls.com>   Hitendra Patel wrote:X >  > Hi Managers, > B > Can someone advise me on how to nfs mount a VMS disk onto a unixG > environment. I have no experience of VMS management, so may need some<G > detail information. I only look after the UNIX management and our VMSu > expert has moved on. > $ > Any help will be appreciated...... >  > Hitendra Patel  @ What VMS TCP/IP product is installed? As Hoff always points out:8 it stongly helps if you post all relevant details as VMS; version, HW, environment and third party connectivity SW ift present.   ------------------------------  # Date: Fri, 11 May 2001 00:58:41 GMTl) From: rob.buxton@wcc.govt.nz (Rob Buxton)l# Subject: Re: VMS NFS mounts on UNIXa1 Message-ID: <3afb386a.708792459@news.wcc.govt.nz>h  ; Just like Unix, the VMS System needs to nfs serve the disk.h  F Then you'll mount it on unix as you would any other nfs served device.  D The next question is therefore how do I nfs serve a disk on VMS. And? the answer is that depends on the IP stack you're using on VMS.e   more info. will be required.  E Similarly if you're wanting to nfs mount a disk being nfs served by aaD Unix box we'll need to know the IP Stack you're using on the VMS Box% to be able to help with the commands.d  . Does UCX SHOW VERSION produce anything useful?   Rob     E On Thu, 10 May 2001 10:50:26 +0100, Hitendra Patel <h.patel@rl.ac.uk>r wrote:  
 >Hi Managers,s >eA >Can someone advise me on how to nfs mount a VMS disk onto a unixpF >environment. I have no experience of VMS management, so may need someF >detail information. I only look after the UNIX management and our VMS >expert has moved on.o >s# >Any help will be appreciated......f >u >Hitendra Patel  >d >s   ------------------------------    Date: 11 May 2001 03:03:54 +0800, From: Paul Repacholi <prep@prep.synonet.com>6 Subject: Re: What is the best way to erase SCSI disks?- Message-ID: <87bsp1f2lh.fsf@prep.synonet.com>e  / Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:l  ) > thompson_n.o.s.p.a.m@athenet.net wrote:g  D > > You can do an init/erase.  Since they're on HSJ's the HSJ's will6 > > do most of the work with little/no IO over the CI.  B >  So, has anyone had the budget to try INIT/ERASE or whatever andE > then send the disk off to Vogon or HP or someone to try and recoverr > the data? :-)c  B > Someone I work with who used to work somewhere where they reallyF > cared says the latest he heard is it takes 6 writes to make the data< > truly unrecoverable (there are magnetic hysterisis effectsA > apparently that mean one can recover previous data even after a 	 > write).e  ; > I do have an interest in this issue also, so any commentsN@ > welcome. Of particular relevance to me are RZ28, RF35 and RF36 > disks.  D WEll, how big is the budget, and how hard are you willing to work toC get to it? If it is just normal read/write, init/erase will do.  IfoF they go sniffing the replaced blocks, then you need a format at least,A and that may not overwrite bad blocks with old data left in them.o  D Also, the heads never follow the exact same track. There is always aE narrow remnant strip left behind. If they hwo shall not be named wantlF to enough, they will open the HDA, and map the pltters with a SQUID odF MR probe and reconstruct the data. And read out the flash and NVram as well.g  D If you want to be 100% sure (not 99.infin 9s), melt the platers, ANDC the electronics. RFs have a huge load of on board flash memory, andaD can re-write it. They also have a huge load of buffer for there age,3 to support the on board encrypt/decryptr functions.n  F Of all the second hand disks I've got over the years, ONE set had beenD zeroed and re-inited. All the rest mounted fine... (Or would have onE an NT/DU... whtever system) And yes, the data on many of them was notiD in the 'do care' category. People should have been fired for letting them out uncleared.f   -- << Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov v   ------------------------------  % Date: Fri, 11 May 2001 07:01:58 +0100s  From: Paul Sture <paul@sture.ch>6 Subject: Re: What is the best way to erase SCSI disks?+ Message-ID: <VA.00000388.331bc396@sture.ch>?  > In article <3AFAA5B6.858BD6E3@bbc.co.uk>, Tim Llewellyn wrote:/ > From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>m > Newsgroups: comp.os.vmsl8 > Subject: Re: What is the best way to erase SCSI disks?' > Date: Thu, 10 May 2001 15:29:10 +0100  >  >  > ) > thompson_n.o.s.p.a.m@athenet.net wrote:d > L > > You can do an init/erase.  Since they're on HSJ's the HSJ's will do most. > > of the work with little/no IO over the CI. > G >  So, has anyone had the budget to try INIT/ERASE or whatever and then1N > send the disk off to Vogon or HP or someone to try and recover the data? :-) > B > Someone I work with who used to work somewhere where they reallyL > cared says the latest he heard is it takes 6 writes to make the data trulyK > unrecoverable (there are magnetic hysterisis effects apparently that mean 4 > one can recover previous data even after a write). >uN I've also heard that "6 writes" was considered sufficient for this purpose. I R honestly don't know what level of data sensitivity this applied to (thinking of a O range from "normal commercial, reasonable cost" to "absolute protection, large s	 budget").   R > I do have an interest in this issue also, so any comments welcome. Of particular0 > relevance to me are RZ28, RF35 and RF36 disks. >    ___e
 Paul Sture Switzerlandl   ------------------------------   End of INFO-VAX 2001.262 ************************