1 INFO-VAX	Sat, 22 Apr 2006	Volume 2006 : Issue 223       Contents: DIR/SIZE field to small  Re: DIR/SIZE field to small  Re: DIR/SIZE field to small * Re: HP Storageworks Arrays are Bulletproof' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop!  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> Problems with $CREPRC  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  F ----------------------------------------------------------------------  % Date: Sat, 22 Apr 2006 08:36:51 -0700 # From: "Tom Linden" <tom@kednos.com>   Subject: DIR/SIZE field to small) Message-ID: <op.s8e1npwezgicya@hyrrokkin>   6 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.  F 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.   Tom    ------------------------------  % Date: Sat, 22 Apr 2006 23:53:11 +0800 - From: David B Sneddon <dbsneddon@bigpond.com> $ Subject: Re: DIR/SIZE field to small* Message-ID: <444A5167.1030307@bigpond.com>   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. >  > Tom  >    Try $dir/size/width=size=10    Regards, Dave --  D David B Sneddon (dbs)  VMS Systems Programmer  dbsneddon@bigpond.comD Sneddo's quick guide ...     http://www.users.bigpond.com/dbsneddon/D DBS freeware ... http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------  % Date: Sat, 22 Apr 2006 12:49:26 -0400 ) From: "Ken Robinson" <kenrbnsn@gmail.com> $ Subject: Re: DIR/SIZE field to smallH Message-ID: <7dd80f60604220949u6ae7f188od5a53e1c6c950015@mail.gmail.com>  : On 4/22/06, David B Sneddon <dbsneddon@bigpond.com> 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.  ! > Try $dir/size/width=3Dsize=3D10  >   
 Or you can do    $ dir/siz=3Dun=3Dby    and see the size in Mb or Gb   Ken    ------------------------------  % Date: Sat, 22 Apr 2006 01:44:51 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 3 Subject: Re: HP Storageworks Arrays are Bulletproof 9 Message-ID: <8tydnRgCl_HRX9TZnZ2dnUVZ_s2dnZ2d@libcom.com>    Malcolm Dunnett wrote:E > In article <1145639645.322076.237470@u72g2000cwu.googlegroups.com>,  >  sean@obanion.us writes: >  > , >>Just don't let them do a firmware upgrade. >>G >>The first one they did, and assured us we could leave all of our HPUX I >>systems running, had a bug that disabled all the FC ports on the array. - >> Not surprisingly, all the systems crashed.  >> > A >     I guess you should have been running VMS, shouldn't you :-)  >   : If it was solely in the storage array, it wouldn't matter.  ( Still should have been running VMS.  :-)   --  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 01:51:21 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: OpenVMS is the worlds best desktop!9 Message-ID: <ktWdnRJnWJlDXtTZnZ2dnUVZ_s-dnZ2d@libcom.com>    Bill Gunshannon wrote:4 > In article <V%72g.6661$v74.2498@news.cpqcorp.net>,6 > 	Keith Parris <keithparris_NOSPAM@yahoo.com> writes: >  >>Bill Gunshannon wrote: >>D >>>How does that apply tp HP?  They killed Alpha.  They no longer doH >>>hardware.  They sell other people's hardware.  At razor thin margins. >>F >>HP has chosen to move to using microprocessors from the leading two K >>companies in the industry (Intel and AMD) rather than continuing to make  ) >>its own, incompatible processor chips.   >  >  > G > OK, just what was it that Alpha was incompatible with that Itanium is  > now compatable with? >  > bill >   I Just another of Keith's blunders.  He really needs to stick to technical  2 topics.  When he doesn't, reality takes a holiday.  ? It does raise the question, what is the itanic compatable with?    --  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 01:54:32 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: OpenVMS is the worlds best desktop!9 Message-ID: <ktWdnQ1nWJkFWdTZnZ2dnUVZ_s-dnZ2d@libcom.com>    > Bill Gunshannon wrote: > D >> How does that apply tp HP?  They killed Alpha.  They no longer doH >> hardware.  They sell other people's hardware.  At razor thin margins.  F Now what makes you think HP has thin margins on itanics?  Intel can't I sell them, and they need the storage room for all those Pentium 4's they  F can't sell.  They probably (rightly so) declared the itanics as scrap  and gave them to HP.  :-)    --  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: 22 Apr 2006 11:14:19 -0500+ From: young_r@encompasserve.org (Rob Young) # Subject: Re: OT: Sparc not dead yet 3 Message-ID: <nC3a$O8ZOTO7@eisner.encompasserve.org>   s In article <1145464003.347223.157090@u72g2000cwu.googlegroups.com>, "Andrew" <andrew_harrison@symantec.com> writes:  >  > bob@instantwhip.com wrote:> >> sun did not hurt DEC ... DEC hurt DEC with no marketing andA >> poor business and technology decisions ... and after comparing : >> CERT counts with solaris and VMS, I do not know why any5 >> bank or stock market anywhere would choose sun ...  > B > Sun was giving Digital a pretty good mauling long before DigitalF > imploaded. The engineering workstation and server market was a largeG > market for DEC but long before Digital started to slide Sun had eased F > them out. The arrival of the Sun E3000/4000/6000/10000 range exposedF > the weakness of Digitals server range and a big chunk of that market > also went Sun's way. >   = 	Yep.  Couple mis-steps and much slipped away.  Project PRISM < 	gets knifed .. (Digital is no Intel, no way to turn the VAXF 	instruction into a flying pig like Intel did with x86) and the Alpha G 	came after the slide was well underway.  The paradigm shifted, Digital @ 	missed it (outperformed... stuck in a mini-computer mindset).  B 	Paradigm shifting now, Sun missing it (check stock price, market & 	share - Asia Pacific if nothing else:  E http://www.gartner.com/teleconferences/attributes/attr_140229_115.pdf   C 	See slide 6.  Sun is down 24% in total sever market share revenue, A 	3Q 2005 versus 3Q 2004.  Look how others are just the opposite.)   B > And as you know perfectly well there are lies damn lies and CERT	 > counts.   ) 	That and Spin!  Missed ya, welcome back!    				Rob   B Men with walkie-talkie                  I'm home again to you babeC Men with flashlights waving             You know it makes me wonder G Up upon the tower                       Sittin' in the quiet slipstream > The clock reads daylight savin'         Rollin' in the thunder  .                                 -- Neil Young    ------------------------------  % Date: Sat, 22 Apr 2006 09:55:05 -0400 * From: "d b turner" <dbturner@islandco.com>C Subject: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2> 7 Message-ID: <ZAq2g.9771$4O2.156@bignews7.bellsouth.net>   = I asked the customer if he has anything else on the same bus. @ Double termination would cause some scsi issues I would suspect.  G And funnily enough, the HP tech sounded like he was overseas and had a   dinstinctive indian accent.   @ Farming out VMS hardware support I think is a VERY VERY bad idea   DT    : "Hoff Hoffman" <hoff-remove-this@hp.com> wrote in message , news:Hqd2g.6699$ig4.2771@news.cpqcorp.net... > Tom Linden wrote:  > 9 >> Was the device recognized at the console?  did you try  >> SYSMAN> IO AUTO/LOG > K >   There'd be nothing to mention to MOUNT, if a device driver hadn't been  / > connected to a device that had been detected.  > G >   Now as to whether or not it was correctly detected, that's another   > issue. > J >   And whether or not the SCSI bus is appropriately configured or if the M > tape driver recognizes this tape device within this context, those too are   > discussions. > G >   I'd expect that HP could offer integration services, if that is of   > interest here.     ------------------------------    Date: 22 Apr 2006 09:27:34 -0700 From: bob.birch@gmail.com C Subject: Re: Overland Data neo 2000/MSL series drive + OpenVMS 8.2> C Message-ID: <1145723253.949839.134080@u72g2000cwu.googlegroups.com>   5 The HP Integrity rx2620 Server has two SCSI channels,  did you try the other channel ? 5 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) 0 or HVD SCSI or SE is not the same configuration.   ------------------------------    Date: 22 Apr 2006 04:04:58 -0700& From: "Rajni" <rajni_chugh1@yahoo.com> Subject: Problems with $CREPRCB Message-ID: <1145703898.109241.88220@t31g2000cwb.googlegroups.com>   Hi All,   D We are having some problems while doing $CRPRC in Uniface 7.2.06 and Open VMS V7.3-2.7 The requirement is to run another uniface session (as a @ asynchronous/detached process) from the current uniface session.  9 We have written this C code to create a detached process.  /* include files */  #include <clidef.h>  #include <stdio.h> #include <lib$routines.h>  #include <ssdef.h> #include <stsdef.h>  #include <jpidef.h>  #include <ctype.h> #include <descrip.h> #include <string.h>  #include <stdlib.h>  #include <unistd.h>  #include <prcdef.h>  #include <starlet.h>     int main(int argc, char **argv)  {  ..............-     struct dsc$descriptor_s cmdStr, bTimeOut;   G     static const $DESCRIPTOR (image_name_d, "SYS$SYSTEM:LOGINOUT.EXE");   ?     static const $DESCRIPTOR (process_name_d, "ec_sys_creprc");   '     static const $DESCRIPTOR (inparams, % "DKA200:[DANZAS1.EUP.DEV]input.txt");   9        sprintf(cmdStr.dsc$a_pointer, "%s %s %s %s %s %s",  "@CON2CW_CALLEU3.COM",E                                                             EXE_FILE, E                                                             ASN_FILE, E                                                            "ICW_CON", C                                                             termcd,    shell_params);  C     RetStat = lib$spawn (&cmdStr, 0, 0, &FlagsMask, 0, &spawn_pid); G     RetStat = sys$creprc(&spawn_pid, &image_name_d, &inparams, 0, 0, 0,  0,B                                    &process_name_d, &cmdStr, 0, 0,E                                  PRC$M_INTER|PRC$M_NOPASSWORD, 0, 0);   E     printf("Spawn pid is %x Restat is = %d\n\n", spawn_pid, RetStat);       C The strange thing is that the retstat is 1which is correct, but the 9 process is not executed/the log file is even not created.   ! Could anyone please help in this? 5 Please let me know if you need some more information.    Regards, Rajni.   ------------------------------  % Date: Sat, 22 Apr 2006 01:36:45 -0400 ' From: Dave Froble <davef@tsoft-inc.com> ' Subject: Re: Replacing drives in bricks 9 Message-ID: <8tydnRkCl_H1XdTZnZ2dnUVZ_s2dnZ2d@libcom.com>    Malcolm Dunnett wrote:2 > In article <BsmdnfZOFsXGr9TZRVn-iA@libcom.com>, / >     Dave Froble <davef@tsoft-inc.com> writes:  > K >>The enclosures for the disks are "wired" for specific drives.  They have  E >>a plug, and if the pins in the dirves do not match, it's not good.  D >>Doesn't help to have the parity pin connected to one of the drive  >>address pins.  >> > N >    Are there SCSI drives that don't follow the standard conventions for whatF > the pins on a 50pin, or 68pin or 80 pin SCSI connector are used for? >   >    If so, I've never seen one.  I Honestly, I don't know.  Haven't had too many that required disassembly.  H   I just guessed that the bricks were designed for specific drives, and ! there might be incompatibilities.   I >    With the 50pin and 68pin drives there are jumper blocks wired to the J > Storageworks connector at the back of the brick that must be attached toW > the correct SCSI id jumpers on the drive ( and in the correct polarity ). That can be N > a bit ugly to figure out if you don't have good documentation for the drive,J > and if you get it wrong you can end up with the bricks not taking on theK > expected SCSI ID when you plug them into the tower ( or even worse taking # > on an ID that's already in use ).   D The early ones used a thin piece of mylar or something similar with 0 conducting stripes.  Real delicate to work with.  I >    I mostly work with the wide bricks and they generally use 80 PIN SCA N > connectors. In that system the SCSI ID pins are part of the 80 pin connectorF > and there's no chance to get it wrong - they're just "plug and play"  J Yeah, the later SCA drives followed a 'standard' and are much less bother.   --  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 02:19:11 -0400 ' From: Dave Froble <davef@tsoft-inc.com> ' Subject: Re: Replacing drives in bricks / Message-ID: <H4ydnTxzZZTHV9TZRVn-ig@libcom.com>    David J. Dachtera wrote:
 > BRAD wrote:  >  >>Rob Brown wrote: >>& >>>On Thu, 20 Apr 2006, syslost wrote: >> >>[...]  >>J >>>This sounds attractive.  Now here is a hypothetical.  I get a BA350 andE >>>some rz28s in storageworks bricks.  n years down the road an rz28s K >>>dies.  What is the wisdom of opening up the bricks in replacing the dead F >>>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?  >>G >>I've done UW bricks in a BA356 as a hobbyist.  I received a number of I >>"bad" 18G bricks; rather than bothering with shipping them back, I took J >>the drives out of them, and replaced them with 36/72G Seagate drives.  II >>took care to get the "thin" (1-inch?) drives, since the bricks had foam G >>inserts in them to "cradle" the thin drives in the "relatively" thick  >>bricks.  Work like a charm!  >  > J > I'd be interested to know which 36/72GB drives you've used and where youJ > got them, and if anything bigger than a 9GB drive is available that willF > work/fit the -VA variants. Specifically, I'm looking for RZ40/equiv. > type drives.  I The largest narrow drives I've got are 9 GB Seagate drives.  ST39173N is  D possibly the drive number.  Could be wrong, haven't had the need to L handle them for several years.  Great drives.  Thin.  Run cool (relatively).  G Never saw a larger narrow drive.  But then I don't get out much, so my   experience may be bogus.   >>[snip]G >>The toughest part(s) of the operation are remembering to remove all 4 > >>screws from the "base" of the bricks, and (carefully) pryingI >>off/re-inserting the "ribbon" cable that supplies LED-signaling and pin F >>connectivity to the "backplane".  I've wrecked at least two of thoseI >>jobbies in the several years' experience I've had with manipulating the 	 >>bricks.  >  > ! > Yeah - those are a bit fragile.  >      --  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 09:00:47 -0400 % From: BRAD <bradhamilton@comcast.net> ' Subject: Re: Replacing drives in bricks * Message-ID: <444A28FF.4070803@comcast.net>   David J. Dachtera wrote: [...] G >>I've done UW bricks in a BA356 as a hobbyist.  I received a number of I >>"bad" 18G bricks; rather than bothering with shipping them back, I took J >>the drives out of them, and replaced them with 36/72G Seagate drives.  II >>took care to get the "thin" (1-inch?) drives, since the bricks had foam G >>inserts in them to "cradle" the thin drives in the "relatively" thick  >>bricks.  Work like a charm!  > J > I'd be interested to know which 36/72GB drives you've used and where youJ > got them, and if anything bigger than a 9GB drive is available that willF > work/fit the -VA variants. Specifically, I'm looking for RZ40/equiv. > type drives.  I Keeping in mind that these Seagate drives are meant for blue bricks/blue  H shelves only, I use SX336704LC (36G) and SX173404LC (72G) drives.  They H are actually the "LCV" variants, with 16M buffers.  I used to find them B on eBay for ~$1.00USD/G, but they do not seem to be available any H longer, at least in those particular configurations.  They are 10K RPM. H   Of course, the usual restrictions/disclaimers apply: YMMV, YOYO, void  where prohibited, etc.   ------------------------------  % Date: Sat, 22 Apr 2006 10:01:04 -0400 % From: BRAD <bradhamilton@comcast.net> ' Subject: Re: Replacing drives in bricks * Message-ID: <444A3720.7040904@comcast.net>   BRAD wrote:  [...] K > Keeping in mind that these Seagate drives are meant for blue bricks/blue  J > shelves only, I use SX336704LC (36G) and SX173404LC (72G) drives.  They   H Did a bit more thorough searching on eBay - ST173404LCV is the 72G part G number, and ST336704LCV is the 36G part.  Both available on eBay, with  E the 72's going for $35.00USD + $15.00 shipping ("buy it now" price).  9 The 36's don't seem to be available at comparable prices.    ------------------------------  % Date: Sat, 22 Apr 2006 08:22:49 -0700 # From: "Tom Linden" <tom@kednos.com> ' Subject: Re: Replacing drives in bricks ) Message-ID: <op.s8e00bsxzgicya@hyrrokkin>   J On Sat, 22 Apr 2006 07:01:04 -0700, BRAD <bradhamilton@comcast.net> wrote:  
 > BRAD wrote:  > [...] A >> Keeping in mind that these Seagate drives are meant for blue   J >> bricks/blue shelves only, I use SX336704LC (36G) and SX173404LC (72G)   >> drives.  They > K > Did a bit more thorough searching on eBay - ST173404LCV is the 72G part   J > number, and ST336704LCV is the 36G part.  Both available on eBay, with  L > the 72's going for $35.00USD + $15.00 shipping ("buy it now" price). The  7 > 36's don't seem to be available at comparable prices.   F The problem with buying used drives is the warranty issue.  I bought aC dozen ST373405LC  from globalmicros and two of them failed within a H couple of months, but I only needed 10, 6 in the BA356 and 4 in the DellH Poweredge, so I had spares.  If you check the manufacturers site for theH warranty information by supplying your serial number, you will find thatK some are returned to the manufacturer and others to the reseller, typically K OEM drives.  In my case, it was one of each and they were very good about    itI I just checked their site and these drives and the price depends on the    lengthH of the warranty.  BTW, these are the 1" drives which I wanted for betterH cooling in the bricks, but also necessary for the Poweredge.  I had goodL experience with these guys, but your mileage may vary. The new 15K Hitachi   drivesK are supposed to be outstanding, employing a new type of bearing, but that    isL all I know about it.  Of course that would be overkill for BA356.  I might   get some for our HSG80.   I see a lot of 5 on ebay at  http://computers.search.ebay.com/seagate-st373405lc_Computers-Networking_W0QQbsZSearchQQcatrefZC6QQfposZ93953QQfromZR10QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQsacatZ58058QQsadisZ200QQsargnZQ2d1QQsaslcZ2QQsbrftogZ1QQsofocusZbs   8 http://www.globalmicro.com/index.asp?t=1&s=101&b=SEAGATE   ------------------------------   End of INFO-VAX 2006.223 ************************