1 INFO-VAX	Sun, 23 Apr 2006	Volume 2006 : Issue 224       Contents: Re: DIR/SIZE field to small  Re: DIR/SIZE field to small  Re: DIR/SIZE field to small  Re: DIR/SIZE field to small  Re: DIR/SIZE field to small  Re: DIR/SIZE field to small  Re: DIR/SIZE field to small % FA: MicroVAX 3100-30 Parts Machine NR . RE: Opinion: I was just trying to sell OpenVMS Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2>: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2>: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2>: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2>* Re: Quorum, locks and application question Re: Replacing drives in bricks Re: Replacing drives in bricks Re: Replacing drives in bricks Re: Replacing drives in bricks Re: Replacing drives in bricks Re: VMS732_ACRTL-V0300  F ----------------------------------------------------------------------  % Date: Sat, 22 Apr 2006 12:58:32 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>$ Subject: Re: DIR/SIZE field to small6 Message-ID: <444A6EC8.72984336@NeOaSrPtAhMlNiOnWk.net>   Tom Linden wrote:  > 8 > I backed up some drives to a SAN and wanted to see how > large the savesets were  > ( > HAFNER> dir/size $1$DGA3:[000000]*.SAV >  > Directory $1$DGA3:[000000] >  > DECPLI.SAV;2         ******* > ODIN_0731.SAV;1      ******* > $ > Total of 2 files, 29625687 blocks. > H > HAFNER> pipe anal/rms/sum $1$DGA3:[000000]*.SAV | sear sys$pipe blocks= >          Blocks Allocated: 16119500, Default Extend Size: 0 = >          Blocks Allocated: 13506287, Default Extend Size: 0  > + > This is on 7.3-2 but same on 8.2 and F8.3  >   > I guess 7 digits is the limit.  C Well, as Dave Sneddon points out, you can find info on this in HELP  DIRECTORY /WIDTH.   	 Hey, Guy:   G How 'bout adding some LNMs for features like this, maybe following this  pattern:   DIRECTORY$WIDTH_field    ...as in...    DIRECTORY$WIDTH_SIZE   In LOGIN.COM, users could:  $ DEFINE DIRECTORY$WIDTH_SIZE 10  ; In SYLOGICALS.COM or SYSTARTUP_VMS.COM, the SysAdmin could: , $ DEFINE/SYSTEM/EXEC DIRECTORY$WIDTH_SIZE 10   Whaddaya think... ?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 22 Apr 2006 14:11:30 -0400 % From: BRAD <bradhamilton@comcast.net> $ Subject: Re: DIR/SIZE field to small* Message-ID: <444A71D2.9020902@comcast.net>   Ken Robinson wrote: < > On 4/22/06, David B Sneddon <dbsneddon@bigpond.com> wrote: >  >>Tom Linden wrote:  >>9 >>>I backed up some drives to a SAN and wanted to see how  >>>large the savesets were >>> ) >>>HAFNER> dir/size $1$DGA3:[000000]*.SAV  >>>  >>>Directory $1$DGA3:[000000]  >>>  >>>DECPLI.SAV;2         *******  >>>ODIN_0731.SAV;1      *******  >>> % >>>Total of 2 files, 29625687 blocks.  >  >  >>Try $dir/size/width=size=10  >> >  >  > Or you can do  >  > $ dir/siz=un=by  >  > and see the size in Mb or Gb >  > Ken  >   I Thanks for the tips; since I like to see how much used/allocated space a  C file is taking up, I have to issue a $set process/unit=bytes in my  A login.com, then I can do a directory/all to see bytes used/bytes  D allocated for files.  Handy when you want to search for zero-length I files that allocate hundreds of MB of disk space.  But I haven't found a  G combination of siz=all/siz=unit=bytes that will work "properly"; thus,   the set process command.   ------------------------------    Date: 22 Apr 2006 12:46:05 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) $ Subject: Re: DIR/SIZE field to small3 Message-ID: <5mbwog6fddIX@eisner.encompasserve.org>   O In article <op.s8e1npwezgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes: 8 > I backed up some drives to a SAN and wanted to see how > large the savesets were  > ( > HAFNER> dir/size $1$DGA3:[000000]*.SAV >  > Directory $1$DGA3:[000000] >  > DECPLI.SAV;2         ******* > ODIN_0731.SAV;1      ******* > $ > Total of 2 files, 29625687 blocks. > H > HAFNER> pipe anal/rms/sum $1$DGA3:[000000]*.SAV | sear sys$pipe blocks= >          Blocks Allocated: 16119500, Default Extend Size: 0 = >          Blocks Allocated: 13506287, Default Extend Size: 0  > + > This is on 7.3-2 but same on 8.2 and F8.3  >   > I guess 7 digits is the limit.   No, 7 digits is the default.   Try HELP DIRECTORY/WIDTH.    ------------------------------  % Date: Sat, 22 Apr 2006 16:59:55 -0400 ) From: "Ken Robinson" <kenrbnsn@gmail.com> $ Subject: Re: DIR/SIZE field to smallH Message-ID: <7dd80f60604221359s3b075cbdwc5ae658a6cc11e51@mail.gmail.com>  2 On 4/22/06, BRAD <bradhamilton@comcast.net> wrote: > Ken Robinson wrote: H > > On 4/22/06, David B Sneddon <dbsneddon@bigpond.com> wrote (in part): > >  > > Or you can do  > >  > > $ dir/siz=3Dun=3Dby  > >  > J > Thanks for the tips; since I like to see how much used/allocated space aF > file is taking up, I have to issue a $set process/unit=3Dbytes in myB > login.com, then I can do a directory/all to see bytes used/bytesE > allocated for files.  Handy when you want to search for zero-length J > files that allocate hundreds of MB of disk space.  But I haven't found aL > combination of siz=3Dall/siz=3Dunit=3Dbytes that will work "properly"; th= us,  > the set process command.   Did you try    $ dir/size=3D(un=3Dby,all)   This works fine.   Ken    ------------------------------  % Date: Sat, 22 Apr 2006 17:18:45 -0400 % From: BRAD <bradhamilton@comcast.net> $ Subject: Re: DIR/SIZE field to small* Message-ID: <444A9DB5.3000100@comcast.net>   Ken Robinson wrote:  [...]  > 
 > Did you try  >  > $ dir/size=(un=by,all) >  > This works fine. >  > Ken  >    Yup, it does.  Thanks!   ------------------------------  % Date: Sat, 22 Apr 2006 22:01:17 -0400 ' From: Dave Froble <davef@tsoft-inc.com> $ Subject: Re: DIR/SIZE field to small/ Message-ID: <-IKdnaT-jfSxQtfZRVn-vw@libcom.com>    David J. Dachtera wrote: > Tom Linden wrote:  > 8 >>I backed up some drives to a SAN and wanted to see how >>large the savesets were  >>( >>HAFNER> dir/size $1$DGA3:[000000]*.SAV >> >>Directory $1$DGA3:[000000] >> >>DECPLI.SAV;2         ******* >>ODIN_0731.SAV;1      ******* >>$ >>Total of 2 files, 29625687 blocks. >>H >>HAFNER> pipe anal/rms/sum $1$DGA3:[000000]*.SAV | sear sys$pipe blocks= >>         Blocks Allocated: 16119500, Default Extend Size: 0 = >>         Blocks Allocated: 13506287, Default Extend Size: 0  >>+ >>This is on 7.3-2 but same on 8.2 and F8.3  >>  >>I guess 7 digits is the limit. >  > E > Well, as Dave Sneddon points out, you can find info on this in HELP  > DIRECTORY /WIDTH.  >  > Hey, Guy:  > I > How 'bout adding some LNMs for features like this, maybe following this 
 > pattern: >  > DIRECTORY$WIDTH_field  > 
 > ...as in...  >  > DIRECTORY$WIDTH_SIZE >  > In LOGIN.COM, users could:" > $ DEFINE DIRECTORY$WIDTH_SIZE 10 > = > In SYLOGICALS.COM or SYSTARTUP_VMS.COM, the SysAdmin could: . > $ DEFINE/SYSTEM/EXEC DIRECTORY$WIDTH_SIZE 10 >  > Whaddaya think... ?  >   B I'm not Guy, but with your proposal, you'd still have to define a + logical.  What's wrong with something like:   @ $ DI            :== directory /size=all /owner_uic /protection -2                          /width=(file=25,owner=10)@ $ din           :== directory /size=all /owner_uic /protection -=                          /width=(file=25,owner=10) /modified   /since="-60-00:00"@ $ dit           :== directory /size=all /owner_uic /protection -I                          /width=(file=25,owner=10) /modified /since=TODAY @ $ diy           :== directory /size=all /owner_uic /protection -=                          /width=(file=25,owner=10) /modified   /since=YESTERDAY  2 Got some wrap on some of those symbol definitions.  E These are in my SYLOGIN.COM file, since it's MY system, but could as  D easily be in local LOGIN.COM files on systems that have other users.  E No more work, maybe less, and Guy can concentrate on things we don't   currently have.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 22 Apr 2006 21:13:06 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>$ Subject: Re: DIR/SIZE field to small6 Message-ID: <444AE2B2.EF9FE441@NeOaSrPtAhMlNiOnWk.net>   Dave Froble wrote: >  > David J. Dachtera wrote: > > Tom Linden wrote:  > > : > >>I backed up some drives to a SAN and wanted to see how > >>large the savesets were  > >>* > >>HAFNER> dir/size $1$DGA3:[000000]*.SAV > >> > >>Directory $1$DGA3:[000000] > >>  > >>DECPLI.SAV;2         *******  > >>ODIN_0731.SAV;1      ******* > >>& > >>Total of 2 files, 29625687 blocks. > >>J > >>HAFNER> pipe anal/rms/sum $1$DGA3:[000000]*.SAV | sear sys$pipe blocks? > >>         Blocks Allocated: 16119500, Default Extend Size: 0 ? > >>         Blocks Allocated: 13506287, Default Extend Size: 0  > >>- > >>This is on 7.3-2 but same on 8.2 and F8.3  > >>" > >>I guess 7 digits is the limit. > >  > > G > > Well, as Dave Sneddon points out, you can find info on this in HELP  > > DIRECTORY /WIDTH.  > > 
 > > Hey, Guy:  > > K > > How 'bout adding some LNMs for features like this, maybe following this  > > pattern: > >  > > DIRECTORY$WIDTH_field  > >  > > ...as in...  > >  > > DIRECTORY$WIDTH_SIZE > >  > > In LOGIN.COM, users could:$ > > $ DEFINE DIRECTORY$WIDTH_SIZE 10 > > ? > > In SYLOGICALS.COM or SYSTARTUP_VMS.COM, the SysAdmin could: 0 > > $ DEFINE/SYSTEM/EXEC DIRECTORY$WIDTH_SIZE 10 > >  > > Whaddaya think... ?  > >  > C > I'm not Guy, but with your proposal, you'd still have to define a - > logical.  What's wrong with something like:  > B > $ DI            :== directory /size=all /owner_uic /protection -4 >                          /width=(file=25,owner=10)B > $ din           :== directory /size=all /owner_uic /protection -> >                          /width=(file=25,owner=10) /modified > /since="-60-00:00"B > $ dit           :== directory /size=all /owner_uic /protection -K >                          /width=(file=25,owner=10) /modified /since=TODAY B > $ diy           :== directory /size=all /owner_uic /protection -> >                          /width=(file=25,owner=10) /modified > /since=YESTERDAY > 4 > Got some wrap on some of those symbol definitions. > F > These are in my SYLOGIN.COM file, since it's MY system, but could asF > easily be in local LOGIN.COM files on systems that have other users. > F > No more work, maybe less, and Guy can concentrate on things we don't > currently have.   G It's probably fine so long as you're willing to editing every LOGIN.COM : file on the system/cluster, or put these in SYS$SYLOGIN...  ; Then again, the LNM approach could offer an option to allow 7 DIRECTORY.EXE to modify the definition of, for example, H DIRECTORY$WIDTH_SIZE to match the longest string of digits it encountersG in the course of normal operations. Would only last for the duration of @ a boot, but could be saved at SYSHUTDWN time and restored during SYSTARTUP_VMS, for example.   , To quote Prof. Trelawney, "Open your mind!".   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 22 Apr 2006 20:39:17 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>. Subject: FA: MicroVAX 3100-30 Parts Machine NR6 Message-ID: <444ADAC5.9FB1104A@NeOaSrPtAhMlNiOnWk.net>   Folks,  H I just posted my first auction on eBay. Search for "Microvax" - not manyE hits these days. The URL is too long to post here. This box complains H about an unexpected interrupt during the POST and then won't boot. Maybe2 someone can fix it, I'm not going to mess with it.  C I have three more I'll be posting soon. None of them have any disks H (that's how I got them). One's another "parts machine" and two more willF boot if I hook up an RRD42 to them. Still have another six(6) units to. evaluate before I prepare them in TurboLister.  F I'm just selling these for the shipping cost; so, mention that you sawD this post in the newsgroup if you're the winner, and I'll credit theG $9.99 Buy-It-Now price to the shipping charges. Otherwise, it's a 7-day F auction ending next Saturday around 20:00:00 or so CDT (18:00:00 PDT).  / Aw, WTH - Here's the URL... (sorry if it wraps)  http://cgi.ebay.com/MicroVAX-3100-30-No-disk-Parts-Only-NR_W0QQitemZ8800568552QQcategoryZ1247QQssPageNameZWDVWQQrdZ1QQcmdZViewItem   P.S.: F The RRD42 is a John Wisniewski legacy: have gave it to me at DECUS one year. We miss you, John...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 22 Apr 2006 20:19:26 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> 7 Subject: RE: Opinion: I was just trying to sell OpenVMS T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401300A9B@tayexc19.americas.cpqcorp.net>   > -----Original Message-----1 > From: BRAD [mailto:bradhamilton@comcast.net]=20  > Sent: April 21, 2006 6:09 PM > To: Info-VAX@Mvb.Saic.Com 9 > Subject: Re: Opinion: I was just trying to sell OpenVMS  >=20  	 [snip ..]    >=20@ > There are IDX Rad and IDX Scheduling products at one of the=20 > affiliated=20 I > hospitals which are VMS-based, but as far as anyone can tell me, the=20 A > apps are no longer in use (indeed, I get the VMS banner when=20  > TELNETing=20B > to each machine, rather than an IDX application).  Sorry, but=20 > I'm seeing=20 B > this over and over again in the healthcare shops in my area. =20 > I know of=207 > only two major "shops" in my area (Eastern/Central=20  > Massachusetts) that=20A > use VMS, and VMS is only one (small?) part of the overall IT=20 @ > infrastructure.  Sad, especially since we are talking about=20 > "DEC"'s own=20
 > "backyard"!  >=20  & Check out IDX / OpenVMS references at:? http://h71000.www7.hp.com/success-stories.html (also has Cerner  references as well)    And more specifically:7 http://h71028.www7.hp.com/ERC/downloads/5982-6356EN.pdf H http://h71000.www7.hp.com/openvms/brochures/dartmouth/dartmouth-hitchcoc k.pdf   B Imagine a solution based on a platform whereby you did not have toH QA/Test all of your applications every month to certify them against the. vendor supplied monthly *security* patches.=20   What a concept ..    :-)   H [And while everyone knows of the many issues with Windows security, keepH in mind that Red Hat also released approx 280 *security* (not bug stuff) patches in 2005 alone.]   G > > Same is true for stock (and other) exchanges. If they choose OMX=20 < > > software, it's almost certain they'll be running on VMS. > >=20 >=20I > Can't speak for stack exchanges, but at a mutual-fund company (think=20 D > "900-lb. gorilla") VMS was but a small corner of the overall IT=20I > infrastructure, and the internal IT organization was doing its level=20 A > best to rid itself of such "legacy" equipment (as of 2001). =20  > I can't say=20@ > if that is still the case (perhaps someone else can comment=20 > anonymously).  >=20  G "Legacy" is a term used by the less informed to make derogatory jabs at E platforms they do not understand or have experience with. It is often F used by media analysts who make a living reporting on one platform and4 who have little understanding of other platforms.=20  F Microsoft calls Windows 2000 and Windows NT "legacy". Should CustomersA dump all Windows platforms because Microsoft calls older versions A "legacy"? What about Sun calling Solaris 7/8 "legacy"? Or Red Hat & calling its earlier versions "legacy?"  F Bottom line is that all OS platforms have "legacy" versions. That does: not mean current versions should be classified as such.=20  G Fwiw, "moving from legacy platforms" is almost never based on realistic E financial analysis i.e. the data is inevitably "cooked" to favour the E "grass is greener on the other side" approach that they prefer or are D trying to justify. It is almost always based on personal OS religion discussions.=20    Regards    ------------------------------  % Date: Sat, 22 Apr 2006 17:46:21 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: OT: Sparc not dead yet , Message-ID: <444AA42D.94F43D5B@teksavvy.com>   Rob Young wrote:L >         See slide 6.  Sun is down 24% in total sever market share revenue,J >         3Q 2005 versus 3Q 2004.  Look how others are just the opposite.)  G If one were to compare Sun's current market share with that in 1995 for 0 instance, would it still be down significantly ?  H In other words, if you remove the ".com blip" from the statistics, (aka,7 say from 1996 to 2002), does Sun still apear very bad ?     F In servers, there is a difference in statistics though. Installed baseG is very important. In Wintel market, the installed base isn't important B because wintel boxes are considered disposable and the market onlyM gauges sales, just like one would look at market shares in disposable razors.    ------------------------------    Date: 22 Apr 2006 21:48:59 -0500+ From: young_r@encompasserve.org (Rob Young) # Subject: Re: OT: Sparc not dead yet 3 Message-ID: <J3rTWQTGB3iF@eisner.encompasserve.org>   \ In article <444AA42D.94F43D5B@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Rob Young wrote:M >>         See slide 6.  Sun is down 24% in total sever market share revenue, K >>         3Q 2005 versus 3Q 2004.  Look how others are just the opposite.)  > I > If one were to compare Sun's current market share with that in 1995 for 2 > instance, would it still be down significantly ? > J > In other words, if you remove the ".com blip" from the statistics, (aka,9 > say from 1996 to 2002), does Sun still apear very bad ?  >   ! 	Just what are you talking about?   ; 	3Q 2005 compared to 3Q 2004.  When do you suppose the .com = 	blip was?  More importantly, how would you explain Sun going > 	in one direction, everyone else going in the other direction?   				Rob   N "Of the whole rabble of thieves, the fools are the worst; they rob you of both* time and peace of mind."         --Goethe    ------------------------------  % Date: Sat, 22 Apr 2006 13:37:32 -0400 3 From: "Peter Weaver" <newsonly@weaverconsulting.ca> C Subject: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2> 9 Message-ID: <yRt2g.3388$DR6.259063@news20.bellglobal.com>   G "David Turner, Island Computers US Corp" <dbturner@icusc.com> wrote in  < message news:Vh82g.25866$Kh5.23655@bignews8.bellsouth.net... >...D > It hangs their system (which is an Itanium II RX2620 with U3 SCSI  > interface  > runninng 8.2+ patches  >  > Anyone got any ideas?  > E > One HP tech said that support in VMS for "older" tape drives is no   > longer0 > there and customer should have something newer >...  F I have a TZ88 (DLT4000) on my V8.2 RX2600 and it works fine, the tape D drive you are talking about is newer than my 88 so someone needs to G have a serious talk with that HP Tech's manager. My SCSI cards show up  E as "Logic 1030 U320" so there may be a difference there, but VMS 8.2  8 has no problem with old tape drives (in my experience).    ------------------------------  % Date: Sat, 22 Apr 2006 18:16:12 -0400 * From: "d b turner" <dbturner@islandco.com>C Subject: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2> 9 Message-ID: <PWx2g.12655$Kn4.2788@bignews2.bellsouth.net>    As I thought6 Mr "Patel" needs to go back to VMS tech support school   David     ? "Peter Weaver" <newsonly@weaverconsulting.ca> wrote in message  3 news:yRt2g.3388$DR6.259063@news20.bellglobal.com... I > "David Turner, Island Computers US Corp" <dbturner@icusc.com> wrote in  > > message news:Vh82g.25866$Kh5.23655@bignews8.bellsouth.net... >>... E >> It hangs their system (which is an Itanium II RX2620 with U3 SCSI   >> interface >> runninng 8.2+ patches >> >> Anyone got any ideas? >>L >> One HP tech said that support in VMS for "older" tape drives is no longer1 >> there and customer should have something newer  >>...  > H > I have a TZ88 (DLT4000) on my V8.2 RX2600 and it works fine, the tape M > drive you are talking about is newer than my 88 so someone needs to have a  L > serious talk with that HP Tech's manager. My SCSI cards show up as "Logic L > 1030 U320" so there may be a difference there, but VMS 8.2 has no problem * > with old tape drives (in my experience). >    ------------------------------  % Date: Sat, 22 Apr 2006 18:18:39 -0400 * From: "d b turner" <dbturner@islandco.com>C Subject: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2> 9 Message-ID: <4Zx2g.12661$Kn4.2115@bignews2.bellsouth.net>      The overland data boax is LVD 5 All SCSI controllers SHOULD bump down to those speeds 9 The termination from what my customer tells me is correct = LVD/SE/U160/U320 all require pretty much the same termination  As for HVD - that is dead    dt     dt' <bob.birch@gmail.com> wrote in message  = news:1145723253.949839.134080@u72g2000cwu.googlegroups.com... 7 > The HP Integrity rx2620 Server has two SCSI channels, ! > did you try the other channel ? 7 > How about the cable and termination, Ultra 320 and HP ( > requires proper cable and termination./ > Testing it on a DS10 is with LVD SCSI (VHDCI) 2 > or HVD SCSI or SE is not the same configuration. >    ------------------------------    Date: 22 Apr 2006 22:23:08 -0700 From: bob.birch@gmail.com C Subject: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2> B Message-ID: <1145769788.888196.51390@u72g2000cwu.googlegroups.com>  ; Isn't the TZ88 SCSI 2, 8 bit with 50 pin SE configuration ? 6 Whereas the Neo 2000/DLT8000 is SCSI 3 16 bit, 68 pin?   ------------------------------  + Date: Sat, 22 Apr 2006 18:19:12 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 3 Subject: Re: Quorum, locks and application question ( Message-ID: <e2ds30$59p$1@pcls4.std.com>  3 Keith Parris <keithparris_NOSPAM@yahoo.com> writes:   G >If I understand your question, the basic issue is that when a lock is  G >being used to protect updates to some shared resource, you may really  H >need to know if the reason you are now being granted your lock request  >is because:H >1) the prior user is now done with it, having left the shared resource 2 >(like a database block) in a consistent state, orH >2) the prior user got interrupted in mid-update by a node failure, and I >the resource has been left in an indeterminate state and probably needs   >to be fixed up   I >In the early '90s Rdb asked for and received new capabilities in VMS to  J >handle this possibility. The $SETCLUEVT system service allows one to ask J >for notification of events like loss of a node from the cluster, and VMS G >guarantees that the AST notifying you of the node loss will always be  H >delivered before any AST (or mainline process execution) notifying you H >that a has lock granted because the old lock on a failed node has been + >freed as a result of the state transition.   F Sounds to me a better way would have been return a status value in theH LKSB (I or W level) that means "You got the lock, but did so because theF node holding it in an incompatible mode crashed without releasing it".F I guess this would have to be enabled with a new LCK$V_mumble flag forF backward compatibility, so existing programs don't start tripping overF the new status.  There is overlap with the SS$_VALNOTVALID status, as  well.    ------------------------------  % Date: Sat, 22 Apr 2006 12:44:17 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>' Subject: Re: Replacing drives in bricks 6 Message-ID: <444A6B71.C4C09A8C@NeOaSrPtAhMlNiOnWk.net>   Dave Froble wrote: >  > David J. Dachtera wrote: > > BRAD wrote:  > >  > >>Rob Brown wrote: > >>( > >>>On Thu, 20 Apr 2006, syslost wrote: > >>	 > >>[...]  > >>L > >>>This sounds attractive.  Now here is a hypothetical.  I get a BA350 andG > >>>some rz28s in storageworks bricks.  n years down the road an rz28s M > >>>dies.  What is the wisdom of opening up the bricks in replacing the dead H > >>>drive with a modern drive (with appropriate cabling and terminators? > >>>etc.) so that I can continue to use the slot in the BA350?  > >>> = > >>>Would you do it as a hobbyist?  Would you do it at work?  > >>I > >>I've done UW bricks in a BA356 as a hobbyist.  I received a number of K > >>"bad" 18G bricks; rather than bothering with shipping them back, I took L > >>the drives out of them, and replaced them with 36/72G Seagate drives.  IK > >>took care to get the "thin" (1-inch?) drives, since the bricks had foam I > >>inserts in them to "cradle" the thin drives in the "relatively" thick  > >>bricks.  Work like a charm!  > >  > > L > > I'd be interested to know which 36/72GB drives you've used and where youL > > got them, and if anything bigger than a 9GB drive is available that willH > > work/fit the -VA variants. Specifically, I'm looking for RZ40/equiv. > > type drives. > J > The largest narrow drives I've got are 9 GB Seagate drives.  ST39173N isE > possibly the drive number.  Could be wrong, haven't had the need to N > handle them for several years.  Great drives.  Thin.  Run cool (relatively). > H > Never saw a larger narrow drive.  But then I don't get out much, so my > experience may be bogus.  + Found this link by Yahoo!-ing for ST39173N:   2 http://www.seagatedisk.com/SCSI%202%2050%20PIN.HTM  6 Lists an 18.4GB Narrow drive: ST318417N 18.4GB 7200RPM  & Bit pricey, though. They want $285 ea.  < Found five(5) of them on eBay with starting bids under $100.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 22 Apr 2006 13:45:40 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>' Subject: Re: Replacing drives in bricks 6 Message-ID: <444A79D4.311C7098@NeOaSrPtAhMlNiOnWk.net>   BRAD wrote:  > [snip]  F Might you - anyone else - know if IBM 18GB 50pin SCSi drives will work	 with VMS?   0 Lots of those available on eBay at great prices.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   Date: 22 Apr 2006 19:37:15 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)' Subject: Re: Replacing drives in bricks + Message-ID: <4avevbFv5ijeU1@individual.net>   6 In article <444A79D4.311C7098@neoasrptahmlnionwk.net>,C 	"David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: 
 > BRAD wrote: 	 >> [snip]  > H > Might you - anyone else - know if IBM 18GB 50pin SCSi drives will work > with VMS?  > 2 > Lots of those available on eBay at great prices.  F If they are DeskStar drives, I can understand that.  We bought a bunch7 and found them to have a rather alarming failure rate!!    bill      --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Sat, 22 Apr 2006 18:11:31 -0700 # From: "Tom Linden" <tom@kednos.com> ' Subject: Re: Replacing drives in bricks ) Message-ID: <op.s8fr9hk4zgicya@hyrrokkin>   H On Sat, 22 Apr 2006 12:37:15 -0700, Bill Gunshannon <bill@cs.uofs.edu>   wrote:  8 > In article <444A79D4.311C7098@neoasrptahmlnionwk.net>,E > 	"David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  >> BRAD wrote:
 >>> [snip] >>I >> Might you - anyone else - know if IBM 18GB 50pin SCSi drives will work  >> with VMS? >>3 >> Lots of those available on eBay at great prices.  > H > If they are DeskStar drives, I can understand that.  We bought a bunch9 > and found them to have a rather alarming failure rate!!   K I believe the ones made in Hungary were the ones with the high failure rate   % I had some in a Pelican and a PWS600.    >  > bill >    ------------------------------  % Date: Sat, 22 Apr 2006 22:20:01 -0400 ' From: Dave Froble <davef@tsoft-inc.com> ' Subject: Re: Replacing drives in bricks / Message-ID: <bs2dnQToO7YMftfZRVn-vQ@libcom.com>    David J. Dachtera wrote:
 > BRAD wrote:  >  >>[snip] >  > H > Might you - anyone else - know if IBM 18GB 50pin SCSi drives will work > with VMS?  > 2 > Lots of those available on eBay at great prices. >    It depends.   B 50 pin SCSI is pretty simple.  If you're using them with a simple I controller, most seem to work fine.  From what I've heard and read, it's  A when you're pushing the capabilities of the drive that some have  I problems.  DEC did have to modify some drives to get them to work in all   configurations.   H If you've got a MicroVAX, a VAXstation, a small AlphaStation, and such, E you'll probably never have a problem.  Start putting them in storage  B arrays and in a cluster environment, your luck may not be so good.  C While there are many DEC drives out there at great prices, DEC had  D gotten away from narrow SCSI by the time drive sizes got to 9 GB or F thereabouts.  Large narrow drives will not have 'DEC' on them, unless  it's a date.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 22 Apr 2006 12:52:31 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: VMS732_ACRTL-V0300 6 Message-ID: <444A6D5F.C0621300@NeOaSrPtAhMlNiOnWk.net>  / Phillip Helbig---remove CLOTHES to reply wrote:  >  > The notes say  > 1 >      Optional Kit Dependencies: VMS732_TZ-V0100  > 5 > But this patch is not on the ITRC site.  What's up?   D Likely the forthcoming patch to address the impending change in time zone rules for the U.S.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   End of INFO-VAX 2006.224 ************************                                                                                                                                                                                                                    <<< TYPE I >>> 200 Type I ok. <<< PORT 80,12,133,79,14,63e3 >>> 200 Port 14.63 at Host 80.12.133.79 accepted.t <<< RETR rocks.mans >>> 150 IMAGE retrieve of /disk$misc/decus/freewarev40/xscreensaver-126/src/hacks/rocks.man (3443 bytes) started. : >>> 226 Transfer completed.  2701 (8) bytes transferred. <<< PORT 80,12,133,79,14,64r3 >>> 200 Port 14.64 at Host 80.12.133.79 accepted./ <<< RETR rocks.hlps >>> 150 IMAGE retrieve of /disk$misc/decus/freewarev40/xscreensaver-126/src/hack