1 INFO-VAX	Sat, 08 Jul 2000	Volume 2000 : Issue 379       Contents: Dead DECsystem 3000-500 power? Re: Decserver unreachable  Re: Decserver unreachable 7 Re: Disk I/O Performance (was Re: OpenVMS loses big...) 7 Re: Disk I/O Performance (was Re: OpenVMS loses big...) * Get your Free ALPHA licence for Menufinder internet mailer, mail relay 7 Re: Is older Alpha hardware no good for Seagate discs ?  Re: ODS-5 support on VAX Re: ODS-5 support on VAX2 Re: OpenVMS loses big, was:  RE: Compaq advertises1 Re: OpenVMS loses big, was: RE: Compaq advertises  Re: PC counter.  Re: PC counter.  Re: PC counter. " Re: Problems with DCOM for OpenVMS Re: SPX  Re: SPX : Re: Summer 2000 OpenVMS TIMES Now Available on CPQ Website Re: Trapping a STOP/ID vms media (scsi hdd) access  RE: We need VMS people. Re: [Q] Does VMS support IDE for system disks?  F ----------------------------------------------------------------------  % Date: Sat, 08 Jul 2000 07:53:45 -0600 $ From: Thomas <talxand@cadvision.com>' Subject: Dead DECsystem 3000-500 power? ) Message-ID: <39673269.4C0D@cadvision.com>   ; I have an "old" DECsystem 3000-500 that powers up for about ; five to ten seconds, starts spinning up its internal drives < and such, but after the LED display hits "46", the red light> next to the 0/1 power switch comes on and the machine seems to/ lose power to everything except that red light. = Even if I turn off the power switch, that red light stays on.   ; Is this the way the system tells me that there is something > horribly wrong with the power supply and that I should replace it?  (yes, I have no documentation)   Thomas   ------------------------------  $ Date: Sat, 8 Jul 2000 13:39:07 +0200" From: "Hans Vlems" <hvlems@iae.nl>" Subject: Re: Decserver unreachable( Message-ID: <8k73n6$e3s$1@news.IAEhv.nl>   Eric,   A apparently you modified something, at least on the hardware side. ; Was the DELNI replaced by another one or was there a change  in your network?  E Could you post the results of the following commands (assuming you're  running DECnet phase IV):    $ mc ncp show exec $ mc ncp show known lines  $ mc ncp show known circuits  3 That way we've a little more information to work on   
 Hans Vlems  + Eric CHEVALLIER heeft geschreven in bericht # <39645114.69437713@mpfrance.com>...  >Hello,  > A >I have a poblem all the decserver (200) dont work soudainly. The = >material and the configuration is the same since five years. ? >When i make "SH K NODE" openVMS tell me that the decserver are 
 >unreachable. . >with "SH CIRCUIT" i don't see EWA-0 status ONB >I have changed the Delni but the Decserver are still unreachable.+ >Do you know something about this problem ?  >Thank you in advance. >Eric  >  >  >  >    ------------------------------  # Date: Sat, 08 Jul 2000 12:43:47 GMT 8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>" Subject: Re: Decserver unreachable( Message-ID: <39671E9A.B66A63A9@decus.fi>  = If the problem were to be because of DELNI swap, then I would < suspect that your new DELNI may have broken port(s). Are the: Alpha and DECserver 200 both connected to this same DELNI?? If they are, could you try moving either the Alpha or DECserver $ onto another port on the said DELNI?  A Also, if these devices are not on the same DELNI, then apparently B you had your earlier DELNI in global mode and connected to rest of? the network via the ninth port. Check the setting of the little ? switch near ninth port on your DELNI and compare to the setting > on the old. If you do not have the old DELNI any more, tell us> the current setting and whether you have any transceiver cable connected to ninth port.  E Basically, if you have nothing connected to ninth port on your DELNI, F you should definately have your DELNI in "local mode", i.e. the switchD on the [/] position. In local mode DELNI will act as a SQE/HeartbeatG enabled transceiver. If you have a DESPR/DEMPR or any repeater attached E to your DELNI, you will need DELNI in non-SQE mode, i.e. it has to be C in global mode and either attached to a non-SQE transceiver or have B a AUI loopback connector (12-22196-01) attached to the ninth port.  D Note that in order to be a non-SQE transceiver, your DELNI HAS TO BEH in global mode and have SOMETHING attached to the ninth port. And if youF have any repeater attached to the DELNI, you HAVE TO HAVE DELNI acting as non-SQE transceiver.   D DECserver 200 does not speak DECnet so it will not be "reachable" inG the DECnet sense. You cannot expect to be able to do $ SET HOST DSV200. ! Instead you should be able to do    > 	$ MC NCP CONNECT VIA EWA-0 PHYSICAL ADDRESS 08-00-2B-xx-xx-xx  F where of course substitute the real MAC address to the command. ShouldE you Alpha be running DECnet/OSI , the command would be something like   : 	$ SET HOST/MOP/CIRCUIT=csmacd-0/ADDRESS=08-00-2B-xx-xx-xx  F Also, you should attach a terminal on the port 1 of your DECserver 200F unit and try to reboot you DECserver. DECserver will spew out messages< on the "console port of DECserver" (usually port number 1).     , So, my remaining advises/questions would be?  / 1) What were the reasons leading to DELNI swap? C 2) What is your config actually, especially what is attached to the     said DELNI?C 3) What are real symptoms that lead you to think there is something #    wrong  now with regard to DS200?    _veli    Eric CHEVALLIER wrote: >  > Hello, > B > I have a poblem all the decserver (200) dont work soudainly. The> > material and the configuration is the same since five years.@ > When i make "SH K NODE" openVMS tell me that the decserver are > unreachable./ > with "SH CIRCUIT" i don't see EWA-0 status ON C > I have changed the Delni but the Decserver are still unreachable. , > Do you know something about this problem ? > Thank you in advance.  > Eric   ------------------------------  % Date: Sat, 08 Jul 2000 11:06:41 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>@ Subject: Re: Disk I/O Performance (was Re: OpenVMS loses big...)7 Message-ID: <200007081106_MC2-AB92-E1C8@compuserve.com>   E         Does the HSZ50 controller queue them that way?  BACKUP puts a J bigger load on the disks than anything else I recall seeing and I've neve= r , seen BACKUP develop a queue of 499 requests.  # Message text written by "Bill Todd" < >Richard B. Gilbert <DRAGON@compuserve.com> wrote in message0 news:200007071930_MC2-AB88-465@compuserve.com...H >         Don't forget that there is rotational latency for each request evenE > if the file is being written sequentially and the heads are already $ > positioned at the proper cylinder.  J No, there is not (not on normal SCSI drives, anyway).  As long as the wri= teG requests are queued to the drive asynchronously, such that the drive is H always in possession of the next request when the current one completes, the 9 data will be streamed onto the disk without interruption.  <    ------------------------------  $ Date: Sat, 8 Jul 2000 13:43:06 -0400' From: "Bill Todd" <billtodd@foo.mv.com> @ Subject: Re: Disk I/O Performance (was Re: OpenVMS loses big...)( Message-ID: <8k7p40$ihm$1@pyrite.mv.net>  ; Richard B. Gilbert <DRAGON@compuserve.com> wrote in message 1 news:200007081106_MC2-AB92-E1C8@compuserve.com... 6         Does the HSZ50 controller queue them that way?  F It's somewhat hard to believe that any competently-designed controller6 wouldn't allow its disks to stream data if they could.  G Your example of Oracle 8 KB transfers falls somewhere in the grey area, J though:  on a modern disk, getting 8 KB off the platter takes only 0.5 ms.J or less, which may well be less than the time it takes to process the nextI SCSI command (the newest, fastest SCSI standards may finally have found a J way to speed up command processing, which at least until recently has beenB stuck at SCSI-1 levels despite the bandwidth improvements in otherJ respects):  if so, then the disk will miss a rev once in a while, but eachD time it does, it will give a few more commands the opportunity to beJ processed, so it won't miss a rev on *every* 8 KB request (and the request- queue at the disk shouldn't grow very large).   F With a long queue, it sounds a lot more like the requests are randomlyK distributed around the disk, rather than physically contiguous.  Since each H request will then take a few ms. to complete (due to seek and rotationalJ latency), a lengthy queue can indeed develop.  However (duh...), IIRC SCSIK drives don't normally support more than 256 requests concurrently queued at K the drive - so the example you gave sounds as if the queuing was in fact in  the driver.   K The difference between Oracle and BACKUP is likely that Oracle just submits L disk requests from a large number of threads or processes without attemptingH to coordinate them (trusting the underlying OS and disk facilities to doH so), whereas BACKUP is submitting a single, multi-buffered read or writeJ stream to the disk and just submits requests fast enough to keep the queueG from becoming empty (since it usually takes only a few buffers to reach  optimal performance).    - bill     BACKUP puts a J bigger load on the disks than anything else I recall seeing and I've never, seen BACKUP develop a queue of 499 requests.  # Message text written by "Bill Todd" < >Richard B. Gilbert <DRAGON@compuserve.com> wrote in message0 news:200007071930_MC2-AB88-465@compuserve.com...H >         Don't forget that there is rotational latency for each request evenE > if the file is being written sequentially and the heads are already $ > positioned at the proper cylinder.  K No, there is not (not on normal SCSI drives, anyway).  As long as the write G requests are queued to the drive asynchronously, such that the drive is H always in possession of the next request when the current one completes, the 9 data will be streamed onto the disk without interruption.  <    ------------------------------  # Date: Sat, 08 Jul 2000 16:22:27 GMT  From: mb@itre.com 3 Subject: Get your Free ALPHA licence for Menufinder ) Message-ID: <8k7kfs$fes$1@nnrp1.deja.com>   ? MENUFINDER SUMMER SPECIAL: from July 8 to July 31st you can get   5         ONE FREE UNLIMITED ALPHA LICENCE per company.   = MenuFinder is a powerful tool to build menu driven interfaces  for users and system manager.   7 MenuFinder is ideal to create, maintain and make easily 8 accessible to any colleague all your programs, documents and DCL procedures.   & Get your Single Free ALPHA licence at:$ http://itre.com/mf/download_axp.html   See the online presentation at:   http://itre.com/mf/overview.html  3 Download the unlimited freeware version for VAX at:   http://itre.com/mf/download.html  ! i3 - Italian Internet Information  i3@itre.com " tel +39 0498931238 fax 0498958719    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 8 Jul 2000 07:35:14 GMT 0 From: FAZEKAS Mihaly <michael@goliat.eik.bme.hu>$ Subject: internet mailer, mail relay, Message-ID: <8k6lji$gv9$1@goliat.eik.bme.hu>  F Can i find (free, without xx day evaluation,...) internet mailer, wich" is default disable the mail relay?  @ Or how can i configure the MadGoat MX042 for disable mail relay?   --    mailto:michael@goliat.eik.bme.hu Phone: 463-1966    ------------------------------  $ Date: Saturday, 8 JUL 2000 13:14 EDT- From: Bryan Jensen <bjj+3@arlvax.arl.psu.edu> @ Subject: Re: Is older Alpha hardware no good for Seagate discs ?+ Message-ID: <8k7osh$k5a@r02n01.cac.psu.edu>   0 In article <000707201429.385e@mail.rhbnc.ac.uk>,Q    Lewis Nodes <CHAA009@alpha1.rhbnc.ac.uk> (RHBNC, University of London) writes: I >Using Seagate discs on VMS on Alpha, does the age of the hardware make a * >difference as to whether they will work ? > N >I have some ST39173N discs happily working on an Au433 running VMS V7.1-1H1, ) >but they won't work on a DEC2000-300S ..   J I have lots of SEAGATE ST34520N's running on DEC 2000/300S.  Haven't triedM a ST39173N (but I do have one of those happily running on a VAXstation 4000).   N I've found Seagate ST318416N works on VAXstation 4000/60, VAXstation 4000/90A,I DEC 3000/400, and VAXstation 3100/30.  It fails on VAXstation 3100/76 and I DEC 2000/300.  In this case, failure is partial.  Small reads work often  L enough that a mount will usually work but larger reads will quickly kill it J (disk hangs SCSI bus with disk activity light locked on).  This one seems * to be a hardware, not an OS version issue.  I There's a lot to be said for buying qualified disks from Compaq, but then I it's also hard to understand why the once-only cost of testing the drives 5 should nearly triple the selling price of each drive.    ------------------------------  % Date: Fri, 07 Jul 2000 22:31:18 -0400 * From: David A Froble <davef@tsoft-inc.com>! Subject: Re: ODS-5 support on VAX - Message-ID: <39669276.25816913@tsoft-inc.com>    Graham Allan wrote:  > D > I have a quick question about support for ODS5 filesystems on VAX.B > I'm setting up a mixed cluster - adding a new Alpha system to anF > existing VAX cluster, to be precise. The Alpha is running VMS 7.2-1,F > the VAXes are still running 6.2 (they will of course also be updatedD > to 7.2, but ideally I'd rather leave them alone until the Alpha is > further along in setup). > I > 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).   I I'm not sure what you are refering to above.  Why is ODS-5 most sensible?   P If you are under the impression that ODS-5 is required for smalled cluster sizesI on large disks, this is not so.  ODS-2 also allows small cluster sizes, a O cluster size of 1 on disks up to some hunderds of GB I believe, cannot remember M the max size for clustersize of one, but I do not believe anything that large - exists now, or is forcast in the near future.    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 8 Jul 2000 12:25:28 GMT 1 From: JONESD@er6.eng.ohio-state.edu (David Jones) ! Subject: Re: ODS-5 support on VAX : Message-ID: <8k76jo$865$1@charm.magnus.acs.ohio-state.edu>  - In message <39669276.25816913@tsoft-inc.com>, .   David A Froble <davef@tsoft-inc.com> writes:Q >If you are under the impression that ODS-5 is required for smalled cluster sizes J >on large disks, this is not so.  ODS-2 also allows small cluster sizes, aP >cluster size of 1 on disks up to some hunderds of GB I believe, cannot rememberN >the max size for clustersize of one, but I do not believe anything that large. >exists now, or is forcast in the near future.  I According to the formula in the docs, a cluster size of 1 can be used for F anything up to 137.4 GB.  Raid controllers can contain raid sets whichB to the host look like a single SCSI device larger than this value.    < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet: L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  + Disclaimer: Dogs can't tell it's not bacon.    ------------------------------  % Date: Fri, 07 Jul 2000 22:37:50 -0400 * From: David A Froble <davef@tsoft-inc.com>; Subject: Re: OpenVMS loses big, was:  RE: Compaq advertises - Message-ID: <396693FE.B960A496@tsoft-inc.com>    JF Mezei wrote:  > N > So, if VMS on alpha were to be made fault tolerant, and if the middleware onO > Guardian (base32 etc) were to be ported to VMS, wouldn't it be fairly easy to M > then port the Guardian applications to VMS and as a result provide a single O > high-availability platform that would have much greater market mindshare than ? > both Guardian and VMS operating as small unknown quantities ?   O What I don't understand is this sudden interest in trying to convert users of a K successful solution to something else.  Sounds like 'migrate to NT' to me.  L While there may be some customer catagories that use both systems, (and thatL could be true for almost any commercial OS), the details of how something isN done can be important to people.  If you didn't really care about the details, you'd be using NT now.   Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Sat, 08 Jul 2000 07:30:33 -0400 ) From: yyyc186.illegaltospam_@flashcom.netp: Subject: Re: OpenVMS loses big, was: RE: Compaq advertises9 Message-ID: <396711a6$3$lllp186$mr2ice@news.flashcom.com>   H In <OFD316202B.029F77DD-ON88256914.0015CA60@HEALTHNET.COM>, on 07/08/00 1    at 07:30 AM, Shane.F.Smith@Healthnet.com said:M  G Perhaps in your client base this is true, but in mine data integrity issH paramount.  There have been many attempts to replace the VMS system withI other systems.  Mostly Eunuchs based and a few NT fiascos.  Each of those-F attempts lead to the slaughter of the CEO, CIO, and a few levels of VPF below.  The nice part is that Oracle has been relegated to little moreG than an off-line data storage mechanism.  In the world of real-time andaA reliability this client learned the hard way...Oracle can't play.    Roland  I >Sadly, this is not usually how things happen. In the real world speed is 2 >often king because PHMs don't get the advantages:  G >PHM: Somebody just told me Unix's file system is faster than VMS's. Ise >that true?,J >Tech:     Well, yes, it's about x% faster, but VMS's filesystem is safer.H >PHM: So if we migrate to Unix, everything will run x% faster? Tech:    I >That depends on how much IO we're doing, but it might corrupt our files.-J >PHM: Everybody else seems happy with it, how much does it cost? Tech:    I >Well, depending on which one, it's somewhere between free and z% cheapere >than VMS, but....G >PHM: Will it run on that lovely, cheap, fast Intel chip I keep hearing  >about, the Puntiam?5 >Tech:     Pentium. Well, yes but the Alpha's faster.? >PHM: What's it's clock speed?! >Tech:     Somewhere in the 800'syJ >PHM: That's not as fast as the Pantyloom, I've heard that goes at 1000mhzI >Tech:     /Pentium/! Alpha's a different architecture type, called RISC,r >so the mhz doesn't....sF >PHM: Alpha's a risk? I want a plan on my desk by tomorrow morning for >migrating to Unix on Pinto.  G >The trouble is, their eyes glaze over when you try to explain anythingmD >vaguely technical, and all VMS's advantages are technical. It's notI >particularly pretty, it's not instinctive to someone used to Billyboxes,wH >it's not advertised and raved about all over management magazines or onF >television, and when they have heard the name VMS anytime in the lastB >five years it's been immediately prefixed with either "legacy" orF >"migrate from". It's going to take a lot of time, effort and money to >turn all that around.   >Shane          > >yyyc186.illegaltospam_@flashcom.net on 07/05/2000 07:33:55 PM   >To:   Info-VAX@Mvb.Saic.Com >cc:  < >Subject:  Re: OpenVMS loses big, was: RE: Compaq advertises    0 >In <8jvmhh$b7@gap.cco.caltech.edu>, on 07/05/00C >   at 10:33 PM, mathog@seqaxp.bio.caltech.edu (David Mathog) said:c    I >>For a UNIT text file operation, going RAMDISK to RAMDISK on OpenVMS, oriK >>file cache to file cache on Linux, on identical DS10s, the result is that J >>the Linux system is 2.5-6.5 times faster.  This is for an operation likeJ >>"read text record from input, write text record to output" - pure IO. ItC >>doesn't matter if you do this in 1 file or in 1000 you're alreadydA >>starting out with the Unix systems "lighter" text file handling H >>mechanisms 3X faster than those on OpenVMS.  And it goes downhill fromD >>there, rapidly, because the lack of file effective file caching on  G >Sure, for accademia speed will always win out over integrity.  You are[H >overlooking the stability FILES 11 gives you over the unix disk stream.E >In the real world, where integrity is king, we want to know the dataED >actually made it to the disk (hopefully into a nice record orientedJ >indexed file and not some fprintf() stream) when the call returns.  WriteH >caching may seem like a wonderfull thing, but it makes check pointing a >nightmare.S   >Rolandv     >--D< >-----------------------------------------------------------E >yyyc186@flashcom.net              To Respond delete ".illegaltospam"u7 >                            MR/2 Internet Cruiser 1.52E9 >                            For a Microsoft free universb< >-----------------------------------------------------------                 -- n; ------------------------------------------------------------D yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 1.528                             For a Microsoft free univers; -----------------------------------------------------------    ------------------------------  $ Date: Sat, 8 Jul 2000 11:11:02 +0100; From: "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk>  Subject: Re: PC counter./ Message-ID: <8k6un3$1t7$1@newsg1.svr.pol.co.uk>   L I have observed this with a priority 9 session and RPCD seem to be at 6/6 onK SHOW PROC/CONT but my session was performing very badly. I did do some SHOWdJ PROC/CONT into a file and got a few PC numbers. Compaq want something moreK like 500!! The time it takes to do so many would probably be detrimental toE) other system which need this one to work.a  H As soon as the RPCD loops we usually have to kill it and then restart it	 manually.i  @ Jesper Naur wrote in message <8k5pc7$g7s$1@news.inet.tele.dk>...D >> Compaq want the last 500 PC numbers to see if it is looping roundJ >> the same piece of code but neglect to tell us how this can be done. The >onlyu< >> way we can really see is to use SHOW PROC/CONT to a file. >nK >There are better ways, involving System Dump Analyzer (SDA) on the running = >system (requires CMKRNL privilege). You can for example say:m >e >$ analyze/systemR1 >SDA> sh proc <name>        (or sh proc/id=<PID>). >SDA> ex pcD >SDA> ex pc0 >SDA> ex pcC >oJ >as many times you want. If you want many results, create a file with manyJ >'ex pc' commands. Output from this can be captured into a file, either by= >telling SDA to do it (SET LOG/SET OUTPUT) or by saying @<DCL ! >commandfile>/OUTPUT=<some file>.d > J >Be careful with the process priorities: If your culprit process really is inJ >an infinite loop, the process doing the SDA should probably have the sameJ >priority. Reason: If lower, it will never get through, if higher, it willG >prevent the culprit process from doing anything, which will render theo >experiment useless. >r0 >You may also wish to look into the SDA commands >e
 >SDA> sh calle >o >and >e >SDA> sh call/next >hG >which may be of interest in order to show, what the culprit process isn >doing.p >e >    Best regards  >    Jesper Naur >d >    ------------------------------  # Date: Sat, 08 Jul 2000 12:03:30 GMT,= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)c Subject: Re: PC counter.0 Message-ID: <009ECC3B.77CC4E6B@SendSpamHere.ORG>  m In article <8k6un3$1t7$1@newsg1.svr.pol.co.uk>, "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk> writes:0M >I have observed this with a priority 9 session and RPCD seem to be at 6/6 on L >SHOW PROC/CONT but my session was performing very badly. I did do some SHOWK >PROC/CONT into a file and got a few PC numbers. Compaq want something moreaL >like 500!! The time it takes to do so many would probably be detrimental to* >other system which need this one to work.   I have to ask...  B Does this code use TCP/IP?  If so, which stack have you installed?  - [ ] UCX or TCP/IP svcs4 VMS    Version: _____d- [ ] Multinet                   Version: _____ - [ ] TCPware                    Version: _____l   What version of VMS: _____   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM    ------------------------------  $ Date: Sat, 8 Jul 2000 12:39:29 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>, Subject: Re: PC counter.. Message-ID: <smepefh3nu144@corp.supernews.com>  D Leigh G. Bowden <LGBowden#bowdenfamily.fsnet.co.uk> wrote in message) news:8k6un3$1t7$1@newsg1.svr.pol.co.uk...iK > I have observed this with a priority 9 session and RPCD seem to be at 6/6e onH > SHOW PROC/CONT but my session was performing very badly. I did do some  J It seems to work better to set the priority of the looping program down toL something like 0 while doing the analysis, than raising the priority of your process.   -Johny wb8tyw@qsl.network   ------------------------------  % Date: Fri, 07 Jul 2000 20:49:52 +0100 . From: Roger@natron.demon.co.uk (Roger Barnett)+ Subject: Re: Problems with DCOM for OpenVMSo- Message-ID: <735064476wnr@natron.demon.co.uk>h  > In article: <8k2d42$rkb@usenet.pa.dec.com>  "Gaitan D'Antoni" # <gaitan.dantoni@compaq.com> writes:u > G > It appears that the REGISTRY_SERVER is not responding to the populate J > requests. This may be caused by missing components or components having ; > been started out of order. I suggest rebooting the system  >[snip]t    < I will not make a snide remark about Microsoft compatibility< I will not make a snide remark about Microsoft compatibility< I will not make a snide remark about Microsoft compatibility< I will not make a snide remark about Microsoft compatibility< I will not make a snide remark about Microsoft compatibility< I will not make a snide remark about Microsoft compatibility< I will not make a snide remark about Microsoft compatibility< I will not make a snide remark about Microsoft compatibility     -- d
 Roger Barnett    ------------------------------  $ Date: Sat, 8 Jul 2000 09:49:08 +0200, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl> Subject: Re: SPX* Message-ID: <8k6mf7$hhp$1@buty.wanadoo.nl>  D The "VWS" in my message wasn't a typo. It stands for Vax WorkstationG Software (or System). This was the first generation graphic workstationr9 environment for VMS. It was later replaced by DECwindows.   G All VAXstations run VMS, regardless of the type of graphics controller.f   Regards,  	 Bart Zorno  F "Miguel Angel Uson Finkenzeller" <mauf@uhu.unizar.es> wrote in message$ news:00070717184656@uhu.unizar.es... >  >v >i) >     #1           7-JUL-2000 16:44:32.50  NEWMAILd! > From:   SMTP%"beyonder@vrx.net"  > To:     Info-VAX@Mvb.Saic.Como > CC: 9 > Subj:   Re: what is the difference between SPX and non?  >r$ > So the SPX has a built-in adapter?= > I have a model76 SPX which just sits there when powered on.tJ > I put in an 8plane graphics adapter and it at least does the video test.B > Silly question, but this doesn't run VMS, then what DOES it run? >I > B. >n > Bart Zorn wrote: > E > > The 3100 series workstations (all models, afaik) had a monochromedJ > > framebuffer on the motherboard. You could add different color adapters and0L > > the most well known were the GPX (1024*860*8) and the SPX (1280*1024*8). Thea5 > > latter was a lot faster, but did not support VWS.b >h > J > Both our VaxStations M3100M38 have a SPX badge on them. And they did run VMSuI > (5.5-2, I think; I cannot check any further right now, since the entired mixedmH > cluster has been shut down and stored away, as the room is temporarily full of-3 > bricklayers, electricians, smudgers, painters...): >E >  >m	 > Regardss >< > M.A. Usona >p >e >    ------------------------------  % Date: Sat, 08 Jul 2000 10:50:59 -0400-2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Re: SPX7 Message-ID: <200007081051_MC2-AB92-E151@compuserve.com>a  H         All VAXstations?  Does that include the 4000 series?  (4000/vlc, 4000-60, 4000-90?)  J         It's my understanding that VWS runs on VAXstation II,  VS 2000, a= nd< the 3000 series only.  And maybe not all of the 3000 series.    # Message text written by "Bart Zorn"0E >The "VWS" in my message wasn't a typo. It stands for Vax WorkstationSG Software (or System). This was the first generation graphic workstationo9 environment for VMS. It was later replaced by DECwindows.s  G All VAXstations run VMS, regardless of the type of graphics controller.3  	 Regards,<a   ------------------------------  $ Date: Sat, 8 Jul 2000 04:52:05 -0400' From: "Bill Todd" <billtodd@foo.mv.com>tC Subject: Re: Summer 2000 OpenVMS TIMES Now Available on CPQ Website ( Message-ID: <8k6q0g$kl1$1@pyrite.mv.net>  9 Terry C. Shannon <shannon@world.std.com> wrote in message   news:FxC1ut.4uq@world.std.com...C > Compaq today posted the third issue of its OpenVMS TIMES customer J > newsletter. Volume 1 Number 3 is a 960KB PDF that can be downloaded from > . > http://www.openvms.digital.com/openvmstimes/  J Busy couple of days, but I finally got around to reading it - so here's my usual reality-check response:o  J Capellas pigeon-holed VMS as 'by definition' operating in mission-criticalL situations in his so-called interview (I mean, *I* understand the differenceC between a *real* interview and a staged conversation with soft-ballnH questions and set-up answers, and I assume most of the rest of you do asK well, so why insult our intelligence?).  While it's nice to emphasize VMS'srI strengths in this area, a Compaq strategy to sell VMS *only* when nothing L else will do the job is not going to give it the 'renaissance' that a lot ofJ us might hope for - and if Capellas actually sees VMS the way he described= it, then we can't hope for much help from him in this regard.i  E "I think [VMS is] almost uniquely qualified to service the demands ofsI e-business," said Capellas, conveniently ignoring the fact that while VMSiL indeed provides in many cases uniquely superior under-pinnings, a lot of theH super-structure required by e-business is available only on more popularK platforms, a situation which even with major efforts by Compaq won't changerA immediately - assuming that such efforts are in fact made at all.   F "Now it's a question of taking the fight to the streets and taking ourK message to the market" would be a more stirring phrase if I hadn't heard itmI (plus a couple of other statements in the article) *verbatim* a month ago-F from a different source in the same context:  at least one of them wasK offering someone else's words as his own (OK, call me naive:  I still don't  approve of it).r  G I'd have a lot more faith in these guys if their public demeanor didn't>B remind me so strongly of politicians or used-car salesmen far moreD interested in making a sale than in satisfying a need.  Until CompaqI understands what customers need and tries to provide it, I fear they willcG continue to get clobbered by other companies more in tune with reality:eI enterprise computing is serious business, and purchase decisions are madehK accordingly.  It would also certainly not have hurt to have had someone whof@ understands that Galaxy has *nothing* to do with (heterogeneous)A inter-operability proof-read the article to avoid that particulart embarrassment.  A Moving right along, I suppose I shouldn't be any less exacting in  criticising Terry's article:  I "Compaq senior management clearly regards OpenVMS as a valuable strategic J asset, not a cash cow that's destined for a one-way trip to the abbatoir."G 'Clearly'?  Perhaps when we see evidence of a real advertising campaignlF (instead of a couple of twitches indicating that what we thought was aI long-dead corpse might have a breath of life hiding away somewhere), real:F willingness to compete with other Compaq systems, and real developmentH commitments aimed at widening the long-narrowing gap between VMS and itsD inferior but faster-moving competitors, *then* there will be 'clear'I evidence to that effect.  Meanwhile, sounds more like clear evidence of ah successful snow job.  L And "... it now appears that OpenVMS is poised for a renaissance and perhapsJ even a return to growth mode" - ?  Any definition of 'renaissance' in thisK context that did *not* minimally imply a 'return to growth mode' would be ai rather strange one, IMO.  @ Terry's got a somewhat fine line to walk, especially in a CompaqH publication:  it's not wise to alienate your sources, and he's naturallyH enthusiastic after all his years with VMS to see a potential turn-aroundK occurring.  But there's a taint of fluff in this piece (accompanying a fair K amount of non-fluff, I hasten to add) that won't enhance his reputation for A objectivity (though since, come to think of it, this may be a jobFF requirement for anyone claiming to be an 'industry analyst', it may be unfair to single him out).  L Ah, well.  The rest of the publication seemed mildly informative or at worstG innocuous.  Perhaps one should expect no better from something which iscH effectively a sales brochure - except in those areas, like the first two= articles, where it pretends to be something more substantial..   - bill   ------------------------------  % Date: Fri, 07 Jul 2000 22:57:26 -04008* From: David A Froble <davef@tsoft-inc.com> Subject: Re: Trapping a STOP/IDl- Message-ID: <39669896.84D37D8A@tsoft-inc.com>i   JF Mezei wrote:  >  > David A Froble wrote: Q > > only assumtion allowed is that no assumptions are allowed.  Providing for theiO > > needs of a product within the product is a good practice for such software. L > > Documenting just how you are using a privilege within the product can beK > > required for the more suspicious (are there any other kind) of securityn
 > > managers.  > O > Is it the general opinion here that when one system manager denied my requestoI > to grant the app SYSLCK  this was overly paranoid, and that most systems% > managers would not object to this ?M  O The above was written with the assumption (I know, no assumptions allowed) that D SYSLCK was being required for all user accounts, not on an installed application.  N This denial is very overly paranoid!  If the customer doesn't trust you enoughN for this, then they shouldn't be buying your products/services.  I'm sure thatJ they are already runing quite a few installed images with SYSLCK and otherJ priviliges, many of them included as part of VMS.  Sounds like someone whoN doesn't really understand the issues, and thus denies anything and everything.  O Not interested enough to research it, but unless running in EXEC or KERNEL modes. when taking out locks, RMS is using this priv.   Dave   -- h4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 8 Jul 2000 07:18:49 GMTr0 From: FAZEKAS Mihaly <michael@goliat.eik.bme.hu>$ Subject: vms media (scsi hdd) access, Message-ID: <8k6kkp$gbu$1@goliat.eik.bme.hu>  . I have a 600M scsi hdd with many vms software.J My VAX is MicroVAX III, with ESDI controller, but without SCSI controller.: Currently: dua0,dua1,dua2 is NetBSD system; dua3 is vms6.2  ; My PC is standard PC, with Adaptec AIC7880 SCSI controller.xC This scsi controller is work good, with PC formatted hdd, and i can / make raw copy of vms hdd (dd if=sda of=vms.img)n  ! How can i read this hdd in my pc?g (how can i acces vms files?)   -- 0  mailto:michael@goliat.eik.bme.hu Phone: 463-1966    ------------------------------  % Date: Sat, 08 Jul 2000 07:27:04 -0400h) From: yyyc186.illegaltospam_@flashcom.net  Subject: RE: We need VMS peoplel9 Message-ID: <39671028$2$lllp186$mr2ice@news.flashcom.com>o  E In <910612C07BCAD1119AF40000F86AF0D8052844F2@kaoexc4.kao.dec.com>, onc	 07/08/00 u;    at 07:27 AM, "Main, Kerry" <Kerry.Main@compaq.com> said:m  H >Essestially, this Customer wants a 365x24x7 Oracle database environmentC >that has high availability that INCLUDES scheduled downtime. It isa
 >currently  H Oracle and high availability.  Now there's a laugh.  Go talk to Ebay and- the reason behind most of their outages.  LOLs     Roland   -- h; ----------------------------------------------------------- D yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 1.528                             For a Microsoft free univers; -----------------------------------------------------------,   ------------------------------  # Date: Sat, 08 Jul 2000 07:00:04 GMT * From: walnut30@hotmail.com (Edwin Guillot)7 Subject: Re: [Q] Does VMS support IDE for system disks?c- Message-ID: <3967cfaa.559596875@192.168.63.1>   A On 8 Jul 2000 00:09 CST, carl@gerg.tamu.edu (Carl Perkins) wrote:-  Y >Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes...pc >}In article <8k52l0$47r@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  >}> In article <afdFIyzMH7yB@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:L >}>>        What I'd like to know is whether  IDE drives are now, or will beL >}>>    in  the (near) future, supported on VMS/Alpha as a system disk?   IfL >}>>    not, I wouldn't mind hearing the usual litany of problems  that  IDE? >}>>    poses vis-a-vis support by VMS and/or performance, etc.- >}> N >}> I installed 7.2-1 on a DS10 with an IDE disk and ran it that way for a dayO >}> or so for some network benchmarking tests.  The IDE disk didn't give me any M >}> problems. I did not test the speed of the disk, but if it's anything likesL >}> IDE vs. SCSI on WNT, then the IDE drive will be considerably slower. ... >} vJ >}        Thanks David.  That's the  sort  of  thing  I was interested in,J >}    that the IDE would "work" (and I just received confirmation from JayJ >}    Olson that his DS10L came with VMS 7.2-1 FIS on the 10GB IDE drive),J >}    but  that there _are_ performance differences between IDE and  SCSI,J >}    the SCSI being "UltraSCSI" in the present case.  Can  someone  quote  >}    bandwidth numbers for IDE? >} m >}        Thanks, Keno >}-- uO >} Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Eduo >uB >It depends on the IDE. It can be anywhere from 16.6 MB/sec max upD >to 100MB/sec (although that is brand spanking new - too new for the- >DS10 to have even if they were so inclined).u >n$ >If I recall the naming correctly... >Plain old IDE is 16.6MB/sec. = >"ATA Ultra DMA/33" is 33MB/sec. (Sometimes called Ultra 33.)pJ >"ATA Ultra2 DMA/66" is 66MB/sec. (Sometimes called Ultra 66, or Ultra-2.)L >I suspect you see the progression here and can guess what the new 100MB/secH >version is likely to be called when it hits the market (which may be as >soon as later this month).d > H >My guess is the the DS10 has the "plain old" version, but it might have >the Ultra-33 flavor.o >tK >The main problem with NT and its IDE speeds is that it doesn't do DMA with L >them in the "out of the box" configuration. It is possible that a 3rd partyH >driver would do it by default, but without that you have to obtain MS'sH >"dmacheck" utility either from their web site or from a Service Pack CDL >(I recall hearing that it was on the SP4 CD - I don't know about earlier orN >later SP CDs) or it might be on the "Resource Pack" CD and other such places.I >NT's native disk I/O is to use PIO mode 4. This has a peak throughput of3L >16.6MB/sec but is, naturally, less likely to sustain anything near the peakL >than the DMA enabled version even on the same "non-Ultra" IDE, 16.6 MB/sec, >interface.3 >7E >If you have a single disk of 7200 RPM or less on the interface, thentH >16.6MB/sec should be sufficient (it is possible that some 7200RPM disksG >use a high enough data density that they can exceed this transfer rateyK >to/from the media at this rotational speed - the one I just got last monthCI >peaks at something around 12MB/sec according to the specs on the box). AlJ >10,00RPM disk can exceed that rate by a rather large amount - they can beM >up in the vicinity of 30MB/sec at the fast end of the disk, so you'd want attL >least Ultra-33 for one of those to keep the disk from having to wait on theJ >comparatively slow interface. The brand spanking new 15,000 RPM disks canM >exceed 40MB/sec at the fast end of the disk, so you'd want at least Ultra-66A >for one of those. >EM >The SCSI disks are also generally "smarter" than IDE/ATA disks are, although9L >the IDA/ATA disks do aparently do read ahead and suchlike these days so the* >difference may not be very large anymore. > 	 >--- CarlB  E Actually, the data densities for IDE disks are apparently higher thanhE for most SCSI hard disks.  Exhibit A: IBM's Deskstar 75GXP, which hasoF 15 Gigs per platter, and spins at 7200 RPM.  Max of 5 platters, so maxD size of 75GB.  IBM's data sheet claims that this drive can sustain a= data transfer rate of 37MB/sec, so you would need an Ultra 66t* connection to keep the drive from waiting.  F The current 7200 RPM drives from Maxtor and Quantum aren't far behind.   Ed   ------------------------------   End of INFO-VAX 2000.379 ************************