0 INFO-VAX	Sat, 20 Jan 2001	Volume 2001 : Issue 39      Contents:7 Re: Apache web server:  Actively discarding privileges? 7 Re: Apache web server:  Actively discarding privileges? + Re: Bootup TK70 drive problem? or is it ... + Re: Bootup TK70 drive problem? or is it ... + Re: Bootup TK70 drive problem? or is it ... + Re: Bootup TK70 drive problem? or is it ... + Re: Bootup TK70 drive problem? or is it ... ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL  Re: CMS question4 Re: Compaq: A simple, affordable clustering solution Re: Copying disk ? Dec Brouter 90T2 Dec Brouter 90T2 Dec Brouter 90T28 Re: dec-axpvms-vms721_fibrechan-v0300--4.pcsi-dcx_axpexe Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  RE: DS20 - Slow I/O  Re: DS20 - Slow I/O  RE: DS20 - Slow I/O  RE: EUREX and CBOT New System  Re: GS160 hardware question  RE: GS160 hardware question 1 i s    i t     p o s s i b l e      t h a t   ? ? 5 Re: i s    i t     p o s s i b l e      t h a t   ? ?  Re: LDAP Server 1 RE: Looking for Backup Scheduler for OpenVMS 7.21 1 Re: Looking for Backup Scheduler for OpenVMS 7.21 + Moving from VAX to DS10 :  serial port ???? / Re: Moving from VAX to DS10 :  serial port ???? ! Re: New OpenVMS Times now on line 0 No technical computing, was: expanding the niche4 Re: No technical computing, was: expanding the niche9 Re: Possible to view Password History on OpenVMS V7.1-2 ?  Powerful Technique  3491( Re: RA230+ (KZPAC-CA) and 18/36 GB Disks( RE: RA230+ (KZPAC-CA) and 18/36 GB DisksK Rehash of Andrew's Java on OpenVMS FUD.  (was: Re: GS160 hardware question) ! Reporting VMS problems to Compaq? % Re: Reporting VMS problems to Compaq?  Re: TCPIP$BIND: dynamic updates # Re: Telnetting from a DECServer 90M 0 Re: Timme difference between two kinds of BACKUP0 Re: Timme difference between two kinds of BACKUP# Re: Veritas Netbackup agent for VMS  Re: XML Parser Re: XML Parser Re: XML Parser Re: XML Parser  F ----------------------------------------------------------------------  # Date: Fri, 19 Jan 2001 19:57:54 GMT * From: "Andy Stoffel" <acs@fcgnetworks.net>@ Subject: Re: Apache web server:  Actively discarding privileges?7 Message-ID: <6%0a6.37661$lV5.464626@news2.giganews.com>   J "j.lance wilkinson, (814) 865-1818" <jlw@psulias.psu.edu> wrote in message% news:949s2k$u00@r02n01.cac.psu.edu...   L >         Well, no it didn't.  Installed my test script which does the aboveL >         described procedures with BYPASS, WORLD, CMKRNL, SYSPRV and SYSLCKK >         privileges.  Confirmed that it IS installed.  Ran it from Apache. D >         Image Privileges: NONE.  Ran it from under OSUHTTPD, Image Privileges: I >         BYPASS, CMKRNL, SYSLCK, SYSPRV and WORLD.  Again, it seems like  the D >         Apache server is actively thwarting any use of privileges.  J Hmmm... I haven't had any problems with that.... seems to work fine for meF on the systems I've installed Apache/CSWS on.... & yes, I WOULD notice if it was doing that %-).    -Andy-   ------------------------------   Date: 19 Jan 2001 20:41:51 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones) @ Subject: Re: Apache web server:  Actively discarding privileges?: Message-ID: <94a8qf$ak6$1@charm.magnus.acs.ohio-state.edu>  + In message <949s2k$u00@r02n01.cac.psu.edu>, A   jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818) writes:   a >In article <17JAN01.22011142@feda34.fed.ornl.gov>, Dave Greenwood <greenwoodde@ornl.gov> writes: C >~INSTALL would work.  Or maybe you could do something via ACLs and  >~protected subsystems?  > K >        Well, no it didn't.  Installed my test script which does the above K >        described procedures with BYPASS, WORLD, CMKRNL, SYSPRV and SYSLCK J >        privileges.  Confirmed that it IS installed.  Ran it from Apache.O >        Image Privileges: NONE.  Ran it from under OSUHTTPD, Image Privileges: L >        BYPASS, CMKRNL, SYSLCK, SYSPRV and WORLD.  Again, it seems like theC >        Apache server is actively thwarting any use of privileges.   J Sounds link Apache is including an explicit file version on the image nameJ when it runs your script.  The image activator won't check the known imageI list if a explicit file version is specified.  The OSU script environment K has a hack in it just for purpose of getting installed script images to run  as expected.  L p.s. It sure would be nice if f$parse let you use combinations for the field;      argument (e.g. f$parse(fpsec,,,"DIRECTORY+NAME+TYPE"))     < 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: 19 Jan 2001 14:07:36 -0500* From: nsg9719@osfmail.isc.rit.edu (GAFFIN)4 Subject: Re: Bootup TK70 drive problem? or is it ...' Message-ID: <3a689078@news.isc.rit.edu>   L In article <rdeininger-1901011121460001@user-2iveavn.dialup.mindspring.com>,3 Robert Deininger <rdeininger@mindspring.com> wrote: T >In article <3a686138@news.isc.rit.edu>, nsg9719@osfmail.isc.rit.edu (GAFFIN) wrote: >  >> [deleted] >> KA630-A.V1.3 " >> Performing normal system tests. >> 7..6..5..4..3.. >> Tests completed >>  5 >> when one attempts a "boot mua0" at the >>> prompt:  >>   >> 2.. >> ?4B CTRLERR MUA0  >> ?06 HLT INST  >>    PC=00000EEE  >> Failure [...] >  > V >You will want to read the OpenVMS FAQ, which is available via www.openvms.compaq.com. >  >I believe this is a Q-bus microVAX, and the FAQ has some advice about these machines.  I never heard of a TK70 without a Q-bus. > C>I know a VT220 as a terminal, not a computer.  The computer must be something else.  KA630-A identifies the CPU, and if I had a perfect memory I could probably identify the computer from that.  Does the box containing the disks and tape drive really say VT220, or does it say microVAX (or VAX, VAXserver, VAXstation) xxxx?   I The chassis housing the 3 disk drives and one tape drive (2x2 ruggedized) H does not say VT220. It is attached to an old (what isn't?) Digital VT220
 terminal.    >The error message seems to say there is something wrong with the tape controller, but there could also be something wrong with the cabling, the system configuration, the tape drive, or maybe the tape.   F The tape drive or tape itself flopping out it increasingly likely now.  ' >Have you tried booting from the disks?   B No. I have been told the hard disks are not bootable, but may have> data on them. I have also been told that the tape drive is theA only bootable device. I am beginning to think that this is a lie. A I have been through several old digital manuals dealing w VAX/VMS A and operations of the chassis itself. Nowhere is there an example 2 that states "boot muXX" - it is always "boot duXX"   >What are you trying to do?  If you just want a working VAX, this might not be the easiest one for a beginner to work with.  Q-bus is tricky.   G True I am a beginner at perhaps the lowest level. I have no real choice C in the matter. What I am attempting to do is successfully boot this C VMS ver. off of the tape, find out what is on the hard disks in the D other three slots, and then plug in a different style hard disk fromC a flaky, known-to-be-broken chassis in which the only difference is G likely be disk capacity (20MB v 200MB - although I am not sure at this  A point). I then verify that this stranger of a hard disk is indeed  accessible, and contains data.   Thanks,  N Gaffin   ------------------------------    Date: 19 Jan 2001 14:30:34 -0500* From: nsg9719@osfmail.isc.rit.edu (GAFFIN)4 Subject: Re: Bootup TK70 drive problem? or is it ...' Message-ID: <3a6895da@news.isc.rit.edu>   + In article <ETFwCXzBY$co@eisner.decus.org>, - Bob Koehler <koehler@eisner.decus.org> wrote: U >In article <3a686138@news.isc.rit.edu>, nsg9719@osfmail.isc.rit.edu (GAFFIN) writes:  >> [deleted] > [deleted]  > F > VMS does not boot off tape.  Back in the VMS 5.4 days you could boot5 > standalone backup or hardware diagnostics off tape.  > 7 >> The trouble is that the VT220, upon bootup, seems to 6 >> know that there is a tape in the TK70, and will go ( >> through a startup procedure, like so: > K > "seems to know"?  Are there any other messages between "Tests completed"  
 >  and ">>>"?   @ No. I meant to say that upon a "boot" or "b" or "b mua0" command> that the drive light comes on. I haven't been able to hear the> drive itself, because the fan in the back of the chassis is so loud.    > J > A MicroVAX II will do a sniffer boot.  Normally this means it scans all B > the disks, then the bootable tape drives, and then the ethernet G > controller looking for something bootable.  It looks like there's no   > OS on any of the disks.  > J > I don't recall if the order is always disk first or if it can depend on 2 > what addresses the controllers are installed at. > I > What happens if you just enter "boot" at the ">>>" prompt?  Try it with . > no tape in the drive.  Try also "boot dua0".  < yes tried those. Same result. Except upon trying to swap theE tape drive with a disk drive in the upper left. (it's a 2x2 chassis,  < with the tape drive originally in the upper right). If I use: one of the boot commands, the CTRLERR, MUA0 is replaced by5 DEVINACT, DUA0, the rest of the message is the same.    H > Look for tape labled "standalone backup" or "cust diag".  If you boot G > either of these tapes you may be able to find out what disk names are / > apropriate and try those in the boot command.   ; In fact I have both. One is a "STANDALONE BACKUP VMS 5.5-2" ( The other is labeled "MV DIAG CUST TK50". (which is compatable w a TK70 drive, correct?)< Have tried both (but perhaps I am using the wrong commands).   Thanks,   	 NS Gaffin    ------------------------------   Date: 19 Jan 2001 20:11:12 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)4 Subject: Re: Bootup TK70 drive problem? or is it ...6 Message-ID: <94a710$lqv$1@mailint03.im.hou.compaq.com>  T In article <3a686138@news.isc.rit.edu>, nsg9719@osfmail.isc.rit.edu (GAFFIN) writes:0 :Does anyone know where to find good information
 :on DEC VT220   E   The VT220 is not particularly relevent here.  Well, other than the  B   fact that it is working and connected to the console and -- mostC   importantly -- that you can see valid characters displayed there.   - : interfacing with a 4 slot hard disk chassis  :(fits 4 5 1/4" peripherals).   F   Four-slot hard disk chassis?  I'll GUESS that this is a BA123 seriesE   enclosure -- this box looks like a coffee table on casters.  Three  E   (hard) disk slots are stacked vertically on the end with the power  F   button, with one slot adjacent to this stack that is typically used    for RX50 or TK tape...    E   The other common enclosure is the BA23 -- a pedestal enclosure (and F   no casters), sometimes refered to as the "space heater" enclosure...  =   The BA23 has nine Q-bus slots, BA123 and BA213 have twelve.   D   Which enclosure you have is important, as it determines the Q22/CDE   and Q22/Q22 slots and the associated grant pattern, and (obviously) $   the number of Q-bus slots present.  F   With the system model number, we can tell exactly which enclosure...   :A TK70 currently occupies3 :one of the slots and is serving as the boot device  :for the VMS OS 5.4.  C   The boot device is usually a disk.  The tape is normally used for E   BACKUP and initial load.  The RD54 disk (circa 159MB) would be the  @   most common choice for this particular (antique) MicroVAX box.  D   Information on the OpenVMS Hobbyist program is in the OpenVMS FAQ.  5 :The trouble is that the VT220, upon bootup, seems to 4 :know that there is a tape in the TK70, and will go & :through a startup procedure, like so:  C   The KA630 MicroVAX-II console program uses a "sniffer" bootstrap, B   and will check removable media prior to fixed media.  You cannotC   control this on the KA630, short of simply remembering to remove     the removable media.  
 :KA630-A.V1.3   :Performing normal system tests. :7..6..5..4..3.. :Tests completed  C   This indicates a successful power-up, and also indicates that the D   system is not set to automatically bootstrap.  See the OpenVMS FAQ)   for details on the MicroVAX II console.   3 :when one attempts a "boot mua0" at the >>> prompt:  :  :2.. :?4B CTRLERR MUA0 
 :?06 HLT INST  :   PC=00000EEE  :Failure  K   Please describe the Q-bus modules installed in the BA-series enclosure.   H   Specifically, provide the M-number off the spine of the Q-bus modules,F   and the exact slot occupancy.  (Up to two dual-width Q-bus cards canH   reside in a single Q-bus (Q22/Q22) slot.)    One of these will likely G   be a TQK70 controller.  The TQK70 M-number is M7559.  The two common  C   disk controllers are RQDX3 (M7555) and KDA50 (M7164 and M7165)...   G   See the Ask The Wizard area for discussions of correctly configuring  A   the Q-bus -- search for "serpentine".  Start with topic (1149).   F   Once we have the configuration, you'll then need to provide the CSR G   and (if applicable) vector settings off individual modules.  (Some of 2   the background is in the Ask The Wizard area...)  ; :What newsgroup would be appropriate to post this question?   7   You are arguably posting in an appropriate newsgroup.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 19 Jan 2001 17:17:58 -0500, From: koehler@eisner.decus.org (Bob Koehler)4 Subject: Re: Bootup TK70 drive problem? or is it ...+ Message-ID: <A8qtwd$hp+mL@eisner.decus.org>   T In article <3a6895da@news.isc.rit.edu>, nsg9719@osfmail.isc.rit.edu (GAFFIN) writes:- > In article <ETFwCXzBY$co@eisner.decus.org>,   > > yes tried those. Same result. Except upon trying to swap theG > tape drive with a disk drive in the upper left. (it's a 2x2 chassis,  > > with the tape drive originally in the upper right). If I use< > one of the boot commands, the CTRLERR, MUA0 is replaced by7 > DEVINACT, DUA0, the rest of the message is the same.    G   I'm not familiar with that chassis but the TK70 must be plugged into  C   a TKQ70 controller.  You can't swap cables between it and a disk.   = > In fact I have both. One is a "STANDALONE BACKUP VMS 5.5-2" * > The other is labeled "MV DIAG CUST TK50"0 > (which is compatable w a TK70 drive, correct?)> > Have tried both (but perhaps I am using the wrong commands).  F TK70 can read TK50 and an MV II can boot those tapes (assuming they'veE not been written over).  If it doesn't work when you're sure the TK70 A is connected to the TKQ70 then something's broke or disconnected.   4 Follow the cables and see if you can find the TKQ70.  B Once you hear the tape drive moving (light will flash and no error? messages on the console) expect to take 1/2 hour or so to boot   standalone backup.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Fri, 19 Jan 2001 23:53:42 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 4 Subject: Re: Bootup TK70 drive problem? or is it ..., Message-ID: <3A6919D0.872CF203@videotron.ca>  
 GAFFIN wrote: 6 > The trouble is that the VT220, upon bootup, seems to4 > know that there is a tape in the TK70, and will go' > through a startup procedure, like so:  >  > KA630-A.V1.3! > Performing normal system tests.  > 7..6..5..4..3..  > Tests completed   ? so far, it has made no assumptions. Just normal power-up tests.e  4 > when one attempts a "boot mua0" at the >>> prompt: > 2..e > ?4B CTRLERR MUA0 > ?06 HLT INST >    PC=00000EEE	 > Failurea  H What is important is how long does it take before that message appears ?K Instant ? Or does it actually try to mount the tape inside and then after a.
 while, fail ?T   ------------------------------  # Date: Fri, 19 Jan 2001 19:15:19 GMT " From: falk@arc.ab.ca (Alfred Falk)* Subject: Re: Calculate a percentage in DCL9 Message-ID: <Xns902E7CA0E33A7falkarcabca@205.233.108.180>e  : trdorr@my-deja.com wrote in <94a0e7$r2h$1@nnrp1.deja.com>:  ? >I am trying to calculate a percentage in DCL from a text file.t >The text file reads:  >REPORT (free):      755782  >REPORT (total):    2016000a >i? >I want to divide REPORT (free):  by REPORT (total): to get the  >percentage amount.o= >And if the Percentage is below 10% send an e-mail to myself.2 >eG >Any clues on how to go about calculating the percentage and if percent4 >below 10% to send an e-mail.o   $ percent = 100*755782/2016000 $ IF percent .LT. 10 $ THEN> $    MAIL SYS$INPUT username /SUBJECT="This is very basic DCL" The percentage was less than 10  $ ENDIF-  @ ----------------------------------------------------------------A   A L B E R T A         Alfred Falk               falk@arc.ab.ca o@ R E S E A R C H         Information Systems Dept   (780)450-5185+   C O U N C I L         250 Karl Clark Roads1                         Edmonton, Alberta, Canada  http://www.arc.ab.ca/   T6N 1E4O  http://www.arc.ab.ca/staff/falk/   ------------------------------   Date: 19 Jan 2001 19:25:55 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)* Subject: Re: Calculate a percentage in DCL6 Message-ID: <94a4c3$l41$1@mailint03.im.hou.compaq.com>  D In article <94a0e7$r2h$1@nnrp1.deja.com>, trdorr@my-deja.com writes:? :I am trying to calculate a percentage in DCL from a text file. ) :I want to ... get the percentage amount.A= :And if the Percentage is below 10% send an e-mail to myself.O  @   Something like the following (untested) DCL command procedure?  3 $ x = f$int(f$extract(0,4,f$fao("!9ZL",f$int(p1)))) 3 $ y = f$int(f$extract(0,4,f$fao("!9ZL",f$int(p2))))o $ percent = x * 100 / yi: $ write sys$output "free:''x', total:''y', pct:''percent'"F $ if percent .ge. 90 then mail/subj="percent: ''percent'" nla0: system    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 19 Jan 2001 10:32:45 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)e* Subject: Re: Calculate a percentage in DCL, Message-ID: <NS3C22ZLqnnL@malvm1.mala.bc.ca>  * In article <94a0e7$r2h$1@nnrp1.deja.com>,      trdorr@my-deja.com writes:  @ > I am trying to calculate a percentage in DCL from a text file. > The text file reads: > REPORT (free):      755782 > REPORT (total):    2016000 > @ > I want to divide REPORT (free):  by REPORT (total): to get the > percentage amount.> > And if the Percentage is below 10% send an e-mail to myself. > H > Any clues on how to go about calculating the percentage and if percent > below 10% to send an e-mail. >   B   Use the DCL commands OPEN/READ/CLOSE to get the records from theD text file. Extract the interesting portion from each record and thenE use the built in DCL math ( integer only ) to do the calculation, eg: # (assumes text file is called x.txt)    $open/read inpfile x.txt $read inpfile rec1 $read inpfile rec2 $close inpfile $amt1 = f$element(1,":",rec1)s $amt2 = f$element(1,":",rec2)v $pct = 100*amt1/amt2 $write sys$output pct- $    ------------------------------  % Date: Fri, 19 Jan 2001 13:33:10 -07002+ From: "Barry Treahy, Jr." <treahy@mmaz.com>l* Subject: Re: Calculate a percentage in DCL( Message-ID: <3A68A486.AA02B322@mmaz.com>   trdorr@my-deja.com wrote:e  @ > I am trying to calculate a percentage in DCL from a text file. > The text file reads: > REPORT (free):      755782 > REPORT (total):    2016000 >.  = This is an example I have have used for reporting disk usage:b  9 $   NPERCENT = 1000 - ('FREESIZE'*100 / ('MAXSIZE' / 10))  $   TMP_WHO = NPERCENT / 10e% $   TMP_FRA = NPERCENT - TMP_WHO * 10a7 $   PERCENT = "''F$FAO("!3UB.!1UB", TMP_WHO, TMP_FRA)'"    Barry  --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028g   ------------------------------  # Date: Fri, 19 Jan 2001 21:16:20 GMTi* From: Alan E. Feldman <alan48@my-deja.com>* Subject: Re: Calculate a percentage in DCL) Message-ID: <94aaqp$5f0$1@nnrp1.deja.com>e  ) In article <94a0e7$r2h$1@nnrp1.deja.com>,n   trdorr@my-deja.com wrote: @ > I am trying to calculate a percentage in DCL from a text file. > The text file reads: > REPORT (free):      755782 > REPORT (total):    2016000 >g@ > I want to divide REPORT (free):  by REPORT (total): to get the > percentage amount.> > And if the Percentage is below 10% send an e-mail to myself. > H > Any clues on how to go about calculating the percentage and if percent > below 10% to send an e-mail. > ' > I would appreciate any ideas on this.   F Others recommend multiplying the numerator by 100. But this could failA if the total number of blocks exceeds 21474836. (DCL overflows at.A approximately 100 times that value!) We have disks that are about.E 8000000 blocks in size so disks with more than (approx.) 21.5 million1> blocks may be achievable soon or may already be in production.G Therefore, I recommend dividing the denominator by 100 instead. This iscG algebraicly equivalent to multiplying the numerator by 100, but it will B avoid the overflow problems (well, at least for disks smaller thanC approx. 2.15 billion blocks!). It will cause a negligible amount of E inaccuracy because you're dividing a huge number by 100. It will work  fine for monitoring disk space..   Sample code:  & $    FREE = F$GETDVI(DEV,"FREEBLOCKS")% $    TOTAL = F$GETDVI(DEV,"MAXBLOCK").. $    PERCENT_FULL = (TOTAL - FREE)/(TOTAL/100) $    IF (PERCENT_FULL .GE. 90)	 $    THEN.9 $        !put your mail notification line or routine hereT
 $    ENDIF    F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItD is not a valid address. Instead, use the address below, removing the long wrong part first. Thanks.   Disclaimer: JMHO Alan E. Feldman  &-)( afeldman@gfigroup.ButItSaidItPrinted.com     Sent via Deja.coms http://www.deja.com/   ------------------------------  # Date: Fri, 19 Jan 2001 23:59:08 GMTo* From: Alan E. Feldman <alan48@my-deja.com>* Subject: Re: Calculate a percentage in DCL) Message-ID: <94akc8$dtq$1@nnrp1.deja.com>t  ) In article <94aaqp$5f0$1@nnrp1.deja.com>,e-   Alan E. Feldman <alan48@my-deja.com> wrote:,+ > In article <94a0e7$r2h$1@nnrp1.deja.com>,  >   trdorr@my-deja.com wrote:iB > > I am trying to calculate a percentage in DCL from a text file. > > The text file reads: > > REPORT (free):      755782 > > REPORT (total):    2016000 > > B > > I want to divide REPORT (free):  by REPORT (total): to get the > > percentage amount.@ > > And if the Percentage is below 10% send an e-mail to myself. > >eB > > Any clues on how to go about calculating the percentage and if percentt  > > below 10% to send an e-mail. > >t) > > I would appreciate any ideas on this.X > H > Others recommend multiplying the numerator by 100. But this could failC > if the total number of blocks exceeds 21474836. (DCL overflows at C > approximately 100 times that value!) We have disks that are aboutcG > 8000000 blocks in size so disks with more than (approx.) 21.5 millioni@ > blocks may be achievable soon or may already be in production.F > Therefore, I recommend dividing the denominator by 100 instead. This isD > algebraicly equivalent to multiplying the numerator by 100, but it willD > avoid the overflow problems (well, at least for disks smaller thanE > approx. 2.15 billion blocks!). It will cause a negligible amount ofe    B Well, I just checked and saw an ad for a PC with a 40GB disk. ThatG exceeds the 21.5 million block threshhold, so if such a large disk were.A used with VMS, overflow with the 100*numberator method would be a.= problem. It's safer to instead divide the denominator by 100.w    G > inaccuracy because you're dividing a huge number by 100. It will work ! > fine for monitoring disk space.e >, > Sample code: >c( > $    FREE = F$GETDVI(DEV,"FREEBLOCKS")' > $    TOTAL = F$GETDVI(DEV,"MAXBLOCK") 0 > $    PERCENT_FULL = (TOTAL - FREE)/(TOTAL/100)  > $    IF (PERCENT_FULL .GE. 90) > $    THENa; > $        !put your mail notification line or routine heres > $    ENDIF >tH > NOTE: If you wish to e-mail me, please do NOT use the deja address. ItF > is not a valid address. Instead, use the address below, removing the  > long wrong part first. Thanks. >  > Disclaimer: JMHO > Alan E. Feldman  &-)* > afeldman@gfigroup.ButItSaidItPrinted.com >m > Sent via Deja.com  > http://www.deja.com/ >e   --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItD is not a valid address. Instead, use the address below, removing the long wrong part first. Thanks.r   Disclaimer: JMHO Alan E. Feldman  &-)( afeldman@gfigroup.ButItSaidItPrinted.com     Sent via Deja.comS http://www.deja.com/   ------------------------------  % Date: Fri, 19 Jan 2001 18:31:34 -0600d7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> * Subject: Re: Calculate a percentage in DCL- Message-ID: <3A68DC66.497CFAB7@earthlink.net>n   trdorr@my-deja.com wrote:u > @ > I am trying to calculate a percentage in DCL from a text file. > The text file reads: > REPORT (free):      755782 > REPORT (total):    2016000 > @ > I want to divide REPORT (free):  by REPORT (total): to get the > percentage amount.> > And if the Percentage is below 10% send an e-mail to myself. > H > Any clues on how to go about calculating the percentage and if percent > below 10% to send an e-mail. > ' > I would appreciate any ideas on this.r  F Well, if the <10% free thing is all you want, this should work for allF sizes of disk unit where the MAXBLOCK number fits in a signed longword integer:  A $ TEN_PERCENT = F$INTEGER( F$GETDVI( "ddcu:", "MAXBLOCK" ) ) / 10b> $ FREE_SPACE  = F$INTEGER( F$GETDVI( "ddcu:", "FREEBLOCKS" ) )? $ IF FREE_SPACE .LT. TEN_PERCENT THEN (take appropriate action):  E If you don't mind a long command line, you can easily get that into aB5 single command (is that what constitutes "elegant"?).a   -- $ David J. Dachterac dba DJE Systemsa http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/i  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.h   ------------------------------  # Date: Sat, 20 Jan 2001 00:16:39 GMTo From: jbecker@ui.urban.org* Subject: Re: Calculate a percentage in DCL) Message-ID: <94ald1$es2$1@nnrp1.deja.com>c  F Hmmm, who'd have thought there'd be so many responses to such a simple request?  G For the specific case of checking for the 10% threshold, you don't have   to worry about integer overflow:+ $ if free .lt. total/10 then goto send_maile  A The following DCL procedure (PERCENT.COM) computes percentages aspE accurately as it can, with rounding if possible. It protects you fromB integer overflow.    $ maxint = %x7fffffffa $ p1 = f$integer (p1)d $ p2 = f$integer (p2)  $ if p1 .gt. maxint/100  $ then $       multiplier = 1 $       divisor = p2/100 $ else $       multiplier = 100 $       divisor = p2 $ endift $ if p1 + divisor/2 .lt. 0 $ then $       rounding = 0 $ else $       rounding = divisor/2 $ endift3 $ percent == (p1 * multiplier + rounding ) /divisors  
 Sample usage:  $ @percent 'free' 'total'o( $ if percent .lt. 10 then goto send_mail    ) In article <94a0e7$r2h$1@nnrp1.deja.com>,    trdorr@my-deja.com wrote:n@ > I am trying to calculate a percentage in DCL from a text file. > The text file reads: > REPORT (free):      755782 > REPORT (total):    2016000 >k@ > I want to divide REPORT (free):  by REPORT (total): to get the > percentage amount.> > And if the Percentage is below 10% send an e-mail to myself. >sH > Any clues on how to go about calculating the percentage and if percent > below 10% to send an e-mail. >t' > I would appreciate any ideas on this. 	 > Thanks,e > Tom  >6 > Sent via Deja.comn > http://www.deja.com/ >.   --
 Jim Becker+ The Urban Institute (http://www.urban.org/) 7 Encompass ESILUG (http://eisner.decus.org/lugs/esilug/)e     Sent via Deja.coms http://www.deja.com/   ------------------------------  # Date: Sat, 20 Jan 2001 00:31:24 GMT"* From: Alan E. Feldman <alan48@my-deja.com>* Subject: Re: Calculate a percentage in DCL) Message-ID: <94am8s$ff1$1@nnrp1.deja.com>-  ) In article <94ald1$es2$1@nnrp1.deja.com>,u   jbecker@ui.urban.org wrote:   D > For the specific case of checking for the 10% threshold, you don't have" > to worry about integer overflow:- > $ if free .lt. total/10 then goto send_mailo  E You don't have to worry about overflow because you are using the veryuF trick I posted! If you instead multiply the numerator by 100, which is? the straightforward way to do it, and have a large enough disk,oE overflow is a problem. Perhaps I misread your comment, but it appearsrB to me that you've solved the problem and claimed that there was no problem to begin with!  C > The following DCL procedure (PERCENT.COM) computes percentages aslG > accurately as it can, with rounding if possible. It protects you from  > integer overflow.l  E Well, you don't really need maximum accuracy for checking disk space, B but the procedure you provided (PERCENT.COM) may well be useful in other situations.-   [procedure snipped]   F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItD is not a valid address. Instead, use the address below, removing the long wrong part first. Thanks.(   Disclaimer: JMHO Alan E. Feldman0( afeldman@gfigroup.ButItSaidItPrinted.com     Sent via Deja.comc http://www.deja.com/   ------------------------------  % Date: Fri, 19 Jan 2001 19:04:39 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>r* Subject: Re: Calculate a percentage in DCL- Message-ID: <3A68E427.ED05F6BF@earthlink.net>h   "Alan E. Feldman" wrote: > [snip]D > Well, I just checked and saw an ad for a PC with a 40GB disk. ThatI > exceeds the 21.5 million block threshhold, so if such a large disk werehC > used with VMS, overflow with the 100*numberator method would be ac? > problem. It's safer to instead divide the denominator by 100.    FWIW...s   DJAS01::DDACHTERA$ a=%x7fffffff $ DJAS01::DDACHTERA$ say a/(2048*1024) 1023  H I make it as one block short of a terabyte as being the number of blocksF that will fit in a signed longword. So, yeah, I can see where dividingG the denominator (instead of multiplying the numerator) then subtractingt? the quotient from 10^x would have a better chance of success...e   -- r David J. Dachterat dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/n  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  # Date: Sat, 20 Jan 2001 01:25:11 GMT * From: Alan E. Feldman <alan48@my-deja.com>* Subject: Re: Calculate a percentage in DCL) Message-ID: <94apdh$i66$1@nnrp1.deja.com>a  - In article <3A68DC66.497CFAB7@earthlink.net>,z:   "David J. Dachtera" <djesys.nospam@earthlink.net> wrote: > trdorr@my-deja.com wrote:    [snip]  H > Well, if the <10% free thing is all you want, this should work for allH > sizes of disk unit where the MAXBLOCK number fits in a signed longword
 > integer: > C > $ TEN_PERCENT = F$INTEGER( F$GETDVI( "ddcu:", "MAXBLOCK" ) ) / 10i@ > $ FREE_SPACE  = F$INTEGER( F$GETDVI( "ddcu:", "FREEBLOCKS" ) )A > $ IF FREE_SPACE .LT. TEN_PERCENT THEN (take appropriate action)  > G > If you don't mind a long command line, you can easily get that into a 7 > single command (is that what constitutes "elegant"?).t5                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^a  E No, it constitutes "unreadable code" or "I have too much free time onaA my hands." or "who needs symbols and subroutines?" The three-line C version you posted above is fine and quite readable and practicallyF6 self-commenting. You could omit the F$INTEGER, though.   --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItD is not a valid address. Instead, use the address below, removing the long wrong part first. Thanks.t   Disclaimer: JMHO Alan E. Feldman  &-)( afeldman@gfigroup.ButItSaidItPrinted.com     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Sat, 20 Jan 2001 04:27:51 GMT  From: LBohan@dbc.spam_less..comf Subject: Re: CMS questiono8 Message-ID: <i32i6ts59ltj3khljgm7dh3n2fdqk62vte@4ax.com>  / On Fri, 19 Jan 2001 16:26:49 +0100, Arne Vajhj2 <arne.vajhoej@gtech.com> wrote:   H >I am not a CMS expert. But someone has asked me, whether it is possible0 >to get the version number into the source code. >-F >Just like all the Unix derivated source control systems that suppport >something like: >  >char version[] = "$Version$"; > 9 >I have read a bit in th emanuals and not found anything.  > B >Impossible or am I just not reading the manual carefully enough ? >  >Arne,  - it's been a while for me, but iirc, on u**x, /1 upon checkout, RCS could find/replace/manipulate -0 a variety of keywords, substituting  appopriate 2 values for  $VERSION$,  $DATE$, $AUTHOR$,  etc ...  + CMS's element attributes /HISTORY, /NOTES, D (see CREATE ELE or MODIFY ELE) c* are somewhat similar, but not as flexible.+ with not much control over the format,  ie    6 $ cms create element/nokeep/hist="'// #H"  FOOBAR.C -    "crea ele/nokeep/hist"  5 leads to history in the output file looking, like so:e' (#H placed at EOF, #B at beginning/top)i  - //  CMS REPLACEMENT HISTORY, Element FOO.C   ?? //  *3    13-NOV-2000 01:07:10 JBLOGGS "release.txt, chg 93"   $? //  *2    22-AUG-2000 19:19:33 JBLOGGS "release.txt, chg 62"    B //  *1      3-APR-2000 00:09:10 JBLOGGS "crea ele/nokeep/hist "   - //  CMS REPLACEMENT HISTORY, Element FOO.C   e  5 It might be a good thing to suggest to the CMS team, r. a newer element attribute, say /KEYWORD_STRINGC with addtl format specifiers (similar to the #H, #B already in use)d  7 perhaps if they got enough similar requests, they might0% consider it, esp in context of COE.  s  8 I imagine one could try to do something similar to RCS's< keyword substitutions, but i'd wager it would require going > down to a rather low level, using the CMS$ callable routines.    ------------------------------  # Date: Sat, 20 Jan 2001 03:02:55 GMTf! From: jon@cmkrnl.net (Jon Morgan)O= Subject: Re: Compaq: A simple, affordable clustering solutiona* Message-ID: <3a6514ef.5728577@130.133.1.4>  - dOn Sat, 13 Jan 2001 23:07:47 -0500, JF Mezeie% <jfmezei.spamnot@videotron.ca> wrote: E >I don't see that the tide has turned. I see perhaps that a window ofgL >opportunity has opened. But I do not have confidence that Compaq will seizeH >this opportunity to turn the tide.  For as long as VMS isn't pitched toB >customers against UNIX and NT, then Compaq won't turn  the tide.  >nO >Microsoft and Sun are very happy with VMS because they can count on Compaq not  >using that secret weapon.  C Although the pitching of the advertising against UNIX and NT is not(? prevalant, I was lucky to be present at one of Compaq's Diamond2C Forum's at New York's World Trade Center. In that not only did RicheE Marcello give a convincing arguement about the future of OpenVMS, butmD made encouraging noises about those noises being heard (and felt) by Michael Capallas.   C (In fact, I was even more lucky to have lunch with Rich at the sameeB event and he seemed to portray that he really cared about what wasD going on -- not only to customers like myself, but also to ISVs that were in attendance.)  E Was all of this just PR? Maybe, maybe not. I was very impressed aboutSA the way that he basically asked Terry (Shannon) to discuss things-@ without (apparantly) any restrictions (I think he gave Terry tenB minutes notice that he was going to have to speak -- Terry, please& correct me if I remember incorrectly).  N >But they are clueless on the existence of VMS and potential of VMS. They justL >see an invisible installed base that provides some revenus and don't botherM >anyone. They are focused on Compaq's wintel sales because that is how Compaq@ >allows itself to be measured.  D I lived through the Palmer years, and felt the pain of Digital beingC swallowed (!) by a PC company. I then have had a series of meetingsl= over the past three months to discuss migrations to GS-series1E equipment. Only once did the topic of Tru64 and NT come up -- when wetC wanted to know how the nice Fibre Channel SAN we were proposing wasnA going to fit into our heterogenous environment. No comments abouttB whether or not we wanted to move our applications to those OS's...  A Is Compaq perfect? No. However, I've found things to be much,muchgE better than even a year ago. Such an improvement has been felt higherkA up as well -- my CIO even talks about OpenVMS, without the phraset< "consolidation" or "legacy" even close to being appropriate.  K >And why do you suspect people get the impression that VMS has no future ?  M >Funny that you mention the drain of IT personnel.  I see a drain of VMS jobsoG >because shops are migrating away from VMS or are just keeping existinge" >applications in maintenance mode.  E "Drain of OpenVMS jobs"? Odd. I just hired (in the past six months) abD team of OpenVMS system managers without any problem; these guys wereC NOT just place holding either, one or two of them have some seriousnC time in the market and left their current employment because of theEC "fun" that I promised that -- and I hope that I'm delivering  :-) . A Oh, and just in case someone brings THIS up, I also hired someoneEC young (<27) who WANTS to get better at OpenVMS. Am I offering otherEF (UNIX) training? Of course I am, but they really want to get better at
 OpenVMS...  L >Of course, it doesn't help when a local sales office talks about VMS in theI >past during presentations such as the launch of Wildfire and pushes onlyrO >True64. This is backed by the Inform magazine spinning its True64 as the first-3 >OS with all the fancy clustering features etc etc.:  @ Not my impression. OpenVMS and Galaxy has always been mentioned,* although I haven't read inFORM recently...  M >I was patient for some 8 years and stayed loyal to VMS even as work dried uplI >and Palmer was calling for folks to migrate away from VMS. I should have18 >listened because every one else seems to have listened.  @ Umm... Palmer destroyed the OpenVMS community. Let's not try andF propagate that onto comp.os.vms -- OpenVMS is alive and well, the onlyF problem is that it is hidden. THAT is the real problem, even though it; is well and truly something that is used all the time. Willb? advertising fix this? Yes, but only to a certain degree. In the @ Diamond Forum, that was one of the recurring themes -- when will. Compaq advertise OpenVMS during the SuperBowl?  K >Kerry is in a very privileged position because he *might* be Compaq's sole.L >remaining VMS expert in Canada (many were laid off during the palmer years)I >and he gets to see the few remaining VMS customers all across Canada and O >abroad. I envy him and wish Compaq would hire more folks in his position.  But N >when you send an email to the director of professional services of your localL >office offering your VMS services and don't even get a reply, it is easy to9 >lose any hope that VMS will see a comeback where I live.   D I know that this area (Manhattan) is totally atypical from elsewhereE in the US (and probably the world), but I have never had any problems E getting an OpenVMS Ambassador, or other OpenVMS-qualified people intoxF work to talk to my boss. In fact, if a number of things go well, I may+ even get Rich Marcello to talk to my CIO...o  D Talk to your Compaq representative (and I HAVE read what you writtenF above about that problem), and start making a fuss. Tell them what youE want and what you need. I'd recommend that if you can't do that, thendF find any OpenVMS inroad in Compaq that you can, and make a fuss. (MindD you, I suppose I'm preaching to the choir, but giving up is just the- things that makes the other vendors succeed.)   
 All the best,o   		-jon.i   -- n
 jon morgan   ------------------------------  % Date: Fri, 19 Jan 2001 13:29:58 -0700O+ From: "Barry Treahy, Jr." <treahy@mmaz.com>a Subject: Re: Copying disk ?e( Message-ID: <3A68A3C6.3692D428@mmaz.com>   Ken Robinson wrote:i  1 > At 09:42 AM 01/19/2001 -0800, Tom Linden wrote:i# > >If depth > 8 then can't be done?e >v" > You can use a concealed logical. >e3 > $ define/tran=(term,conc) lgnam disk$disk2:[A.B.]   N I've had to use the concealed logical technique when trees did get deeper thanN 8, but I had my but kicked and ran into all sorts of headaches when it came to$ restoring files in those structures.  J I would weigh the pro's and con's of doing this type of kluge for anything> more than a temporary operation...  Consider basic things likeG backup/restores, any type of tools or utilities that would drive off ofeK anything but the concealed logical, would have problems...  Is it worth it?r3 It wasn't for me, I restructured the directories...a   Barryg   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028f   ------------------------------  # Date: Fri, 19 Jan 2001 22:47:50 GMTP From: howard9965@my-deja.com Subject: Dec Brouter 90T2n) Message-ID: <94ag6l$a7o$1@nnrp1.deja.com>p  / I am replacing an Brouter 90T2, PN -DEWBR_N.  Im/ can get user to connect to the server using LATr, but my ip would not route.  I enable RIP and check all the setting to be thee. same as my other offices except the ip address for the ethernet0 ande* serial0.  On the bootup sequence, I notice* %LINK-3-BADMACREG: Interface serial0, non-" existent MACADDR registry for link 21  1 Base on what I describe, do you have any idea whyk- my LAT is working but no IP?  Thanks for youro help.a   Howard     Sent via Deja.comi http://www.deja.com/   ------------------------------  # Date: Fri, 19 Jan 2001 22:47:53 GMT  From: howard9965@my-deja.com Subject: Dec Brouter 90T2a) Message-ID: <94ag6n$a7q$1@nnrp1.deja.com>t  / I am replacing an Brouter 90T2, PN -DEWBR_N.  IV/ can get user to connect to the server using LATn, but my ip would not route.  I enable RIP and check all the setting to be thee. same as my other offices except the ip address for the ethernet0 and * serial0.  On the bootup sequence, I notice* %LINK-3-BADMACREG: Interface serial0, non-" existent MACADDR registry for link 21  1 Base on what I describe, do you have any idea whyL- my LAT is working but no IP?  Thanks for your  help.h   Howard     Sent via Deja.comn http://www.deja.com/   ------------------------------  # Date: Fri, 19 Jan 2001 22:48:45 GMTl From: howard9965@my-deja.com Subject: Dec Brouter 90T2f) Message-ID: <94ag8b$a8f$1@nnrp1.deja.com>   G I am replacing an Brouter 90T2, PN -DEWBR_N.  I can get user to connecte to the server using LATnE but my ip would not route.  I enable RIP and check all the setting to% be theD same as my other offices except the ip address for the ethernet0 and* serial0.  On the bootup sequence, I noticeG %LINK-3-BADMACREG: Interface serial0, non-existent MACADDR registry for  link 21  G Base on what I describe, do you have any idea why my LAT is working but  no IP?  Thanks for your help.t   Howard     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Sat, 20 Jan 2001 04:22:13 GMTo, From: "Kevin F." <kevinfitzpatrick@home.com>A Subject: Re: dec-axpvms-vms721_fibrechan-v0300--4.pcsi-dcx_axpexeu= Message-ID: <Vn8a6.329168$_5.74783474@news4.rdc1.on.home.com>d  F > Thanks , did download that, the problem I am seeing is that VMS does >tJ > > not see the drives, I had another read of the Docs  I did not give the CCLn > an identifier. >s > >w >%F > > What was happening is that once VMS starts booting, I keep getting >tK > > "PLOGI......... Connection table on Storage device might be full" errorp >cH > > messages. That was not the case, I only have 18 entries in the HSG80 >p
 > > table. >/ > >  >-E > > If setting the CCL gets this going, great, otherwise, I am stuck,S >G >t >/	 > Thanks,u >r
 > Kevin F. >eB > "Steeples, Oliver" <Oliver.Steeples@compaq.com> wrote in messageJ > news:F498D199EDB12D468CD2C66680D3080116C397@reoexc04.emea.cpqcorp.net... > > The kit to be installed is:: > >u) > > dec-axpvms-vms721_fibre_scsi-v0200--48 > >$	 > > From:a7 > > ftp://ftp.service.digital.com/public/vms/axp/v7.2-1b > >@I > > This contains all the latest PG/DG drivers and fibre stuff like that.e > It'sG > > a combo of alpscsi and fibrechan.  The release notes do say this isl better > > than fibre-300 > >o > > -----Original Message-----. > > From: Big and Bad [mailto:byteme@hard.com], > > Sent: Tuesday, January 16, 2001 10:01 PM > > To: Info-VAX@Mvb.Saic.Com A > > Subject: dec-axpvms-vms721_fibrechan-v0300--4.pcsi-dcx_axpexe. > >a > >mI > > Where can I find this.. It is posted in several doc on the compaq weba > site,dG > > but when you go to the FTP site it is not there.. Can anyone help.?r > >R >T >M   ------------------------------  # Date: Fri, 19 Jan 2001 19:02:26 GMTi* From: "Andy Stoffel" <acs@fcgnetworks.net> Subject: Re: DS20 - Slow I/O9 Message-ID: <6b0a6.248277$IP1.8278180@news1.giganews.com>r  / "fooguy" <jweisen@my-deja.com> wrote in messageu# news:949rps$mcj$1@nnrp1.deja.com...eG > I know that the KZPAC is not supposed to be the shining stars of diskaE > performance, but we just purchased two DS20s, and I have to say I'moH > really disappointed in the performance of the disk subsystem. I've runJ > the gambit of configurations, and I have yet to get the DS20s to perform > faster than my desktop PC.  : Things missing from your question that could affect speed:  C     - Version of KZPAC - Is it a -CA (4MB cache) or -CB (8MB cache)R  B     - Do you have the cache backup battery on it so you can enableH       "Write back" caching instead of the default "Write Thru" caching ?  K     - How many channels are you using on this controller ? My understandingtL       is that you're not going to get even close to its' theoretical maximum	 bandwidtho4     unless you use all 3 channels on the controller.  F     - Are your 0+1 RAID sets using all available channels or is it one6       channel per RAID set (it wasn't clear to me....)  1     - How fast are your disks ? 7200RPM/10K RPM ?   ,     - ?? File size/quantity/fragmentation ??       - Is it a DS20 or a DS20E ?i  /     - How are you measuring the transfer rate ?u  H     - What OTHER I/O intensive activities might you be doing at the same time ?  @ All these variables can effect what you're trying to accomplish.   -Andy-   ------------------------------  % Date: Fri, 19 Jan 2001 18:59:10 +0000d0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: DS20 - Slow I/O* Message-ID: <3A688E7D.A3EBDBB1@uk.sun.com>  
 fooguy wrote:o >   8 Its is possible that you arn't comparing the same thing.  7 You don't say what OS you are running on the PC, but a y7 lot of OS's may still be holding all the pages for the  7 Oracle dump in their buffer cache, they will have been a7 or should have been written to disk dependion on OS butD  there will be an in-memory copy.  5 If this is the case then you are copying from memory e5 to disk on the PC and from the same disk to the same t4 disk on the Alpha box. If this is the case then the 2 track to track head movement will be killing your 3 performance even if there is any form of clustered X2 reads going on in OpenVMS which I am not sure that
 there are.  2 You could verify this by creating the Oracle dump 4 file on the PC and then rebooting the machine, there2 are probably other ways of invalidating the buffer/ cache but not knowing which OS you are using I d- would suggest a reboot as a generic solution e followed by the file copy test.(  G > I know that the KZPAC is not supposed to be the shining stars of disk^E > performance, but we just purchased two DS20s, and I have to say I'moH > really disappointed in the performance of the disk subsystem. I've runJ > the gambit of configurations, and I have yet to get the DS20s to perform > faster than my desktop PC. > D > My test was copying several large files (Oracle dumps - each about3 > 200MB) from one directory on the disk to another.d >  > DS20 >  > Number of Disks: (4) 9GB" > RAID Config: RAID 10 - 2 Channel > Cluster Size: 35 > MB/Sec: 1.13 >  > Number of Disks: (4) 9GB" > RAID Config: RAID 10 - 2 Channel > Cluster Size: 1/ > MB/Sec: 1.48 >  > Number of Disks: (4) 9GB" > RAID Config: RAID 10 - 1 Channel > Cluster Size: 1d > MB/Sec: 1.20 >  > Number of Disks: (1) 9GB$ > RAID Config: SLED/JBOD - 1 Channel > Cluster Size: 1 @ > MB/Sec: Tested all four disks. Results range from 1.07 to 1.37 > + > Number of Disks: (1) 3GB Solid State Disk - > RAID Config: N/A - attached to Symbios Cardt > Cluster Size: 1u > MB/Sec: 13.21rI > (Not Bad, but for a $30k hard drive it should be better. Compaq says it I > has a maximum sustainable transfer rate of ~60MB/Sec, I'd settle for 20  > in this test)e >  > Dell PowerEdge 4300i > " > Number of Disks: (2) 9GB 7200RPM! > RAID Config: RAID 1 - 1 Channel? > Cluster Size: N/Ab > MB/Sec: 8.38 >  > Dell Optiplex GX1p >  > Number of Disks: (1) 10GB IDE/ > RAID Config: N/A > Cluster Size: N/At > MB/Sec: 1.82 > H > Like I said, I know the KZPAC isn't the universe's answer to Fast I/O,G > but is there any sort of tuning I can do to improve performance? I'vetJ > already played with cluster size, moving disks from the internal cabinetI > to the BA356, and cache type (write back vs. write through) with only aeH > tiny difference. I'm not expecting a while lot, but is this the best I* > can expect? I'd be happy with 3-8MB/Sec. >  > Thanks in advance. >  > --/ > *********************************************e* > "All I every wanted from life was to see. > Larry Wall give Bill Gates a Perl Necklace." >  > Sent via Deja.com1 > http://www.deja.com/   --   Andrew HarrisonL Enterprise IT ArchitectF   ------------------------------  % Date: Fri, 19 Jan 2001 14:29:05 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com>i Subject: Re: DS20 - Slow I/O( Message-ID: <94a4aj$m3e$1@pyrite.mv.net>  - fooguy <jweisen@my-deja.com> wrote in messagei# news:949rps$mcj$1@nnrp1.deja.com...C   ...   D > My test was copying several large files (Oracle dumps - each about3 > 200MB) from one directory on the disk to another.n   ...a  + > Number of Disks: (1) 3GB Solid State Disks- > RAID Config: N/A - attached to Symbios Carda > Cluster Size: 12 > MB/Sec: 13.21oI > (Not Bad, but for a $30k hard drive it should be better. Compaq says iteI > has a maximum sustainable transfer rate of ~60MB/Sec, I'd settle for 20a > in this test)0  L Well, on the face of it it looks as if you got over 26:  13+ out, 13+ in (itI was a copy operation, right?).  It's not hard to imagine that file systemtK execution overhead could halve the performance of a solid-state disk, sinceh7 file systems are generally not optimized for that case.a   >t >I > Dell PowerEdge 4300o > " > Number of Disks: (2) 9GB 7200RPM! > RAID Config: RAID 1 - 1 Channele > Cluster Size: N/Am > MB/Sec: 8.38  I This is an unrealistically high number for a copy operation (writes go to K both drives) unless the hardware is doing (in addtion to read pre-fetching)nK fairly intelligent write-back caching at coarse granularity (which gets youcI good performance but at the expense of data integrity, unless the storagecL unit has battery-backed cache in it:  the *disk* can't differentiate betweenI a copy operation where you only care about integrity at the end and other L write requests that must be made persistent before the operation completes).G On a copy operation, the operating system cache could do something thisdI intelligent (if it were big enough), but not with an IDE drive, since thebG drive itself, unless it has write-back caching enabled, is limited to a E write throughput of less than the value you saw here (see explanatione below).t   >e > Dell Optiplex GX1p >a > Number of Disks: (1) 10GB IDE  > RAID Config: N/A > Cluster Size: N/A  > MB/Sec: 1.82  F This number is suspiciously close to what you'd get if the system wereH alternating 64 KB read and write operations, with an average-length seekI between each.  If you're running NT, its cache may not be smart enough totK batch together 64 KB cache segments, but is just handling them FIFO - whichtI would tend to generate such behavior.  For that matter, the on-disk cacheg+ might be doing the same, if it's enabled...r  D The bottom line is, except for the solid-state and suspiciously-fastG PowerEdge cases, the Alpha numbers weren't dramatically worse than thisrH number (and, as noted above, the fact that it was a copy operation meansE that using mirrored storage on the Alpha didn't provide all that muchOG potential performance advantage, though if used intelligently it shouldcI provide a bit).  Without turning on the disk's write-back cache (which in F general is not a good idea if you care about your data, though you canJ *usually* get away with it), the *best* streaming write performance (underI optimal conditions, with no competing read activity) you can expect with,oJ say, a 5400 rpm IDE drive is under 6 MB/sec (since it can transfer only 64L KB per disk revolution - though this restriction is starting to be lifted asK IDE drive and controller makers introduce overlapped - queuable - operationsG and drivers start to take advantage of it); throw in the reads the copyeE operation must perform, which add a seek to the latency for each diskmJ operation, and best-case expected copy throughput drops to just about whatL you saw on the Optiplex (under 2 MB/sec), though if the *disk* is performingJ reasonably intelligent read-ahead caching this copy number *might* reach 3 MB/sec.T  J Now, if the Alpha is using SCSI drives (I have no idea what 'KZPAC' is, orH whether the 'channels' you mention are SCSI or IDE - if the latter, thenH having two drives on a single IDE channel makes performance even worse),L then you should expect somewhat better performance than you're seeing, sinceI the copy code should be multi-buffered (at least I'd expect this for VMS)hE and the drive should be getting the opportunity to order the requestsVK optimally.  But 8 MB/sec is still likely unrealistic - 3 to 5 might not be,n though.    - bill   >fH > Like I said, I know the KZPAC isn't the universe's answer to Fast I/O,G > but is there any sort of tuning I can do to improve performance? I'veeJ > already played with cluster size, moving disks from the internal cabinetI > to the BA356, and cache type (write back vs. write through) with only a-H > tiny difference. I'm not expecting a while lot, but is this the best I* > can expect? I'd be happy with 3-8MB/Sec. >  > Thanks in advance. >s > --/ > *********************************************o* > "All I every wanted from life was to see. > Larry Wall give Bill Gates a Perl Necklace." >i >  > Sent via Deja.comV > http://www.deja.com/   ------------------------------  # Date: Fri, 19 Jan 2001 19:40:41 GMTs" From: fooguy <jweisen@my-deja.com> Subject: Re: DS20 - Slow I/O) Message-ID: <94a57n$vri$1@nnrp1.deja.com>   9 In article <6b0a6.248277$IP1.8278180@news1.giganews.com>,I-   "Andy Stoffel" <acs@fcgnetworks.net> wrote:  >h1 > "fooguy" <jweisen@my-deja.com> wrote in messaged% > news:949rps$mcj$1@nnrp1.deja.com...rD > > I know that the KZPAC is not supposed to be the shining stars of diskG > > performance, but we just purchased two DS20s, and I have to say I'm F > > really disappointed in the performance of the disk subsystem. I've run D > > the gambit of configurations, and I have yet to get the DS20s to performS > > faster than my desktop PC. >f< > Things missing from your question that could affect speed: >fE >     - Version of KZPAC - Is it a -CA (4MB cache) or -CB (8MB cache)    The CA - 4MB cache  D >     - Do you have the cache backup battery on it so you can enableH >       "Write back" caching instead of the default "Write Thru" caching  E No battery, though as I said I tested with write back and write thru,C little difference (~ .25MB/sec)s  ? >     - How many channels are you using on this controller ? MyiB > understanding is that you're not going to get even close to its'D > theoretical maximum bandwidth unless you use all 3 channels on the
 > controller.r  B Agreed. For each test I mentioned how many channels the disks were? spread across (although I saw little difference between 1 and 24
 surprisingly)   H >     - Are your 0+1 RAID sets using all available channels or is it one8 >       channel per RAID set (it wasn't clear to me....)  G In the 2 Channel tests, the disks were striped and mirrored across both G channels. In the one channel tests, the disks are stripped and mirrorede- across one channel. Again, little difference.t  3 >     - How fast are your disks ? 7200RPM/10K RPM ?e  7 The ones in the DS20s are 10K RPM Ultra (DS-RZ1DD-VW-N)   . >     - ?? File size/quantity/fragmentation ??  H The FS have no fragmentation, since I had to backup and restore an imageF backup each time I changed the config. It's a clean install on a clean machine, nothing going one  ! >     - Is it a DS20 or a DS20E ?s   DS20 - 21164 500mhzr  1 >     - How are you measuring the transfer rate ?y  8 Amount of data copied divided by time the operation took  E >     - What OTHER I/O intensive activities might you be doing at the-
 > same time ?-  + Nothing. The systems are not in production.   B > All these variables can effect what you're trying to accomplish.  G Absolutely...but I still haven't found anything that explains why these_. systems have a lower transfer rate than my PC.  F I just tested a different Dell 4300, (one where the disks are RAID 10)   Number of Disks: (4) 9GB  RAID Config: RAID 10 - 1 Channel Cluster Size: N/A 
 MB/Sec: 11.69   E And again, in fairness, both of the Dells have 16MB RAID Controllers.oE (All the PC stuff I tested was running NT 4 - the closest OS to VMS adA PC can run). But 12 more MB of cache doesn't explain 10 times they performance.  G Again, thanks everyone for your time. This has been really frustrating,-A and everyone's feedback is appreciated. I have to keep hoping I'm9 missing something.   >D > -Andy- >T >    --- *********************************************p( "All I every wanted from life was to see, Larry Wall give Bill Gates a Perl Necklace."     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Fri, 19 Jan 2001 20:28:00 GMT " From: fooguy <jweisen@my-deja.com> Subject: Re: DS20 - Slow I/O) Message-ID: <94a805$2jl$1@nnrp1.deja.com>s  ( In article <94a4aj$m3e$1@pyrite.mv.net>,*   "Bill Todd" <billtodd@foo.mv.com> wrote: >e/ > fooguy <jweisen@my-deja.com> wrote in messagen% > news:949rps$mcj$1@nnrp1.deja.com...t >a > ...o > F > > My test was copying several large files (Oracle dumps - each about5 > > 200MB) from one directory on the disk to another.u >c > ...B >t- > > Number of Disks: (1) 3GB Solid State Diskc/ > > RAID Config: N/A - attached to Symbios Card_ > > Cluster Size: 1  > > MB/Sec: 13.21rH > > (Not Bad, but for a $30k hard drive it should be better. Compaq saysF > >it has a maximum sustainable transfer rate of ~60MB/Sec, I'd settle > > for 20 in this test) > G > Well, on the face of it it looks as if you got over 26:  13+ out, 13+oF > in (it was a copy operation, right?).  It's not hard to imagine thatA > file system execution overhead could halve the performance of ayF > solid-state disk, since file systems are generally not optimized for > that case.  F No, I mean for this test, I'd take 20MB/Sec (20 + 20 = 40). EverythingE I've read about this disk says it can sustain 60MB/Sec. Since nothing3D else is going on, with margins of error and FS overhead etc etc, I'd= take a total of 40MB/Sec, or in this test 20. In my eyes, not  unrealistic.   > > Dell PowerEdge 4300e > > $ > > Number of Disks: (2) 9GB 7200RPM# > > RAID Config: RAID 1 - 1 Channelt > > Cluster Size: N/A  > > MB/Sec: 8.38 >iH > This is an unrealistically high number for a copy operation (writes goB > to both drives) unless the hardware is doing (in addtion to read? > pre-fetching) fairly intelligent write-back caching at coarse D > granularity (which gets you good performance but at the expense ofE > data integrity, unless the storage unit has battery-backed cache in H > it:  the *disk* can't differentiate between a copy operation where you  C Yes, it does have a battery backed up cache, and it is set to write.D back. The DS20s are set for write thru (no battery). Again, I tested& both, with only a marginal difference.  D > only care about integrity at the end and other write requests that: > must be made persistent before the operation completes).D > On a copy operation, the operating system cache could do somethingF > this intelligent (if it were big enough), but not with an IDE drive,F > since the drive itself, unless it has write-back caching enabled, isH > limited to a write throughput of less than the value you saw here (see > explanation below).e  H Well, from what I understand, these drives are UW, so you have a maximumH of 40MB/Sec burst (hah). Striping the drives should increase the overallG speed, and mirroring slows it down (for writes that is). RAID 10 should-E have about the same speed as a single disk (no speed increase, and nomC performance penalty). That being the case, with FS overhead, cosmic < rays, the phase of the moon, etc, 16MB/Sec (8 + 8) is pretty respectable.   > > Dell Optiplex GX1p > >g! > > Number of Disks: (1) 10GB IDEm > > RAID Config: N/A > > Cluster Size: N/A  > > MB/Sec: 1.82 >rH > This number is suspiciously close to what you'd get if the system wereE > alternating 64 KB read and write operations, with an average-lengthmF > seek between each.  If you're running NT, its cache may not be smartE > enough to batch together 64 KB cache segments, but is just handlingrC > them FIFO - which would tend to generate such behavior.  For thataG > matter, the on-disk cache might be doing the same, if it's enabled...p >tF > The bottom line is, except for the solid-state and suspiciously-fastD > PowerEdge cases, the Alpha numbers weren't dramatically worse than? > this number (and, as noted above, the fact that it was a copytA > operation means that using mirrored storage on the Alpha didn't G > provide all that much potential performance advantage, though if usedR  H With respect to file writes, mirrored drives are usually slower (have toE perform the write operation twice). This is why we went with hardwarePG RAID as opposed to Volume Shadowing, it helps to ease the pain. That isiH also why we went with RAID 10 - to cancel out the performance penalty of RAID 1.   B I did also test the difference in VMS between copy and backup. TheH numbers for the SSD were identical, for the array it was marginal (~ .15D better). Even with all these "marginal" gains, I can't seem to break 2MB/Sec, which is pathetic.h  H > intelligently it should provide a bit).  Without turning on the disk'sC > write-back cache (which in general is not a good idea if you careiB > about your data, though you can *usually* get away with it), theG > *best* streaming write performance (under optimal conditions, with nolC > competing read activity) you can expect with, say, a 5400 rpm IDEvD > drive is under 6 MB/sec (since it can transfer only 64 KB per diskF > revolution - though this restriction is starting to be lifted as IDE? > drive and controller makers introduce overlapped - queuable - D > operation and drivers start to take advantage of it); throw in theH > reads the copy operation must perform, which add a seek to the latencyG > for each disk operation, and best-case expected copy throughput dropstH > to just about what you saw on the Optiplex (under 2 MB/sec), though if  3 I agree 100%. What I saw is what I'd expect to see.b  D > the *disk* is performing reasonably intelligent read-ahead caching* > this copy number *might* reach 3 MB/sec.E > Now, if the Alpha is using SCSI drives (I have no idea what 'KZPAC'tD > is, or whether the 'channels' you mention are SCSI or IDE - if the  E The KZPAC is a Compaq RAID Controller - a rebaged Mylex DAC960. 3 I/Oy channels, 4MB Cachep  > > latter, then having two drives on a single IDE channel makesA > performance even worse), then you should expect somewhat better   F These drives are SCSI. The only IDE in the testing was my workstation,H the Optiplex. In fact, the DS20 has 10K RPM Ultra Wide drives. The Dells! have 7200RPM drives. In theory...9  ? > performance than you're seeing, since the copy code should bec3 > multi-buffered (at least I'd expect this for VMS):G > and the drive should be getting the opportunity to order the requests E > optimally.  But 8 MB/sec is still likely unrealistic - 3 to 5 might  > not be, though.   ; At this point, more that 1 and change should be reasonable.l   Thanks for your thoughts.c   > - bill     Sent via Deja.comn http://www.deja.com/   ------------------------------   Date: 19 Jan 2001 21:18:38 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: DS20 - Slow I/O, Message-ID: <94aave$4v5@gap.cco.caltech.edu>  N In article <949rps$mcj$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:F >I know that the KZPAC is not supposed to be the shining stars of diskD >performance, but we just purchased two DS20s, and I have to say I'mG >really disappointed in the performance of the disk subsystem. I've runkI >the gambit of configurations, and I have yet to get the DS20s to perform  >faster than my desktop PC.   I Attention OpenVMS engineering!!!!  Here is yet another user bitten by then! slow default disk IO on this OS. ?  K Anyway,  the slowness you're seeing is primarily because your desktop PC isnE sending everything to file cache and your VMS machine is, by default,oE sending it all straight to the disk.  In fact, your data may not evenhG actually be on the disk on the NT machines.  (Crude test, send it over,aI then punch the power switch.)  I've posted a lot on this issue - for moree0 info search deja.com for my name in this group.   A To get better performance on the VMS system you need to at least w use options like:   ( $ set RMS/buffer=64/block=64/extend=1024   before the copy.   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech 2   ------------------------------    Date: 19 Jan 2001 16:45:39 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: Re: DS20 - Slow I/O+ Message-ID: <pXzL6RROqHCY@eisner.decus.org>   N In article <94a57n$vri$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:   > G > And again, in fairness, both of the Dells have 16MB RAID Controllers.AG > (All the PC stuff I tested was running NT 4 - the closest OS to VMS atC > PC can run). But 12 more MB of cache doesn't explain 10 times the  > performance. > I > Again, thanks everyone for your time. This has been really frustrating, C > and everyone's feedback is appreciated. I have to keep hoping I'm  > missing something. >    	From your original post:o  H "My test was copying several large files (Oracle dumps - each about     2 200MB) from one directory on the disk to another."  9 	If you really have a need to speed this up , I will makee 	two suggestions (if possible):)  . 	1)  Copy from one physical volume to another.   	2)  Use fast_io_copyB  < 	Here is an example copy of a 781 MByte (1600000) block file 	using COPY and FAST_IO_COPY:d     	Vanilla Copy resultsi   Accounting information: A  Buffered I/O count:        54  Peak working set size:       1504nA  Direct I/O count:       50123  Peak virtual size:         166768tA  Page faults:              393  Mounted volumes:                0i  Images activated:           4)  Elapsed CPU time:          0 00:00:17.55 )  Connect time:              0 00:16:24.88   7 >>>>	16:24 , 50123 I/Os.  From one SCSI disk to anothera
 	off a SWXCR..   	fast_io_copy results:  = Using 16 buffers, with 127 blocks (65024 bytes) per transfer.   $ Reading DRIVE1:[DIRECTORY]FILE.DAT;1$ Writing DRIVE2:[DIRECTORY]FILE.DAT;1  O  ELAPSED:    0 00:08:55.70  CPU: 0:00:06.57  BUFIO: 1  DIRIO: 25200  FAULTS: 2 a0      Total Fast I/O Reads: 12599; Writes: 12599.* Maximum Outstanding Reads: 16; Writes: 16.1 Output file truncated at VBN 1600012 by 0 blocks.s7 New end-of-file block is 1600007, first free byte is 0.u  ; >>>>	8:56, 12599 I/Os.  Same source and destination drives.K    A 	Summary: FAST_IO_COPY is about twice as fast as regular COPY and ; 	you may be able to do better as you can supply BLOCKS and  9 	BUFFERS as args to FAST_IO_COPY... from the source code:h  -     if (!strncmp(argv[ibuf], "-nbuffers", 9))a     {F
       ibuf++;        if (ibuf < argc)       {g$         nbuffers = atoi(argv[ibuf]);8         if ((nbuffers == 0) || (nbuffers > MAX_BUFFERS))!           nbuffers = MAX_BUFFERS;n   	same for -nblocks  : 	Also.. even at that 1.46 MByte/sec using FAST_IO_COPY but< 	these are plain old SCSI drives and I don't know the rating> 	of the SWXCR but it can't be that great.  You should do quite 	a bit better regardless.e  ? 	Request:  Perhaps VMS engineering could add a COPY/FAST switch ? 	that hooks to this routine.  In future versions of VMS, MEMBOB ? 	is no longer an issue (butchering Fred K.s view/words but they : 	will no longer be checking as they are to keep users from@ 	chewing up system memory via other mechanisms) so maybe this is! 	a supportable qualifier to COPY.r   	Caveat:  0 	You most likely will have to jack MAXBOBMEM ...    ! $ fic :== $sys$login:fast_io_copytE $ fic DRIVE1:[DIRECTORY]SMALLFILE.DAT DRIVE2:[DIRECTORY]SMALLFILE.DATq= Using 16 buffers, with 127 blocks (65024 bytes) per transfer.)# Could not create buffer object #12.tN %SYSTEM-F-EXBUFOBJLM, exceeded systemwide buffer object page limit (MAXBOBMEM) $ set proc/priv=allo $ mcr sysgen SYSGEN>  SHOW MAXBOBMEM H Parameter Name           Current    Default     Min.      Max.     Unit  DynamicnH --------------           -------    -------    -------   -------   ----  -------oN MAXBOBMEM                    1600       1600         0         -1 Pagelets   DN  internal value               100        100         0         -1 Pages      D SYSGEN>  SET MAXBOBMEM 2400  SYSGEN>  WRITE ACTIVEw SYSGEN>  WRITE CURRENT SYSGEN>  SHOW MAXBOBMEMrH Parameter Name           Current    Default     Min.      Max.     Unit  DynamictH --------------           -------    -------    -------   -------   ----  -------rN MAXBOBMEM                    2400       1600         0         -1 Pagelets   DN  internal value               150        100         0         -1 Pages      D
 SYSGEN>  EXITs  ! $ fic :== $sys$login:fast_io_copysE $ fic DRIVE1:[DIRECTORY]SMALLFILE.DAT DRIVE2:[DIRECTORY]SMALLFILE.DATw= Using 16 buffers, with 127 blocks (65024 bytes) per transfer.t' Search: DRIVE1:[DIRECTORY]SMALLFILE.DATw' Reading DRIVE1:[DIRECTORY]SMALLFILE.DATe' Writing DRIVE2:[DIRECTORY]SMALLFILE.DATs    < 	Tests on small alpha running vms 7.1.  If you can't compile; 	fast_io_copy, let me know and I will drop it out to you as* 	a zip attachment.   				Robe   ------------------------------    Date: 19 Jan 2001 16:56:16 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: Re: DS20 - Slow I/O+ Message-ID: <y$e8vRtgVTYG@eisner.decus.org>0  N In article <94a805$2jl$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:  H >> Well, on the face of it it looks as if you got over 26:  13+ out, 13+G >> in (it was a copy operation, right?).  It's not hard to imagine thatoB >> file system execution overhead could halve the performance of aG >> solid-state disk, since file systems are generally not optimized fore
 >> that case.n > H > No, I mean for this test, I'd take 20MB/Sec (20 + 20 = 40). EverythingG > I've read about this disk says it can sustain 60MB/Sec. Since nothingbF > else is going on, with margins of error and FS overhead etc etc, I'd? > take a total of 40MB/Sec, or in this test 20. In my eyes, not  > unrealistic. >   > 	What is the rated bandwidth of that controller?  I can't findF 	a number on it...  But I can't believe that it would perform as well G 	as a newer HSZ70 that is rated at 40 MB/sec and 12000 I/Os per second.   E http://compaq.billyoungprod.com/trk/ultrascsi_trk/business/ultpos.htm    				Rob    ------------------------------    Date: 19 Jan 2001 17:04:06 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: Re: DS20 - Slow I/O+ Message-ID: <PNW2zfS0Abf0@eisner.decus.org>'  N In article <94a805$2jl$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:   > H > No, I mean for this test, I'd take 20MB/Sec (20 + 20 = 40). EverythingG > I've read about this disk says it can sustain 60MB/Sec. Since nothingfF > else is going on, with margins of error and FS overhead etc etc, I'd? > take a total of 40MB/Sec, or in this test 20. In my eyes, not  > unrealistic. >     = 	Wait a second , wait a second , wait a second... should havea! 	read that link a bit better....    G http://compaq.billyoungprod.com/trk/ultrascsi_trk/techresp/controls.htmc  D 	The controller you are using does about 2700 IO/s peak or less than< 	a quarter of the HSZ70.  I'm surprised you got 13 MByte/sec= 	out of it with your solid state disk test.  In fact, it must ? 	be rated between 12-15 MByte/sec peak (extrapolating back off t$ 	the HSZ70 and number of peak I/Os).   				Robi   ------------------------------  % Date: Fri, 19 Jan 2001 17:20:30 -0500s) From: "Ebinger . Eric" <EEbinger@drc.com>0 Subject: RE: DS20 - Slow I/OB Message-ID: <7162F87E9EF4D311BA9900805FC1D3AE7A6271@and02.drc.com>   > -----Original Message-----B > From: young_r@eisner.decus.org [mailto:young_r@eisner.decus.org]@ > 	What is the rated bandwidth of that controller?  I can't find8 > 	a number on it...  But I can't believe that it would  > perform as well 9 > 	as a newer HSZ70 that is rated at 40 MB/sec and 12000 _ > I/Os per second.   According to the spec sheet L (http://www5.compaq.com/products/storageworks/Array-and-SCSI-Controllers/maR
 230Plus.html))- the Raid Array 230/Plus is capable of a host    transfer rate of 20 MB/second.       Eric Ebinger   ------------------------------  % Date: Fri, 19 Jan 2001 17:28:10 -0500d' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: DS20 - Slow I/O( Message-ID: <94aeqb$5if$1@pyrite.mv.net>  = David Mathog <mathog@seqaxp.bio.caltech.edu> wrote in messagee& news:94aave$4v5@gap.cco.caltech.edu...H > In article <949rps$mcj$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:dH > >I know that the KZPAC is not supposed to be the shining stars of diskF > >performance, but we just purchased two DS20s, and I have to say I'mI > >really disappointed in the performance of the disk subsystem. I've run-K > >the gambit of configurations, and I have yet to get the DS20s to performd > >faster than my desktop PC.l >IK > Attention OpenVMS engineering!!!!  Here is yet another user bitten by ther" > slow default disk IO on this OS.  J Attention David:  get a grip!  Figure out what the hell is likely going onF before assuming that it supports your pet agenda if you want to appear half-competent.g  H If *any* Copy program on VMS (or any other system with a decent range ofH facilities to work with) performs poorly, it's purely the Copy program'sC fault.  2+ decades ago RSX copy facilities used multi-buffering andiL read-ahead/write-behind (though it would surprise me if VMS Copy were *less* mature in this regard).   B The sole purpose of a Copy utility is to shuffle data fast.  If anL implementor is too lazy to do the job right, s/he should simply spawn one of& the many existing utilities that does.   - bill   ------------------------------    Date: 19 Jan 2001 20:45:44 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: RE: DS20 - Slow I/O+ Message-ID: <eKpCH$IPkMxR@eisner.decus.org>   n In article <7162F87E9EF4D311BA9900805FC1D3AE7A6271@and02.drc.com>, "Ebinger . Eric" <EEbinger@drc.com> writes: >  >> -----Original Message-----oC >> From: young_r@eisner.decus.org [mailto:young_r@eisner.decus.org]tA >> 	What is the rated bandwidth of that controller?  I can't findo9 >> 	a number on it...  But I can't believe that it would b >> perform as well 7: >> 	as a newer HSZ70 that is rated at 40 MB/sec and 12000  >> I/Os per second.  >  > According to the spec sheetlN > (http://www5.compaq.com/products/storageworks/Array-and-SCSI-Controllers/maR > 230Plus.html)n/ > the Raid Array 230/Plus is capable of a host e" > transfer rate of 20 MB/second.   >   = 	Which brings up a point.  If someone put together the config : 	to perform a certain way and neglected to examine all the8 	components, that is an oversight.  The poster mentioned@ 	the solid state disk rated at 60 MB/s but it doesn't do a whole) 	lot of good to hang that off a 230 Plus.S   				Rob    ------------------------------  % Date: Fri, 19 Jan 2001 22:31:48 -0600f+ From: "Main, Kerry" <Kerry.Main@compaq.com>e& Subject: RE: EUREX and CBOT New SystemN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C66@kaoexc3.kao.cpqcorp.net>   Bill,i  H >>> I suspect that the lack of replies may have something to do with theJ fact that this is rather old news that most people here who are interestedL knew long ago.  Repetition is something you are prone to, but for some of us itB gets tiresome (which is not to say that having it in the Times wasJ inappropriate - at least I *hope* the Times goes to a much wider circle of% readers than congregate here...). <<<e  & Always the cheerful outlook. Oh well.   J Since, to the best of my knowledge, this good news information was was notL posted anywhere else, I wonder why you think this is old news? Especially inD view of all the negative Eurex / CBOT threads that have been posted.  H "On 28 August 2000,the Chicago Board of Trade (CBOT) and Eurex announcedI that their joint venture, a/c/e - alliance/ cbot/eurex,launched their new J electronic trading platform which runs on Compaq OpenVMS based AlphaServerI systems at its core. This new platform is identical to the platform Eurexa) currently operates in Frankfurt,Germany."   J Since I received some nice "thx for posting" offline replies on this, I am6 assuming others were also not aware of this good news.  G Course, I am always willing to stand corrected - do you know where this   information was posted before?     Thanks,   
 Kerry Main Senior Consultantf Compaq Canada Inc. Professional Services  Voice: 613-592-4660A Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: Bill Todd [mailto:billtodd@foo.mv.com] Sent: January 19, 2001 12:55 PMe To: Info-VAX@Mvb.Saic.Coml& Subject: Re: EUREX and CBOT New System      4 Main, Kerry <Kerry.Main@compaq.com> wrote in messageH news:910612C07BCAD1119AF40000F86AF0D805284C35@kaoexc3.kao.cpqcorp.net... >sI > Well, I suspect by the lack of replies that the following may have beenpJ > missed in the earlier thread about the OpenVMS Times being available ...  I I suspect that the lack of replies may have something to do with the fact J that this is rather old news that most people here who are interested knewJ long ago.  Repetition is something you are prone to, but for some of us itB gets tiresome (which is not to say that having it in the Times wasJ inappropriate - at least I *hope* the Times goes to a much wider circle of! readers than congregate here...).i   - bill   >iJ > Anyway, for those familiar with the financial markets - I'll repost this > with a new thread header.e >n
 > Regards, >d > ++++ >hJ > For those that might not have yet had a chance to read the OpenVMS timesJ > yet, there is an article on Eurex and the Chicago Board of Trades (CBOT) newn > (yes, NEW) system. >nF > Something to consider for the folks who work in the finance markets. >v9 > Check it out in the latest OpenVMS times pointer below.k9 > <http://www.openvms.compaq.com/openvmstimes/index.html>n >sG > "THE CHICAGO BOARD OF TRADE AND EUREX 'S JOINT VENTURE A/C/E LAUNCHESd COMPAQ+ > OPENVMS-BASED ELECTRONIC TRADING PLATFORM  >uI > On 28 August 2000,the Chicago Board of Trade (CBOT) and Eurex announced  thatF > their joint venture, a/c/e - alliance/ cbot/eurex,launched their newL > electronic trading platform which runs on Compaq OpenVMS based AlphaServerK > systems at its core. This new platform is identical to the platform Eurex + > currently operates in Frankfurt,Germany."I > A > [snip .. see OpenVMS times for more info.. pointer in attached]y > 4 > The Eurex and CBOT press releases can be found at:I > <http://www.cbot.com/cbot/www/cont_detail/0,1493,11+24+108+863,00.html>, >eL <http://www.eurexchange.com/index2.html?eh&3&1&entrancehall/news_pressreleas > es_69_en.html> >o
 > Regards, >  > Kerry Main > Senior Consultant  > Compaq Canada Inc. > Professional Servicesd > Voice: 613-592-4660  > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >d >c > -----Original Message-----< > From: Sue Skonetski [mailto:susan.skonetski@compaq.nospam]  > Sent: January 17, 2001 8:30 AM > To: Info-VAX@Mvb.Saic.Comc( > Subject: New OpenVMS Times now on line >  >oL > Please note that the latest issue of OpenVMS Times is now available on theJ > OpenVMS website.  This newsletter is in pdf format and will be available in > HTML.  >-7 > http://www.openvms.compaq.com/openvmstimes/index.html8 >T > Best Regards,q > Sue Skonetskid > editor   ------------------------------  % Date: Fri, 19 Jan 2001 22:07:06 +0000c% From: Alan Greig <a.greig@virgin.net>1$ Subject: Re: GS160 hardware question* Message-ID: <3A68BA8A.10F95D3C@virgin.net>   WILLIAM WEBB wrote:g  B > This is starting to sound like Monty Python's "Argument Clinic". >    No it's not. :)   ------------------------------  % Date: Fri, 19 Jan 2001 21:48:06 -0600i+ From: "Main, Kerry" <Kerry.Main@compaq.com>e$ Subject: RE: GS160 hardware questionN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C5E@kaoexc3.kao.cpqcorp.net>  
 Andrew ...  E >>> Even if Kerry wasn't trying to respond directly to the OPS/tuningp. allegations by posting the TPC-C result ...>>>   Thank you.  Finally !d   Now I can rest easily.   :-)o  
 Kerry Main Senior Consultantd Compaq Canada Inc. Professional Servicesu Voice: 613-592-4660n Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: andrew harrison [mailto:andrew.nospam@uk.sun.com]c Sent: January 19, 2001 1:02 PM To: Info-VAX@Mvb.Saic.Com $ Subject: Re: GS160 hardware question     jlsue wrote: > 5 > On Fri, 19 Jan 2001 13:14:31 +0000, andrew harrisont# > <andrew.nospam@uk.sun.com> wrote:x >  > >tI > >> To summarize all of the posts - you stated that Compaq would have to  tuneH > >> their current numbers at the time over 2.5 times to acheive Sun/IBM parity.rG > >> I simply pointed out that at the time, the Tru64 folks already hadR posted$ > >> the fastest Oracle TPC numbers. > >> > >1C > >To sumarise the posts, I suggested that Compaq might need to usei? > >OPS as a tuning mechanism to get good TPC-C performance. YoulD > >responded with a TPC-C benchmark which you thought disproved this$ > >allegation and accused me of FUD. > F > Ah, no we can add "mind reader" to the "architect" title on Andrew's > posts. >  > Cool!b > H > For the record, Andy, I think when someone tells you straight-out whatF > they were referring to, that person is more likely to know what they > were saying than you would.l  9 So you don't think that given the monumental stupidity of 8 Kerrys origional post that a bit of arse protection and  revisionism isn't going on.i  A Even if Kerry wasn't trying to respond directly to the OPS/tuningiA allegations by posting the TPC-C result which it is obvious that m> he was. You would have to question how sensible he was posting; a TPC-C result which in fact did illustrate exactly what I a said would happen.  A And even if you refuse to accept that Kerry was refering to this o? in his FUD allegation you still cannot escape the fact that thes> example he posted actually proved without a doubt that what I > had suggested (OPS in a Box) was completly correct, it is the . mechanism that Compaq used to tune the system.  F > Don't you even care how tragically bad you appear to the rest of the > world? >   7 You clearly don't otherwise you would not be in effect t: conducting a proxy argument with other pro-OpenVMS posters4 who don't agree with your generalisations on OpenVMS	 clusters.0   Regards: Andrew HarrisonD Enterprise IT Architect    ------------------------------  % Date: Fri, 19 Jan 2001 14:47:50 -0500:" From: patricia <kae422@erinet.com>: Subject: i s    i t     p o s s i b l e      t h a t   ? ?4 Message-ID: <058201c08250$b5ad4540$ad755acf@default>  :  is it possible that --- it is still in my PC somewhere ??   surely someone can help...   here's what happened:u  * my domain name was registered with HOSTONE( (note real host name - used for example)  3 HOSTONE asked me to move it to another HOST becausebE it is of an adult nature and they no longer host adult content sites.   # I have a few days to get that done.i  B I secured a server that can host the site we'll call them HOSTTWO.  5 HOSTTWO just yesterday completed the DNS reassignmentA# via Network Solutions and INTERNIC.n  B my website domain name is now directed to the IP###  from HOSTTWO.  ; I need to access my original site on the server of HOSTONE.l  9 problem is they can't seem to FIND my original   IP  ###.V  @ problem being they say -- that I was on a shared virtual server.  B where can I find my old   IP  ###  before my time runs out and the; website it took me 3 YEARS to compile disappears forever ??e  , here's some more info in case you need it --9 I am not sure what information is needed at this point---s  & I used FrontPage98 to create the site.9 I've looked in there -- the site disappeared when I tried 8 to open the site live with my domain name. the new shell2 information that HOSTTWO has UP on my domain name > is all that is coming through now... everything in FrontPage98= seems to have been erased (as far as the original site goes).d  $ I am on a Compaq running windows 95.2 On this computer is where I created and housed the files for the original website.e   In case it's needed:* I have access to a Compaq with Windows ME % and FrontPage2000 on my new computer.-. I have never used those for the original site. I just got them 3 days ago.0  . Is there some place I can find my old   IP  ##  2 please excuse this if it is a crosspost for you...0 I can't help it... and my time is running out...   can you help ??  T   please advise....C         thank you for your time....          ~Patti '              eMail:   kae422@erinet.com.   ------------------------------  % Date: Fri, 19 Jan 2001 18:35:40 -0600-7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> > Subject: Re: i s    i t     p o s s i b l e      t h a t   ? ?- Message-ID: <3A68DD5C.261E97FC@earthlink.net>    patricia wrote:  > < >  is it possible that --- it is still in my PC somewhere ?? > [snip]  - Well, this is entirely the wrong newsgroup...   D However, if you can learn to work around FrontPage, you can probablyC find your files on your local machine. You will have to work at it,.
 however...   -- 2 David J. DachteraL dba DJE Systemss http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/a  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.o   ------------------------------  % Date: Fri, 19 Jan 2001 14:15:32 -0500o- From: "Peter Weaver" <peter.weaver@stelco.ca>  Subject: Re: LDAP Server4 Message-ID: <zn0a6.121593$Z2.1468927@nnrp1.uunet.ca>  4 "Mark Baker" <Mark.Baker@stelco.ca> wrote in message. news:0ZZ96.121549$Z2.1467961@nnrp1.uunet.ca...E > If it is possible, can anyone tell me what needs to be done so thatt I cana- > access a VMS directory with an LDAP client?r  B Mark, check out http://www.openvms.compaq.com/wizard/wiz_4804.html   --   RULES OF THE AIR   -----------------e;  #17. Helicopters can't fly; they're just so ugly the earths       repels them.   ------------------------------  % Date: Fri, 19 Jan 2001 14:02:46 -0500  From: ITJCK01@bender.com: Subject: RE: Looking for Backup Scheduler for OpenVMS 7.210 Message-ID: <010119140246.8b3@alaxp3.bender.com>  E I agree.  In fact, at my site we use ISE EnterpriseSchedule with ABS.r   :) jck
 John Koska7 Matthew Bender & Co., Inc. - a part of LEXIS Publishing9 JKoska@bender.com-G -----------------------------------------------------------------------w Tom,  J While ABS is one option, there is also the following alternatives as well:I www.i-s-e.com (I have heard that ISE folks are getting good reviews thesei days..)'& http://www.sp32.com/products/index.php   Regards,  
 Kerry Main Senior Consultantu Compaq Canada Inc. Professional Serviceso Voice: 613-592-4660o Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com   ------------------------------  # Date: Sat, 20 Jan 2001 01:46:03 GMT 4 From: "Curtis Rempel" <vmsguy.no.spam.here@home.com>: Subject: Re: Looking for Backup Scheduler for OpenVMS 7.21: Message-ID: <v56a6.10794$K8.476800@news1.rdc1.ab.home.com>  & OK, here's what Curtis has to say  ;-)  B (actually, see another thread if you want to read my soapbox rant)  5 ABS Backup In A Nutshell (with apologies to O'Reilly)e  7 If you're using it for VMS backups, great, no problems.t  7 If you're gonna try UNIX, watch out for the land mines.   F If you're gonna try NT with it, better start polishing up your resume.    < "Dave Gudewicz" <david.gudewicz@abbott.com> wrote in message2 news:947qdf$5un$1@fizban.fizban.pprd.abbott.com...L > I donno about  "anti".  We've tested the latest version (3.1) and it works< > for us.  I'd be interested to hear what Curtis has to say. >e' > Is it "perfect".  Nope.  Is anything?o >hD > We're aware of the scheduling issue and v3 provided the ability to	 integrateo= > external scheduling software, which we're lookin' into now.4 >BE > v3.1b of ABS is coming RSN followed by v4 sometime later this year.h >:	 > Dave...a >o >r? > "andrew harrison" <andrew.nospam@uk.sun.com> wrote in message)& > news:3A670D36.EAA0808A@uk.sun.com... > > Dave Gudewicz wrote: > > >sD > > > Archive Backup System (ABS) from Compaq might be worth a look. > > > B > > > Client licenses for workgroup class systems are ~$400 a pop. > > >:F > > > Check http://www.openvms.compaq.com/openvms/storage/abspage.html > > > for more details.. > > >.I > > > We're just starting to implement it here, so not alot of experiencee with > it
 > > > yet. > > > 
 > > > Dave...@ > > >. > > 9 > > I would suggest you contact Curtis Rempel he seems toe6 > > be distinctly unimpressed with ABS. He has renamed > > it the Anti Backup System. > >m > >r9 > > > "Tom Crabtree" <tccrab@sunset.net> wrote in message.* > > > news:3A652FE6.B077C362@sunset.net... > > > > Hi all!o > > > >DL > > > > I'm fairly new to VMS, I only know enough to be dangerous, so please > be5 > > > > kind and and understanding with my ignorance.dK > > > > We have a small network of 5 Dec PWS 500AU's running Open VMS 7.21.t > (notH > > > > clustered)  Once a month I go around to each computer and load a tapeI > > > > and archive a data directory.  My collection of tapes is growing,s and  > my! > > > > patience is wearing thin.kD > > > > Where can I find an easy to use (and reasonably inexpensive) softwareL > > > > package that will allow me to set up a network wide scheduled backupH > > > > from one node?  I'm thinking of something similar to Backup Exec that > > > > will work on VMS.yJ > > > > I know that a reasonably smart person can set up a scheduled batchI > > > > process that will do this kind of job, but I'm not that smart and  notiK > > > > that interested in becoming more than casually familiar with  batchm > > > > processes and DCL. > > > >) > > > > Any ideas? > > > >O > > > > TIA  > > > >k > > > > Tom C. > > > > tccrab@sunset.net8
 > > > > --I > > > > -----------------------------------------------------------------i" > > > > My father used to tell me,F > > > > "Son, there is nothing wrong with being scared. . . as long as= > > > > you don't let it affect you until the danger is over.tF > > > > Being hysterical is okay, too . . . afterwards and in private.I > > > > Tears are not unmanly . . . in the bathroom with the door locked. C > > > > The difference between a coward and a brave man is mostly a/ > > > > matter of timing"o > > > >/8 > > > >       --------- Robert A. Heinlein -------------I > > > > -----------------------------------------------------------------  > > > >W > > > >g > >a > > -- > > Andrew Harrisonh > > Enterprise IT Architect  >t >    ------------------------------  % Date: Fri, 19 Jan 2001 23:40:33 +0100h9 From: "Michel Herrscher Consultant" <michel@herrscher.fr>b4 Subject: Moving from VAX to DS10 :  serial port ????% Message-ID: <94ahjl$l6c$1@wanadoo.fr>-  O I am moving ( sucessfully ) from MicroVax3100/95to Alpha DS10.  The increase of  power is really amazing...' Why did I waited so long ??????  ;-))))s  % I just got the 2 following problems :0  J 1) On my MicroVax3100/95  I had a serial modem control port (TTA2) where i attached a dial-in modem.oO It seems to me that there is not one on the DS10. I need this to do remote diale, up terminal access. What are the solutions ?  N 1-1) a small low-cost terminal server with telnet or/and lat : can you help me* to find any solutions ? New or second-hand  P 1-2) add a serial PCI card, USB ones ?  : is is supported by AVMS ? any reseller	 address ?   M 1-3) use the RMC port .. Brrrrr terrific : Is there modem control on it ? Cand) the connected user take over the server ?   P 2) I also used an LA600 printer connected to an DEC423 port, that is not presentN on the DS10. Can I can it to the parallel port ? Is it supported ? What is the  device name to define the queue?  P One global soltion can be the point 1-1 that includes a parallel port adressable  as a LAT  port ? Any suggestion?    Thanks in advance for your Help. -- Michel HERRSCHER Consultantt mhc@herrscher.fr7 Tl : +33 (0)450 870 912       Fax : +33 (0)450 871 741  Gsm : +33 (0)609 044 711   ------------------------------   Date: 19 Jan 2001 15:38:37 PSTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)8 Subject: Re: Moving from VAX to DS10 :  serial port ????3 Message-ID: <eiLJaBl0CnXv@mccdev.slac.stanford.edu>   % In article <94ahjl$l6c$1@wanadoo.fr>,n?     "Michel Herrscher Consultant" <michel@herrscher.fr> writes:1 >7Q > I am moving ( sucessfully ) from MicroVax3100/95to Alpha DS10.  The increase ofd > power is really amazing...) > Why did I waited so long ??????  ;-))))o >X' > I just got the 2 following problems :O >eL > 1) On my MicroVax3100/95  I had a serial modem control port (TTA2) where i > attached a dial-in modem.0L > It seems to me that there is not one on the DS10. I need this to do remote3 > dial up terminal access. What are the solutions ?   H         There are _two_ serial  ports  on  the  back of the DS10.  IIRC,H     they  are labeled COM1 and COM2.  COM1 is OPA0 (by default) and COM2H     is TTA0.  These are the pair of 9-pin (PC  style)  connectors,  nearH     the middle on th eback of the system.  QuickSpecs indicates TTA0 hasH     full modem control, and with the 9-pin connector, ought ot work justH     fine  with  current  modems.   There are also 9-pin-to-MMJ adapters,H     which I use to hang  a  VT420  with  a  printer off OPA0 for console     output.    [...] J > 2) I also used an LA600 printer connected to an DEC423 port, that is notN > present on the DS10.  Can I can it to the parallel port ?  Is it supported ?. > What is the device name to define the queue?  H         DEC423 == MMJ, right?  The  9-pin  to MMJ adapter part number isH     H8571-J.   They go for about US$25 from DECdirect (or it's CompactedH     follow-on).  I'd expect you can disable COM1  from  being  OPA0  viaH     console commands (but I'm not sure) and then set up a terminal queueH     to  it.   I haven't ever done this, but I'm sure others have and canH     provide more details...  [BTW, you can _definitely_ disable RCM from     the console.]            -Ken --M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edug:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------    Date: 19 Jan 2001 23:36:33 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen):* Subject: Re: New OpenVMS Times now on line+ Message-ID: <WqRIlpiMa94P@eisner.decus.org>   W In article <19JAN200105105192@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:l# > system@SendSpamHere.ORG writes... J > }Why is it everybody prints their .PDF files?  Why not just ship them in! > }postscript in the first place!kR > }VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM > E > Not everybody has a postscript printer. You don't need a postscriptl9 > printer to print a PFD file (well, not on a PC anyway).i  $ Not everybody has a computer either.  E But DEC declared Postscript their standard for VMS printing more thanp
 10 years ago.c  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------   Date: 19 Jan 2001 21:06:06 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)9 Subject: No technical computing, was: expanding the niche-, Message-ID: <94aa7u$4v5@gap.cco.caltech.edu>   In article <rdeininger-1801012305200001@user-2iveahc.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:6 >Dd >Rich Marcello recently said they have NO plans to push VMS for scientific and technical computing.   J That's rich (sorry for the pun).  The problem with VMS in a scientific andH technical environment is not that it cannot run the programs but that itG makes PAINFULLY obvious how slow VMS is for computing work in general. 6E Compaq cannot push VMS for that usage now because to do so would justaH highlight what a really miserable job OpenVMS engineering has been doingJ with regards to key areas of OS performance.  Primarily this is related toI disk IO, but pipes also stink, and even network IO is much slower than it+D could be.  For jobs that are CPU bound the differences are, as you'dK expect, very small, just a few percent one way or the other.  Check through I deja and you'll find a series of posts where I've documented all of theseII claims in great detail, comparing VMS and Linux on more or less identicall DS10s. R  I Compaq knows that the VMS is hyper reliable but hideously slow except in eE the magic "enterprise" realm, where huge numbers of disks, running onmM zillions of controllers, are kept busy all the time shuffling massive amountsr? of data about - AND all the data absolutely has to get to disk.o  K The reality is that VMS has all of the same performance problems there too.wH But those systems are so complex and expensive already that their ownersG think nothing of throwing on more controllers, and more disks, and moremI RAID and other hardware fixes, often from Compaq's own storage division. tK That is, they overcome VMS's current limitations by spending a lot of moneybJ on hardware.  Compaq likes that - it makes them money.  If they put in theF work to make VMS run as fast as other OS's on simple file and network K operations they probably think that they might not sell so many controllerssL and RAID arrays.   Never mind that the customers might be overjoyed to find F their systems running 2 or 3X faster, and might buy more such systems.  D The limitations that make VMS run poorly for the types of scientificD computing that I usually do (very IO intensive) are the reason that K VMS makes such a poor file server or web server.  It's the same reason VMS tG is at the core of enterprise applications and not scattered around the vK edges shuffling transactions.  For ANY program where disk and network IO is F important VMS will do a bad job unless it is propped up with megabucksH worth of hardware.  That isn't the sort of problem that Compaq should beK trying to sweep under the rug or "target" their way out of - it's something ( that they should be trying to fix ASAP.   F Ironically, about the only applications that I know of that spend veryD little time in IO relative to CPU time, and so run as well on VMS asF anywhere, are cpu bound scientific and technical programs.   (AlthoughG there you do run into the lack of support for MPI and PVM on OpenVMS.)     Regards,   David Mathog mathog@seqaxp.bio.caltech.eduh? Manager, sequence analysis facility, biology division, Caltech eJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Fri, 19 Jan 2001 17:17:33 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com>i= Subject: Re: No technical computing, was: expanding the nichem( Message-ID: <94ae6e$59b$1@pyrite.mv.net>  I Perhaps it's just due to frustration (which is something I can sympathizenA with), but in this post the bullshit far outweighs the substance.   J The fact that VMS disk-access-related performance *using default settings*K lags drastically behind, say, Linux's has been more than adequately coveredeH in this forum.  But the leap from that to the assertion that VMS *can't*K perform well when well-tuned is completely unfounded - just as unfounded aseL for VMS bigots to assert that Linux is intrinsically unsafe (especially whenK compared with VMS) because, by default, data gets written back to disk onlyoJ when Linux happens to feel like it, hence arbitrary amounts may be lost if power fails.  = David Mathog <mathog@seqaxp.bio.caltech.edu> wrote in messaget& news:94aa7u$4v5@gap.cco.caltech.edu...   ...   J > Compaq knows that the VMS is hyper reliable but hideously slow except inG > the magic "enterprise" realm, where huge numbers of disks, running onhG > zillions of controllers, are kept busy all the time shuffling massive  amountsaA > of data about - AND all the data absolutely has to get to disk.o >oH > The reality is that VMS has all of the same performance problems there too.  I And all the same solutions to them, which tend to get applied because the F effort of optimization is well-rewarded (e.g.., stable code performingJ high-data-rate operations rather than a constant stream of new code all of@ which would have to be massaged in perhaps hard-to-find places).  J > But those systems are so complex and expensive already that their ownersI > think nothing of throwing on more controllers, and more disks, and more?J > RAID and other hardware fixes, often from Compaq's own storage division.G > That is, they overcome VMS's current limitations by spending a lot of  money L > on hardware.  Compaq likes that - it makes them money.  If they put in theG > work to make VMS run as fast as other OS's on simple file and network A > operations they probably think that they might not sell so manyo controllersSH > and RAID arrays.   Never mind that the customers might be overjoyed to findH > their systems running 2 or 3X faster, and might buy more such systems.  L Never ascribe to cunning that which can be explained by simple incompetence.! Especially in the case of Compaq.-   - bill   ------------------------------   Date: 19 Jan 2001 18:50:56 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)B Subject: Re: Possible to view Password History on OpenVMS V7.1-2 ?6 Message-ID: <94a2ag$kmd$1@mailint03.im.hou.compaq.com>  F In article <949hjo$ciu$1@nnrp1.deja.com>, crc_cole@hotmail.com writes:A :Is it possible to view the Password History on OpenVMS V7.1-2 ? t     Nope.l  F :Is there a tool to decrypt the file or somewhere that the user who is< :requesting this can view the passwords that they have used?     Nope.'  K   If you wanted to throw enough processor cycles at the problem, you could -I   certainly search for obvious passwords using a "dictionary attack", or rK   you could search for cleartext passwords that hash out to the same value  K   as the specified user's password(s).  But the password hashing algorithm IJ   used on OpenVMS is quite deliberately one-way in nature, and intended toL   provide an appropriately "random" distribution of the hash results -- the K   algorithm is a hash, and not encryption.  The hashing algorithm is based eI   on a Purdy polynomial, and this choice was intended to be difficult to I8   reverse and difficult to duplicate the hash results...  F   If the user wishes to re-use passwords, you can disable the passwordJ   history mechanism or lock in a particular password.  If the user wishes H   to re-use passwords more frequently than presently permitted, you can F   shorten the window where re-use is prohibited.  (Details are in the F   security manual, as well as a description of why you probably don't    want to do this.)   F   By default, OpenVMS quite deliberately makes the re-use of passwordsG   relatively difficult for users.  Details of choosing passwords -- or  H   of choosing password phrases -- are also included in the manual.)  I'dI   encourage spending more time with this user explaining system security eH   and learning how to choose relatively secure passwords than I'd spend F   helping the user recover and/or remember their old password choices.  F   Also please realize that I do not know if YOU are hacking the systemI   password file -- resistance to password attacks was one of the reasons dF   why the password system was designed with the hash...  OpenVMS tries3   not to keep (valid) cleartext passwords around...   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 20 Jan 2001 02:29:33 +0800 From: tnhtbb@email.com! Subject: Powerful Technique  3491n( Message-ID: <3a68878d.0@news2.tm.net.my>   Learn all the secret of HOW TO MAKE OTHER PEOPLE TO WORK FOR YOU for free, get hundred or thousand of people reach you without you even contacting them.  Visit us today at : www.sixfigureincome.com/affiliate/register.html?871371 now.   3 Here you will learn 12 reason why you should do it.b
 skdgsdcmirlln    ------------------------------  # Date: Fri, 19 Jan 2001 19:58:14 GMTe/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu> 1 Subject: Re: RA230+ (KZPAC-CA) and 18/36 GB Diskso) Message-ID: <3A685606.52C1827C@uiowa.edu>e  0 I have to post a correction to my original post.  A 	I have found my memory is not what is used to be.:)  My KZPAC-CBaC (the RA 230+ w/ 8 MB cache, 3-channel model) does not control 18 GB7? disks, but in fact does run the largest "supported" models, theyD DS-RZ1DB-VW (9.1 GB).  My claims to be running with 18 GB drives for years was in fact incorrect.  A 	So, a few people suggested that 18 GB disks might still work but0 I can't say first hand...t  @ 	Thanks to all of you for the responses and info on this topic, < including the possibility of using 16 and 32 MB cache SIMMs!   Regards, Rick -- sH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479h   ------------------------------  % Date: Fri, 19 Jan 2001 13:13:31 -0800 * From: John Hagan <jhagan@axarosenberg.com>1 Subject: RE: RA230+ (KZPAC-CA) and 18/36 GB DisksrD Message-ID: <965B0ED2AEEDD311954A0000F8C1C0CE0CEFC4@Rmatsc.Riem.Com>   We are running 18 gigabyte disks, but they can not be put together in stripe sets.  We are running them as mirrorsets.  The stripe set goes past the allowed 32 gig barrier with this controller  
 John Hagan     -----Original Message-----4 From: Richard L. Dyson [mailto:rick-dyson@uiowa.edu]' Sent: Friday, January 19, 2001 11:58 AMc To: Info-VAX@Mvb.Saic.Comw1 Subject: Re: RA230+ (KZPAC-CA) and 18/36 GB Disks     0 I have to post a correction to my original post.  A 	I have found my memory is not what is used to be.:)  My KZPAC-CB C (the RA 230+ w/ 8 MB cache, 3-channel model) does not control 18 GBe? disks, but in fact does run the largest "supported" models, the-D DS-RZ1DB-VW (9.1 GB).  My claims to be running with 18 GB drives for years was in fact incorrect.  A 	So, a few people suggested that 18 GB disks might still work but1 I can't say first hand...   @ 	Thanks to all of you for the responses and info on this topic, < including the possibility of using 16 and 32 MB cache SIMMs!   Regards, Rick --  H Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479e   ------------------------------    Date: 19 Jan 2001 13:55:18 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson) T Subject: Rehash of Andrew's Java on OpenVMS FUD.  (was: Re: GS160 hardware question)* Message-ID: <94a2im$v2o$1@lisa.gemair.com>  * In article <3A687E62.4FB2BD91@uk.sun.com>,2 andrew harrison  <andrew.nospam@uk.sun.com> wrote: >Jordan Henderson wrote: >>  , >> In article <3A685D0F.76E1060@uk.sun.com>,5 >> andrew harrison  <andrew.nospam@uk.sun.com> wrote:c4 >> >Jordan Henderson spining madly like a top wrote: >>@ >> >> Yet, when I challenged you in another post to come up with= >> >> a single inaccuracy wrt to Java, you didn't rise to the  >> >> challenge. >> >>  >> >< >> >Perhaps another trip into dejanews would be a good idea. >> >8 >> >No on second thoughts lets not do that we tried that7 >> >last time and we all know now that any assertion on-; >> >your part relating to any activity of yours in dejanewsl >> >is at best suspect.F >> >- >> >How about these, do they jog your memory.: >> >8 >> >You asserted that the OpenVMS JVM was a little late.: >> >This is incorrect the 1.2.X release was over 12 months: >> >late, not a little and the 1.3.x release wasn't out at >> >the time of posting. >> >> >> >You asserted that Blackdown have some special relationship: >> >with Sun and that Sun assists Blackdown in porting the >> >JVM to Linux.? >> >@ >> >This isn't true Sun provides source code drops to Blackdown. >> > >> 3 >/8 >What is your position on your incorrect statement that 2 >the OpenVMS JVM support was only a little late ?? >s7 >Oh I can guess, a little in your terms is over a year.  >m  8 Only a little late in that very little software requires5 1.3.x and no other vendor other than Sun and IBM have 7 seen fit to release it.  HP hasn't, Compaq hasn't, heckf7 when I said that, Blackdown had just released 1.3 maybe  two weeks before.t  9 Of course, par for the course for you, you've changed thep: criteria, yet again.  Just today you said that I said that: 1.2 was the most up-to-date.  A complete lie, I never said it.d  < >> I stated that Sun and IBM were the only vendors that have7 >> produced this high level of compliance that you deem 8 >> essential and you threw out these irrelevancies about: >> Windows (whose port was produced by Sun) and Blackdown,- >> who to my way of thinking is not a vendor.s >> t >?7 >Why are Blackdown not a vendor, you never sucessfully  + >explained why you reached that conclusion.d >e   Oh? I feel that I did:  B In article <8snjf1$hpd$1@nnrp1.deja.com>, first you are quoted and
 then I reply:d  1 > > All this talk about perception is irrelevant.  >  o= > It is not.  Other vendors are only investing in Java to thee@ > extent that they see it's in their benefit.  Investing heavily? > in a platform controlled by another vendor has been enough toyC > give all the players (save Sun, of course) some reason to pause. H  a@ So, I feel that I have responded quite adequately explained what@ the special interest is for vendors here.  You may not disagree,8 but this not a matter of accuracy or facts, but opinion.  = What was it you said awhile back about confusing disagreement- with veracity?  3 >And anyway why would Blackdown not being a vendor '6 >even be relevant to the discussion anyway. They have 8 >to go through the same process to get a running JVM on 8 >Linux as OpenVMS engineering do to get a running JVM on
 >OpenVMS.  >-5 >How ironic that in your attempt to refute my points A3 >you have re-introduced yet another example of the l/ >inaccuracies that littered your Java postings.t >.; >You have also not explained why IBM being able to release j8 >their production JVM's at the same time as Sun does not8 >disprove your argument that the Java platform market is8 >tilted in Sun's favour from an availability of the JVM  >standpoint. >'5 >Surely you understand that if IBM can do it then anyl >other vendor can. )  5 Oh yes, right, IBM, the largest software/hardware andl2 consultancy in the world.  If they can do it, why 1 anyone can.  Of course, that makes perfect sense.=  3 It's clear that Sun and IBM have hit upon a plan tor2 outcompete everybody else in the Java arena and to1 evacuate the server playing field, which can only=2 benefit them.  It's less clear to other vendors if1 they wish to participate in this playing field so2& clearly controlled by their adversary.  ; >> I also made it clear why being a vendor was important inw? >> this regard.  Now that you've become so adept with dejanews,.@ >> you can go re-read that for yourself.  I won't quote it here. >> d >i: >No you havn't, sorry you tried to justify your exclusion 9 >of Blackdown as a vendor, this however sadly for you wasp9 >not a plausible expanation. In fact it was obvious that r8 >you simply excluded them because they were inconvenient8 >and because you had made a set of incorrect statements # >about their relationship with Sun.U >   
 See above.  @ >> I may have been, at one time, confused about the relationship? >> between Blackdown and Sun because I know I had read that Sunr< >> had taken some of Blackdown's work and repackaged it with> >> Borland (?) in an IDE and failed to acknowledge Blackdown's5 >> contribution, so I assumed that Sun had contractedO >> Blackdown to do this work.  >> F9 >> >You asserted that Sun has a lead in getting JVM's outx! >> >sooner than any other vendor.t >> >; >> >This also isn't true, Suns production JVM release datese" >> >are almost identical to IBM's. >> >; >> >You appeared to think that 1.2.X is the most up-to-date 7 >> >JVM it isn't 1.3.X was at the time of your posting.  >> > >> l? >> Please quote where I said that 1.2.x is the most up-to-date?m >> r >u: >Think about it Jordan, remember your posting saying that 7 >the OpenVMS JVM support was only a little out of date.d >   = See above.  First, you claim that Isaid that 1.2 was the MOSTe5 up-to-date and now you are retreating to attacking mye0 statement about it being a "little out of date".  8 Again, not an innaccuracy, but an opinion.  I think I'm 5 backed up by the fact that you'll find that the grossA6 majority of commercially available Java software still3 supports 1.2, but you'll probably bring up some oddt6 development effort underway that requires 1.3 as proof+ that 1.2 is more than a little out of date.t  : >This was when OpenVMS had just got a 1.2.X JVM, remember.5 >What was the current production JVM on Solaris, AIX k6 >etc at the time of your posting, can you remember. It9 >was 1.3.X not 1.2.X which you appeared to think was the   >most up-to-date JVM.  >n! >> >When do you want me to stop ?o >> > >> t2 >> When you find anything of substance, that would >> be fine, thank you. >> p >n7 >When you answer the first questions which you know youa3 >havn't then we can go on, at the moment you failed 3 >at the very first one so it isn't going very well i >is it.a >n4 >So much for your bluff assertion that I would have 5 >difficulty finding a single incorrect statement that 1 >you have made about Java, it would be easier to p! >find a single correct statement.w >.  4 I'm still waiting for real inaccuracies and not just differences of opinion.    >regards >Andrew Harrison >Enterprise IT Architect   -Jordan Hendersong jordan@greenapple.comc   ------------------------------    Date: 19 Jan 2001 17:24:35 -05003 From: "Gareth V. Williams" <graff@cfa0.harvard.edu>l* Subject: Reporting VMS problems to Compaq?, Message-ID: <3a68bea3.0@cfanews.harvard.edu>  E Where does one report VMS bugs (or what appear to be bugs) to Compaq?a4 I don't see any obvious link on the OpenVMS website.  F One machine in our five Alpha cluster just reboooted itself (ANAL/DUMPH shows that INCONSTATE error and BUGCHK caused the reboot) while a user's" command procedure was adding filesB to a directory on an ODS-5 disk on the affected machine.  When theI machine came back up the directory was corrupted ("-SYSTEM-W-BADIRECTORY, E bad directory file format").  ANAL/DISK/REPAIR appearts to have fixedoF the problem, but having a directory corruption as a result of a rebootF does not seem to be very robust and I think this needs to be reported.     -- iH ------------------------------------------------------------------------H Gareth V. Williams, MS 18, 60 Garden Street, Cambridge, MA 02138, U.S.A.+ Associate Director, IAU Minor Planet CenterdH gwilliams@cfa.harvard.edu        http://cfa-www.harvard.edu/iau/mpc.html7 OpenVMS & RISC OS: refined choices in operating systemst   ------------------------------  # Date: Fri, 19 Jan 2001 23:36:47 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: Reporting VMS problems to Compaq?4 Message-ID: <jc4a6.3$cu.194@gazette.loc1.tandem.com>  b In article <3a68bea3.0@cfanews.harvard.edu>, "Gareth V. Williams" <graff@cfa0.harvard.edu> writes:F :Where does one report VMS bugs (or what appear to be bugs) to Compaq?  D   Via the Compaq Customer Support Center, usually.   Please see the ,   OpenVMS FAQ section SUPP1, among others...  G :One machine in our five Alpha cluster just reboooted itself (ANAL/DUMPiI :shows that INCONSTATE error and BUGCHK caused the reboot) while a user'ssF :command procedure was adding files to a directory on an ODS-5 disk...  E   I will assume you have loaded the mandatory ECOs for OpenVMS Alpha  E   V7.2, V7.2-1, or V7.2-1H1.  I'd look at the XQP, RMS, and the core t7   and device driver ECOs for a bugcheck in this area...l  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 19 Jan 2001 20:31:17 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)( Subject: Re: TCPIP$BIND: dynamic updates* Message-ID: <3a689605$1@news.kapsch.co.at>  m In article <19JAN01.17094518@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:iM >The W2K server may be trying to write SRV records which requires bind 8.2.2. M >Amazingly SRV record support was added to BIND in TCP V5.0A ECO1. Here's the & >comment from the ECO 1 release notes: >iE >  BIND 8.1.2 did not include dynamic update support for SRV records.  >v >        Solution: >eI >        Extract and merge the SRV support from BIND 8.2 into our current  >        sources.    That was news for me...o  I >However, as Peter Langstoeger implied, and I've been told by a MicrosofthD >Instructor in November, support of SRV records in BIND is not quite! >enough to avoid using a W2K DNS.o  G Eg. Multimaster update mode is the most common argument against BIND 8.aE Without a multimaster update mode, every DDNS client registers itself.J only with the Primary [D]DNS, which then triggers all registered secondaryJ nameservers to do a [full] zone transfer. This leads to a real big networkJ load if many clients do many updates and you also have many secondaries...   The solution seems to be8 a) [standard for] partial instead of full zone transfersH b) [standard for] multimaster updates (hence no primary server for DDNS)G Both is said to be fixed in BIND 9 (or maybe already in BIND 8.2.x) andyB surely is solved - though in a M$ proprietary way - in Microsoft's "W2k DNS with AD integration".  I I haven't really checked the RFCs and the BIND implementation levels yet,dE but I know there is currently no BIND 9 on VMS (said to be in 5.1) or I on any U**X systems installed here (though I expect to get them soon) and H I don't know if a W2K DNS server is fully compatible with a BIND 8/9 forI partial-zonetransfers or multimaster-mode (M$ is well known to avoid suchoF standards) and as I can't totally avoid M$ DNS servers here (like most$ other network managers) I'm stumped.  I Problem is also, wheter the W2k clients would know how to register itselfd+ in a Non-M$ multimaster-mode environment...   M So, please, if anyone has already a good understanding of the BIND and/or RFC- fill my knowlegde pits soon...  G >                                           Hopefully this will change.o   ?? Hopefully, yes. Likely, no.d  J If IAB has a standard/way to also include W2K, M$ will surely find another@ feature to again force users to use M$ DNS products immediately.) Only few standards survived M$ attacks...u  	 Resist M$n   -- I< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888u< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Fri, 19 Jan 2001 20:04:24 GMTp From: nikonman@my-deja.com, Subject: Re: Telnetting from a DECServer 90M) Message-ID: <94a6k1$1b8$1@nnrp1.deja.com>o  ! > At the DECserver prompt type in  >u* > SHOW PORT # TELNET CLIENT CHARACTERISTIC >s > This might shed some light.-    # Indeed it has.  This did the trick:n  5 Local> cha po n telnet client signal request disabled-  
 Beautiful.   Many thanks,   Win2     Sent via Deja.comm http://www.deja.com/   ------------------------------   Date: 19 Jan 2001 22:05:24 GMT* From: bleau@umtof.umd.edu (Lawrence Bleau)9 Subject: Re: Timme difference between two kinds of BACKUPu) Message-ID: <94adn4$jdi$1@hecate.umd.edu>o  K I had an even worse problem thn this (BACUP taking much longer to saveset).hH More time - both clock and cpu - was spent on extending the saveset thanI was spent on copying the files themselves!  I finally gave up and started1G doing dis-to-disk copy using BACKUP of selected directories (not makingRG savesets).  At least this way each output file gets creaeted its properuG size, not expansion needed.  You should've seen the number of extension & headers the original saveset required!   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  % Date: Fri, 19 Jan 2001 23:16:57 -0500t2 From: rdeininger@mindspring.com (Robert Deininger)9 Subject: Re: Timme difference between two kinds of BACKUPsL Message-ID: <rdeininger-1901012317040001@user-2ive6kr.dialup.mindspring.com>  D In article <94adn4$jdi$1@hecate.umd.edu>, bleau@umtof.umd.edu wrote:  = > At least this way each output file gets creaeted its proper.I > size, not expansion needed.  You should've seen the number of extension ( > headers the original saveset required!  w The worst I've seen, IIRC, was 27 extension headers.  It wasn't a saveset, just a random data file created by a newbie.e   -- f Robert Deininger rdeininger@mindspring.com    ------------------------------    Date: 20 Jan 2001 02:42:45 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: Veritas Netbackup agent for VMS- Message-ID: <87k87rgz8a.fsf@prep.synonet.com>o  . koehler@eisner.decus.org (Bob Koehler) writes:  J > You have also lost any cluster size, ownership, maximum files number, orI > other initialization data for the volume unless you take separate stepseA > to preserve the data for the initialization.  Not an acceptablet > solution.3  # And lost the boot block pointers...o   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.1@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 19 Jan 2001 18:52:10 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: XML Parserd6 Message-ID: <94a2cq$kmd$2@mailint03.im.hou.compaq.com>  Z In article <949isn$dn4$1@nnrp1.deja.com>, Adam Meyerowitz <ameyerow@optonline.com> writes:  H :Does anyone know of an XML Parser for OpenVMS 7.1, either commercial or
 :open source?t     FAQ.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 19 Jan 2001 12:17:31 -0800 ! From: Shane.F.Smith@Healthnet.com  Subject: Re: XML ParserhD Message-ID: <OF45BA0579.4C1DC0BA-ON882569D9.006F4012@foundation.com>  J Most of the ones available seem to be C++, or were overkill for the task IJ needed doing. If you can't find what you need, drop me a line privately. IA have a C work-in-progress that might give you somewhere to start.    Shane-          F hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) on 01/19/2001 10:52:10 AM  / Please respond to hoffman@xdelta.zko.dec.nospame   To:   Info-VAX@Mvb.Saic.Com  cc:S   Subject:  Re: XML Parser      9 In article <949isn$dn4$1@nnrp1.deja.com>, Adam MeyerowitzB  <ameyerow@optonline.com> writes:  H :Does anyone know of an XML Parser for OpenVMS 7.1, either commercial or
 :open source?0     FAQ.  2  --------------------------- pure personal opinion ---------------------------n/    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 19 Jan 2001 15:14:00 -0500d4 From: "John L Ferguson" <John.L.Ferguson@compaq.com> Subject: Re: XML Parsert6 Message-ID: <94a76u$ls5$1@mailint03.im.hou.compaq.com>  I Checkout http://www.openvms.compaq.com/openvms/products/ips/xml.  The C++hI versions XML parser and XSLT stylesheet processor should be posted in thej next 2-3 weeks at the same URL.    John   ------------------------------  % Date: Fri, 19 Jan 2001 21:05:11 -0000h* From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: XML Parsere, Message-ID: <94aa62$10ae@newton.cc.rl.ac.uk>  _ "Adam Meyerowitz" <ameyerow@optonline.com> wrote in message news:949isn$dn4$1@nnrp1.deja.com...w  I > Does anyone know of an XML Parser for OpenVMS 7.1, either commercial or  > open source?  
 Mozilla ;)P Seriously, the Expat package http://www.jclark.com/xml/expat.html is fairly easy to get going on VMS.   ------------------------------   End of INFO-VAX 2001.039 ************************