1 INFO-VAX	Sat, 23 Oct 2004	Volume 2004 : Issue 589       Contents:# DEC Mux Server 300 to X21 NTU cable ! Re: DEC-C: Null string constant ?  Re: ECU disk Re: JAR files must be stream-lf  Re: JAR files must be stream-lf  Re: JAR files must be stream-lf  Re: JAR files must be stream-lf  Re: JAR files must be stream-lf * Re: OpenVMS 7.3 Install Questions/Problems* Re: OpenVMS 7.3 Install Questions/Problems* Re: OpenVMS 7.3 Install Questions/Problems Re: Question about Descriptors% SAN DISK - PROBLEM W/MNT STATE - MSCP ) Re: SAN DISK - PROBLEM W/MNT STATE - MSCP ) Re: SAN DISK - PROBLEM W/MNT STATE - MSCP 7 [OT]: lower-cost tools that did much lower-quality work   F ----------------------------------------------------------------------    Date: 22 Oct 2004 23:37:44 -0700/ From: stuie_norris@yahoo.com.au (Stuart Norris) , Subject: DEC Mux Server 300 to X21 NTU cable= Message-ID: <51262235.0410222237.7726b5d7@posting.google.com>    Hi All,   % Probably not a VMS specific question.   B But does anyone know the DEC part number for the cable that can beC used to connect a DEC Mux Server 300 to a NTU with a X21 interface.   @ Currently I have a custom cable with no DEC part number and I am) looking at adding another MUX Server 300.    Thanks   Stuart   ------------------------------  % Date: Sat, 23 Oct 2004 12:02:33 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: DEC-C: Null string constant ?+ Message-ID: <417A8EA8.20BFE813@comcast.net>    David Froble wrote:  > ! > briggs@encompasserve.org wrote:  > ` > > In article <41791E67.1D9F9BAA@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > >  > >>David Froble wrote:  > >>U > >>>To be a bit more precise, a null character is a valid character.  ASCII value is 
 > >>>zero. > >>> R > >>In C conventioanal strings, the null is not a valid character in the middle of8 > >>the string since it specifies the end of the string. > >> > >> > >>P > >>>>I have developed a distaste for VMS "can't be longer than 2^16 characters"H > >>>>string descriptors as well.  It is a bit tough to encode a 100,000D > >>>>character string when strings are limited to 65535 characters. > >>>>D > >>>I confess to curosity.  What's the usage of such a long string? > >>> O > >>When I had read the paragraph, my brain automatically added the implied :-)  > >>:-) :-)  > >> > > 6 > > You may have inferred a :-), but none was implied. > > F > > I am perfectly serious that 65,535 is a limit that bothers me.  ItI > > hasn't managed to bite me in any applications yet.  But that's partly J > > because I know enough not to write anything that bends that particular > > limitation.  > > G > > The limit is large enough that you can _almost_ ignore it.  But not . > > large enough so that you can do so safely. > >  > > Q > >>In fairness though, consider a very long document (50 pages at 2k per page is L > >>about 100k characters). If you display it on decwidnows in a simple TextR > >>widget, it will be manipulated as a single very long string. (however, you getR > >>back a null terminated string, and then the descriptor's limitation only applyK > >>if yo need to feed that oen very long string to some RTL/SYS$ routines.  > >> > > G > > Yup.  There are plenty of applications where you are dealing with a E > > blob of data and an unbounded (or at least extravagently-bounded) F > > octet-string would be a nice data structure to use and an ordinaryA > > string descriptor would be a nice way to try to reference it.  > >  > >       John Briggs  > >  > P > Ok, I can understand that, in theory.  I've never had a need for long strings,F > and thus in my own little world, having never been exposed to such a3 > requirement, I've been shielded from the concept.   H Web applications typically pass VERY long strings (much longer than even% the new-and-improved DCL can handle).    > Still learning.    Me, too.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 23 Oct 2004 11:47:06 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: ECU disk + Message-ID: <417A8B09.5D9F3A13@comcast.net>    Larry Kilgallen wrote: > Y > In article <41797EA0.3070508@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:  > > warren sander wrote: > > = > >> Don't take anything I do as official, supported or wise.  > >>N > >> I saw a need, I had the file so I put it out. I haven't gotten in trouble* > >> but that is no guarantee of anything. > >> > >> > >>N > >>>I think the answer is in Warren placing a copy of the software on the webF > >>>site/FTP server.  Must mean that Alpha owners are entitled to it. > >  > >  > > Ok, so noted.  > > O > > Regardless, from what I remember, the product was supplied with new Alphas.  > D > And that would be consistent with the business model of DEC paying > per-diskette royalties.   A If DEC was dumb enough to accept a contract with a no-replacement E clause, I'd be very disappointed. (Would I be surprised? Don't get me 	 started!)    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 23 Oct 2004 07:54:09 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>( Subject: Re: JAR files must be stream-lf? Message-ID: <DTiotGxQ0bj6-pn2-PVrd8ogS3H1u@dave2_os2.home.ours>   B On Fri, 22 Oct 2004 13:26:54 UTC, karcher@thuria.waisman.wisc.edu  (Carl Karcher) wrote:   3 > In a previous article, "Daniel Gustafsson" wrote:  > O > ->> You can also convert the existing files if you don't want to re-transfer:  > ->> 0 > ->>  $ CONVERT/FDL=SYS$INPUT file.jar file.jar
 > ->>  RECORD  > ->>  FORMAT STREAM_LF  > ->>  <CTRL-Z>  > ->  H > ->Isn't that a destructive method in this case? CONVERT may change theN > ->contents of the file, while SET FILE /ATTR does not touch the contents and* > ->only change the meta-data of the file. > @ > Well, yes and no. Yes, it changes the contents of the file but5 > no, it doesn't change the contents of the records.    F Exactly! play with copies not the original. The hard part with either F CONVERT or SET FILE /ATTR is getting back to the start point when the # latest experiment has gone wrong...    --   Cheers - Dave W.   ------------------------------  % Date: Sat, 23 Oct 2004 10:43:12 +0200  From: Dirk Munk <munk@home.nl>( Subject: Re: JAR files must be stream-lf2 Message-ID: <cld5j7$m8m$1@news2.zwoll1.ov.home.nl>   Carl Karcher wrote: 3 > In a previous article, "Daniel Gustafsson" wrote:  > O > ->> You can also convert the existing files if you don't want to re-transfer:  > ->> 0 > ->>  $ CONVERT/FDL=SYS$INPUT file.jar file.jar
 > ->>  RECORD  > ->>  FORMAT STREAM_LF  > ->>  <CTRL-Z>  > ->  H > ->Isn't that a destructive method in this case? CONVERT may change theN > ->contents of the file, while SET FILE /ATTR does not touch the contents and* > ->only change the meta-data of the file. > @ > Well, yes and no. Yes, it changes the contents of the file but5 > no, it doesn't change the contents of the records.   > P Very true *but only in RMS terms*. Since Java and most C programs use blockmode P file access (bypassing RMS), the <cr> and <lf> characters are part of the data. P In that case there is a big difference between files with just a <lf> and files  with the <lf><cr> combination.   ------------------------------  % Date: Sat, 23 Oct 2004 05:19:13 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: Re: JAR files must be stream-lf, Message-ID: <417A21CB.7F7DE3E1@teksavvy.com>   Dirk Munk wrote:Q > Very true *but only in RMS terms*. Since Java and most C programs use blockmode Q > file access (bypassing RMS), the <cr> and <lf> characters are part of the data. Q > In that case there is a big difference between files with just a <lf> and files   > with the <lf><cr> combination.  N You mean that the CRTL uses $READ instead of $GET when reading files ? If thatN is the case, how come it can read indexed files sequentially as text records ?  M Also, just so I understand correctly, it is correct to state that with $READ, K the file structure is totally irrelevant as you get raw data stored on disk L blocks ? If so, then no amount of SET FILE/ATTRIB would change the behaviour of the program, right ?    ------------------------------  % Date: Sat, 23 Oct 2004 11:57:41 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>( Subject: Re: JAR files must be stream-lf* Message-ID: <417A8D84.A80A22F@comcast.net>   Carl Karcher wrote:  > 3 > In a previous article, "Daniel Gustafsson" wrote:  > O > ->> You can also convert the existing files if you don't want to re-transfer:  > ->> 0 > ->>  $ CONVERT/FDL=SYS$INPUT file.jar file.jar
 > ->>  RECORD  > ->>  FORMAT STREAM_LF  > ->>  <CTRL-Z>  > ->H > ->Isn't that a destructive method in this case? CONVERT may change theN > ->contents of the file, while SET FILE /ATTR does not touch the contents and* > ->only change the meta-data of the file. > @ > Well, yes and no. Yes, it changes the contents of the file but4 > no, it doesn't change the contents of the records.  H Depends. If the file contents are actually Stream_LF, but RMS thinks its- Fixed_512, Guess what happens during CONVERT?   J > The point being you need to convert the <CR><LF> at the end of each line/ > (how text files are delimited on Windows/Dos)   E Depends. NATIVE DOS/Win files are <CR><LF>; however, most programs on H those platforms will read Stream_LF just fine, unless the file is openedF in binary mode and the program itself tries to make up for the lack of$ record services in that environment.   > to just a <LF> (asJ > expected by unix and friends). Changing only file attributes in the file> > header requires you to re-transfer the files in binary mode.  G Depends. BINARY mode is, for all practical purposes "block I/O": read a G block, write a block - no regard to the actual content. So, send a file F to VMS as binary, set its attributes appropriately and you essentially, have the original file intact on the target.  	 > Convert = > "fixes" the broken files already transferred in ascii mode.   E Depends. If its sequential variable (per DIRECTORY/FULL, ANALYSE/RMS, D DUMP/HEADER, etc.) and CONVERT tries to read the "corrupted" file asG sequential variable, you have a fair chance to recover it. If, however, B it arrives on VMS as some form of stream file, you're more or less? screwed. Data has been added to the file that will be virtually C impossible to remove and arrive at the original file content. THEN, @ you'll have to re-transfer as binary and attempt recovery again.   > Actually, J > you can do a DIFF on file.jar after the convert and the records it reads > will be identical.   Maybe.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 23 Oct 2004 12:00:16 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>( Subject: Re: JAR files must be stream-lf* Message-ID: <417A8E20.3DB0A30@comcast.net>   JF Mezei wrote:  >  > Dirk Munk wrote:S > > Very true *but only in RMS terms*. Since Java and most C programs use blockmode S > > file access (bypassing RMS), the <cr> and <lf> characters are part of the data. S > > In that case there is a big difference between files with just a <lf> and files " > > with the <lf><cr> combination. > P > You mean that the CRTL uses $READ instead of $GET when reading files ? If thatP > is the case, how come it can read indexed files sequentially as text records ?  F Presumably because (SYS)$READ and (SYS)$GET understand RMS, unless the; file was opened in a "binary", block or other non-RMS mode.   O > Also, just so I understand correctly, it is correct to state that with $READ, M > the file structure is totally irrelevant as you get raw data stored on disk N > blocks ? If so, then no amount of SET FILE/ATTRIB would change the behaviour > of the program, right ?   7 Depends, but that might very well be a fair assumption.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Sat, 23 Oct 2004 13:44:58 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)3 Subject: Re: OpenVMS 7.3 Install Questions/Problems 1 Message-ID: <newscache$hnh16i$myu1$1@news.sil.at>   U In article <zXled.173752$He1.16438@attbi_s01>, John Hixson <john@divinix.org> writes: F >   I just bought an alpha 433au workstaiton, and compaq openvms 7.3. F >After trying to boot the install CD, it would only print out "Compaq E >OpenVMS 7.3" and then proceed to give errors. I RTFM'ed and came to  G >discover that the toshiba cd-rom my workstaion has uses the Intel SIO   >chipset and can't boot off it.   J That's odd, but not uncommon. My PWS433au has exactly the same problem ;-)  > >                               I now would like to know what F >alternatives I have. I do not have a SCSI CD-ROM or the money for it  >currently.   5 And it would also not immediately solve your problem. E Because the ISP1020 SCSI controller in the PWS doesn't drive internal G and external SCSI bus on the same time and so would need to connect the / SCSI-ROM internally which might be a challenge.   K Alternatively you need a SCSI CD-ROM with its own SCSI Controller PCI card.   D Interestingly I hadn't known this previously and did connect a RRD42G externally for the initial installation (many years back in my previous E company) and it worked ! Years later I tried the same and was unable. F And then I was told here that it can't work. So my first try must haveD been coincident with cable lengths, drives internally (which haven't< changed AFAICR) and external cable pinout/length/terminator.  D >            I have a whole network of various UNIX machines. Can I 0 >network boot OpenVMS to install off a unix box?  D Sorry no. VMS installation is not possible via TFTP, and MOP on UNIXC does solve only the first stage of the bootloader but not the rest.   K >                                                 Are there OpenVMS floppy  G >images available to boot off of that will load drivers for the CD-ROM   >and allow me to install?   " Maybe, I never tried, but I doubt.  J >                            Im losing my hair here and ive been googling > >for hours to no avail. Thanks for any answers I might get =).   Your options are  L *) Infoserver (a [crippled] VAX Hardware with special Blocklevel Server S/W)3 *) Alpha VMScluster Bootserver (borrowed somewhere) H *) VAX VMScluster Bootserver with an extra Alpha Systemdisk (means Cross? 	Architecture Boot/Config, not supported, not easy, but doable) . *) SCSI CD Player (with extra SCSI controller)G *) maybe a blocklevel copy (with U**X) of the VMS CD to a SCSI disk and : 	then boot from this disk to install on another SCSI disk.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Sat, 23 Oct 2004 11:58:06 +0000 (UTC) 6 From: John Forkosh <john@SeeSigForAddress.invalid.com>3 Subject: Re: OpenVMS 7.3 Install Questions/Problems , Message-ID: <cldh0e$rso$1@reader1.panix.com>  % John Hixson <john@divinix.org> wrote: 
 : Hi Guys,G :    I just bought an alpha 433au workstaiton, and compaq openvms 7.3.  G : After trying to boot the install CD, it would only print out "Compaq  F : OpenVMS 7.3" and then proceed to give errors. I RTFM'ed and came to H : discover that the toshiba cd-rom my workstaion has uses the Intel SIO ? : chipset and can't boot off it. I now would like to know what  G : alternatives I have. I do not have a SCSI CD-ROM or the money for it   : currently.  B You can frequently pick up a compatible cdrom drive pretty cheaply, off eBay.  A list of compatible drives is at6      http://sites.inka.de/pcde/help/dec-cdrom-list.txtA and elsewheres.  Just try to match one up against what's on eBay.   9 : I have a whole network of various UNIX machines. Can I  K : network boot OpenVMS to install off a unix box? Are there OpenVMS floppy  H : images available to boot off of that will load drivers for the CD-ROM  : and allow me to install?  @ Don't know about network boot for vms install.  Please follow upE with details if you get that to work.  Pretty sure there's no support 2 for a floppy boot to install (but could be wrong).A      In any event, the cheap eBay cdrom is definitely the path of 2 least resistance (except, maybe, for your wallet). --   John Forkosh@      .-.     .-.     .-.     .-.     .-.     .-.     .-.     .-.A \ j / o \ h / n \ @ / f \ o / r \ k / o \ s / h \ . / c \ o / m \ A  '-'     '-'     '-'     '-'     '-'     '-'     '-'     '-'         ------------------------------  + Date: Sat, 23 Oct 2004 09:02:32 -0500 (CDT)  From: sms@antinode.org3 Subject: Re: OpenVMS 7.3 Install Questions/Problems ) Message-ID: <04102309023221@antinode.org>   6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)  & > From: John Hixson <john@divinix.org> > [...] @ > >                               I now would like to know what H > >alternatives I have. I do not have a SCSI CD-ROM or the money for it 
 > >currently.  > 7 > And it would also not immediately solve your problem. G > Because the ISP1020 SCSI controller in the PWS doesn't drive internal I > and external SCSI bus on the same time and so would need to connect the 1 > SCSI-ROM internally which might be a challenge.   E    What "ISP1020 SCSI controller"?  My (first generation) PWS 500a[u] E has no on-board SCSI, only the ISP1040 on tha DEC/Qlogic KZPBA-CX PCI A card I added.  Later PWS models may have had on-board SCSI, but I F thought that those didn't also use the Intel SIO chip.  (But what do I know about anything that new?)  E    What would be "a challenge" about connecting the SCSI CD-ROM drive G internally?  It seemed pretty straight-forward to me.  (The KZPBA-CX or A similar card has 50- and 68-pin connectors available internally.)   M > Alternatively you need a SCSI CD-ROM with its own SCSI Controller PCI card.   G    That's probably right.  My experience suggests that a non-DEC Qlogic @ card with an ISP1040 chip will work with VMS but not with Tru64.  F    My PWS500a[u] (which says "a" on the front, but whose firmware saysH "au" when the SCSI card is installed) is happy with a 40X SCSI NEC driveG ($10 on Ebay).  Finding a bargain on the SCSI card my take more effort, D although there's a genuine KZPBA-CX there now which is still lookingE cheap with not much time left, for example.  (Ooh.  That's tempting.)   D    I believe that Mr. Hixson really needs to get a a SCSI card and aH SCSI CD-ROM drive.  Even if there were some practical alternative way toH load the OS, I use mine enough for other things that I'd be lost withoutH one.  Just in case you're tempted, the probability of successfully usingE a SCSI CD-writing drive as a normal CD-ROM drive with VMS seems to be F pretty low.  (Writing a CD-R/RW can work, but the normal DKDRIVER does@ not cope well with any of the Yamaha CD-R/RW drives I've tried.)  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  # Date: Sat, 23 Oct 2004 09:59:16 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)' Subject: Re: Question about Descriptors 6 Message-ID: <00A39C34.BF503E90@SSRL.SLAC.STANFORD.EDU>  W In article <4179C40F.8010902@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes: 	 >Z wrote:  >  >> Larry Kilgallen wrote:  >>  D >>>>>> You forgot BASIC, which may be the best at string processing. >>>>>  >>   >>>>> Better than PL/I?  >>>> >>   >>>> Better than MUMPS?  >>>  >>   >>> Better than TECO ? >>   >>   >> Better than Perl? > 	 >Ok,  :-)  > / >In addition to manipulating strings I want to:  > B >Perform data file I/O on various database products, RMS, DAS, and? >Perform mailbox, socket, DECnet, and other communications, and , >Implement medium to large applications, andG >Do all the other things for which people use 3rd generation languages.  > 7 >I'll assume that leaves PL/I and MUMPS in the running.   I Leaves Perl in the running too, pretty much.  (You can always write a 3GL I plugin for Perl, and in fact various people - notably Dan Sugalski - have I done terrific work exposing interfaces to VMS services to Perl this way.)   O On the medium to large applications, if we're talking 50 zillion lines of code, C you might want to use a persistent Perl environment and/or a server B architecture so you don't take the compilation hit over and over.    -- Alan    ------------------------------  % Date: Sat, 23 Oct 2004 09:43:56 -0500 ( From: brandon@dalsemi.com (John Brandon). Subject: SAN DISK - PROBLEM W/MNT STATE - MSCP1 Message-ID: <04102309435637@dscis6-0.dalsemi.com>   8 VMS Alpha Cluster V7.2-1; SAN disks; 3 node cluster (MC)  L I have a disk mounted SAN (multi-path) on one server and MSCP mounted on theJ other cluster members - see below.  This is odd since all nodes have fiber' attachments and other SAN disks served.   L How do I force the disks on NODE2 and NODE3 to server Multi-path rather than the current MSCP???     < ============================================================% NODE1_$ SHOW DEVICE /FULL $1$DGA2700:   N Disk $1$DGA2700: (NODE1), device type HSG80, is online, mounted, file-orientedK     device, shareable, device has multiple I/O paths, served to cluster via  MSCP%     Server, error logging is enabled.  ..  $   I/O paths to device              4F   Path PGA0.5000-1FE1-0003-B171   (NODE1), primary path, current path. ..    < ============================================================% NODE2_$ SHOW DEVICE /FULL $1$DGA2700:   N Disk $1$DGA2700: (NODE1), device type HSG80, is online, mounted, file-orientedF     device, shareable, available to cluster, error logging is enabled. ..J   Volume Status:  ODS-2, subject to mount verification, write-back caching       enabled.)   Volume is also mounted on NODE3, NODE1.   N Disk $1$DGA2700: (NODE1), device type HSG80, is online, mounted, file-orientedF     device, shareable, available to cluster, error logging is enabled. ..J   Volume Status:  ODS-2, subject to mount verification, write-back caching       enabled.)   Volume is also mounted on NODE3, NODE1.   < ============================================================     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  + Date: Sat, 23 Oct 2004 15:59:10 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 2 Subject: Re: SAN DISK - PROBLEM W/MNT STATE - MSCP( Message-ID: <cldv4e$h61$1@pcls4.std.com>  E Are you sure NODE2 and NODE3 can see the drives through fibrechannel? D Can the drives be seen from the console?  It appears that only NODE1' is connected to the fibrechanel fabric.   C You may want to run $ ANALYZE/SYSTEM on NODE2 or NODE3 and post the ! output of SDA> SH DEV $1$DGAxxxx:      --   -Mike    ------------------------------  % Date: Sat, 23 Oct 2004 11:24:39 -0500 ( From: brandon@dalsemi.com (John Brandon)2 Subject: Re: SAN DISK - PROBLEM W/MNT STATE - MSCP1 Message-ID: <04102311243908@dscis6-0.dalsemi.com>   - Mike (moroney@world.std.spaamtrap.com) wrote: G > Are you sure NODE2 and NODE3 can see the drives through fibrechannel? F > Can the drives be seen from the console?  It appears that only NODE1) > is connected to the fibrechanel fabric.   I Yes, all nodes are connected via FC - I have other disks that are mounted 
 multipath.  E > You may want to run $ ANALYZE/SYSTEM on NODE2 or NODE3 and post the # > output of SDA> SH DEV $1$DGAxxxx:    SDA> SH DEV $1$DGA2700: H $1$DGA2700 [(NODE2$DGA2700) NODE1$DGA2700]      HSG80               UCB: 81F0B000  , Device status:   08000010 online,exfunc_suppF Characteristics: 1C455008 dir,mpdev_member,fod,shr,avl,elg,idv,odv,rnd5                  21010219 clu,cdp,2p,nnm,nlt,scsi,dtn   G Owner UIC [000001,000004]   Operation count          0   ORB address     818532C0G       PID        00000000   Error count              0   DDB address     81561F40G Alloc. lock ID   00000000   Reference count          0   DDT address     81D253C0G Alloc. class            1   Online count             0   SUD address     818B56C0G Class/Type          01/36   Retry cnt/max        16/16   CRB address     8157A340G Def. buf. size        512   BOFF              00000000   2P_DDB address  8166FF40G DEVDEPEND        00000000   Byte count        00000000   2P_UCB address  81539100G DEVDEPND2        00000000   SVAPTE            00000000   I/O wait queue  81F0B06C6 DEVDEPND3        01000001   DEVSTS            00000004 FLCK index             3A  DLCK address     81582D80   /                  --  Device Path Information --   6 Displayable Path Information: PGB0.5000-1FE1-0003-B173  -                  -- Multipath related data --    This UCB is a primary path3 MP Primary UCB  81F0B000   MP Current UCB  81F0B000 3 MP Next UCB     81F19040   MPDEV           81C080C0    I/O data structures  -------------------   G                 --- Primary Class Driver Data Block (CDDB) 81569C80 ---    Status:              00000000  Controller Flags:    0000   G Allocation class       3    CDRP Queue      00000000    DDB address      81561F40G System ID       00000000    Restart Queue   00000000    CRB address      8157A340G                 00000000    DAP Count              0    CDDB link        00000000G Contrl. ID      00000000    Contr. timeout         0    PDT address      00000000G                 00000000    Reinit Count           0    Original UCB     00000000G Response ID     00000000    Wait UCB Count         0    UCB chain        00000000 MSCP Cmd status 00000000  '         *** PORT I/O queue is empty ***   )         *** DEVICE I/O queue is empty ***     *         *** I/O request queue is empty ***   I/O data structures  ------------------- G $1$DGA2700 [NODE2$DGA2700]                     HSG80               UCB:  81F19040  , Device status:   08000010 online,exfunc_supp Characteristics: 1C455808 < dir,mpdev_secondary,mpdev_member,fod,shr,avl,elg,idv,odv,rnd.                  21010201 clu,nnm,nlt,scsi,dtn  G Owner UIC [000001,000004]   Operation count          0   ORB address     818AA640G       PID        00000000   Error count              0   DDB address     81561F40G Alloc. lock ID   00000000   Reference count          0   DDT address     8D183FA0G Alloc. class            1   Online count             0   SUD address     81AD6A80G Class/Type          01/36   Retry cnt/max        16/16   CRB address     8157A340G Def. buf. size        512   BOFF              00000000   I/O wait queue  81F190AC6 DEVDEPEND        00000000   Byte count        000000006 DEVDEPND2        00000000   SVAPTE            000000006 DEVDEPND3        01000001   DEVSTS            00000004 FLCK index             3A  DLCK address     81582D80   /                  --  Device Path Information --   6 Displayable Path Information: PGB0.5000-1FE1-0003-B171  -                  -- Multipath related data --    This UCB is a secondary path3 MP Primary UCB  81F0B000   MP Current UCB  81F0B000 3 MP Next UCB     00000000   MPDEV           81C080C0    I/O data structures  -------------------   G                 --- Primary Class Driver Data Block (CDDB) 81569C80 ---    Status:              00000000  Controller Flags:    0000   G Allocation class       3    CDRP Queue      00000000    DDB address      81561F40G System ID       00000000    Restart Queue   00000000    CRB address      8157A340G                 00000000    DAP Count              0    CDDB link        00000000G Contrl. ID      00000000    Contr. timeout         0    PDT address      00000000G                 00000000    Reinit Count           0    Original UCB     00000000G Response ID     00000000    Wait UCB Count         0    UCB chain        00000000 MSCP Cmd status 00000000  '         *** PORT I/O queue is empty ***   )         *** DEVICE I/O queue is empty ***     *         *** I/O request queue is empty ***   I/O data structures  ------------------- H $1$DGA2700 [NODE1$DGA2700]                      HSG80               UCB: 81539100  C Device status:   08021810 online,valid,unload,lcl_valid,exfunc_supp = Characteristics: 1C4D4008 dir,fod,shr,avl,mnt,elg,idv,odv,rnd 3                  21010221 clu,mscp,nnm,nlt,scsi,dtn   G Owner UIC [000001,000004]   Operation count     910989   ORB address     81AB7E00G       PID        00000000   Error count              0   DDB address     8166FF40G Alloc. lock ID   640C75D4   Reference count          1   DDT address     E98681A0G Alloc. class            1   Online count             1   SUD address     81F16680G Class/Type          01/36   BOFF              00000200   VCB address     81C76EC0G Def. buf. size        512   Byte count        00000600   CRB address     8165CD00G DEVDEPEND        2C4C14FE   SVAPTE            816196E0   PDT address     814C7670G DEVDEPND2        00000000   DEVSTS            00000004   CDDB address    8166E100G DEVDEPND3        00000000   RWAITCNT              0000   I/O wait queue  8153916C FLCK index             3A  DLCK address     00000000   , Device   DEVSTS   status:   00000004 nocnvrt  /                  --  Device Path Information --   " Displayable Path Information: MSCP   I/O data structures  -------------------   G                 --- Primary Class Driver Data Block (CDDB) 8166E100 ---   ' Status:              00000040 alcls_set 3 Controller Flags:    A004 cf_mlths,cf_load,cf_replc   G Allocation class       5    CDRP Queue      8166E100    DDB address      81636300G System ID       0000065A    Restart Queue   8166E148    CRB address      8165CD00G                 00000000    DAP Count              0    CDDB link        00000000G Contrl. ID      0000065A    Contr. timeout        20    PDT address      814C7670G                 01040000    Reinit Count           0    Original UCB     00000000G Response ID     00000000    Wait UCB Count         0    UCB chain        8166BFC0 MSCP Cmd status FFFFFFFF  *         *** I/O request queue is empty ***  ;                 --- Volume Control Block (VCB) 81C76EC0 ---   + Volume: HOTDB00          Lock name: HOTDB00  Status:  A0 extfid,system   Status2: 14 mountver,nohighwater Status3: 00000000   G Mount count            1    Rel. volume            0    AQB address      8154FFC0G Transactions           1    Max. files       7200287    RVT address      81539100G Free blocks      6018726    Rsvd. files           10    FCB queue        81AC9100G Window size            7    Cluster size           3    Cache blk.       81B75DC04 Vol. lock ID    1D02B705    Def. extend sz.        54 Block. lock ID  300E999C    Record size            0   I/O data structures  -------------------   :                     --- ACP Queue Block (AQB) 8154FFC0 ---  = ACP requests are serviced by the eXtended Qio Processor (XQP)    Status: 14 defsys,xqioproc  G Mount count           57    ACP type           f11v2    Linkage          814BC580G                             ACP class            129    Request queue    00000000  *         *** ACP request queue is empty *** SDA>       J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Sat, 23 Oct 2004 08:22:32 -0400 # From: "John Smith" <a@nonymous.com> @ Subject: [OT]: lower-cost tools that did much lower-quality work, Message-ID: <B--dnRFjlpCQ0OfcRVn-qA@igs.net>  3 http://www.eweek.com/article2/0,1759,1651826,00.asp    Crashes Deserve a Closer Look    September 27, 2004 By  Peter Coffee    G We speak routinely of software crashing, but we don't give those events L nearly the level of scrutiny that we give to real-world crashes. An airplaneL crash triggers a painstaking investigation. When software fails, the user isL told to hope that it works the next time. Is this any way to run an airline?  I This jarring difference in "crash" response has mostly been ignored. I do K remember a comment, late in the 1980s, by one advocate of advanced software D development environments: He compared C and C++ developers trying toF diagnose a software failure to arson investigators roaming through theF charred and smoking debris in search of a recognizable fragment of theI match. Even at that time, there were superior counterexamples such as theMJ Lisp machine-but relentless price pressures in the workstation market, notI to mention the growing capability of PCs, drove developers down a path of-G false economy toward lower-cost tools that did much lower-quality work.7  B One gallows humorist at Microsoft actually named a tool CRASH- forF Comparative Reliability Analysis of Software and Hardware-and promisedG developers, among other things, the ability to calculate "a final score I other than pass or fail." Frankly, I don't understand that proposition atdK all: It seems to me that software either meets its specification, including G a level of reliability sufficient to the intended task, or it does not.   L What's between "pass" and "fail"? Would you ship a product rated "tolerate"?  H Perhaps it's reasonable, though, to take a different view of mass-marketK software, with consumers already having some intuitive understanding of the7F "get what you pay for" difference between, for example, a Toyota and aK Lexus. Even so, from what I can see, it appears that the real difference is I not that a Lexus is more reliable, but rather that with the Lexus, you've I paid in advance for a higher level of hand-holding when something does gorJ wrong. Thanks, but I'll keep driving my apparently crash-proof Sienna, andK I'll keep choosing software that's reliable over software that offers extraf bells and whistles.r  I In the realm of software, the move to a service-based architecture offersoF developers a more granular opportunity to vote for their own preferredJ trade-off between doing more and failing less. Improved tools are emergingJ for developers. Late last week, for example, I saw the most recent versionF of Mindreef's SOAPscope, and found the newly released Version 4 updateD making important improvements to support developers throughout a Web services life cycle.  J In the long run, a UDDI (Universal Description, Discovery and Integration)I repository may offer a Web service aggregator several choices of servicesiJ that meet an application's needs. One has to wonder if repository metadataF will soon include statistically based ratings of service availability,I accuracy and other metrics of performance history for that particular WebhH service offering. If Consumer Reports can gather and publish reliabilityG histories for automobiles, will someone build testbed applications thata? invoke various common Web services from different providers andg% systematically record their response?v  I It's getting cheaper to gather data, in this as in every other realm. TheeH IEEE, for example, announced last week its first standard for automobileH "black box" recorders to give post-crash data to accident investigators,4 such as that available following aircraft accidents.  " Web services should enjoy no less.   ------------------------------   End of INFO-VAX 2004.589 ************************