1 INFO-VAX	Sun, 09 Jul 2000	Volume 2000 : Issue 381       Contents:7 Re: Is older Alpha hardware no good for Seagate discs ? 7 Re: Is older Alpha hardware no good for Seagate discs ?  Re: ODS-5 support on VAX Re: SPX : RE: Summer 2000 OpenVMS TIMES Now Available on CPQ Website Re: Trapping a STOP/IDH Re: UNICENTER PERFORMANCE DATA COLLECTOR - DOES NOT INSTALL ON VMS 7.2!! UPD:RADIUS-VMS 2.15 E/B E Using Pagemate ( paging software ) thru firewall - Help needed. (fwd)   F ----------------------------------------------------------------------  % Date: Sun, 09 Jul 2000 11:51:31 -0500 % From: Chris Scheers <asi@airmail.net> @ Subject: Re: Is older Alpha hardware no good for Seagate discs ?O Message-ID: <8408CF8913FE24B1.D5AC121C7CA5BA82.EE590B5B836F32E1@lp.airnews.net>    Hoff Hoffman wrote:  > O > :I have some ST39173N discs happily working on an Au433 running VMS V7.1-1H1, I > :but they won't work on a DEC2000-300S running VMS V7.2 with the latest N > :firmware and VMS update.  (The error report shows "Extended Sense Data from. > :Device" but nothing else useful I can see.) > G >   Receiving extended sense data should works nicely on recent OpenVMS 
 >   versions.  > L >   The baseline DEC 2000 series has no external SCSI, unless you have added  >   in a second SCSI controller. > I >   Only two models of the EISA SCSI controller (and then only a specific K >   revision of the widgets) is supported on this box.  (The 1742 G.1 ROMs, & >   IIRC, donno the ROMs for the 1740)  D The 1740 and 1742 use the same ROMs.  (The 1740 is a 1742 w/o floppy	 support.)   / I believe that VMS currently requires G.2 ROMs.    G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  G 817-237-3360 (Voice)    817-237-3074 (Fax)    Internet: asi@airmail.net    ------------------------------  % Date: Sun, 09 Jul 2000 12:00:28 -0500 % From: Chris Scheers <asi@airmail.net> @ Subject: Re: Is older Alpha hardware no good for Seagate discs ?O Message-ID: <B0844FCB620DC7B3.E5B4390B65A147C8.8B1FE548804B401C@lp.airnews.net>   2 "Lewis Nodes (RHBNC, University of London)" wrote: > J > Using Seagate discs on VMS on Alpha, does the age of the hardware make a+ > difference as to whether they will work ?  > R > I have some ST39173N discs happily working on an Au433 running VMS V7.1-1H1, butQ > they won't work on a DEC2000-300S running VMS V7.2 with the latest firmware and L > VMS update.  (The error report shows "Extended Sense Data from Device" but! > nothing else useful I can see.)  > P > Is there something "special" about VMS V7.1 which makes these discs work which? > 7.2 has lost, or is it just the old hardware isn't up to it ?     C The SCSI controller in a DEC 2000-300 is a bit touchy.  As has been E mentioned elsewhere, don't try to add external devices to the primary A controller.  If you add a second controller, you can add external ; devices, but don't put internal devices on that controller.   F Unfortunately, I don't think that there are any other SCSI controllers> that VMS supports that you can put into one of these machines.  
 Good luck!  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  G 817-237-3360 (Voice)    817-237-3074 (Fax)    Internet: asi@airmail.net    ------------------------------   Date: 9 Jul 2000 17:37:44 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: ODS-5 support on VAX 6 Message-ID: <8kad98$cm4$1@mailint03.im.hou.compaq.com>  Z In article <39669276.25816913@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: :Graham Allan wrote:E :> I have a quick question about support for ODS5 filesystems on VAX.   G   ODS-5 support is missing from OpenVMS VAX RMS, and from various host  I   commands and utilities on OpenVMS VAX.  Various parts of the necessary  I   ODS-5 support *do* exist on OpenVMS VAX, however.  MOUNT, the XQP, and  J   various other hunks of OpenVMS VAX are capable of dealing with an ODS-5 K   disk.  That said, I do not know of any current plans to add full support  I   for ODS-5 on OpenVMS VAX -- though if your OpenVMS VAX application can  L   read and write and otherwise operate within the ODS-2 filename namespace, 2   it will operate on an ODS-5 disk on OpenVMS VAX.  C :> I'm setting up a mixed cluster - adding a new Alpha system to an G :> existing VAX cluster, to be precise. The Alpha is running VMS 7.2-1, G :> the VAXes are still running 6.2 (they will of course also be updated E :> to 7.2, but ideally I'd rather leave them alone until the Alpha is  :> further along in setup).  :>  J :> One of the disks on the new Alpha system is initialized to ODS-5 format< :> (which seems to make most sense for current large disks). : J :I'm not sure what you are refering to above.  Why is ODS-5 most sensible?  K   Correct.  ODS-5 is not particularly relevent here, this is a question of  J   the disk cluster size supported, and this support is available on ODS-5 2   and ODS-2 on OpenVMS VAX and on OpenVMS Alpha.    K   OpenVMS systems prior to V7.2 cannot mount these big-bitmap/small-cluster B   disks, nor can these older systems mount and access ODS-5 disks.  L :If you are under the impression that ODS-5 is required for smalled cluster ( :sizes on large disks, this is not so.    
   Correct.  K :ODS-2 also allows small cluster sizes, a cluster size of 1 on disks up to  M :some hunderds of GB I believe, cannot remember the max size for clustersize  	 :of one,    D   At a volume size circa 137 GB, you will have to go to a two-block    cluster factor.   E :but I do not believe  anything that large exists now, or is forcast   :in the near future.  G   While I am not aware of a single-spindle disk of this size in current H   production, a 137+ GB RAID set is easily possible based on, say, a setF   of 36 GB or larger disks and on existing disk and RAID technologies.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Sun, 9 Jul 2000 10:26:33 +0200, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl> Subject: Re: SPX+ Message-ID: <8k9d1c$2nuf$1@buty.wanadoo.nl>   $ This time I wrote "VMS", not "VWS" !  I All VAXstations run VMS. Only the older ones, up to the 3100's with a GPX  controller, run VWS.  4 I know of no 4000 series workstation which runs VWS.  	 Bart Zorn   = "Richard B. Gilbert" <DRAGON@compuserve.com> wrote in message 1 news:200007081051_MC2-AB92-E151@compuserve.com... H         All VAXstations?  Does that include the 4000 series?  (4000/vlc, 4000-60, 4000-90?)  K         It's my understanding that VWS runs on VAXstation II,  VS 2000, and < the 3000 series only.  And maybe not all of the 3000 series.    # Message text written by "Bart Zorn" E >The "VWS" in my message wasn't a typo. It stands for Vax Workstation G Software (or System). This was the first generation graphic workstation 9 environment for VMS. It was later replaced by DECwindows.   G All VAXstations run VMS, regardless of the type of graphics controller.   	 Regards,<    ------------------------------  % Date: Sun, 09 Jul 2000 07:37:24 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com> C Subject: RE: Summer 2000 OpenVMS TIMES Now Available on CPQ Website J Message-ID: <910612C07BCAD1119AF40000F86AF0D805284506@kaoexc4.kao.dec.com>   Bill,    Some pointers you asked for ..  L >>> I was not aware of the Compaq side of this investment (save for whateverF convincing it might have taken to get Oracle to include VMS):  is more detail available? <<<   D <http://www.oracle.com/corporate/press/index.html?228177.html> joint6 services and reference lab for testing, developing ectL <http://www.compaq.com/services/feature/index_oracle.html> Compaq investment in services for Oracle   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----, From: Bill Todd [mailto:billtodd@foo.mv.com]% Sent: Saturday, July 08, 2000 6:22 PM  To: Info-VAX@Mvb.Saic.Com C Subject: Re: Summer 2000 OpenVMS TIMES Now Available on CPQ Website       4 Main, Kerry <Kerry.Main@compaq.com> wrote in messageD news:910612C07BCAD1119AF40000F86AF0D805284503@kaoexc4.kao.dec.com... > Bill,  > ! > Always the positive outlook :-)   F Not positive, not negative:  just relatively unbiased.  No one pays orI otherwise influences me concerning my observations about Compaq, so while J one can certainly question their accuracy at least they have the virtue ofL being dead-honest (though of course the only evidence you have of that is myK tendency to defend Compaq's behavior when it seems reasonable to me as well 3 as to criticize it when I feel that's appropriate).    > K > >>> "I think [VMS is] almost uniquely qualified to service the demands of K > e-business," said Capellas, conveniently ignoring the fact that while VMS J > indeed provides in many cases uniquely superior under-pinnings, a lot of the J > super-structure required by e-business is available only on more popularF > platforms, a situation which even with major efforts by Compaq won't changeF > immediately - assuming that such efforts are in fact made at all.<<< > G > Michael Capellas is the CEO of a major multi-platform company, Do you  reallyD > expect him to come out and say "OpenVMS is clearly the solution to	 everyones K > problems.." ? Does Gerstner from IBM ever come out and say "MVS (pick any @ > IBM OS here) is clearly the solution for everyones problems.." >  > Nope.   H I fear you misread my meaning.  I was hardly surprised that Capellas wasE singing the praises of VMS in this particular forum (since my limited I acquaintance with his pronouncements suggests that he usually tailors his G words to his audience), just commenting that his statement seemed a tad K over-the-top given that in the area of supported applications VMS is almost L uniquely *un*qualified to service the demands of e-business (compared to its more popular competitors).   > C > Specific to your concern about applications, Compaq just recently 
 announced: >  > K > 1.) the COE initiative which will allow easier porting and development of F > applications for those that prefer a UNIX style of programming and a minimum K > 15 year commitment to ongoing development for OpenVMS. A major investment  by	 > Compaq.   G We'll see.  If it's essentially a 'check the box' feature (as many have J characterized the earlier POSIX support on VMS), then it simply representsL Compaq's willingness to do the minimum necessary to protect its existing (inI this case, government) revenue stream.  If it's a really well-integrated, L full-featured Unix-style environment, then it will indeed constitute a major% investment in VMS's future viability.    > C > 2.) Compaq-Oracle partnership that will see OpenVMS as one of the 	 platforms D > supported for Oracles recently announced major change in their IASA > application strategy.  A major investment by Compaq and Oracle.   H I was not aware of the Compaq side of this investment (save for whateverF convincing it might have taken to get Oracle to include VMS):  is more detail available?    > I > 3.) OpenVMS porting library to make it easier to move applications from  UNIX
 > to OpenVMS.   K I seem to remember a comment that this library, while it might be generally ( useful, was part of the Mozilla(?) port.   > J > 4.) New beta kit of the JServ/JSSI Modules for Apache for OpenVMS Alpha. > J > 5.) M16 beta kit of Mozilla for OpenVMS released two days after official > Mozilla M16 release. > : > 6.) JAVA 2 (Version 1.2.2-beta1) recently released beta. > H > 7.) Cognos has recently released their web based products for OpenVMS. > Reference: > http://www.cognos.com/adtpci/  > K > 8.) The recent Customer / ISV references for OpenVMS and the new Alpha GS 	 > Series: 5 > http://www.openvms.digital.com/gsseries/quotes.html   K Yup, some things are happening.  They run the gamut from "maybe too little, G too late - but better late than never" to "hey, that's nice!", but stop ! short of anything truly dramatic.    > G > There are also ongoing discussions with other (major) companies which  should( > also become public in the near future. > D > So, while there is obviously lots of work to do, your statement "- assumingK > that such efforts are in fact made at all.." clearly does not reflect the  > work that is really going on.   A I have to agree:  that off-hand comment was made without adequate 5 reflection, and does not do justice to the situation.   J However, it remains true that there's no external way to discern whether aL 'VMS renaissance' is truly under way or whether we're just seeing a startledL Compaq realizing that its cash cow is still alive and had better be tossed aK half-bale of hay once in a while so they can keep milking it.  And the only D real evidence will come if/when we begin to see real money and majorI additional resources devoted to VMS:  aggressive advertising that doesn't H pull its punches to avoid anything that might suggest the limitations ofF other Compaq offerings ('cause if VMS can't take to the field at leastJ implicitly against Compaq's Windows and Unix offerings, it can't very wellG compete against the identical Windows and near-identical Unix platforms L offered by the rest of the industry), plus aggressive VMS enhancements aimedC at leading the industry where it pretty clearly wants to go (tough, J competent VMS core, friendly Unix/Windows-style exterior wouldn't be a bad first approximation).    > K > This newsletters goal is to simply raise the awarenes of some of the good L > things happening in the OpenVMS space with both current and new Customers. > H > Of course, if you are looking for something else, then you are free to trash K > it and/or read between the lines as much as you want, but the Customers I K > have heard from enjoy reading what others are doing and what is happening  in > the OpenVMS space.  F As I said, the remainder of the newsletter was at worst innocuous, andK occasionally informative.  But the first two articles certainly appeared to B be passing themselves off as 'industry insight' rather than simply9 interesting gossip - and I commented on them accordingly.    - bill   > 
 > Regards, >  > Kerry Main > Senior Consultant, > Compaq Canada  > Professional Services  > Voice : 613-592-4660 > FAX   : 819-772-7036 > Email : kerry.main@compaq.com    ------------------------------  % Date: Sun, 09 Jul 2000 02:54:42 -0700 5 From: Richard  <maher_rjNOmaSPAM@hotmail.com.invalid>  Subject: Re: Trapping a STOP/ID 9 Message-ID: <259caecb.0a9342c7@usw-ex0109-069.remarq.com>    Hi,   : RMS does work in EXEC mode.( If you use dvi$_locknam + FID8 as a parent lock in EXEC mode then RFA of the record you: want (doesn't have to be EXEC it get's it from the parent); as a sub-lock then you can set up a great blocking AST when 8 someone updates a record. Unfortunately doesn't work for3 COBOL as the compiler doesn't set the wait bit :-()   9 Anyway I think the EXEC flag to the $enq may be maximised : (minimised?) to USER mode unless the call was wrapped in a8 $cmexec for which EXEC priv would be needed but hey then; you get SYSLCK by default, But if your worried about SYSLCK 9 then I really don't think you want to hand out EXEC priv.   ; I could be wrong, but I thought the original question dealt : with the process running itself down in an orderly fashion9 with information only available to itself and not another  process tidying up by proxy.  7 I think UWSSs are still the way to go but be aware that 7 they are restrictive and hard to write (for me anyway). 9 One example is that I wanted to call $personna_create and : $persona_assume from a UWSS but couldn't because they live8 in secureshre.exe and fall foul of the calling out rule.  : It would have been really useful as a server has validated4 that another process can assume the persona fred (by8 cliient username / password etc) and put the username in: USER mode read-only memory so when user code was called it4 in turn could call T3$PERSONA and becom FRED without) needing SYSPRV,IMPERSONATE(DETACH) privs.   / Anyway that appears to have been addressed withu8 $personna_reserve and $personna_delegate but I'm getting7 even further from the original question so I'll raise ao seperate question later.   Regards Richard Maher.     * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful7   ------------------------------  " Date: Sun, 9 Jul 2000 07:21:09 GMT( From: Terry Kennedy <terry@gate.tmk.com>Q Subject: Re: UNICENTER PERFORMANCE DATA COLLECTOR - DOES NOT INSTALL ON VMS 7.2!! ' Message-ID: <FxF5r9.KsG@spcuna.spc.edu>    Dave writes:D > It is running on Alpha VMS 7.1. When I recently tried to install aM > data collector on Alpha VMS V7.2 it failed with a 'version mismatch error'  K > please relink. I contacted CA who told me that I either need to go to TNGnG > or ADVISEIT. To upgrade to ADVISEIT it would cost #40K plus!!!!!. TheS: > TNG route wasn't worth looking at (very expensive!!!!). 5 >     Is there any way round my installation problem?   J   I think you've just had a very expensive learning experience. Welcome to? the wonderful world of CA, the Borg of the software industry...   K   In the old (DEC) days, this software expected the internal it was spying  J on to change in new VMS releases, and it produced a similar error message.H Sometimes reinstalling the software fixed the error, while sometimes youJ had to wait for a new release. I haven't followed the product since it wasI bought by CA - I got my first lesson in CA business practices 25 years ory8 so ago and have refused to buy anything from them since.  I   If they still ship the installation kit with objects and a link proced--I ure, you could try reinstalling it. If that doesn't fix it, you'll either-F need to get a new version/different product or play with bypassing theG version checks (if permitted by your license). Of course, given the wayiE this product interacts with the system, doing that could have effectse6 raging from inaccurate results to crashing the system.  - 	Terry Kennedy             http://www.tmk.coms5         terry@tmk.com             Jersey City, NJ USAg   ------------------------------  % Date: Sun, 09 Jul 2000 15:48:41 +0400e4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>  Subject: UPD:RADIUS-VMS 2.15 E/B0 Message-ID: <39686699.2D23F3FD@SMTP.DeltaTel.RU>   Hi All!0* 	RADIUS-VMS is updated by fixes/additions:  ! 	- ACCVIO in RT utility was fixed 1 	- Password length was increased to 96 characters 5 	- RT utility can handle long password up to 96 bytest: 	- RADIUS-VMS can change passwords (for SYSUAF users only)< 	- Made some optimization in the proxy/forwarding processing  	- A couple minor bugs was fixed# 	- A couple hundreds bugs was addeds   	Source kit updated too.  2 	See more info in docs at http://www.radiusvms.com   -- oF +.....................pure personal opinion..........................+B     Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM. 	Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035
   ------------------------------  1 Date: Sun, 09 Jul 2000 14:11:09 +0800 (GMT+08:00)  From: pathf1nder@hushmail.com-N Subject: Using Pagemate ( paging software ) thru firewall - Help needed. (fwd)6 Message-ID: <200007090620.XAA09011@mail5.hushmail.com>   hi,@  : Does anyone has experience working with Pagemate ( paging 3 product from http://www.system.com ) thru firewall?aA Based on the Pagemate documentation in indicated that RPC feature8@ of Pagemate works thru port 12 on DEcnet and port 135 on TCP/IP.  H If this two port numbers are disabled thru firewall, is there any other 
 method to  get this working.cB Is there any security problem if only port 12 is opened on Decnet.   thanks in advance.   thanks...sarkuna       IMPORTANT NOTICE:  If you are not using HushMail, this message could have been read easily by the many people who have access to your open personal email messages. G Get your FREE, totally secure email address at http://www.hushmail.com.-   ------------------------------   End of INFO-VAX 2000.381 ************************