1 INFO-VAX	Tue, 18 Apr 2006	Volume 2006 : Issue 214       Contents: Booting DS20E from EVA Re: Booting DS20E from EVA Re: Booting DS20E from EVA Re: Booting DS20E from EVA Re: Declare Help Re: Declare Help Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media2 Looking for DUART and watch chip specs (VAX 7000).) Looking for EVKAA diagnostics for 11/780.  OT: Sparc not dead yet What is wrong with my network?  F ----------------------------------------------------------------------  # Date: Mon, 17 Apr 2006 20:02:06 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) Subject: Booting DS20E from EVA 6 Message-ID: <00A545A7.977FF7CF@SSRL.SLAC.STANFORD.EDU>   DS20E  EVA4000   M I was going to follow the advice I got last week (when I asked about shadowed L system disks) and set up a list of boot devices for my DS20E, so that if the> disk on the RA7000 wasn't available it could boot off the EVA.  L When I got an outage, I did a SHOW DEV on the console and discovered that itG doesn't seem to see any of the EVA disks.  It sees the controllers (and N displays WWIDs for them), but not any of the disks.  How can I get the console; to see and boot from DGA-type devices presented by the EVA?    Thanks,    -- Alan    ------------------------------    Date: 17 Apr 2006 13:42:39 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> # Subject: Re: Booting DS20E from EVA C Message-ID: <1145306559.777487.217430@u72g2000cwu.googlegroups.com>   , Alan Winston - SSRL Central Computing wrote: > DS20E 	 > EVA4000  > O > I was going to follow the advice I got last week (when I asked about shadowed N > system disks) and set up a list of boot devices for my DS20E, so that if the@ > disk on the RA7000 wasn't available it could boot off the EVA. > N > When I got an outage, I did a SHOW DEV on the console and discovered that itI > doesn't seem to see any of the EVA disks.  It sees the controllers (and P > displays WWIDs for them), but not any of the disks.  How can I get the console= > to see and boot from DGA-type devices presented by the EVA?  > 	 > Thanks,  > 	 > -- Alan   A You have to use the wwidmgr utilitiy to make a disk available for A booting.  Older versions of the SRM allow up to 4 but I think the E current version (7.1) might allow up to 8.  The manual for wwidmgr is F on the firmware CD or available at the firmware website.  Look for theG link "Configuring FIbre-Channel Adapters" at the bottom of the page. Or  download this:I http://ftp.digital.com/pub/DEC/Alpha/firmware/archive/doc/wwidmgr_v13.pdf   E The basic steps are to check/set your KGPSA to the proper mode (FC-AL E or fabric) and use the "quickset" function to set up one or more disk  for booting.  @ Don't forget that the SAN zoning (if you use it) needs to be setE properly and you need to give access to the DS20E to the target disks 5 (I know how it's done on an HSG80 but not for EVA's).    ------------------------------  # Date: Mon, 17 Apr 2006 23:17:39 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)# Subject: Re: Booting DS20E from EVA 6 Message-ID: <00A545C2.E940F723@SSRL.SLAC.STANFORD.EDU>   In article <1145306559.777487.217430@u72g2000cwu.googlegroups.com>, "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> writes:  > - >Alan Winston - SSRL Central Computing wrote:  >> DS20E
 >> EVA4000 >>P >> I was going to follow the advice I got last week (when I asked about shadowedO >> system disks) and set up a list of boot devices for my DS20E, so that if the A >> disk on the RA7000 wasn't available it could boot off the EVA.  >>O >> When I got an outage, I did a SHOW DEV on the console and discovered that it J >> doesn't seem to see any of the EVA disks.  It sees the controllers (andQ >> displays WWIDs for them), but not any of the disks.  How can I get the console > >> to see and boot from DGA-type devices presented by the EVA? >>
 >> Thanks, >>
 >> -- Alan > B >You have to use the wwidmgr utilitiy to make a disk available forB >booting.  Older versions of the SRM allow up to 4 but I think theF >current version (7.1) might allow up to 8.  The manual for wwidmgr isG >on the firmware CD or available at the firmware website.  Look for the H >link "Configuring FIbre-Channel Adapters" at the bottom of the page. Or >download this: J >http://ftp.digital.com/pub/DEC/Alpha/firmware/archive/doc/wwidmgr_v13.pdf > F >The basic steps are to check/set your KGPSA to the proper mode (FC-ALF >or fabric) and use the "quickset" function to set up one or more disk
 >for booting.     ) Thanks!  Ths looks like just what I need.    > A >Don't forget that the SAN zoning (if you use it) needs to be set F >properly and you need to give access to the DS20E to the target disks6 >(I know how it's done on an HSG80 but not for EVA's).  H I can use the disks under VMS; it was just from the console, so I think " I've got the zoning working right.  
 Thanks again.    -- Alan    ------------------------------    Date: 17 Apr 2006 17:36:56 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> # Subject: Re: Booting DS20E from EVA B Message-ID: <1145320616.451025.23760@v46g2000cwv.googlegroups.com>  , Alan Winston - SSRL Central Computing wrote: > In article <1145306559.777487.217430@u72g2000cwu.googlegroups.com>, "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> writes:  > > / > >Alan Winston - SSRL Central Computing wrote: 
 > >> DS20E > >> EVA4000 > >>R > >> I was going to follow the advice I got last week (when I asked about shadowedQ > >> system disks) and set up a list of boot devices for my DS20E, so that if the C > >> disk on the RA7000 wasn't available it could boot off the EVA.  > >>Q > >> When I got an outage, I did a SHOW DEV on the console and discovered that it L > >> doesn't seem to see any of the EVA disks.  It sees the controllers (andS > >> displays WWIDs for them), but not any of the disks.  How can I get the console @ > >> to see and boot from DGA-type devices presented by the EVA? > >> > >> Thanks, > >> > >> -- Alan > > D > >You have to use the wwidmgr utilitiy to make a disk available forD > >booting.  Older versions of the SRM allow up to 4 but I think theH > >current version (7.1) might allow up to 8.  The manual for wwidmgr isI > >on the firmware CD or available at the firmware website.  Look for the J > >link "Configuring FIbre-Channel Adapters" at the bottom of the page. Or > >download this: L > >http://ftp.digital.com/pub/DEC/Alpha/firmware/archive/doc/wwidmgr_v13.pdf > > H > >The basic steps are to check/set your KGPSA to the proper mode (FC-ALH > >or fabric) and use the "quickset" function to set up one or more disk > >for booting.  >  > + > Thanks!  Ths looks like just what I need.  >  > > C > >Don't forget that the SAN zoning (if you use it) needs to be set H > >properly and you need to give access to the DS20E to the target disks8 > >(I know how it's done on an HSG80 but not for EVA's). > I > I can use the disks under VMS; it was just from the console, so I think $ > I've got the zoning working right. >  > Thanks again.  > 	 > -- Alan   D The zoning should be right. I gave kind of generic answer and forgotD you said you could already see the controllers.  Also if you can useG the disks under VMS then the KGPSA's (or whatever you have) are already C set up correctly so all you have to do is pick a disk and set it up  using "quickset".    Glad I could help.     John H. Reinhardt    ------------------------------  # Date: Mon, 17 Apr 2006 19:58:24 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) Subject: Re: Declare Help 6 Message-ID: <00A545A7.132D8605@SSRL.SLAC.STANFORD.EDU>  k In article <1145285618.789383.227650@z34g2000cwc.googlegroups.com>, "GZerphey" <zerphey@tessco.com> writes: H >I'm trying to declare a new string type variable based upon an old one. >  >It is giving me this error:2 >Expected REPORT statement, encountered "DECLARE". >  > A >Please help with any thoughts.  I'm sorry if this is elementary.  > % >DECLARE SHORTUNIT COMPUTED BY CHOICE ! > SELLING_UNIT = "CASE" THEN "CA" " > SELLING_UNIT = "DOZEN" THEN "DZ"! > SELLING_UNIT = "EACH" THEN "EA" ! > SELLING_UNIT = "FOOT" THEN "FT" # > SELLING_UNIT = "GALLON" THEN "GA"   > SELLING_UNIT = "KIT" THEN "KT"" > SELLING_UNIT = "METER" THEN "MT"" > SELLING_UNIT = "OUNCE" THEN "OU"! > SELLING_UNIT = "PACK" THEN "PK" ! > SELLING_UNIT = "PAIR" THEN "PR" # > SELLING_UNIT = "PALLET" THEN "PT" " > SELLING_UNIT = "QUART" THEN "QT"! > SELLING_UNIT = "ROLL" THEN "RL"  > ELSE 0 >END_CHOICE.  G I see that you're working in Datatrieve.  It might have been better to  L mention that explicitly.  On these things, it's usually good to mention the . environment (VMS version, Datatrieve version).  J Anyway,  to deal with the specific error message, try moving your DECLARE  outside of the REPORT block.  
 You've got   REPORT rse ON output DECLARE ... 	 PRINT ... 
 END_REPORT   make it    DECLARE ...    REPORT rse on output	 PRINT ... 
 END_REPORT     Hope this helps!   -- Alan    ------------------------------    Date: 17 Apr 2006 13:44:54 -0700% From: "GZerphey" <zerphey@tessco.com>  Subject: Re: Declare Help B Message-ID: <1145304903.334918.84320@t31g2000cwb.googlegroups.com>  E Thank you sir.  I shall keep your suggestions in mind for the future.    ------------------------------  # Date: Mon, 17 Apr 2006 19:56:05 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com># Subject: Re: DSPP and OpenVMS media 2 Message-ID: <ppS0g.6440$VU1.1310@news.cpqcorp.net>   Steven M. Schweda wrote:. > From: Hoff Hoffman <hoff-remove-this@hp.com> ... F >    There may be no demand from the _paying_ customers, but I suspectI > that a lot of us parasites would be pleased to be able to suck down VMS 6 > CD-ROM images.  You know, like the ones for Solaris: > 3 >       http://www.sun.com/software/solaris/get.jsp   E    Yes; I too am aware of disk images that are available for various  E operating systems.  That availability is not a central gating factor   here, however.  J >>    There are a couple of issues that would have to be resolved as part H >> of generating and providing this version of these images, of course. L >> (Nothing in technology is ever quite as easy as it looks (nor as easy as L >> the marketeers involved might lead you to believe; but I digress), and I I >> already know where a couple of the problem areas here will lurk.  And  H >> generating these images can involve more than a straight copy, in at  >> least one case.  :-)  > 4 >    I'm sure that the details would be interesting.  B    The magnetic disk block offset pointers are different than the F optical media sector block offsets on OpenVMS I64, meaning a straight H block copy won't work.  Adjusting these offset pointers is trivial, but I it's (another) step.  There are likely other wrinkles, this just happens   to be one that I expect to hit.   I >>    But again, if this particular distribution mechanism is desired or  O >> desirable, then it is certainly something that should be formally requested.  > H >    Would adding "If you please, Sir" provide the kind of formality you > seek?   C    Um, without intending offense, no.  This addition would involve  F either some amount of (formal or informal) engineering support of Sue H Skonetski's Hobbyist program (and formal clearance for same), or formal D requests (and formal support) from and for the non-hobbyist (paying F customer) folks, or both.  The associated decision arises from within 3 the ranks of the OpenVMS business management folks.    ------------------------------  # Date: Mon, 17 Apr 2006 19:59:15 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com># Subject: Re: DSPP and OpenVMS media 2 Message-ID: <nsS0g.6441$gU1.6437@news.cpqcorp.net>    VAXman- @SendSpamHere.ORG wrote:  L > My only issue with this would be for the IA64 OpenVMS distro.  Presently, K > this comes on a DVD.  What if one does not have a DVD burner to create an  > OpenVMS IA64 DVD?   H    If you're on the SDK for F8.3 and are willing to spend about US$100, 7 you can cure that for a number of recent Alpha systems.   I    I'm probably a little jaded, as I believe that every system should be  @ sold with or purchased with (depending on how you look at it) a  multi-format DVD burner.   ------------------------------  + Date: Mon, 17 Apr 2006 21:13:31 +0000 (UTC) . From: klewis@LUMINA.MITRE.ORG (Keith A. Lewis)# Subject: Re: DSPP and OpenVMS media . Message-ID: <e210dr$t90$2@newslocal.mitre.org>  t "Tom Linden" <tom@kednos.com> writes in article <op.s74i4xqrzgicya@hyrrokkin> dated Sun, 16 Apr 2006 16:20:47 -0700:K >I bought a Plextor 716A off ebay for $42 and it works fine in an XP1000,    >burns >both CDs and DVDs.   E Have you tried to boot an OpenVMS (or any bootable) CD on that drive?   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Mon, 17 Apr 2006 22:09:04 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: DSPP and OpenVMS media 0 Message-ID: <00A545D2.79C96C63@SendSpamHere.ORG>  a In article <nsS0g.6441$gU1.6437@news.cpqcorp.net>, Hoff Hoffman <hoff-remove-this@hp.com> writes:  >  > ! >VAXman- @SendSpamHere.ORG wrote:  > M >> My only issue with this would be for the IA64 OpenVMS distro.  Presently,  L >> this comes on a DVD.  What if one does not have a DVD burner to create an >> OpenVMS IA64 DVD? > I >   If you're on the SDK for F8.3 and are willing to spend about US$100,  8 >you can cure that for a number of recent Alpha systems. > J >   I'm probably a little jaded, as I believe that every system should be A >sold with or purchased with (depending on how you look at it) a   >multi-format DVD burner.   E Didn't have that luxury with the $2K Italium Developer Forum systems.    --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Mon, 17 Apr 2006 17:17:30 -0700 # From: "Tom Linden" <tom@kednos.com> # Subject: Re: DSPP and OpenVMS media ) Message-ID: <op.s76gfgdrzgicya@hyrrokkin>   4 On Mon, 17 Apr 2006 14:13:31 -0700, Keith A. Lewis    <klewis@LUMINA.MITRE.ORG> wrote:  3 > "Tom Linden" <tom@kednos.com> writes in article   F > <op.s74i4xqrzgicya@hyrrokkin> dated Sun, 16 Apr 2006 16:20:47 -0700:K >> I bought a Plextor 716A off ebay for $42 and it works fine in an XP1000,  >> burns >> both CDs and DVDs.  > G > Have you tried to boot an OpenVMS (or any bootable) CD on that drive? K We upgaded a 7.3-1 to 8.2 off that drive, but haven't tried booting.  Would ' you like me to try when I get a moment/  > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Mon, 17 Apr 2006 17:51:39 -0700 4 From: Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com># Subject: Re: DSPP and OpenVMS media % Message-ID: <1145321490.895106@smirk>    Keith A. Lewis wrote: v > "Tom Linden" <tom@kednos.com> writes in article <op.s74i4xqrzgicya@hyrrokkin> dated Sun, 16 Apr 2006 16:20:47 -0700: > M >> I bought a Plextor 716A off ebay for $42 and it works fine in an XP1000,    >> burns both CDs and DVDs.   G > Have you tried to boot an OpenVMS (or any bootable) CD on that drive?   ; Strange that you should mention that.   :-)   Last night, I < booted a VMS distribution CD and did a V8.2 to F8.3 upgrade.  ; This evening I will try making some coasters with it.   :-)    Alan   ------------------------------  % Date: Mon, 17 Apr 2006 21:34:04 -0400 2 From: "Timothy Stark" <fsword7_nospam@comcast.net>; Subject: Looking for DUART and watch chip specs (VAX 7000). : Message-ID: <YbadnSSRTeaX39nZnZ2dnUVZ_sCdnZ2d@comcast.com>   Hello folks,  I I still am looking for a copy of DUART and watch chip specs for VAX 7000  L system.  I reviewed my technical manual that was found in Manx archives and J noticed that some missing information (bit descriptions, etc).  Yes, they L provides DUART and watch chip register addressing but failed to provide bit = descriptions.  Does anyone have a complete copy of two specs?    Thanks!  Tim    ------------------------------  % Date: Mon, 17 Apr 2006 21:26:25 -0400 2 From: "Timothy Stark" <fsword7_nospam@comcast.net>2 Subject: Looking for EVKAA diagnostics for 11/780.0 Message-ID: <Q7OdnYpy-Knd3dnZRVn-vg@comcast.com>   Hello folks,  J I worked on my new VAX-11/780 emulator (under TS10 emulator) and recently I implemented additional instructions beyond MicroVAX enviorment (full VAX  J instruction sets like H_floating, packed, etc.).  I tried to boot OpenVMS L operating system but it crashed due to some unforeseen bugs in my emulator. M Without extended instructions, it worked fine because OpenVMS uses emulation  & software to emulate some instructions.  K I am looking for a copy of EVKAA (hcore instruction tests) diagnostics for  K 11/780 system. It would test full VAX instruction sets. Does anyone have a   copy?    Thanks!  Tim    ------------------------------  % Date: Mon, 17 Apr 2006 21:15:33 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: OT: Sparc not dead yet , Message-ID: <44443DA3.37CFB150@teksavvy.com>  c http://news.com.com/Sun+at+work+on+Niagara%2C+Rock+successors/2100-1006_3-6062008.html?tag=nefd.top   D Sun announces successors to Niagara and Rock successors, at first at  90nm process and later at 65nm .    F "Niagara has eight processing cores, each able to handle four threads,< enabling a total of 32 independent software sequences to run7 simultaneously. Niagara II increases this limit to 64;"     0 IA64 is "soon" getting to 2 processors per core.    G Looks to me like Sun carefully edged its bets, with both Sparc and 8086 G and isn't going to prematurely staop Sparc with its huge installed base $ until the 8086 has really scaled up.  F The big difference with IA64 is that IA64 has no installed base, it is+ PaRisc and Alpha that have installed bases.   F So those who were saying that Sparc was dead were wrong. It isn't deadD yet, even if it might be true that Sun intends to eventually replace Sparc with the 8086.   ------------------------------  % Date: Mon, 17 Apr 2006 20:36:25 -0700 ( From: Jeff Cameron <roktsci@comcast.net>' Subject: What is wrong with my network? 0 Message-ID: <C069ACC9.1E506%roktsci@comcast.net>   My three VMS nodes are:    0 AXPAXP  Alpha 2100       VMS 7.3-1  100Base-T0 PELE   - Alpha DS10       VMS 7.3-2  100Base-T0 SLTCRK  VaxStation 3100  VMS 6.1   -  10Base-T   F The three nodes are the only three nodes on a dedicated switch, with a8 single connection to the rest of our corporate intranet.    Using the Commands :% $MCR DTSEND DATA/NODE=<nodename>/STAT D I was able to get the following DECNET data throughput measurements:   " AXPAXP to PELE   : 90.1 Kbytes/Sec# AXPAXP to SLTCRK  : 57.1 Kbytes/Sec    " PELE to AXPAXP   :  9.9 Kbytes/Sec" PELE to SLTCRK   : 58.3 Kbytes/Sec   # SLTCRK to AXPAXP  : 57.5 Kbytes/Sec " SLTCRK to PELE   : 56.8 Kbytes/Sec   J I get very similar measurements using TCP/IP with FTP. The question is why! is the PELE to AXPAXP so abysmal?   K Both AXPAXP and PELE have the console parameter ewa0_mode set to FastFD. So L auto Negotiate is off. I have used a Cisco Switch and a small Linksys switch with the same results.  H My next test is to connect AXPAXP and PELE using a crossover cable. DoesA anyone have any other suggestions for narrowing down the problem?    Thank you in advance.    Jeff Cameron  % PS : Here are the raw DTSEND results:  AXPAXP[CAMERON]>mcr dtsend  5 DTS Version 3.00 initiated on  6-APR-2006 14:26:36.83    _Test: data/node=pele/stat+ %NET-S-NORMAL, normal successful completion    Test Parameters:    Test duration (sec)  30    Target node          "PELE"    Line speed (baud)    1000000     Message size (bytes) 128    Summary statistics: %    Total messages XMIT  21130  RECV 0     Total bytes XMIT     2704640     Messages per second  704.33    Bytes per second     90154     Line thruput (baud)  721232    %Line Utilization    72.123   _Test: data/node=sltcrk/stat+ %NET-S-NORMAL, normal successful completion    Test Parameters:    Test duration (sec)  30     Target node          "SLTCRK"    Line speed (baud)    1000000     Message size (bytes) 128    Summary statistics: %    Total messages XMIT  13387  RECV 0     Total bytes XMIT     1713536     Messages per second  446.23    Bytes per second     57117     Line thruput (baud)  456936    %Line Utilization    45.694     PELE PELE[CAMERON]>mcr dtsend  5 DTS Version 3.00 initiated on  6-APR-2006 14:34:05.34    _Test: DATA/NODE=AXPAXP/STAT+ %NET-S-NORMAL, normal successful completion    Test Parameters:    Test duration (sec)  30     Target node          "AXPAXP"    Line speed (baud)    1000000     Message size (bytes) 128    Summary statistics: $    Total messages XMIT  2341  RECV 0    Total bytes XMIT     299648    Messages per second  78.03     Bytes per second     9988    Line thruput (baud)  79904     %Line Utilization    7.990    _Test: DATA/NODE=SLTCRK/STAT+ %NET-S-NORMAL, normal successful completion    Test Parameters:    Test duration (sec)  30     Target node          "SLTCRK"    Line speed (baud)    1000000     Message size (bytes) 128    Summary statistics: %    Total messages XMIT  13662  RECV 0     Total bytes XMIT     1748736     Messages per second  455.40    Bytes per second     58291     Line thruput (baud)  466328    %Line Utilization    46.633     SLTCRK SLTCRK[SYSEXE]>mcr dtsend   5 DTS Version 3.00 initiated on  6-APR-2006 14:33:48.13    _Test: data/node=axpaxp/stat+ %NET-S-NORMAL, normal successful completion    Test Parameters:    Test duration (sec)  30     Target node          "AXPAXP"    Line speed (baud)    1000000     Message size (bytes) 128    Summary statistics: %    Total messages XMIT  13468  RECV 0     Total bytes XMIT     1723904     Messages per second  448.93    Bytes per second     57463     Line thruput (baud)  459704    %Line Utilization    45.970   _Test: data/node=pele/stat+ %NET-S-NORMAL, normal successful completion    Test Parameters:    Test duration (sec)  30    Target node          "PELE"    Line speed (baud)    1000000     Message size (bytes) 128    Summary statistics: %    Total messages XMIT  13321  RECV 0     Total bytes XMIT     1705088     Messages per second  444.03    Bytes per second     56836     Line thruput (baud)  454688    %Line Utilization    45.469   ------------------------------   End of INFO-VAX 2006.214 ************************