1 INFO-VAX	Thu, 08 Dec 2005	Volume 2005 : Issue 683       Contents: Re: DS10 and cost of PCI slots Re: DS10 and cost of PCI slots Re: DS10 and cost of PCI slots Re: DS10 and cost of PCI slots Re: DS10 and cost of PCI slots2 Extreme backup slowdown after ECO updates (V7.3-1) Re: For Sale: 32CPU GS320  Re: For Sale: 32CPU GS320  Re: For Sale: 32CPU GS320  Re: For Sale: 32CPU GS320  RE: For Sale: 32CPU GS320 . Re: Help with Storageworks Drive/BA364 problem. Re: Help with Storageworks Drive/BA364 problem. Re: Help with Storageworks Drive/BA364 problem* Re: OpenVMS/TCPware Upgrade Results (good)* Re: OpenVMS/TCPware Upgrade Results (good)* Re: OpenVMS/TCPware Upgrade Results (good)" Re: OT: VMS and defense / missiles Request for comments: WHOIS 8 Re: SDA> TCPIP SHO DEV/PORT=n/SOCK displays no BG device  F ----------------------------------------------------------------------  # Date: Thu, 08 Dec 2005 13:19:33 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) ' Subject: Re: DS10 and cost of PCI slots L Message-ID: <rdeininger-0812050819320001@user-105n86o.dialup.mindspring.com>  @ In article <slrndpeuff.2rn.usenet@zappy.catbert.org>, Dan Foster <usenet@evilphb.org> wrote:   > >In article <ghKlf.284$5b7.257@news.cpqcorp.net>, Hoff Hoffman <hoff@hp.nospam> wrote:  >>J >>   As a general rule, 1U-height systems are not known for their internal >>   expandability.  > 
 >True enough.  > A >I do have (non-HP) 1U-height systems with two internal PCI slots H >(side-by-side on the horizontal plane), but the tradeoff is, the system" >had to be made a fair bit longer. > H >Not particularly thrilled about the increased length when you have someF >fairly long systems poking out of a conventional rack and causing allF >sorts of safety and regulatory issues with respect to aisle clearance >between rows of racks.  > G >My shorter 1U systems has only one slot in order to squeeze everything > >in the available space. It sounds like the DS10L more closelyG >approximates these, so having only one slot is perhaps understandable.   H rx1600 and rx1620 systems are 1U high.  The have 2 PCI slots (but one isI less than full length) and support up to 2 CPUs.  They are cheaper than a 7 DS10L was when new and run VMS WAY faster than a DS10L.   I But the chassis is longer than a DS10L, and they run louder.  It seems we  still can't have everything.   ------------------------------  # Date: Thu, 08 Dec 2005 13:15:11 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) ' Subject: Re: DS10 and cost of PCI slots L Message-ID: <rdeininger-0812050815060001@user-105n86o.dialup.mindspring.com>  F In article <4398246d@news.langstoeger.at>, peter@langstoeger.at wrote:    G >(btw. does anyone know the exact difference between a DS10 and a XP900 K >and the consequences thereoff ? Both do have graphics, so this it isn't...   H These systems are identical HW, except for the little plastic piece withG the name on it.  The name change was due to an overall change in system I naming "strategy" from some marketing folks.  A privileged (manufacturing H only) environment variable controls the name and the SMM instantiated by
 the firmware.   H Since DS10 (alphaserver and alphastation) and XP900 have different SMMs,? there is the possibility that they might have different licence D requirements.  The usually sold with different VMS license bundles. H Except for licensing, I can't think of any differences that would matter to a VMS user.   ------------------------------  * Date: Thu, 8 Dec 2005 07:47:00 -0600 (CST)* From: sms@antinode.org (Steven M. Schweda)' Subject: Re: DS10 and cost of PCI slots 2 Message-ID: <05120807470031_2038971B@antinode.org>  5 From: rdeininger@mindspringdot.com (Robert Deininger)   J > rx1600 and rx1620 systems are 1U high.  The have 2 PCI slots (but one isK > less than full length) and support up to 2 CPUs.  They are cheaper than a 9 > DS10L was when new and run VMS WAY faster than a DS10L.  > [...]   G    Everyone seems to have missed the obvious design feature which would G have obviated this whole discussion.  There should have been a 1U DS10Q F to which one would simply cable up a nice B400X expansion cabinet withF its 12 slots.  (Using those cute new super-micro connectors instead ofF the original big ones might be necessary, however, so new cables wouldH also be needed.)  Perhaps a future IA64 system could offer this feature,C out for which the market is clearly crying.  (It worked for the VAX  family.)  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  $ Date: Thu, 8 Dec 2005 09:05:44 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> ' Subject: Re: DS10 and cost of PCI slots : Message-ID: <tZWlf.67556$Y82.49318@bignews4.bellsouth.net>  G DS10 - shipped with either OpenVMS base and EIP (TCPIP DECNET MOTIF ETC  Pathworks licenses yadayada)K Xp900 - shipped with openvms base and nas150 (which includes cluster client & license as well as TCPIP DECNET MOTIF)  L They are indentical and one can make an XP900 to a DS10 doing the following:   >>>d iic_rcm_nvram0:11 00   	 Then init    DT   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   B "Robert Deininger" <rdeininger@mindspringdot.com> wrote in messageF news:rdeininger-0812050815060001@user-105n86o.dialup.mindspring.com...H > In article <4398246d@news.langstoeger.at>, peter@langstoeger.at wrote: >  > I > >(btw. does anyone know the exact difference between a DS10 and a XP900 D > >and the consequences thereoff ? Both do have graphics, so this it isn't... > J > These systems are identical HW, except for the little plastic piece withI > the name on it.  The name change was due to an overall change in system K > naming "strategy" from some marketing folks.  A privileged (manufacturing J > only) environment variable controls the name and the SMM instantiated by > the firmware.  > J > Since DS10 (alphaserver and alphastation) and XP900 have different SMMs,A > there is the possibility that they might have different licence E > requirements.  The usually sold with different VMS license bundles. J > Except for licensing, I can't think of any differences that would matter > to a VMS user.   ------------------------------  $ Date: Thu, 8 Dec 2005 09:09:58 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> ' Subject: Re: DS10 and cost of PCI slots : Message-ID: <o1Xlf.67558$Y82.66262@bignews4.bellsouth.net>  K The answer would have been to stuff the ATI Radeon chip, Adaptec U160 and a # Gigabit ethernet on the motherboard H Realistically, they could have also put a 2Gbit fiberchannel slot on the0 board too (then you install the appropriate GBIC  K The one PCI slot then could be used for additional fiber or another scsi or  whatever   >>>Bad Analogy time<<<  K It seems to me that COMPAQ/DEC/HP or whoever they are this week want you to % BUY the options - always extra money. L Just like going to buy your new car - only $25,000 sticker price when you go( into the garage, $35,000 when you leave.H What they didn't tell you is that the seats, wheels, engine and steering wheel are all opions!      --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   2 "Dan Foster" <usenet@evilphb.org> wrote in message/ news:slrndpeuk0.2rn.usenet@zappy.catbert.org... ? > In article <ghKlf.284$5b7.257@news.cpqcorp.net>, Hoff Hoffman  <hoff@hp.nospam> wrote:  > > H > >   HP Hardware Engineering has recently introduced its innovative newI > >   Singularity Packaging Technology (tm), allowing the interior volume L > >   of the system enclosure to be far larger than its exterior dimensions.D > >   SPT support greatly increases the expansion capabilities of 1U systems. > I > Didn't the SPT release notes mention that corner cases, such as systems D > utilizing SPT and located near wormholes, were as of this time, an > untested configuration? :-)  >  > -Dan   ------------------------------   Date: 8 Dec 2005 07:56:15 -0800 ( From: "Rich Jordan" <jordan@ccs4vms.com>; Subject: Extreme backup slowdown after ECO updates (V7.3-1) B Message-ID: <1134057375.695229.86520@g43g2000cwa.googlegroups.com>  E DS10 600MHz, 256MB, VMS 7.3-1, KZPCA, 36GB Compaq Ultra2 disk, Compaq  SDT-9000 DAT drive.   C The system was installed at a remote site in 2003, with all updates G available at the time.  Last week we had an onsite and brought it up to A current on ECOs.  Up to that point backups had been working fine; & nightly images took around 90 minutes.  > ECOs installed:  PCSIV2, UPDATEV6, ACRTLV4, AUDSRVV2.DRIVERV3,0 FIBRE_SCSIV7, LANV13, RMSV6, SYSINIV1, VMSMUPV1.  A After the updates, we saw a noticeable slowdown, but also started C catching media errors on the tape drive.  Most recent backup to the B original tape drive was still running _very_ slowly after nearly 9D hours.  No disk or bus errors reported and only medium errors on theE tape drive.  Those errors occurred with new tapes after using a fresh G cleaning tape several times.  We're not certain (its not logged) if the A slowdown affects the entire backup or only the verification pass.   B Based on several test backups, using a fresh cleaning tape and newG tapes HP replaced the DAT with a TLZ10 (DEC branded SDT9000).  Probably F a refurb...  We're still seeing the same problem.  Last night's backup> is still idling along doing its verification pass (and failingE miserably since the production data files are now in use).  Also done ? to a brand new tape and the drive was cleaned.  The test backup C performed right after install worked fine but was only about 100MB; 6 full backups that are having problems run about 7-8GB.  F I'm not logging errors since the test backup, nor seeing excess I/O toG the disk or tape drive.  No long queues, no noticeable competition from F other processes (and there's nothing else running overnight for nearly' the first 7 hours after backup starts).   C Watching the process itself, I'm seeing a constant busy on the tape D drive channel, but nothing else.  I see a burst of direct I/Os (showE proc/cont) then a delay of many seconds, then another burst of direct E I/Os, and occasional buffered I/Os, probably the batch log file being  written.  B There have been no changes to this backup procedure in years.  TheG backup account has quotas based on original DEC recommendations, sysgen 7 parameters are compatible (no channelcnt < fillm, etc).   D The BACKUP_V3 ECO (included in UPDATE V6) has a problem report aboutA very slow verification due to rewinding the tape over and over on D larger savesets.  BACKUP_V3 is included in the UPDATE V6 ECO, but ifG the described problem is the issue at hand, it wasn't fixed; in fact it 5 appears to have been caused by the ECO installations.   
 Any thoughts?    ------------------------------   Date: 8 Dec 2005 13:54:47 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)" Subject: Re: For Sale: 32CPU GS320, Message-ID: <3vqs96F17h7mnU1@individual.net>  0 In article <11peshdto8rbm94@corp.supernews.com>,* 	Dave Froble <davef@tsoft-inc.com> writes: > Bill Gunshannon wrote:/ >> In article <4397540B.DF8907C7@teksavvy.com>, 3 >> 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  >>  2 >>>"David Turner, Island Computers US Corp" wrote: >>> D >>>>Oh and get this... they replaced all their Tru64 stuff with PC s >>>  >>> K >>>Could this be rephrased with "Instead of moving to Ia64, they moved from   >>>Alpha to 64 bit 8086s" ?????? >>   >>  K >> He said PC's.  He didn't say x86-64.  If they went to a Windows solution / >> it is very likely plain ordinary 32bit PC's.  >>   >>  + >>>One more reason to port VMS to the 8086.  >>   >>  G >> Not necessarily.  They could have been running VMS when they were on F >> Alpha. They weren't.  There is no reason to believe that if VMS ranH >> on the 8086 they would have been any more likely to run it instead of >> Tru64 or Windows. > ) > Nor did he say windows.  He said PCs.     H Yes, but if he can make the leap of faith that it was x86-64 then surelyH I can make the very logical (and industry standard :-) assumption it was to run windows.   H >                                      A Unix shop might find Linux, or J > some of the BSD stuff you say is much better, a better fit than windows.  K Actually, to replace a machine like that and having learned they were doing N genome research I wouldn't be surprised if the "PC's" that replaced it weren'tN set ujp as a Beowulf Cluster.  Which still leaves as much chance, if not more, of it being 32bit x86's.     > % > The key question, were they HP PCs?   H Why would anyone pay the premium for that?  Especially after having been screwed by HP on Tru64.    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: Thu, 08 Dec 2005 08:35:26 -0800 ' From: David Mathog <mathog@caltech.edu> " Subject: Re: For Sale: 32CPU GS320+ Message-ID: <dn9nc9$t8r$1@naig.caltech.edu>    Bill Gunshannon wrote:2 > In article <11peshdto8rbm94@corp.supernews.com>,, > 	Dave Froble <davef@tsoft-inc.com> writes:   >>) >>Nor did he say windows.  He said PCs.    >  > J > Yes, but if he can make the leap of faith that it was x86-64 then surelyJ > I can make the very logical (and industry standard :-) assumption it was > to run windows.  >   " You coud, but you'd be wrong.  See  )    http://www.primidi.com/2005/06/06.html   G That site does bioinformatics which means the odds on favorite for the   replacement OS is linux.   Regards,   David Mathog mathog@caltech.edu   ------------------------------  % Date: Thu, 08 Dec 2005 08:39:54 -0800 ' From: David Mathog <mathog@caltech.edu> " Subject: Re: For Sale: 32CPU GS320* Message-ID: <dn9nkl$1v$1@naig.caltech.edu>  - David Turner, Island Computers US Corp wrote:   " > They are a Genome mapping entityM > Human genes mapping was one of their jobs from what an ex-eomployee told me  >   H Most of the programs which are used to assemble mammalian sized genomes I need a humongous amount of memory.  They don't convert easily to beowulf  E style parallelism and so have historically been run as multithreaded  I apps on big alpha's with lots and lots and LOTS of memory.  Additionally  I the databases that contain these and other results typically also run on  H similar hardware.  The rest of the many CPUs in such a site are usually G used for similarity searching of various types, and that can be broken  ; down into smaller chunks and doled out to smaller machines.    Regards,   David Mathog mathog@caltech.edu   ------------------------------   Date: 8 Dec 2005 16:46:21 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)" Subject: Re: For Sale: 32CPU GS320, Message-ID: <3vr6atF17decqU1@individual.net>  * In article <dn9nkl$1v$1@naig.caltech.edu>,* 	David Mathog <mathog@caltech.edu> writes:/ > David Turner, Island Computers US Corp wrote:  > # >> They are a Genome mapping entity N >> Human genes mapping was one of their jobs from what an ex-eomployee told me >>   > J > Most of the programs which are used to assemble mammalian sized genomes K > need a humongous amount of memory.  They don't convert easily to beowulf  G > style parallelism and so have historically been run as multithreaded  K > apps on big alpha's with lots and lots and LOTS of memory.  Additionally  K > the databases that contain these and other results typically also run on  J > similar hardware.  The rest of the many CPUs in such a site are usually I > used for similarity searching of various types, and that can be broken  = > down into smaller chunks and doled out to smaller machines.  >   > Which makes one wonder what ever happened to OSes like Amoeba!   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: Thu, 8 Dec 2005 12:04:27 -0500' From: "Main, Kerry" <Kerry.Main@hp.com> " Subject: RE: For Sale: 32CPU GS320R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB7733F5@tayexc19.americas.cpqcorp.net>   > -----Original Message-----3 > From: David Mathog [mailto:mathog@caltech.edu]=20 ! > Sent: December 8, 2005 11:40 AM  > To: Info-VAX@Mvb.Saic.Com $ > Subject: Re: For Sale: 32CPU GS320 >=20/ > David Turner, Island Computers US Corp wrote:  >=20$ > > They are a Genome mapping entity= > > Human genes mapping was one of their jobs from what an=20  > ex-eomployee told me > >=20 >=20> > Most of the programs which are used to assemble mammalian=20 > sized genomes=20B > need a humongous amount of memory.  They don't convert easily=20 > to beowulf=20 I > style parallelism and so have historically been run as multithreaded=20 @ > apps on big alpha's with lots and lots and LOTS of memory. =20 > Additionally=20 A > the databases that contain these and other results typically=20  > also run on=20@ > similar hardware.  The rest of the many CPUs in such a site=20 > are usually=20A > used for similarity searching of various types, and that can=20  > be broken=20= > down into smaller chunks and doled out to smaller machines.  >=20  H Yep, reminds me of the original win - something like 5-7 years ago whereB a certain large competitor offered *free* servers for this genomesH research as alternative to Alpha and the Customer response was something: to the effect that "we can not afford these free systems".  G Their point was that they were under incredible pressure to get results D in short order and that using slower systems even if free was not anH option for them. Getting the results they were looking for before anyone else was the prime driver.   :-)    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------   Date: 8 Dec 2005 06:15:50 -0800  From: bill@wcschmidt.com7 Subject: Re: Help with Storageworks Drive/BA364 problem C Message-ID: <1134051350.025598.237470@f14g2000cwb.googlegroups.com>   D The last time I did one of these, I had to change to the newer power supply, along with the 2x fans.      mcbill20@yahoo.com wrote: H > Hello all. I have a BA364-AB (four-high) Storageworks box connected toE > a Qlogic ISP1020 SCSI card in a PWS500. I got this Storageworks box G > with a few RZ29B-VA disks (in tan boxes, if that makes a difference). I > Recently I purchased a 9.1 gig DS-RZ1EA-VW drive in a grey box on Ebay. F > When I tried to mount the drive I saw a single flash of an amber LED6 > and then got an error saying the medium was offline. > I > At first I just assumed I had gotten a bad drive. I then found a 36 gig F > DS-RZ1FC-VW drive, also in a grey container. When I attempt to mountH > this one, I get a single flash of a green LED and then the same error. > F > Can anyone tell me what the problem is? I don't know if these drivesI > are too new for my SCSI card, or for this BA364 box, or is it something  > else?  > H > My understanding of SCSI was that it always should be both forward andI > backward compatible but that you would just take a performance hit, say H > if you connected an ultra-320 drive to a SCSI-1 or SCSI-2 bus. (I knowB > that of course, you can't mix single-ended, HVD and LVD though.) > 	 > Thanks.  > Bill   ------------------------------  $ Date: Thu, 8 Dec 2005 10:57:49 -0500- From: William Webb <william.w.webb@gmail.com> 7 Subject: Re: Help with Storageworks Drive/BA364 problem I Message-ID: <8660a3a10512080757q30bcfedcj9423423c82fadc43@mail.gmail.com>   L On 7 Dec 2005 20:24:52 -0800, mcbill20@yahoo.com <mcbill20@yahoo.com> wrote= : H > Hello all. I have a BA364-AB (four-high) Storageworks box connected toE > a Qlogic ISP1020 SCSI card in a PWS500. I got this Storageworks box G > with a few RZ29B-VA disks (in tan boxes, if that makes a difference). I > Recently I purchased a 9.1 gig DS-RZ1EA-VW drive in a grey box on Ebay. F > When I tried to mount the drive I saw a single flash of an amber LED6 > and then got an error saying the medium was offline. > I > At first I just assumed I had gotten a bad drive. I then found a 36 gig F > DS-RZ1FC-VW drive, also in a grey container. When I attempt to mountH > this one, I get a single flash of a green LED and then the same error. > F > Can anyone tell me what the problem is? I don't know if these drivesI > are too new for my SCSI card, or for this BA364 box, or is it something  > else?  > H > My understanding of SCSI was that it always should be both forward andI > backward compatible but that you would just take a performance hit, say H > if you connected an ultra-320 drive to a SCSI-1 or SCSI-2 bus. (I knowB > that of course, you can't mix single-ended, HVD and LVD though.) > 	 > Thanks.  > Bill >  >   = You might be able to make it work, then again, you might not.   ; Remember, neither S in SCSI represents the word "standard".   C I haven't used your particular enclosure, but I have used blue-gray E drives (DS-RZ1xx-VW of some type) and green drives (RZ2n-VA) together  in a BA356 shelf.   C In fact I have some running now in one of the systems here at work, C but they're hanging off an HSZ or HSJ instead of a Qlogic so it's a  different situation altogether.   E The most frequent shelf error if people connect an external enclosure C to an onboard SCSI (I know, this isn't your situation) is that they  accidentally duplicate  7 1.  I assume the Qlogic is only running external stuff.   D AFAIK anything that's 1020-based won't do both internal and external* devices.  One, or the other, but not both.  1 2.  What HBAs do you see from the console prompt?   9 3.  What disk devices do you see from the console prompt?   $ 4.  What is the terminal velocity...   WWWebb  C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  $ Date: Thu, 8 Dec 2005 11:44:06 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> 7 Subject: Re: Help with Storageworks Drive/BA364 problem 8 Message-ID: <ThZlf.2210$wP3.2137@bignews6.bellsouth.net>  ; The BA364 has scsi id settings on the backplane doesn't it? , make sure they are not duplicated on the bus  L We have used RZ1FB FC and even 72GB drives in cans on a BA362 - which is the# same thing but 2 slots instead of 4    DT     --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   : "William Webb" <william.w.webb@gmail.com> wrote in messageC news:8660a3a10512080757q30bcfedcj9423423c82fadc43@mail.gmail.com... L On 7 Dec 2005 20:24:52 -0800, mcbill20@yahoo.com <mcbill20@yahoo.com> wrote:H > Hello all. I have a BA364-AB (four-high) Storageworks box connected toE > a Qlogic ISP1020 SCSI card in a PWS500. I got this Storageworks box G > with a few RZ29B-VA disks (in tan boxes, if that makes a difference). I > Recently I purchased a 9.1 gig DS-RZ1EA-VW drive in a grey box on Ebay. F > When I tried to mount the drive I saw a single flash of an amber LED6 > and then got an error saying the medium was offline. > I > At first I just assumed I had gotten a bad drive. I then found a 36 gig F > DS-RZ1FC-VW drive, also in a grey container. When I attempt to mountH > this one, I get a single flash of a green LED and then the same error. > F > Can anyone tell me what the problem is? I don't know if these drivesI > are too new for my SCSI card, or for this BA364 box, or is it something  > else?  > H > My understanding of SCSI was that it always should be both forward andI > backward compatible but that you would just take a performance hit, say H > if you connected an ultra-320 drive to a SCSI-1 or SCSI-2 bus. (I knowB > that of course, you can't mix single-ended, HVD and LVD though.) > 	 > Thanks.  > Bill >  >   = You might be able to make it work, then again, you might not.   ; Remember, neither S in SCSI represents the word "standard".   C I haven't used your particular enclosure, but I have used blue-gray E drives (DS-RZ1xx-VW of some type) and green drives (RZ2n-VA) together  in a BA356 shelf.   C In fact I have some running now in one of the systems here at work, C but they're hanging off an HSZ or HSJ instead of a Qlogic so it's a  different situation altogether.   E The most frequent shelf error if people connect an external enclosure C to an onboard SCSI (I know, this isn't your situation) is that they  accidentally duplicate  7 1.  I assume the Qlogic is only running external stuff.   D AFAIK anything that's 1020-based won't do both internal and external* devices.  One, or the other, but not both.  1 2.  What HBAs do you see from the console prompt?   9 3.  What disk devices do you see from the console prompt?   $ 4.  What is the terminal velocity...   WWWebb  C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------   Date: 8 Dec 2005 10:50:50 +0100 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)3 Subject: Re: OpenVMS/TCPware Upgrade Results (good) , Message-ID: <4398100a$1@news.langstoeger.at>  e In article <5MNlf.2566$PX2.280125@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes: k >"Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message news:43970194$1@news.langstoeger.at... h >> In article <bsAlf.2140$PX2.235593@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:( >>>Stack: TCPware-5.6-2 to TCPware-5.7-1 >>N >> Strange. Since TCPware-5.7-1 is OpenVMS Alpha V8.2 only (V5.7-2 - currentlyG >> in beta - is for V5 til V8), I'd expected that your users notice ;-)  >>L >> I still have the SSH X11 problem with V5.7-1 (which I hadn't with V5.6-2) > E >One of our projects required SWS-2.1 (Apache 2.0.52) which requires   >OpenVMS-7.3-2.   + You could have upgraded to V8.2 as well ;-) % CSWB V2.1 does not enforce 7.3-2 only   L >              Since TCPware-5.6-2 was not recommended for use with the new  >OS,    Where is this information from ?G TCPware V5.6-2 works ok on V7.3-2 (and better when ECOs are installed). F I doesn't work on V8.2 however (SHRIDMISMAT). There you need this V5.7  J >     we pre-tested and then loaded TCPware-5.7-1 (which is available for F >anonymous download to people who could not wait). We will upgrade to 2 >TCPware-5.7-2 as soon as we receive the shipment.  J I "pre-tested and then loaded TCPware-5.7-1" as well and found that V5.6-2E gave me 1 problem less (SSH X11). But I had no choice after upgrading E to OpenVMS Alpha V8.2 (not entirely correct: I do run TCPIP V5.5 ECO1 G currently and most of the times on this V8.2 system because of this ;-)   C So far, this TCPware V5.7-1 SSH X11 problem is uncommented/unfixed. ) I'll see V5.7-2 beta this long weekend...   N >Due to synchronization concerns with other machines, I haven't yet installed M >the new compliers for BASIC, C, or C++ so did not see any errors other than  M >the BLOCK_SIZE error mentioned by someone else. When I first saw this error  M >on my trial AS-2100, I rebooted then just reinstalled UPDATE5 a second time  < >to make sure nothing was missing (yes, paranoid to the end)  G Isn't it strange? How many users/managers have so far seen this problem K (it existed in UPDATE V4 already) and workarounded (by reinstalling UPDATE) H or ignored it (I myself had the COPY ECO already installed before and soI didn't see the BLOCK_SIZE error on my machines at all). And nobody did so I far an investigation of which COPY (of which file) did fail (we only know A why - but we still don't know why it wasn't fixed in UPDATE 5)...   H >But I've upgraded both my DS20e (production) and my 4100 (development) 0 >machines and they are both running much better.  - Now, did you try OpenVMS Alpha V8.2 as well ?    --   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: Thu, 8 Dec 2005 09:26:54 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> 3 Subject: Re: OpenVMS/TCPware Upgrade Results (good) 9 Message-ID: <UoXlf.8629$kt5.625110@news20.bellglobal.com>   H According to official information at the PSC site, TCPware-5.7-1 is NOT K supported on OpenVMS-7.3-2. (That said, it seems to be working properly on   my upgraded system :-)  B http://www.process.com/techsupport/TCPware_Compat_VMS_Versions.htm   2005-Fall Newsletter: 6 http://www.process.com/tcpip/2005Newsletters/10-3.html    
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  $ Date: Thu, 8 Dec 2005 09:45:12 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> 3 Subject: Re: OpenVMS/TCPware Upgrade Results (good) 9 Message-ID: <_FXlf.8636$kt5.626797@news20.bellglobal.com>   # More 732 information from $monitor.   K I watched my system from 8:00 to 8:30 today (usually my busiest time) from  M two different sessions. One session ran "$mon clu/int=1" while the other ran  J "$mon clu/int=1/max". There were between 50 and 60 users logged on mostly   running RMS-based database apps.  H The system is just screaming according to the users but there is almost F nothing happening in the instantaneous MON session. Both CPUs seem to I momentarily burst into activity then immediately fall back to idle. Same  H with the disks. The MAX display shows both CPUs go to 100% but the lock I display got to a maximum level of 172,000. I never remember seeing it go  " this high but I'm not complaining.  L I wonder if it is because so much stuff is loaded into the XFC? Does anyone A know if a "DISK I/O" is "physical only" or does it also includes   transactions with the XFC?  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Thu, 08 Dec 2005 04:48:19 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> + Subject: Re: OT: VMS and defense / missiles , Message-ID: <43980160.315568E9@teksavvy.com>   Simon Clubley wrote:M > The product seems to have been discontinued as the link in the news article * > points to a product unavailable message. >   B never mind, I found another source of similar toys since Marks and8 Spencer doesn't carry those missile launchers anymore...     In particular:    http://www.sukhoi.com/sagger.htm  @ (Imagine what VMS engineers could do with those if they knew Bob6 Palmer's car was within 4km of ZKO :-) :-) :-) :-) :-)    + They also have a variety of SUVs available:   ) 	http://www.sukhoi.com/surplus%20list.htm     B As well, they have a yacht fit for travel on the east coast of the mediteranean.   ( 	http://www.sukhoi.com/HAGDALA-ALIYA.htm    E Your kid not happy with the water gun you gave him for his birthday ?  For christmas, try:    	http://www.sukhoi.com/14.5.htm     H Not sure if you can order direct on the web site and have them deliveredE by FedEx. (They are located in the middle east right where those toys . are in high demand for gifts to teenage boys).  9 Their home page : http://www.sukhoi.com/LBG%20WEBSITE.htm           G (And yes, I stumbled on this by mistake, looking for a Russian aircraft 
 maker ...)   ------------------------------  % Date: Thu, 08 Dec 2005 01:52:58 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Request for comments: WHOIS, Message-ID: <4397D827.8561F817@teksavvy.com>  E There have recently been some new TLDs added to the internet (such as F .EU) and I will be making an update to my WHOIS program to incorporateB changes in whois servers since last year. ( .travel, .mobi, .pro , .jobs, .eu for instance)  F If any current users of my utioity have any problems, suggestions with( the utility, now is the time to make it.  G One feature I intend to add is a switch to translate an IP to a network  number and name.   eg:   
 WHOIS/mumble     would be the equivalent to:   , $ whois/server=whois.cymru.com 161.114.65.609 ----Server: WHOIS.CYMRU.COM [] response for 161.114.65.60 ! ASN     | IP               | Name ; 71      | 161.114.65.60    | HP-INTERNET-AS Hewlett-Packard   , (this is the IP address of the VMS web site)  U I am leaning towards WHOIS /CYMRU ip.address  but am opened to any other suggestions.   ? You can reply here or via email at jfmezei at vaxination dot ca    ------------------------------   Date: 8 Dec 2005 10:12:28 +0100 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)A Subject: Re: SDA> TCPIP SHO DEV/PORT=n/SOCK displays no BG device , Message-ID: <4398070c$1@news.langstoeger.at>  v In article <v7hep15bip7qciere53l2gubooup6fkhig@4ax.com>, Gerald Marsh <marsh_family-spam.me.not@btconnect.com> writes:E >SDA>TCPIP SHO DEV/PORT=n/SOCK shows some big hex number and a socket / >in FIN_WAIT_2. The BG device no longer exists.   I The FIN_WAIT_2 problem is well known and is there for some TCPIP versions $ now (better use TCPware instead ;-).  E >The OpenVMS listener can be STOP/ID'd and refuses to restart because 4 >of a"addrinuser" error - 48, if I recall correctly. > B >After some random time the situation resolves itselfs - somewhereE >between 42 mins (Hitchhiker's Guide to the Galaxy, springs to mind!) G >but can go up to over an hour. No TPCIP Services timer seems to relate D >to this and the supplier of the application - both OpenVMS and NT - >cannot explain it either!  J It's TCPIP. And the timeout for a FIN_WAIT_2 situation seems to be 1 hour.G We had a lot of troubles cause of this. AFAIK and IIRC we "fixed" it by C using (for other reasons as well) a service (= alias) addresses and * undefining and redefining this IP address.   	$ IFCONFIG ifc -ALIAS a.b.c.d& 	$ IFCONFIG ifc  ALIAS a.b.c.d/bitmask   YMMV   --   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   ------------------------------   End of INFO-VAX 2005.683 ************************