1 INFO-VAX	Wed, 30 Jun 2004	Volume 2004 : Issue 359       Contents: Re: dcl command - pipe HP AXP 1u Servers ) Re: Is there a port of AWStats on OpenVMS ) Re: Is there a port of AWStats on OpenVMS  Re: NFS mounting Re: NFS mounting Re: NFS mounting' Slightly [OT] -- did you ever notice... $ Re: Split I/Os to contiguous file???' Re: Tool used for Mapping a file in VMS ' Re: Tool used for Mapping a file in VMS . VAX Hardware Support Announcement from NEMONIX2 Re: VAX Hardware Support Announcement from NEMONIXP Re: Volume shadowing between FC Storage at different sites, and the allocation cP Re: Volume shadowing between FC Storage at different sites, and the allocation cP Re: Volume shadowing between FC Storage at different sites, and the allocation c  F ----------------------------------------------------------------------  # Date: Wed, 30 Jun 2004 14:01:31 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)  Subject: Re: dcl command - pipe 2 Message-ID: <%IzEc.5094$AO1.2101@news.cpqcorp.net>  + In article <40E22C43.F73F99F@comcast.net>,  4 David J Dachtera <djesys.nospam@comcast.net> writes: ..H >Because these PIPE commands tend to get quite long, I find it advisable >to simply   > 	 >$ PIPE - 
 >	command | - 
 >	command | - ( >	(READ SYS$PIPE P9 ; DEFINE/JOB P9 &P9) > C >...and parse out the result of F$TRNLNM() back in the main stream.   C A perfectly viable tchnique.  Could be necessary in cases where the ! PIPE got toooooooooooooo... long.   ? Also, this could provide more flexible parsing, since you could  do IF-THEN-ELSE-ENDF logic.    --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------    Date: 30 Jun 2004 09:47:21 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: HP AXP 1u Servers= Message-ID: <f30679fb.0406300847.119a3bab@posting.google.com>   	 Dear Sirs   4 Our beloved HP dont develop 1U AXP servers anymore ?  - http://h18002.www1.hp.com/alphaserver/ds.html    Regards    FC   ------------------------------  % Date: Wed, 30 Jun 2004 09:02:38 +0200  From: jf.pieronne@laposte.net 2 Subject: Re: Is there a port of AWStats on OpenVMS2 Message-ID: <cbtoio$5ke$1@news-reader3.wanadoo.fr>   Craig A. Berry wrote: 4 > In article <cbh836$8o2$1@news-reader4.wanadoo.fr>,! >  jf.pieronne@laposte.net wrote:  >  > 9 >>Did someone has ever try to port/run AWStat on OpenVMS? ! >>http://awstats.sourceforge.net/ N >>AWStats is a free PERL tool that generates advanced web, ftp or mail server  >>statistics, graphically. >>P >>I swill be interesting to use it for my httpd server (WASD) and my ftp server. >  > J > I've never done it myself, but see pp. 226-30 of Alan Winston's VMS web I > server book.  It looks like he had to wrap the Perl invocations in DCL  8 > and run the DCL as a CGI script, but that it did work.  > Thanks for the pointer, this is exactly what I am looking for.J I haven't previously read this part of this great book, apologize Alan :-)    
 Jean-Franois    ------------------------------  % Date: Wed, 30 Jun 2004 09:09:17 +0200  From: jf.pieronne@laposte.net 2 Subject: Re: Is there a port of AWStats on OpenVMS2 Message-ID: <cbtov8$g1e$1@news-reader2.wanadoo.fr>  * Alan Winston - SSRL Admin Cmptg Mgr wrote:   > In article <craigberry-73C599.08393825062004@news-east.dca.giganews.com>, "Craig A. Berry" <craigberry@mac.com.spamfooler> writes: > 4 >>In article <cbh836$8o2$1@news-reader4.wanadoo.fr>,  >>jf.pieronne@laposte.net wrote: >> >>: >>>Did someone has ever try to port/run AWStat on OpenVMS?" >>>http://awstats.sourceforge.net/O >>>AWStats is a free PERL tool that generates advanced web, ftp or mail server   >>>statistics, graphically.  >>> Q >>>I swill be interesting to use it for my httpd server (WASD) and my ftp server.  >>J >>I've never done it myself, but see pp. 226-30 of Alan Winston's VMS web I >>server book.  It looks like he had to wrap the Perl invocations in DCL  8 >>and run the DCL as a CGI script, but that it did work. >  >  > Thanks for the plug! > K > To be precise, though, I didn't actually get AWSTATS running as a CGI.  I M > looked at what youu'd have to do to do that (as you describe), but I didn't K > actually get it done. (I did get it running from the command line  in the P > maintenance update mode, but it took _forever_ to update the files.  There mayQ > be some tweaking for faster RMS-file access or something, but I didn't do it.)  O > The figure shows AWSTATS running on a Unix system running Apache (as the text N > reference says).  I stand by the last paragraph on p.229: "You'll have to doO > quite a bit of work to AWStats running properly as a CGI on your VMS system.  Q > It does nicer graph's than ANALOG, but I'm not sure you'll find it worth it, at C > least until the AWStats package runs works right out of the box."  > 	 > -- Alan    Thanks,   C My thought was just to try to get it running from the command line. M After reading this part of your book, As I am not a PERL expert, I will wait  @ until someone success to install and run it near out of the box.  
 Jean-Franois    ------------------------------  % Date: Wed, 30 Jun 2004 20:23:06 +0800 / From: "Jignesh Vyas" <jignesh_vyas@hotmail.com>  Subject: Re: NFS mounting , Message-ID: <40e2b154$1@news.starhub.net.sg>   Berry,  I Yeah, probably I shold say "Can I mount Tru64 filesystem (NFS server)  on  VMS (NFS client) ??     6 "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message! news:40E1B174.7080807@MMaz.com...  > Bob Koehler wrote: > > > >In article <40e1800b$1@news.starhub.net.sg>, "Jignesh Vyas"" <jignesh_vyas@hotmail.com> writes: > >  > >  > >>Hi,  > >>+ > >>Can  I mount Tru64 file system on VMS ?  > >> > >> > >> > > H > >   Not the way you'ld like to.  You can mount them as foriegn volumesA > >   and use block access to the disk if you know the Tru64 file  > >   system internals.  > >  > > I > Why do you say that?  Why not mount the Tru64 filesystem by way of NFS?  >  > Barry  >  > --   > @ > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com@ > Midwest Microwave                          Phone: 480/314-1320@ > Vice President & CIO                         FAX: 480/661-7028 >  >  >    ------------------------------    Date: 30 Jun 2004 07:51:34 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: NFS mounting 3 Message-ID: <vrXebUv+GvS5@eisner.encompasserve.org>   U In article <40E1B174.7080807@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes:  >>I > Why do you say that?  Why not mount the Tru64 filesystem by way of NFS?   F    I did not notice that the original thread was re: NFS.  Certainly IB    would expect no problem NFS mounting a Tru64 filesystem on VMS.   ------------------------------  % Date: Wed, 30 Jun 2004 07:41:38 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com>  Subject: Re: NFS mounting ' Message-ID: <40E2D122.8010808@MMaz.com>    Jignesh Vyas wrote:    >Berry,  > J >Yeah, probably I shold say "Can I mount Tru64 filesystem (NFS server)  on >VMS (NFS client) ?? >  >    > ; Yes and it is the 'fruit' that uses an E, my name uses an A    Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  # Date: Wed, 30 Jun 2004 15:03:29 GMT 1 From: Michael Austin <maustin@firstdbasource.com> 0 Subject: Slightly [OT] -- did you ever notice...< Message-ID: <5DAEc.4999$7f2.2876@newssvr23.news.prodigy.com>  E ...that the word commodity contains the word commode?  It means that  A after just a few short years you flush it  and get another one...    :)   Michael Austin.    ------------------------------    Date: 30 Jun 2004 07:53:57 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) - Subject: Re: Split I/Os to contiguous file??? 3 Message-ID: <9rwT2hRdaNVp@eisner.encompasserve.org>   d In article <bdc65a53.0406291145.515ae772@posting.google.com>, gspamtackett@yahoo.com (Galen) writes:x > koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<l4$AJlesFgvI@eisner.encompasserve.org>...f >> In article <CPJwD4mW0Yds@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:i >> > In article <bdc65a53.0406210326.1de2666c@posting.google.com>, gspamtackett@yahoo.com (Galen) writes:  >> >  K >> >> The UCB$L_MAXBCNT for this and the other SCSI disks that I checked is B >> >> indeed 20000 hex which corresponds to a limit of 256 blocks. >>  K >> >> Now the problem is to determine whether the split I/Os are really the . >> >> big limiting factor on write throughput. >> >  G >> > Try cutting the UCB$L_MAXBCNT value in half and seeing if there is  >> > an effect.  >> >  9 >> > CMKRNL is your friend (at least on test systems :-).  >>  2 >>    Gee, I thought that was what >>>d/v was for. > H > Is there some way to do this with Delta? I've been trying to no avail.# > All I get is something like this:  >   D    IIRC you need at least Xdelta.  d/v is faster than rebooting withF    Xdelta, but you have to be in an environment which won't mind a few    seconds with the CPU halted.    ------------------------------    Date: 30 Jun 2004 00:12:32 -0700& From: shikoks@hotmail.com (Mon Garret)0 Subject: Re: Tool used for Mapping a file in VMS= Message-ID: <a2a1e057.0406292312.65277f29@posting.google.com>    Thank you for the replies.  E I have to apologize for not being specific.  The reply of Tom is what D I have been looking for.  I wanted to know if there is a tool in VMSE that I can use to browse or edit a record in formatted mode (based on  a record layout).   ? I'll have to check how FDL or SDL can be used for this purpose.   > Please let me know if you have any other suggestions for this.  
 Thanks again.   d "Tom Linden" <tom@kednos.com> wrote in message news:<NDEMLKKEBOIFBMJLCECIEECADHAA.tom@kednos.com>... > -----Original Message-----< >   From: Michael Austin [mailto:maustin@firstdbasource.com]( >   Sent: Tuesday, June 22, 2004 7:55 AM >   To: Info-VAX@Mvb.Saic.Com 4 >   Subject: Re: Tool used for Mapping a file in VMS >  >  >   Mon Garret wrote:  > H >   > Does anyone know a tool that can be used in mapping a file in VMS?= >   > This tool is similar to what Fileaid does in Mainframe.  > G >   can you be more specific on what the term "mapping" means?  Is that J >   putting the file into memory, describing the "meta-data"/format of the) >   data in the file (record sizes etc??)  >  >   What *does* Fileaid do?? > 6 > from http://www.geocities.com/srcsinc/FILEAID.html :M > "File-AID's powerful editor, It is used to browse, edit, allocate, compare,  > copie,M > delete, and print files of any standard MVS access method.For a partitioned 
 > databaseK > (PDS),  you can browse, edit, and copy an individual member or the entire 
 > dataset. We + > can do all activities on VSAM files also.  > L > A formatted mode that allows you to browse and edit one record at a  time,G > field-by-field, using your COBOL or PL/I record layout field names to  > describe each field. > K > A vertical formatted mode that allows you to browse and edit records on a M > field-by-field basis using the record layout field names as column headers. J > Record  layouts can be either COBOL (FD; 01 Level) or PL/I  (Declare). " > ; > So the closest would be FDL and SDL.  (see help for both)  > , > Apparently HELP SDL only works on the VAX?   ------------------------------    Date: 30 Jun 2004 08:42:16 -0700( From: tjonard@usa.net (Thomas A. Jonard)0 Subject: Re: Tool used for Mapping a file in VMS< Message-ID: <3ad0fd0.0406300742.19f6dc8c@posting.google.com>  j shikoks@hotmail.com (Mon Garret) wrote in message news:<a2a1e057.0406220058.951415e@posting.google.com>...E > Does anyone know a tool that can be used in mapping a file in VMS?  9 > This tool is similar to what Fileaid does in Mainframe.   F Datatrieve (DTR) allows you to browse a file using a Cobol like record? definition or a CDD record definition.  In addition to line and > tag:data format DTR also allows you to view the data with FMS.   Tom   * (Thomas A. Jonard,  jonard@XLNsystems.com)   ------------------------------   Date: 30 Jun 2004 14:35:04 GMT# From: spamcatcher@topazpartners.com 7 Subject: VAX Hardware Support Announcement from NEMONIX . Message-ID: <cbuj2o$126k$1@msunews.cl.msu.edu>1 Keywords: VAX hardware support design engineering   / Thought this might be of interest to the group:   I NEMONIX Launches Custom Engineering Services and VAX HotLine Site Support   G Targets Operators of America's 175,000 VAX Computers Still in Operation   K HOLLISTON, Mass. -- June 28, 2004 -- In a move to help prolong the lives of I thousands of mission-critical legacy computers and minimize the impact of J unscheduled downtime, NEMONIX(TM) Engineering, Inc. today launched the VAXK HotLine(TM) site support and a separate custom engineering services program I to meet a growing demand for hardware support, upgrades, replacements and J other enhancements for VAX computers. NEMONIX is the world's only providerL of a wide range of VAX memory, storage, networking, acceleration and adaptor hardware upgrades.  E As companies continue to struggle with limited IT budgets, NEMONIX is L targeting operators of the nearly 175,000 VAX machines still in operation inD the United States alone -- computers that continue to power criticalL operations for companies across a multitude of industries. Replacement partsL for these systems have become more and more difficult to find, and many haveH been discontinued. Finding qualified service technicians who can respondC quickly to issues has also become more challenging. Regardless of a K company's long-term data migration strategy, when a hardware component that I powers a critical function fails, the downtime can quickly become costly.   D The newly-launched VAX HotLine will support a company's entire site,K regardless of the number of registered VAX computers. The HotLine's license L permits any individual calling from a registered VAX installation to receiveI support through the program. Within two hours, a qualified VAX technician K will be made available to address any hardware issues the client is facing. H The program offers extended support hours up to 24x7. It is the only VAXK support program of its kind, and designed to permit flexible, fast response J to both critical and routine support needs. Companies can purchase supportF in increments of 10, 20 and 40 hours, and purchased time blocks expire after one year.   K Additionally, through the new custom engineering services program announced I today, NEMONIX customers can work with the company's engineering staff to H design and manufacture custom components to replace or prepare for the iJ eventual replacement of failed parts. The company's staff of engineers andH technicians is considered to be one of the largest concentrations of VAXJ expertise in the nation, and is able to turn around production replacement parts at an accelerated pace.   F "With these two new services services, NEMONIX extends a 20-year trackK record serving the needs of VAX users, providing products and services that @ help maintain critical operations and maximize legacy technologyK investments," said Beth Bumbarger, senior partner and director of marketing C at NEMONIX. "Our current engineering capabilities let us provide an E extraordinary level of custom development services and support to the C extended VAX community. We are pleased to be able to announce these C capabilities, and we look forward to helping our customers meet the B engineering challenges facing today's enterprise computing world."  H The company's custom engineering services have already been tested. SaidF Bumbarger: "Our depot-level repair center was approached by a customerI looking to replace a highly specialized VAX component that was not in our H product catalog, and we were able to quickly re-engineer and manufacture7 the component to help this customer resume operations."   B NEMONIX Engineering will be on hand at HP World 2004 in Chicago to> demonstrate its technology capabilities as an HP DSPP partner.   About NEMONIX Engineering D NEMONIX Engineering helps companies maximize their legacy technologyG investments. NEMONIX is the world\x92s only provider of a wide range of B VAX memory, storage, networking, acceleration and adaptor hardwareG upgrades. It is also a leading depot-level repair center for everything E from PDP-11s to VAXs, Alphas and PCs. For more than 20 years, NEMONIX C has partnered with companies like Digital, Compaq and HP to provide G support for the widest range of high-capacity technology platforms. The C company offers 24x7 support to meet the real-time, mission-critical F demands placed on these powerful minicomputers. NEMONIX Engineering isC the exclusive distributor of Data Wizard on the OpenVMS platform, a @ powerful data integration and migration tool that can extend theG lifetime of critical legacy applications and ensure a smooth transition A when the time comes to upgrade or replace systems. NEMONIX offers D custom engineering services that can help companies replace hard-to-E find and discontinued components and systems. For more information on E NEMONIX, visit the company's website at www.nemonixengineering.com or  call 1-800-435-8650.   # # #    For more information, contact:   Sales and Marketing  Beth Bumbarger NEMONIX Engineering 0 bbumbarger.nemonixengineering.com (FIRST . IS @) 508-429-3660   Media and Public Relations Todd Van Hoosear Topaz Partners, tvanhoosear.topazpartners.com (FIRST . IS @) 781-388-7900 ext. 209    ------------------------------   Date: 30 Jun 2004 17:39:48 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon); Subject: Re: VAX Hardware Support Announcement from NEMONIX * Message-ID: <2kgc73F1uiliU1@uni-berlin.de>  . In article <cbuj2o$126k$1@msunews.cl.msu.edu>,& 	spamcatcher@topazpartners.com writes: >  > 1 > Thought this might be of interest to the group:   @ It might also interest peolple here to know they have no problem8 SPAMing, probably with addresses they mined from USENET.   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: Wed, 30 Jun 2004 14:56:59 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) Y Subject: Re: Volume shadowing between FC Storage at different sites, and the allocation c - Message-ID: <F7NIhHmedg33@cuebid.zko.dec.com>   $ Lee <lytmah@telusplanet.net> writes:* > We're waiting for the retro-patches for:* >    - shadowing of dissimilar-sized disks >    - Host Based Mini Merge.  > When did you receive HBMM?  & What do you mean by "retro-patches"?    M Dissimilar device shadowing is supported with OpenVMS Alpha V7.3-2.  There is I no planned backport of that code for any supported version prior to that.   D The field test of HBMM for OpenVMS Alpha V7.3-2 is expected to beginL today (Wednesday, June 30th).  The production version is expected to ship to( all customers in the early fall of 2004.  H Alex is one of a select group of customers who participated in the field< test (and subsequent limited production release) of HBMM for OpenVMS Alpha V7.3-1.   D HBMM for OpenVMS Alpha V7.3-1 is a limited distribution, and is not G generally available to all customers.  Support for OpenVMS Alpha V7.3-1 K ends at the end of the calendar year (and is not eligible for prior version 	 support).   K The V8.2 release for the Alpha and IA64 platforms contains support for HBMM % natively; no follow-on kit is needed.    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------    Date: 30 Jun 2004 07:27:39 -0700% From: Bart.Zorn@xs4all.nl (Bart Zorn) Y Subject: Re: Volume shadowing between FC Storage at different sites, and the allocation c = Message-ID: <a98cd882.0406300627.55e84b70@posting.google.com>   U Lee <lytmah@telusplanet.net> wrote in message news:<d9qEc.38935$_5.34118@clgrps13>... * > We're waiting for the retro-patches for:* >    - shadowing of dissimilar-sized disks >    - Host Based Mini Merge.  > When did you receive HBMM?  = According to my information, DDS will not be retro patched to $ anything. It is in V7.3-2 and later.  C For HBMM I have heard that there is a fieldtest kit based on V7.3-1 F and it may become available in V8.2. Don't know about a kit for V7.3-2 though.   A With around 80 DSAs in a 4 node, 2 site cluster (Hitachi storage, ' unfortunately), I really need HBMM too!    Regards,  	 Bart Zorn    ------------------------------  # Date: Wed, 30 Jun 2004 17:14:28 GMT & From: Lee Mah <lytmah@telusplanet.net>Y Subject: Re: Volume shadowing between FC Storage at different sites, and the allocation c + Message-ID: <UxCEc.38961$_5.21538@clgrps13>   , This is a multi-part message in MIME format.& --------------0100000707080209080000099 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit   E My understanding was that the 2 retro's would be out for 7.3-1 first, $ followed later by patches for 7.3-2.   Bart Zorn wrote:  V >Lee <lytmah@telusplanet.net> wrote in message news:<d9qEc.38935$_5.34118@clgrps13>... >    > * >>We're waiting for the retro-patches for:* >>   - shadowing of dissimilar-sized disks >>   - Host Based Mini Merge.  >>When did you receive HBMM? >>     >> > > >According to my information, DDS will not be retro patched to% >anything. It is in V7.3-2 and later.  > D >For HBMM I have heard that there is a fieldtest kit based on V7.3-1G >and it may become available in V8.2. Don't know about a kit for V7.3-2  >though. > B >With around 80 DSAs in a 4 node, 2 site cluster (Hitachi storage,( >unfortunately), I really need HBMM too! > 	 >Regards,  > 
 >Bart Zorn >    >   & --------------010000070708020908000009) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit   ? <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">  <html> <head>I   <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">    <title></title>  </head> ' <body text="#000000" bgcolor="#ffffff"> I My understanding was that the 2 retro's would be out for 7.3-1 first,<br> ( followed later by patches for 7.3-2.<br> <br> Bart Zorn wrote:<br> <blockquote type="cite" ;  cite="mida98cd882.0406300627.55e84b70@posting.google.com">    <pre wrap="">Lee <a class="moz-txt-link-rfc2396E" href="mailto:lytmah@telusplanet.net">&lt;lytmah@telusplanet.net&gt;</a> wrote in message news:&lt;d9qEc.38935$_5.34118@clgrps13&gt;...   </pre>   <blockquote type="cite">9     <pre wrap="">We're waiting for the retro-patches for: (    - shadowing of dissimilar-sized disks    - Host Based Mini Merge.  When did you receive HBMM?
     </pre>   </blockquote>    <pre wrap=""><!---->= According to my information, DDS will not be retro patched to $ anything. It is in V7.3-2 and later.  C For HBMM I have heard that there is a fieldtest kit based on V7.3-1 F and it may become available in V8.2. Don't know about a kit for V7.3-2 though.   A With around 80 DSAs in a 4 node, 2 site cluster (Hitachi storage, ' unfortunately), I really need HBMM too!    Regards,  	 Bart Zorn    </pre>
 </blockquote>  </body>  </html>   ( --------------010000070708020908000009--   ------------------------------   End of INFO-VAX 2004.359 ************************