0 INFO-VAX	Fri, 19 Jan 2001	Volume 2001 : Issue 37      Contents:+ Re: "OpenVMS + Active Directory" be careful + Re: "OpenVMS + Active Directory" be careful  C 5.1 ==> C 6.2A Re: C 5.1 ==> C 6.2A RE: Compaq and IBM Compaq press release Re: Compaq press releaseO RE: Compaq press release - OpenVMS Alpha and Himalayan FinancialMarket New Wins 4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution RE: Creating new boot disk? G Re: Encapsulate MONITOR summary data, and import into Excel spreadsheet G Re: Encapsulate MONITOR summary data, and import into Excel spreadsheet G RE: Encapsulate MONITOR summary data,and import into Excel sprea	dsheet  Re: Expanding the niche P Re: FTP and file corruptions (was: THIS IS VERY IMPORTANT, YOU INTELLIGENT PERSO Re: Ghostscript v6.50 $ Re: Gigabit Ethernet and VMS 6.2-1H3 Re: GS160 hardware question  RE: GS160 hardware question  RE: GS160 hardware question  Re: GS160 hardware question  Re: GS160 hardware question  Re: GS160 hardware question  RE: Image Monitor? RE: Image Monitor? Re: Image Monitor?1 Re: Looking for Backup Scheduler for OpenVMS 7.21 1 RE: Looking for Backup Scheduler for OpenVMS 7.21 ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: OpenVMS "reply/to" challenge. - Re: OpenVMS : solid but low profile - by CNET  Oracle Rdb prices  Re: Oracle Rdb prices  RE: Oracle Rdb prices  RE: Oracle Rdb prices , Re: Pager software for Vax running VMS 6 + ? Queue has lowercase attribute ! Re: Queue has lowercase attribute ! Re: Queue has lowercase attribute $ RA230+ (KZPAC-CA) and 18/36 GB Disks( Re: RA230+ (KZPAC-CA) and 18/36 GB Disks( RE: RA230+ (KZPAC-CA) and 18/36 GB Disks( Re: RA230+ (KZPAC-CA) and 18/36 GB Disks1 Re: REQ: Pager software for Vax running VMS 6 + ? 1 Re: REQ: Pager software for Vax running VMS 6 + ? 1 RE: REQ: Pager software for Vax running VMS 6 + ? 1 Re: REQ: Pager software for Vax running VMS 6 + ? ' Re: Source for used StorageWorks disks?  system acct login  Re: system acct login  Re: system acct login  Re: system acct login  Re: TCPIP$BIND: dynamic updates  Re: What succeeds TSM? Re: What succeeds TSM? Re: What succeeds TSM? Re: WRQ drops LAT ???  x25 packet switching  F ----------------------------------------------------------------------  # Date: Thu, 18 Jan 2001 22:41:31 GMT  From: walingk@my-deja.com 4 Subject: Re: "OpenVMS + Active Directory" be careful) Message-ID: <947rep$1kh$1@nnrp1.deja.com>   * In article <3A5EEA4D.2DC345C7@iaf.fhg.de>,*   Theo Jakobus <jakobus@iaf.fhg.de> wrote: > Chuck Chopp wrote: > >  > > JF Mezei wrote:  > > ; > >  Is there a quick explanation in laymen's terms of what  that "active directory" is ?  8 Got the answer below from http://webopedia.internet.com/  E A new directory service from Microsoft that is  part of Windows 2000.   F A directory service is a network service that identifies all resourcesA on a network and makes them accessible to users and applications. E Resources include e-mail addresses, computers, and peripheral devices @ such as printers. Ideally, the directory service should make theG physical network topology and protocols transparent so that a user on a B network can access any resource without knowing where or how it is physically connected.   E There are a number of directory services that are used widely. Two of D the most important ones are LDAP, which is used primarily for e-mailG addresses, and Netware Directory Service (NDS), which is used on Novell C Netware networks. Virtually all directory services are based on the F X.500 ITU standard, although the standard is so large and complex than! no vendor complies with it fully.   A LDAP is short for Lightweight Directory Access Protocol, a set of E protocols for accessing information directories. LDAP is based on the C standards contained within the X.500 standard, but is significantly G simpler. And unlike X.500, LDAP supports TCP/IP, which is necessary for E any type of Internet access. Because it's a simpler version of X.500, $ LDAP is sometimes called X.500-lite.  C Although not yet widely implemented, LDAP should eventually make it E possible for almost any application running on virtually any computer E platform to obtain directory information, such as email addresses and D public keys. Because LDAP is an open protocol, applications need not5 worry about the type of server hosting the directory.    Hope this helps              Sent via Deja.com  http://www.deja.com/   ------------------------------   Date: 18 Jan 2001 22:55:13 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)4 Subject: Re: "OpenVMS + Active Directory" be careful6 Message-ID: <947s8h$9fr$1@mailint03.im.hou.compaq.com>  E In article <947rep$1kh$1@nnrp1.deja.com>, walingk@my-deja.com writes: + :In article <3A5EEA4D.2DC345C7@iaf.fhg.de>, + :  Theo Jakobus <jakobus@iaf.fhg.de> wrote:  :> Chuck Chopp wrote:  :> > :> > JF Mezei wrote: :> >< :> >  Is there a quick explanation in laymen's terms of what! :> > that "active directory" is ?  : 9 :Got the answer below from http://webopedia.internet.com/  : F :A new directory service from Microsoft that is  part of Windows 2000. ..  ?   Or in OpenVMS terms, distributed, network-wide logical names.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 18 Jan 2001 21:06:20 -0000 - From: "Ian Sweeney" <Ian_Sweeney@lineone.net>  Subject: C 5.1 ==> C 6.2A 1 Message-ID: <t6emusbihj0t7b@corp.supernews.co.uk>   @ We're upgrading from VMS 7.1 to VMS 7.2 and from C 5.7 to C 6.2A  K There appear to be differences in the output from print for values like 2.5 G when we compare old and new (old rounds to 3, new rounds to 2). Is this L expected behaviour? Is it documented? Is there a flag we can set to make the# new system consistent with the old?    --K If you can help, or suggest somewhere else I should post this message, then  please email me at Ian_Sweeney@lineone.net  Thanks,  Ian Sweeney    ------------------------------   Date: 18 Jan 2001 21:28:37 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: C 5.1 ==> C 6.2A 6 Message-ID: <947n65$883$1@mailint03.im.hou.compaq.com>  a In article <t6emusbihj0t7b@corp.supernews.co.uk>, "Ian Sweeney" <Ian_Sweeney@lineone.net> writes: A :We're upgrading from VMS 7.1 to VMS 7.2 and from C 5.7 to C 6.2A  : L :There appear to be differences in the output from print for values like 2.5H :when we compare old and new (old rounds to 3, new rounds to 2). Is thisM :expected behaviour? Is it documented? Is there a flag we can set to make the $ :new system consistent with the old?     Code example, please?   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 18 Jan 2001 14:25:03 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com>  Subject: RE: Compaq and IBM N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C40@kaoexc3.kao.cpqcorp.net>   Fabio,  @ >>> They will port all that MVS stuff to Linux... CICS, VTAM,<<<  D ROTFL. Remember, every platform has its strengths and weaknesses. IfD anything, in this space, IBM will be making their own traditional OS9 platforms more capable of supporting Linux applications.    I No "license" or "branding" issues and all those applic's running on their B traditional servers. I personally would agree with that strategy.   I Why not? Do the end users care what the platform is running underneath if E they can run the applications they want with the right amount of RASS 6 (reliability, availability, scalability and security?)   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.br , [mailto:fabio_compaq@ep-bc.petrobras.com.br] Sent: January 18, 2001 10:22 AM  To: Info-VAX@Mvb.Saic.Com  Subject: Re: Compaq and IBM     < OS/2 ..... ??? IBM do not have interest in this OS anymore != They have now Linux to play with ..... IBM is Linux now ..... 7 Check the news .... supercomputers for NCSA, Telia .... C They will port all that MVS stuff to Linux... CICS, VTAM, etc ! :-)    Regards    FC        : Christof Brass <brass@infopuls.com> em 18/01/2001 11:07:26             Info-VAX@Mvb.Saic.Com        Assunto: Re: Compaq and IBM     " Shane.F.Smith@Healthnet.com wrote: > J > Maybe that wouldn't be such a bad thing for us. They do seem to know how to7 > manage multiple platforms, and to market effectively.  >  > Shane  > ? > fabio_compaq@ep-bc.petrobras.com.br on 01/17/2001 02:12:55 AM  >  > To:   Info-VAX@Mvb.Saic.Com  > cc:  >  > Subject:  Compaq and IBM > 5 > Compaq will ship Proliants with  Lotus Domino .....  > ; > http://www5.compaq.com/newsroom/pr/2001/pr2001011501.html  > ' > Compaq and IBM:  Shark, Tivoli, Lotus  > 0 > Is Compaq planning to merge with IBM ???? :- / >  > Regards FC   Great. Ask the OS/2 people.    ------------------------------  % Date: Thu, 18 Jan 2001 15:42:20 -0500 5 From: "Sue Skonetski" <susan.skonetski@compaq.nospam>  Subject: Compaq press release 6 Message-ID: <947kau$7qq$1@mailint03.im.hou.compaq.com>  8 http://www.compaq.com/newsroom/pr/2001/pr2001011801.html   Thought you might like this,   Sue    ------------------------------   Date: 18 Jan 2001 23:34:15 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)! Subject: Re: Compaq press release , Message-ID: <947uhn$s2m@gap.cco.caltech.edu>  n In article <947kau$7qq$1@mailint03.im.hou.compaq.com>, "Sue Skonetski" <susan.skonetski@compaq.nospam> writes:9 >http://www.compaq.com/newsroom/pr/2001/pr2001011801.html  >  >Thought you might like this,   N I'd like it a lot more if it was in the slightest way relevant to the types ofI machines that I work on.   The sorts of systems Compaq writes up in these E press releases are about as far removed in scale from what I do as an E aircraft carrier is from a rowboat.  While the sale of a small system H doesn't merit a full blown press release, and would look pretty silly inJ that format, surely there must be _some_ VMS wins outside of the financial+ sector and on machines costing << $20,000.    K Any chance you folks could write up at least a couple of these and put them ( on the "wins" section of the web site?     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Thu, 18 Jan 2001 15:42:56 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com> X Subject: RE: Compaq press release - OpenVMS Alpha and Himalayan FinancialMarket New WinsN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C44@kaoexc3.kao.cpqcorp.net>   Sue,   You beat me to it  :-)  L Also, the CBOT/Eurex financial market win info (CBOT/Eurex and OpenVMS Times3 article) was posted in an earlier thread yesterday.   K For the benefit of those not wanting to read the pointer to todays release,  here is an extract: : <http://www.compaq.com/newsroom/pr/2001/pr2001011801.html>  L "The Sydney Futures Exchange (SFE) will run its new Allocation, Clearing andG Settlement application on an array of Compaq AlphaServerT DS20E systems H running OpenVMS, with Fibre Channel-based SAN (storage area network) and Oracle relational database.   I Based on their high availability and scalability leadership, both NonStop K Himalaya and OpenVMS on AlphaServer systems have long been the platforms of G choice among the world's stock exchanges. More than 100 stock exchanges D worldwide have deployed these Compaq systems, including 14 of the 15J largest. In the United States, both the New York Stock Exchange and NasdaqB rely on Compaq systems. Worldwide, approximately 95 percent of allJ securities transactions are handled by Compaq NonStop Himalaya and OpenVMS on AlphaServer systems. "   H [Also, the Toronoto Stock Exchange and Bourse de Montreal Inc. have alsoK selected Compaq Himalayan Servers for their new application platforms.. see  press release for more details]    Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----: From: Sue Skonetski [mailto:susan.skonetski@compaq.nospam] Sent: January 18, 2001 3:42 PM To: Info-VAX@Mvb.Saic.Com  Subject: Compaq press release     8 http://www.compaq.com/newsroom/pr/2001/pr2001011801.html   Thought you might like this,   Sue    ------------------------------  # Date: Thu, 18 Jan 2001 21:25:29 GMT   From: jlsue <jlsuexxxz@home.com>= Subject: Re: Compaq: A simple, affordable clustering solution 8 Message-ID: <qbce6t852dut683nb2ocg0rkne1bn288n6@4ax.com>  3 On Thu, 18 Jan 2001 10:59:06 +0000, andrew harrison ! <andrew.nospam@uk.sun.com> wrote:      > . >Really, how interesting coming from you. The - >discussions we have had in the past if they  / >can be described as that have been interesting . >if only because you never seem to be able to * >avoid getting personal. Hoe about joining* >certain other posters on this group in a  >getting a bit of mirror time. >   D Yeah, sure.  Other than outright laughter at the incredible irony inE your posts (i.e., you get the Pot...Kettle award), I have been *very* F good about sticking to FACTS.  Not, as in your case, supposition based on zero experience.   D I have given you first-hand accounts of experience that blows *huge*A holes in your statements, and when you are asked questions, I see B nothing but the ol' duck-and-dodge on to other - often unrelated - topics.   1 Not speaking for anyone, certainly not DEC/Compaq - (get rid of the xxxx in my address to e-mail)    ------------------------------  % Date: Thu, 18 Jan 2001 22:15:21 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> = Subject: Re: Compaq: A simple, affordable clustering solution - Message-ID: <3A67BF59.F35D3C96@earthlink.net>    andrew harrison wrote: >  > "David J. Dachtera" wrote: > >  > > andrew harrison wrote:& > > > Wow, back to the school yard !!! > > > ( > > > How about responding to my points. > > / > > Sure ... as soon as you make one (or more).  > >  > + > Or could it be that the points would draw - > inevitable and uncomfortable conclusions if  > you bothered to answer them. > 4 > Here are the points that you didn't want to answer > just as a recap. > [snip]  ; Repeat your bullshit all you want. I'm not taking the bait.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   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: 18 Jan 2001 21:01:53 CDT= From: wayne@tachysoft.xxx.371908.killspam.0149 (Wayne Sewell) = Subject: Re: Compaq: A simple, affordable clustering solution . Message-ID: <FiConmtTIag0@tachxxsoftxxconsult>  \ In article <3A64E522.BD218FA6@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Christof Brass wrote: C >> Do us a favour. Name the customer and the people involved. We'll A >> send somebody familiar with the technical terms to sell them a . >> couple of ES40s or whatever is appropriate.! >> Or did you make up this story?  > J > The problem is that due to Compaq's image, Andrew Harrison's example (or > story) is very beleivable.   believable != true     --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)0O ===============================================================================OB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  % Date: Thu, 18 Jan 2001 17:06:52 -0800a! From: Tom Linden <tom@kednos.com>V$ Subject: RE: Creating new boot disk?9 Message-ID: <EJEDILJIPPJOIEFOLDHLKEBLCEAA.tom@kednos.com>u  @ Well, not sure if it is hung or not.  Have the cover off and theB activity light on DKA100 is on continuously.  I would expect it to3 be intermittent and I don't hear any head movement.o  I Also If I enter a command from another window, after the carriage return,iF nada.  The following are the commands entered.  This running Alpha 6.2B with ALPSCSI08_062 patches.  The drive is an IBM DDRS-34560 4.3GB.  " NORNS> init NORNS$DKA400: newlabel" NORNS> mount/foreign NORNS$DKA400:4 %MOUNT-I-MOUNTED, NEWLABEL mounted on _NORNS$DKA400:D NORNS> backup/image/log/verify/ignore=interlock/noinit NORNS$DKA100:
 NORNS$DKA400:oL %BACKUP-I-EXTINDEXF, INDEXF.SYS on device NORNS$DKA400: has been extended to accommodate restored files  E Since I believe there are some bad sectors on the source drive, maybehH /VERIFY is putting it into a loop?  I think I have to depress the little button.e   TIAM   > -----Original Message-----6 > From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]( > Sent: Monday, January 15, 2001 2:26 PM > To: Info-VAX@Mvb.Saic.Coml& > Subject: Re: Creating new boot disk? >e >p > Tom Linden wrote:  > >l+ > > BACKUP/IMAGE/NOINITIALISE works on 6.2.R > >iE > > Is there a problem with letting backup/image initialize the disk?e >r= > For small drives, no there is no problem. But for vry largeu > drives, Backup mayL > use a fairly large cluster size that may waste some disk space if you have9 > lots of small files. But it will work if you let backupA > initialise the drive.  > > > > My concern is making wrong entries, being a novice at VMS. >a9 > HELP INIT will give you a good idea of what you can do.n >MJ > > 1. Initialize disk  (is there a problem using the same volume =-label,K > >    guess not since it isn't mounted) (assuming I have to do this step.)  >y > I would suggest youy >m > INIT DISK2:/LABEL=newlabel: > BACKUP/IMAGE/NOINIT DISK1: DISK2:   (you may wish to add  > /NOALIAS/LOG/IGNORE=INTERLOCK)  > SET VOLUME DISK1/LABEL=OLDDISK$ > SET VOLUME DISK2/LABEL=SYSTEM_DISK >k; > > 3. Pull out disk1, change jumpers on disk2 to be disk1.- > > 4. Boot- >-= > You don't actually need to change the jumpers. You can booty > directly to disk2,; > or you can change the console to boot to disk2 by defaulte > (something like SET  > BOOT DKA200) >E >D, > I would suggest you read HELP BACKUP/IMAGE > HELP INIT  > and HELP SET VOLUMEr >:   ------------------------------  # Date: Thu, 18 Jan 2001 22:29:28 GMTl! From: Ian Parker <parker@gol.com>eP Subject: Re: Encapsulate MONITOR summary data, and import into Excel spreadsheet& Message-ID: <+GdWoAAIm2Z6Ew$W@gol.com>  H In article <946u3r$4s2$1@nnrp1.deja.com>, Andrew.Rycroft@intrinsitech.co m writes >Hi, >sH >I have a client who wants to take the MONITOR program summary data, and% >import it into an Excel spreadsheet.o >t@ >From reading the OpenVMS for NT integration for dummies book, IC >understand that this can be done with COM. But I do not quite know  >where to start? >  >Any suggestions appreciated.a >r >Thanksi >Andreww >  >r >Sent via Deja.com >http://www.deja.com/h  F The MONITOR recording file format is documented - I believe it used to= be in the Utilities manual (but I haven't checked for years).l   Regards,   Iant -- D
 Ian Parker   ------------------------------  % Date: Thu, 18 Jan 2001 23:34:20 -0500t2 From: rdeininger@mindspring.com (Robert Deininger)P Subject: Re: Encapsulate MONITOR summary data, and import into Excel spreadsheetL Message-ID: <rdeininger-1801012334200001@user-2iveahc.dialup.mindspring.com>  I In article <+GdWoAAIm2Z6Ew$W@gol.com>, Ian Parker <parker@gol.com> wrote:d  J > In article <946u3r$4s2$1@nnrp1.deja.com>, Andrew.Rycroft@intrinsitech.co
 > m writes > >Hi, > >TJ > >I have a client who wants to take the MONITOR program summary data, and' > >import it into an Excel spreadsheet.i > >aB > >From reading the OpenVMS for NT integration for dummies book, IE > >understand that this can be done with COM. But I do not quite knowr > >where to start?    + I just happened to stumble onto this today:a  I MONITOR_TO_CSV, SYSTEM MANAGEMENT, Utility which converts MONITOR /RECORDaI                                    binary output to Comma Separated Valueo.                                    ASCII Text.  8 The MONITOR_TO_CSV program converts the binary data file@ produced by the MONITOR /RECORD command into an ASCII text Comma? Separated Value (CSV) file which can be read by Excel and otherf= programs. It currently converts only some of the record typesn: which can be produced by MONITOR.  It is useful for System0 Management and Performance Analysis and Tuning.    Bart Z. Lederman    ) The package is at the OVMS freeware site:w  8 http://www.openvms.compaq.com/freeware/LEDERMAN/MONITOR/   -- p Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Thu, 18 Jan 2001 15:13:57 -0800n. From: "Olson, Ingemar" <IOlson@dairyworld.com>P Subject: RE: Encapsulate MONITOR summary data,and import into Excel sprea	dsheetM Message-ID: <763C579A82F7D3118EE400D0B74723D10166B758@exchsrv.dairyworld.com>i  I >In article <946u3r$4s2$1@nnrp1.deja.com>, Andrew.Rycroft@intrinsitech.cor	 >m writesa >>Hi,a >>I >>I have a client who wants to take the MONITOR program summary data, and2& >>import it into an Excel spreadsheet. >>A >>From reading the OpenVMS for NT integration for dummies book, I7D >>understand that this can be done with COM. But I do not quite know >>where to start?. >> >>Any suggestions appreciated. >> >>Thanks >>Andrew >> >> >>Sent via Deja.comw >>http://www.deja.com/ >rG >The MONITOR recording file format is documented - I believe it used tot> >be in the Utilities manual (but I haven't checked for years). >i >Regards >  >Ian >--  >Ian Parker   H What I do is replay the saved monitor data and then parse that log file.: Obviously a very customized approach, but it works for me!  H There is documentation in the Monitor manual but the recorded file data H isn't exactly obvious ASCII. I too would be interested in a more direct  way to extract the data though.h  
 Ingemar Olson    ------------------------------  % Date: Thu, 18 Jan 2001 23:05:20 -0500y2 From: rdeininger@mindspring.com (Robert Deininger)  Subject: Re: Expanding the nicheL Message-ID: <rdeininger-1801012305200001@user-2iveahc.dialup.mindspring.com>  w In article <OFF601EA09.3D315649-ON032569D8.0064326F@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br wrote:I  1 > To give an opinion about the future of OpenVMS:o  s@ > e) Where are the scientific software which run under OpenVMS ?= > Compaq must contact the companies-developers .... put a few A > OpenVMS computers inside the universities with these softwares.o  Rich Marcello recently said they have NO plans to push VMS for scientific and technical computing.  He didn't really want to elaborate, but I got the impression that he doesn't think it's worth the effort at this time. He does have a list of industries and countries where they are pushing VMS.  I assume they have studied the problem, and are working where they think it will do the most good.  R Compaq is pushing tru64 unix and linux on alpha in the scientific/technical arena.  If they get VMS off life support, any decision of this kind can be changed in the future.  I might be the case that more delay won't matter; there is a very strong "sheeple" bias against VMS these days.  The situation probably can't get much worse than it is now.c  There are a couple of positive points.  The "porting kit" will perhaps make it easier to get software running on VMS.  And the CSLG still bundles VMS and Unix.  You can't get one without the other even if you try.  This may keep VMS alive in the dark corners of the universities.  If we raise the overall image of VMS, small installations might contribute to an actual increase in VMS in science sometime in the future.8   -- 1 Robert Deininger rdeininger@mindspring.com:   ------------------------------   Date: 18 Jan 2001 19:20:51 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)Y Subject: Re: FTP and file corruptions (was: THIS IS VERY IMPORTANT, YOU INTELLIGENT PERSOh6 Message-ID: <947fmj$70d$1@mailint03.im.hou.compaq.com>  q In article <+HeeHgmKlvXz@opalo.etsiig.uniovi.es>, zz961093@opalo.etsiig.uniovi.es (Diaz Fernandez, Oscar) writes:X  D   Please pick a relevent title -- I had only selected this topic to B   enter it into my killfile, as it looked to be spam.  (Title, useE   of multiple-repeated punctuation characters, use of all-caps, etc.)   B :I want to pick up photos from aroun here to my VMS and then to a ( :dikette in JPG format by using the FTP.  !   OpenVMS version and platform?   "   TCP/IP product name and version?   Exact FTP command(s) used??   Are there other platforms in use?  (If so, what is occuring?)r  < :But everytime I try to do it, the result is a black screen.  <   What tool(s) are you using to display the files?  Version?  A :The photos I pick are impossible to see (because of the format).-  =   I regularly transfer jpg, gif and other formats around, andS=   quite commonly among the UNIX/Linux, Microsoft, and OpenVMSs=   platforms...  Works just fine...  I've been using a port ofo>   ImageMagick on OpenVMS to edit and convert various images...  =   The most common mistake made with FTP is the transfer mode:-<   you need to select the text or binary mode appropriate for>   the file...  For jpg and gif files, I would use binary mode.  @ :I tryed transmiting by the FTP all the pages, editing them and 1 :erasing the text before and after the photos,...k  <   Pages?  You will want to elaborate on exactly what you are   doing with this "editing".   :THANK YOU VERY MUCH...m  F   Picking a relevent title will ensure that you attract the attention E   of folks that might know the answer to your question, and this can m0   help you get the answer you seek more quickly.  G   Picking a generic or "cute" or non-OpenVMS title means your question mC   can get ignored by folks that might know the answer (reducing thebF   chances of or delaying your desired answer), or can cause you to be G   entered into kill-files under the (mistaken) assumption that you are h,   posting spam.  No insult is here intended.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 18 Jan 2001 10:54:46 -0800-0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com> Subject: Re: Ghostscript v6.50, Message-ID: <3A66CB76.19A93941@Mvb.Saic.Com>  % nickerson@pundit.ds.boeing.com wrote:  > 
 > hi rick, > G > I too have been trying to get this to fly; right now I have VMS 7.2-1eI > Alpha and DECC 6.2-008; I could use the openvms.mak makefile with gmakerH > but not mms; mms blows up fairly quickly and giving it a target startsH > you off with sysntax errors; looked at your bug report and see you are: > using mmk so maybe going with gmake might be a solution;  F I have a PCSI kit for ghostscript V6.50 on my ftp server available forE anyone who'd like a straightforward install rather than a complicatedd build process.  F After I've processed any feedback to this kit (if any), I'll submit it to the freeware maintainer.A   Ftp server: mvb.saic.com directory: [.PCSI_KITS]a  @ You'll find both V6.01 and V6.50 versions there (VAX and Alpha).  
 Mark Berrymani Mark.Berryman@Mvb.Saic.Com   ------------------------------   Date: 18 Jan 2001 20:30:26 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)- Subject: Re: Gigabit Ethernet and VMS 6.2-1H3 6 Message-ID: <947jp2$7lp$1@mailint03.im.hou.compaq.com>  9   The attached is from one of the network driver gurus...s  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com    H   (1) Gigabit Ethernet (GbE) is supported in V7.1-2, V7.2-1 and later.  A       The available GbE support has always included jumbo frames.   .       There is no support for GbE in V6.2-1H3.  8   (2) Jumbo frames with the DEGPA are 9018 bytes long.    C       The driver supports 7552 bytes maximum -- to ensure that the y<       buffers fit in the pool lookaside list maximum size.    D       Applications have to figure out if the use of jumbo frames is (       possible.  (See LAN_FLAGS, below.)  B       Even if jumbo frames are supported on each end, there may be9       intervening hardware that limits the packet size.     F       The only application that dynamically uses the largest possible F       packet size between two nodes is PEDRIVER in V7.3.  TCP/IP V5.0 E       uses jumbo frames as well, but does not manage cases where the @F       intervening hardware limits the size, hence the availability andG       the use of LAN_FLAGS to enable jumbo frames for an application.  m  H       Note that the driver always allows jumbo frames regardless of the H       LAN_FLAGS setting.  LAN_FLAGS is used by the driver to advise VCI G       applications (TCP/IP, PEDRIVER, DECnet-PLUS, LAT, LAST) what the s       maximum packet size is.   @       Applications can choose to ignore the advice if they wish.  I   (3) Setting the LAN_FLAGS SYSGEN parameter to disable auto-negotiation d>       is only needed when connected to a switch that cannot do       auto-negotiation.b  E       Disabling auto-negotiation -- when connecting to a switch that e9       requires auto-negotiation -- is not likely to work.n   ------------------------------  % Date: Thu, 18 Jan 2001 19:07:39 +0000o0 From: andrew harrison <andrew.nospam@uk.sun.com>$ Subject: Re: GS160 hardware question* Message-ID: <3A673EFB.4B222960@uk.sun.com>   "Main, Kerry" wrote: > 	 > Andrew,  > B > It looks like after a slow start, you are back in gear again :-) > M > >>> Though why you have refrained from posting this nugget of wisdom beforelL > is intriguing, Kerry has been arguing for a long time on this group, alongE > with other OpenVMS boosters that any suggestion that data has to be M > partitioned on WildFire to get good performance is just FUD. Where were youy
 > ????????<<<  > D > Please provide a direct quote from me that even remotely indicatesK > applications do not need to be reviewed for NUMA considerations or simply ; > admit you are throwing out FUD to suit your own purposes.h >   H "how long will it last? Who knows, but so much for your tuning fud ..] "   Remember posting this ????  D You posted this in response to my suggestion that Compaq might have B to use OPS in a box to get good TPC-C performance on the WildFire.  @ In one of your less than good days you also included the URL forA Compaqs 144,000 TPM TPC-C result which sadly for you used exactly  that scheme OPS in a box.r  ; You never bothered responding to my post pointing out your t8 mistake and you never admitted that the tuning FUD that ; you accused me of was in fact exactly what Compaq had endedn	 up doing.:  + Do you deny that you made this posting ??? a  D > Looking forward to you providing me with some past quotes of mine. >  > :-)o > 9 I guess your smiley was very badly misplaced, you really e8 should research your responses a little better. Perhaps 7 bearing in mind the magnitide of your origional mistake 7 actually reading the documents refered to in the URL's e& you keep posting would be a good idea.     Regardsr Andrew Harrison  Enterprise IT Architecth   ------------------------------  % Date: Thu, 18 Jan 2001 14:17:54 -0600e+ From: "Main, Kerry" <Kerry.Main@compaq.com>s$ Subject: RE: GS160 hardware questionN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C3F@kaoexc3.kao.cpqcorp.net>   G'day Andrew ...  ' Now, I know my posts have stung you :-)o  G Lets see if we can counter the latest FUD from you where you re-arrangeyJ words and statements by people (me for example) to suit your own purposes.  K Ok, so I am a pack rat and save all my postings. Some times it pays off and=< I can recall exact messages as they were sent. Here we go ..  * Extract from original message that I sent: ++++J "AF Stated >> You may well have info that Oracle are optimising their DBMSF for Tru64 and OpenVMS and for all I know it's true however you have anL awfully long way to go. On the basis of the current Oracle benchmark resultsL this tuning needs to improve the throughput on the Alpha systems by a factorL of 2.5 x just to get it into a possition of parity with Sun and IBM. <<< End AF Statement   To which KM responded>J "Checkout this press release using TPC-C - GS Series is now single fastest# Oracle server based on TPC numbers.n8 http://www.compaq.com/newsroom/pr/2000/pr2000091103.html; http://www.ideasinternational.com/benchmark/tpc/tpccnc.htmll  L [how long will it last? Who knows, but so much for your tuning fud ..]<<<end KM statement ++++  I So, you stated that the Tru64 folks needed to tune their Oracle benchmark H results by a factor of 2.5 to get into a position of parity with Sun andI IBM. I simply responded and pointed out that they already had the fastestsK Oracle Server TPC numbers (at that time anyway - hence my comment "how longa will it last?")   F Now, lets look a little closer at the above and compare it to what you positioned in the attached:o   AF Quoted me from above>>> rJ [how long will it last? Who knows, but so much for your tuning fud ..] <<<  J And then you imply that my simply pointing out the fact that that they didL not need to tune their numbers by a factor of 2.5 is somehow not telling the truth??   K Andrew, Andrew - if you are going to quote me (and it is flattering all therE attention - really), please ensure you do so in the right context and L provide accurate quotes. Otherwise folks might think nasty things about your1 intentions, and we certainly would not want that.i   :-)g  G Anyway - sure they used Oracle OPS - just another means to use parallaldE queries for better performance. So what? Do you think the highest TPCb5 numbers today are not acheived by parallel queries?  n  J No big deal here, since the added cost of OPS is documented and audited as part of the benchmark costs.   Back to you.   :-)A   Regards,  
 Kerry Main Senior Consultantd Compaq Canada Inc. Professional ServicesO Voice: 613-592-4660I Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: andrew harrison [mailto:andrew.nospam@uk.sun.com]u Sent: January 18, 2001 10:18 AMY To: Info-VAX@Mvb.Saic.Com $ Subject: Re: GS160 hardware question     Jordan Henderson wrote:e > , > In article <3A66D717.266F5FA1@uk.sun.com>,4 > andrew harrison  <andrew.nospam@uk.sun.com> wrote: > >jordanlh@my-deja.com wrote: > >>/ > >> In article <3A641DDE.37CE436B@uk.sun.com>, 8 > >>   andrew harrison <andrew.nospam@uk.sun.com> wrote: > >> > Jordan Henderson wrote:
 > >> > [snip]d > >> > > > >> > >C > >> > > Hmmm... Please, enlighten us, I've searched dejanews and IuF > >> > > can't find Kerry accusing you of FUD surrounding OPS in a box > >> > > on Wildfire.w > >> > >7 > >> > > If you can't find it will you finally go away?i > >> > > > >> >6 > >> > You didn't look hard enough rummage a bit more. > >> > > >>D > >> I've looked again.  It's not there. I'm beginning to think this: > >> is just about as reliable as everything else you say. > >> > >a4 > >Just look a bit harder, you can't possibly expect3 > >anyone to beleive that you have read all Kerry'sd2 > >posts made in the last 6 months in just a week. > >u > H > I read every post from Kerry (or where Kerry was quoted) that involvedJ > the keywords OPS and Wildfire or the keywords FUD and Wildfire.  There's > actually not that many.. >     G Jordan sorry but you clearly did not. It took me 2 minutes to find the  " relevent line from Kerrys posting.    4 Kerry posted refering to the new GS320 TPC-C result.  H "how long will it last? Who knows, but so much for your tuning fud ..] "   ----- END QUOTE -------4  E This is my post which Kerry was responded to and which he included in  his postD and which has only got one section refering to TPC-C OPS and tuning.    * Andrew Harrison posted from the same post:  F "So what happened, did you find that NUMA boxes particularly ones thatC have the kind of local/remote latency as the WildFire are much moreo# difficult to tune than you thought.p  E I take this as an admission that the WildFire is not the fastest RISCU server available and OE won't be untill some more tuning is done. I hope this tuning does notm fall into the Sequent G category BTW, OPS in a box with the customers paying to tune the systemcF to get to a level of performance somewhat below what they had been let5 to expect from the brochures and the "white papers"."h  F "If for example Compaq publish a TPC-C result based on the Sequent OPS in a box scheme then  ) you will look as ridiculous as they did."e   ----- END QUOTE -------a  ; So much for your dilligent searching of the deja archives. h  B Incedentally the TPC-C result Kerry posted at the beginning of the articleaH used exactly the tuning method I suggested and which Kerry suggested was  tuning FUD, namely OPS in a box.  = The sooner you stop defending Kerry in this pathetic way and "= realise that you are embarassing yourself and him the better.a+ He obviously belatedly remembered his post.e  D > Since you are claiming that Kerry accused you of spreading FUD wrtF > OPS and Wildfire before the benchmarks were published, I would thinkI > that such a discussion would contain those keywords.  Could you perhaps  > provide some other criteria? >   B You also have no excuse for not "remembering the posting" because ' you also chipped in during this thread.      Andrew Harrison posted:   @ "You may have wondered what sort of tuning Compaq did to improveD the WildFire numbers from 122,000 to 144,000 using the same hardware and the same OS.  C Well Kerry you used OPS in the box, this was the trick that Sequent-= used on their NUMA-Q box when they discovered that they couldn2 not get DBMS's to scale well on their NUMA system.  ; There is nothing wrong with this from a TPC-C standpoint," d   ----- END QUOTE -------    You posted in response: ? "You should stop right there.  If there's nothing wrong with ito< from a TPC-C standpoint, then there's nothing wrong with it.    I; The groups that generate these benchmarks work very hard tot> be fair and to make their tests measure real-world situations.; If you have some problem with the test, go to the committeei< and get the rules rewritten, don't whine about Compaq doing  something wrong."-  / Funny how your memory is so selective isn't it.p     > >n? > >> It's funny, you make all sorts of unbacked assertions, butb> > >> whenever the facts are checked, well, let's just say your@ > >> credibility suffers.  I won't accuse you of lying again, it/ > >> could just be you are hopelessly confused.O > >> > > 9 > >As I said check a bit harder, unless you a really fast 4 > >reader with an inordinate amount of free time you1 > >cannot have actually checked all the articles.h > >O6 > >Incedentally why are you defending Kerry, don't you5 > >find it slightly suprising that he isn't defendingm > >himself.  > = > This really isn't about Kerry at all, it's about you making A > unsubstantiated claims that are fairly easy to check.  Somehow,uB > you always come up wanting when someone does check your "facts". >   1 Sorry Jordan but this is just going the same way a0 as all our other "discussions" isn't it you have just shot the other foot off.s  0 I gave you two opportunities to search Deja for / yourself and retire gracefully, you didn't did w you. tJ > >> > > >Hint OPS in a box is partitioning the database to get around the) > >> > > >issues of having a NUMA system. 
 > >> > > > > >> > >B > >> > > (Translation: OPS in a box is a scheme to get the highest? > >> > > performance out of a NUMA system when running Oracle.)e > >> > > > >> > > >> > You forgot to add.e > >> >= > >> > By using the fact that OPS allows you to run instances A > >> > on QBB's which effectively partition your memory subsystema@ > >> > reducing the traffic over the switch interconnect to lockD > >> > and recovery traffic. This is very helpfull in a NUMA system. > >> > > >>G > >> As you said in another thread about Rdb performance, this may wellf2 > >> be, but it's not backed up by any benchmarks. > >> > >f? > >And you accuse me of making assertions that cannot be backedS> > >up by facts. Of course this is backed up by benchmark data. > >c> > >For example lets look as TPC-C results published by Compaq.D > >The Origional WildFire TPC-C TPM result issued and then withdrawnA > >7 days later used a single instance of Oracle. The next resultlD > >posted by Compaq used the same version of Oracle, WildFire, CPU's6 > >Tru64 etc but Oracle was configured using OPS.  The6 > >second result was 20% faster than the first result. > >  > 9 > I thought you were saying above that using OPS actuallyn> > degrades overall system performance due to lock and recovery= > traffic.  I see that you are actually saying that using OPSw7 > improves performance.  Now, exactly what's wrong withr7 > configuring the software to perform better on a givent > architecture?e >   7 Nothing provided you havn't made the claim which Kerry s2 did that you would not need to use this method of 4 tuning to get good performance for example for TPC-C on a WildFire.  4 Also nothing provided you are fully informed on the 1 costs of this approach. OPS costs more to buy andn2 maintain from Oracle, its costs more to manage and it costs more to impliment.w   Regardst Andrew Harrison- Enterprise IT Architecte   ------------------------------    Date: 18 Jan 2001 16:01:11 -0500* From: young_r@eisner.decus.org (Rob Young)$ Subject: RE: GS160 hardware question+ Message-ID: <yQyJSFGuvuD1@eisner.decus.org>d  | In article <910612C07BCAD1119AF40000F86AF0D805284C3F@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes: > G'day Andrew ... >  > "AF Stated >>   7 	You of course meant "AH".  Perhaps AF is some sort of s 	"Freudian slip", eh?s   				Rob    ------------------------------  # Date: Thu, 18 Jan 2001 21:09:20 GMT.$ From: Wolfgang Rupp <rupp@chello.at>$ Subject: Re: GS160 hardware question3 Message-ID: <4YI96.20045$lX5.849300@news.chello.at>e  : Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote:9 > (Andrew must be applying for a Compaq marketing job :-)   F I've been away on a business trip lately, and my provider's newsserver5 is a short lived mess. No consistent thread any more.n  D In the meantime, our sister company (those who need GS power now, weH can do with ES40 for another 12 to 18 months) got some interesting factsD out of Compaq, too. I could not yet discuss it further. One _strong_D argument for Alpha here is three years of previous troublefree 7/24.  C With the new machines comes another high security room, UPS, dieseloF generator, redundant air conditioning, you name it. The basic idea wasB to have at least 25 minutes on battery before the diesel kicks in.E I dared to point out the GS160 spec sheet to the person who sizes theq: UPS. It was interesting to watch his facial expression :-)  C Last. Our competitor against Compaq is not Sun. While I do not posteG here very often, I regularly read. I should have known what will happenpF when I post a Wildfire hardware question. Well. I posted, it happened.  
 Wolfgang Ruppr   ------------------------------  % Date: Thu, 18 Jan 2001 16:34:51 -0500o- From: "Richard D. Piccard" <piccard@ohio.edu>w$ Subject: Re: GS160 hardware question( Message-ID: <3A67616F.9F12A7BD@ohio.edu>  G Were you planning to have the air conditioning run off of the UPS, too?iK Our experience is that the room gets too hot for long term reliability welln. before the UPS is drained down by the systems.  #                                 RDPg     Wolfgang Rupp wrote:  < > Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote:; > > (Andrew must be applying for a Compaq marketing job :-)  >-H > I've been away on a business trip lately, and my provider's newsserver7 > is a short lived mess. No consistent thread any more.a >dF > In the meantime, our sister company (those who need GS power now, weJ > can do with ES40 for another 12 to 18 months) got some interesting factsF > out of Compaq, too. I could not yet discuss it further. One _strong_F > argument for Alpha here is three years of previous troublefree 7/24. >pE > With the new machines comes another high security room, UPS, dieseltH > generator, redundant air conditioning, you name it. The basic idea wasD > to have at least 25 minutes on battery before the diesel kicks in.G > I dared to point out the GS160 spec sheet to the person who sizes thea< > UPS. It was interesting to watch his facial expression :-) > E > Last. Our competitor against Compaq is not Sun. While I do not post I > here very often, I regularly read. I should have known what will happen H > when I post a Wildfire hardware question. Well. I posted, it happened. >n > Wolfgang Ruppe   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------    Date: 18 Jan 2001 16:26:43 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson)c$ Subject: Re: GS160 hardware question* Message-ID: <947n2j$8tn$1@lisa.gemair.com>  * In article <3A67092B.7DF54B1F@uk.sun.com>,2 andrew harrison  <andrew.nospam@uk.sun.com> wrote: >Jordan Henderson wrote: >> b- >> In article <3A66D717.266F5FA1@uk.sun.com>,n5 >> andrew harrison  <andrew.nospam@uk.sun.com> wrote:t >> >jordanlh@my-deja.com wrote:  >> >>-0 >> >> In article <3A641DDE.37CE436B@uk.sun.com>,9 >> >>   andrew harrison <andrew.nospam@uk.sun.com> wrote:. >> >> > Jordan Henderson wrote:  >> >> > [snip]	 >> >> > >3	 >> >> > >0D >> >> > > Hmmm... Please, enlighten us, I've searched dejanews and IG >> >> > > can't find Kerry accusing you of FUD surrounding OPS in a boxw >> >> > > on Wildfire.	 >> >> > >t8 >> >> > > If you can't find it will you finally go away?	 >> >> > >  >> >> >g7 >> >> > You didn't look hard enough rummage a bit more.  >> >> >s >> >>oE >> >> I've looked again.  It's not there. I'm beginning to think thisc; >> >> is just about as reliable as everything else you say.p >> >>a >> >5 >> >Just look a bit harder, you can't possibly expectt4 >> >anyone to beleive that you have read all Kerry's3 >> >posts made in the last 6 months in just a week.t >> > >> uI >> I read every post from Kerry (or where Kerry was quoted) that involvediK >> the keywords OPS and Wildfire or the keywords FUD and Wildfire.  There'sm >> actually not that many. >> v >  >uH >Jordan sorry but you clearly did not. It took me 2 minutes to find the # >relevent line from Kerrys posting.n >d  D Andrew, sorry, but I also found that one in 2 minutes.  This postingE clearly doesn't back up your original statements about what Kerry had G said.  In fact, it actually proves Kerry's point about his never havinguB said that you won't need to tune Oracle for better performance on 	 Wildfire!p  & Let's recap what's actually been said.  N In article <910612C07BCAD1119AF40000F86AF0D805284C0A@kaoexc3.kao.cpqcorp.net>, Kerry said:-  D > Please provide a direct quote from me that even remotely indicatesK > applications do not need to be reviewed for NUMA considerations or simplyn; > admit you are throwing out FUD to suit your own purposes.n >     ? To which you replied in article <3A633D01.9DBF8C0D@uk.sun.com>:   B > OK Kerry, so you forgot accusing me of FUD when I told you that @ > Compaq were unlikely to get good TPC-C performance out of the A > WildFire without resorting to the OPS in a box scheme pioneered  > by Sequent.   E Now, you are using the quote below to back this up.  While it's true  B that Kerry is accusing you of "tuning fud" below, it has _nothing_; to do with predictions about OPS in a box or anything else.-  G Let's go back and see what you said that Kerry is calling "tuning fud",pE shall we?  The part that he was ACTUALLY responding to below that you  saw fit to cut out?a   >a5 >Kerry posted refering to the new GS320 TPC-C result.x >c  C Here you snipped what Kerry quoted from your posting that he calledh> "tuning fud".  I'll put it back in to reestablish the context.  	   Andrew,    !   You are a great straight man ..n  wK   >> You may well have info that Oracle are optimising their DBMS for Tru64hP   and OpenVMS and for all I know it's true however you have an awfully long way J   to go. On the basis of the current Oracle benchmark results this tuning L   needs to improve the throughput on the Alpha systems by a factor of 2.5 x B   just to get it into a possition of parity with Sun and IBM. <<<     tL   Checkout this press release using TPC-C - GS Series is now single fastest %   Oracle server based on TPC numbers. :   http://www.compaq.com/newsroom/pr/2000/pr2000091103.html=   http://www.ideasinternational.com/benchmark/tpc/tpccnc.htmlh    6I   [how long will it last? Who knows, but so much for your tuning fud ..] t  e  I So, clearly, what Kerry was calling "tuning fud" was your contention that " there was such a long way to go.    J In fact, what's so ironic about your referencing this discussion at all isI the fact that here we find Kerry saying that more tuning was necessary onpJ NUMA systems and you now accuse him of saying that tuning wasn't necessaryE with Wildfire and OpenVMS.  In article <3A62FB64.BCCF9086@uk.sun.com>d
 , you say:  = > Kerry has been arguing for a long time on this group, along F > with other OpenVMS boosters that any suggestion that data has to be ? > partitioned on WildFire to get good performance is just FUD. q > Where were you ????????n  E So, nice try Andrew, you found Kerry accusing you of "tuning fud", ittG just wasn't an example of the words you were stuffing in his mouth.  IngD fact, we find in this particular thread a flat refutation that Kerry9 says you don't have to partition to get good performance.n   >u >----- END QUOTE ------- >tF >This is my post which Kerry was responded to and which he included in	 >his postvE >and which has only got one section refering to TPC-C OPS and tuning.  >  >d+ >Andrew Harrison posted from the same post:r >oG >"So what happened, did you find that NUMA boxes particularly ones thatdD >have the kind of local/remote latency as the WildFire are much more$ >difficult to tune than you thought. >pF >I take this as an admission that the WildFire is not the fastest RISC >server available and F >won't be untill some more tuning is done. I hope this tuning does not >fall into the Sequent iH >category BTW, OPS in a box with the customers paying to tune the systemG >to get to a level of performance somewhat below what they had been letl6 >to expect from the brochures and the "white papers"." >3G >"If for example Compaq publish a TPC-C result based on the Sequent OPS: >in a box scheme then * >you will look as ridiculous as they did." >  >----- END QUOTE ------- >t< >So much for your dilligent searching of the deja archives.  >cC >Incedentally the TPC-C result Kerry posted at the beginning of the  >articleI >used exactly the tuning method I suggested and which Kerry suggested was ! >tuning FUD, namely OPS in a box.m >e> >The sooner you stop defending Kerry in this pathetic way and > >realise that you are embarassing yourself and him the better., >He obviously belatedly remembered his post. >   B Perhaps Kerry has better things to do than argue with you.  I noteA that you failed to rise to his challenge to provide a quote, and  B when I called you on it, you provided an out-of-context quote that failed to prove anything.d  E >> Since you are claiming that Kerry accused you of spreading FUD wrteG >> OPS and Wildfire before the benchmarks were published, I would thinknJ >> that such a discussion would contain those keywords.  Could you perhaps >> provide some other criteria?n >> 3 >TC >You also have no excuse for not "remembering the posting" because u( >you also chipped in during this thread. >4 >  >Andrew Harrison posted: >aA >"You may have wondered what sort of tuning Compaq did to improvenE >the WildFire numbers from 122,000 to 144,000 using the same hardwareo >and the same OS.a >pD >Well Kerry you used OPS in the box, this was the trick that Sequent> >used on their NUMA-Q box when they discovered that they could3 >not get DBMS's to scale well on their NUMA system.  > < >There is nothing wrong with this from a TPC-C standpoint,"  >S >----- END QUOTE ------- >o >You posted in response:@ >"You should stop right there.  If there's nothing wrong with it= >from a TPC-C standpoint, then there's nothing wrong with it.t >   < >The groups that generate these benchmarks work very hard to? >be fair and to make their tests measure real-world situations.s< >If you have some problem with the test, go to the committee= >and get the rules rewritten, don't whine about Compaq doing c >something wrong." > 0 >Funny how your memory is so selective isn't it. >t >a >> >@ >> >> It's funny, you make all sorts of unbacked assertions, but? >> >> whenever the facts are checked, well, let's just say youreA >> >> credibility suffers.  I won't accuse you of lying again, itO0 >> >> could just be you are hopelessly confused. >> >>i >> >: >> >As I said check a bit harder, unless you a really fast5 >> >reader with an inordinate amount of free time youi2 >> >cannot have actually checked all the articles. >> >7 >> >Incedentally why are you defending Kerry, don't youc6 >> >find it slightly suprising that he isn't defending >> >himself. >> n> >> This really isn't about Kerry at all, it's about you makingB >> unsubstantiated claims that are fairly easy to check.  Somehow,C >> you always come up wanting when someone does check your "facts".i >> o >d2 >Sorry Jordan but this is just going the same way 1 >as all our other "discussions" isn't it you have0 >just shot the other foot off. >e  C I agree that this discussion is going like our other discussions.  tB When facts come out, you are proven to be wrong, like in the case B of the SIMS product the eCache problem that was "fixed" two years 7 ago with the introduction of a new part, etc. etc. etc.t  1 >I gave you two opportunities to search Deja for p0 >yourself and retire gracefully, you didn't did  >you. K >> >> > > >Hint OPS in a box is partitioning the database to get around the * >> >> > > >issues of having a NUMA system. >> >> > > > 	 >> >> > >eC >> >> > > (Translation: OPS in a box is a scheme to get the highesth@ >> >> > > performance out of a NUMA system when running Oracle.)	 >> >> > >t >> >> >t >> >> > You forgot to add. >> >> > > >> >> > By using the fact that OPS allows you to run instancesB >> >> > on QBB's which effectively partition your memory subsystemA >> >> > reducing the traffic over the switch interconnect to lockrE >> >> > and recovery traffic. This is very helpfull in a NUMA system.> >> >> >s >> >>uH >> >> As you said in another thread about Rdb performance, this may well3 >> >> be, but it's not backed up by any benchmarks.e >> >>  >> >@ >> >And you accuse me of making assertions that cannot be backed? >> >up by facts. Of course this is backed up by benchmark data.n >> >? >> >For example lets look as TPC-C results published by Compaq.hE >> >The Origional WildFire TPC-C TPM result issued and then withdrawntB >> >7 days later used a single instance of Oracle. The next resultE >> >posted by Compaq used the same version of Oracle, WildFire, CPU'sd7 >> >Tru64 etc but Oracle was configured using OPS.  Ther7 >> >second result was 20% faster than the first result.t >> > >>  : >> I thought you were saying above that using OPS actually? >> degrades overall system performance due to lock and recoveryi> >> traffic.  I see that you are actually saying that using OPS8 >> improves performance.  Now, exactly what's wrong with8 >> configuring the software to perform better on a given >> architecture? >> o >n8 >Nothing provided you havn't made the claim which Kerry 3 >did that you would not need to use this method of  5 >tuning to get good performance for example for TPC-C  >on a WildFire.c >f  7 Now you've changed it to "this method of tuning".  Find 6 a direct quote from Kerry which backs this up, please.6 The quote above clearly refers to a different part of # the post than you would like it to.d  5 >Also nothing provided you are fully informed on the  2 >costs of this approach. OPS costs more to buy and3 >maintain from Oracle, its costs more to manage and  >it costs more to impliment. >f  5 We had DBAs here showing how easy it was to setup OPSc1 on OpenVMS.  Wow, big surprise there that you've e5 shown that Oracle charges more for higher performancet2 configurations.  I thought that was the _point_ of Oracle pricing.      >Regards >Andrew Harrison >Enterprise IT Architect   -Jordan HendersonW jordan@greenapple.com4   ------------------------------   Date: 18 Jan 2001 19:25:21 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: RE: Image Monitor?h6 Message-ID: <947fv1$70d$3@mailint03.im.hou.compaq.com>   In article <4B279CF3578CD211B945009027178017046D0305@swilnts809.wil.fusa.com>, "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com> writes:B :I-mon was from bearcomp.com (Larry Robertson), who is a competentC :internals guy. He might have been reading debug symbols out of thei :image; remember, this was vax.t  L   The symbol tables are not the listings, this still means you (or the tool)H   are either disassembling or otherwise mapping object code back to the G   source code.  And regardless of the expertice of the tool programmer,eI   you still want to have the listings and the maps for cases of decoding nL   stackdumps and such...  (I have several tools going onto the next freewareL   that dump symbol tables, and I will be including the debugger symbol table#   definitions for VAX and Alpha...)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 18 Jan 2001 19:55:26 GMTm= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)s Subject: RE: Image Monitor?-0 Message-ID: <009F64E7.27FA1249@SendSpamHere.ORG>  k In article <947fv1$70d$3@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:5 >9 >In article <4B279CF3578CD211B945009027178017046D0305@swilnts809.wil.fusa.com>, "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com> writes: C >:I-mon was from bearcomp.com (Larry Robertson), who is a competentvD >:internals guy. He might have been reading debug symbols out of the  >:image; remember, this was vax. >oM >  The symbol tables are not the listings, this still means you (or the tool)iI >  are either disassembling or otherwise mapping object code back to the nH >  source code.  And regardless of the expertice of the tool programmer,J >  you still want to have the listings and the maps for cases of decoding M >  stackdumps and such...  (I have several tools going onto the next freewarehM >  that dump symbol tables, and I will be including the debugger symbol tablet$ >  definitions for VAX and Alpha...) >hO > --------------------------- pure personal opinion --------------------------- M >   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com, >r  G When I build products, I build full .MAP and .LISting files.  The builde3 tree is such that I have directories of the format:o   [<product>.SRC]-$ [<product>.OBJ.<arch>.<VMS-version>]$ [<product>.EXE.<arch>.<VMS-version>]$ [<product>.LIS.<arch>.<VMS-version>]$ [<product>.MAP.<arch>.<VMS-version>]	 etc. etc.-  H When I ship out a version, I burn a copy of the tree to CD for archival H purposes.  If a customer has a problem, I find out what product and ver-I sion and load the appropriate CD in a drive.  .LIStings and .MAPs are in- G valuable tools and you should create them and keep them handy!  OpenVMS:I .LIStings and .MAPs are available and far more useful than the source it-eH self -- unless you're Hoff and the gang in VMS engineering -- for debug-F ging code which interfaces with the operating system.  Several times IG have needed access to things NOT on the source listings CDs -- some UCXeG stuff comes to mind -- and I was shipped the source.  It was useless asrG I couldn't build the product to get the .LISting which is really what IlF needed.  Never underestimate their usefulness!!!  I used to work for aH moron that built and shipped lots of kernel whacks, and time and time a-H gain I'd have to reinvent the wheel so to speak by extracting the gener-H ation from CMS and rebuild the product to get the .LIStings and .MAPs toH explore what was happening in the crash dumps I had to analyze.  I'd betG they still don't produce .LIStings and .MAPs to this day, but then I dot6 not care if he'd drown in a barrel of pig snot either.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMI            kO city, n., 1. a place where trees are cut down and streets are named after them.d   ------------------------------  % Date: Thu, 18 Jan 2001 22:22:22 +0000=+ From: "antonio.carlini" <arcarlini@iee.org>a Subject: Re: Image Monitor?A& Message-ID: <3A676C9E.C439CC7@iee.org>  / I remember seeing a DECUS submission many yearsc, ago (I saw this somewhere around 1990) which( basically did a SHOW PROC/CONT but would& read debug records to turn the PC into a routine name.m  ) The bottom line is still that the easiest ( way of working out where you are is with a set of listings and maps.m   Antonio    "Everhart, Glenn (FUSA)" wrote:n > C > I-mon was from bearcomp.com (Larry Robertson), who is a competentrD > internals guy. He might have been reading debug symbols out of the  > image; remember, this was vax. >    -- o   ---------------m- Antonio Carlini             arcarlini@iee.orgA   ------------------------------  % Date: Thu, 18 Jan 2001 16:27:47 -0600.1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>>: Subject: Re: Looking for Backup Scheduler for OpenVMS 7.218 Message-ID: <947qdf$5un$1@fizban.fizban.pprd.abbott.com>  J 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.  % Is it "perfect".  Nope.  Is anything?>  L We're aware of the scheduling issue and v3 provided the ability to integrate; external scheduling software, which we're lookin' into now.i  C v3.1b of ABS is coming RSN followed by v4 sometime later this year.a   Dave...>    = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in messagee$ news:3A670D36.EAA0808A@uk.sun.com... > Dave Gudewicz wrote: > >mB > > Archive Backup System (ABS) from Compaq might be worth a look. > >h@ > > Client licenses for workgroup class systems are ~$400 a pop. > >oD > > Check http://www.openvms.compaq.com/openvms/storage/abspage.html > > for more details.  > > L > > We're just starting to implement it here, so not alot of experience with it > > yet. > >  > > Dave...  > >, >t7 > I would suggest you contact Curtis Rempel he seems tol4 > be distinctly unimpressed with ABS. He has renamed > it the Anti Backup System. >t >l7 > > "Tom Crabtree" <tccrab@sunset.net> wrote in message ( > > news:3A652FE6.B077C362@sunset.net...
 > > > Hi all!  > > >eJ > > > I'm fairly new to VMS, I only know enough to be dangerous, so please be3 > > > kind and and understanding with my ignorance. I > > > We have a small network of 5 Dec PWS 500AU's running Open VMS 7.21.t (notK > > > clustered)  Once a month I go around to each computer and load a tape K > > > and archive a data directory.  My collection of tapes is growing, andy my > > > patience is wearing thin.CK > > > Where can I find an easy to use (and reasonably inexpensive) softwareyJ > > > package that will allow me to set up a network wide scheduled backupK > > > from one node?  I'm thinking of something similar to Backup Exec thate > > > will work on VMS.gH > > > I know that a reasonably smart person can set up a scheduled batchK > > > process that will do this kind of job, but I'm not that smart and notOI > > > that interested in becoming more than casually familiar with  batchK > > > processes and DCL. > > >h > > > Any ideas? > > > 	 > > > TIAY > > >d > > > Tom C. > > > tccrab@sunset.neto > > > --G > > > -----------------------------------------------------------------s  > > > My father used to tell me,D > > > "Son, there is nothing wrong with being scared. . . as long as; > > > you don't let it affect you until the danger is over.gD > > > Being hysterical is okay, too . . . afterwards and in private.G > > > Tears are not unmanly . . . in the bathroom with the door locked.rA > > > The difference between a coward and a brave man is mostly at > > > matter of timing"  > > >n6 > > >       --------- Robert A. Heinlein -------------G > > > -----------------------------------------------------------------i > > >a > > >  >  > -- > Andrew Harrisonr > Enterprise IT ArchitectS   ------------------------------  % Date: Thu, 18 Jan 2001 17:48:43 -0600t+ From: "Main, Kerry" <Kerry.Main@compaq.com>1: Subject: RE: Looking for Backup Scheduler for OpenVMS 7.21N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C48@kaoexc3.kao.cpqcorp.net>   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 these  days..)r& http://www.sp32.com/products/index.php   Regards,  
 Kerry Main Senior Consultantm Compaq Canada Inc. Professional Servicesa Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message------ From: Tom Crabtree [mailto:tccrab@sunset.net]r Sent: January 17, 2001 12:39 AMe To: Info-VAX@Mvb.Saic.Comi6 Subject: Looking for Backup Scheduler for OpenVMS 7.21     Hi all!   G I'm fairly new to VMS, I only know enough to be dangerous, so please bee- kind and and understanding with my ignorance.dH We have a small network of 5 Dec PWS 500AU's running Open VMS 7.21. (notE clustered)  Once a month I go around to each computer and load a tapelH and archive a data directory.  My collection of tapes is growing, and my patience is wearing thin. E Where can I find an easy to use (and reasonably inexpensive) softwareoD package that will allow me to set up a network wide scheduled backupE from one node?  I'm thinking of something similar to Backup Exec thatn will work on VMS.mB I know that a reasonably smart person can set up a scheduled batchE process that will do this kind of job, but I'm not that smart and notiC that interested in becoming more than casually familiar with  batchh processes and DCL.  
 Any ideas?   TIAo   Tom C. tccrab@sunset.netv --A -----------------------------------------------------------------n My father used to tell me,> "Son, there is nothing wrong with being scared. . . as long as5 you don't let it affect you until the danger is over. > Being hysterical is okay, too . . . afterwards and in private.A Tears are not unmanly . . . in the bathroom with the door locked. ; The difference between a coward and a brave man is mostly ae matter of timing"a  0       --------- Robert A. Heinlein -------------A -----------------------------------------------------------------s   ------------------------------  % Date: Thu, 18 Jan 2001 13:34:27 -0500 0 From: David Beatty <David.Beatty.NOSPAM@sas.com>* Subject: Re: New OpenVMS Times now on line2 Message-ID: <DDdnOm7feP8yMBa7wfXSsDKf599z@4ax.com>  6 I can't seem to find the numbers yopu refer to at IDC. Can you post the URLs?  3 On Thu, 18 Jan 2001 13:49:28 +0000, andrew harrisone! <andrew.nospam@uk.sun.com> wrote:r   >David Beatty wrote: >> nC >> I like the reference Terry Shannon has in "Shannon Knows Compaq" E >> regarding the "UNIX-centric firm from Mountain View, CA" and their-
 >> "chagrin".h >> a >dA >Sadly since the writing of this article the predicted decline ind7 >Sun's high end server sales has failed to materialise.e >nD >December 2000's IDC server numbers have just come out and show thatB >the gap is widening. Sun's server revenue grew by 38%, Compaqs byB >17%. Within these numbers OpenVMS grew by just 3% so its share ofE >Compaqs total server revenue fell. The largest growth was in Compaqs  >NT server business. >:? >The IDC numbers also show for example that Sun's E10K businessm? >alone is worth more than all Compaqs AlphaServer business withaB >the same being true for the E4500 and the E450/420 product lines. >oB >Incedentally IDC put the Alpha/OpenVMS HW business as being worth >678 Million dollars per year. >tB >Compaqs UNIX business grew by 44+ but the majority of this growth >was fueled by Linux not Tru64.s >d@ >In addition sales of the GS320 have been poor with only around < >20 million on OpenVMS and around 100 million on Tru64. The @ >GS160 has been more sucessfull but it has largely replaced the  >8400/GS140 revenue streams. >r@ >Now if this was the predicted onslaught that was going to kill 5 >E10K server business then it simply hasn't happened.m >r >Regards >Andrew Harrison >Enterprise IT Architect   ------------------------------  # Date: Thu, 18 Jan 2001 23:50:56 GMT ( From: Terry Kennedy <terry@gate.tmk.com>* Subject: Re: New OpenVMS Times now on line' Message-ID: <G7Du8w.LC5@spcuna.spc.edu>b  ? Brian Schenkenberger, VAXman- <system@sendspamhere.org> writes:eI > With exception, perhaps, to its speed.  I am finding more and more docs I > in .PDF format.  One I needed recently was for a router (shipping on CDcJ > with the device).  The entire several hundred page document -- with manyJ > many graphics -- was one LARGE .PDF.  With the "linking" capabilities inK > .PDF, why don't more folks/companies separate their manuals into chaptersgJ > and separate graphics for faster loading/viewing?  With BookReader, I'veJ > never had to wait for 20+ minutes to view documentation but I have given) > up many times with .PDF formatted docs.y  G   Router? Cisco? I really, really dislike their not-so-recent trend of  J breaking up the release notes into dozens of chapters - when I print hard-I copy versions for our engineers to read, I now have to download and printhJ many files, rather than one file. So I'm in favor of monolithic PDF files,I or at least providing some way to "print everything" with a single click.   " > Also, the small print fonts usedK > in many .PDFs are virtually unreadable even on my 1280x1024 display -- On K > a PeeCee, it's even worse.  I find I have to convert and print the manuald > on the postscript printer.  K   That's odd. On my PC I have my 19" display set to 1152 x 864, and even iniL the default Acrobat Reader the fine print at the bottom of the Cisco docs isH readable. Maximizing the Reader window to fullscreen makes the font even larger.M  M   Sometimes Reader opens in a mode where it tries to show the whole portrait- I mode page on my landscape-mode screen, and I have to do View/Fit Width to> get a usable document.  J > Oh please, I'm still suffering the cram up the output end of my aliment-J > ary canal of the HTML documentation.  Nothing wrong with it mind you butJ > it caused the BookReader files to have to be forfeit in lieu of space on > the doc CDs.  M   Again, this is cheapness or laziness on the part of the Compaq folks. There I are, what, 3 CD's in the online documentation library plus the one in thekI VMS distribution? So they could get a complete extra set of CD's in Book- K reader format for under $5 incremental cost (and with a list price of $569,gK there had better be more than $5 margin). Or perhaps they don't want to runu6 Document twice, once for HTML and once for Bookreader.  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  # Date: Fri, 19 Jan 2001 01:27:34 GMT>= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)l* Subject: Re: New OpenVMS Times now on line0 Message-ID: <009F6515.8DC165E2@SendSpamHere.ORG>  R In article <G7Du8w.LC5@spcuna.spc.edu>, Terry Kennedy <terry@gate.tmk.com> writes:@ >Brian Schenkenberger, VAXman- <system@sendspamhere.org> writes:J >> With exception, perhaps, to its speed.  I am finding more and more docsJ >> in .PDF format.  One I needed recently was for a router (shipping on CDK >> with the device).  The entire several hundred page document -- with manyoK >> many graphics -- was one LARGE .PDF.  With the "linking" capabilities in L >> .PDF, why don't more folks/companies separate their manuals into chaptersK >> and separate graphics for faster loading/viewing?  With BookReader, I'veeK >> never had to wait for 20+ minutes to view documentation but I have given * >> up many times with .PDF formatted docs. > H >  Router? Cisco? I really, really dislike their not-so-recent trend of K >breaking up the release notes into dozens of chapters - when I print hard-hJ >copy versions for our engineers to read, I now have to download and printK >many files, rather than one file. So I'm in favor of monolithic PDF files,nJ >or at least providing some way to "print everything" with a single click.  G Why is it everybody prints their .PDF files?  Why not just ship them inf postscript in the first place!  H However, when you want to read a document and it's sheer size is boggingH the machine down, a smaller "linked together" set of .PDFs would be bet- ter.  0N >  Again, this is cheapness or laziness on the part of the Compaq folks. ThereJ >are, what, 3 CD's in the online documentation library plus the one in theJ >VMS distribution? So they could get a complete extra set of CD's in Book-L >reader format for under $5 incremental cost (and with a list price of $569,L >there had better be more than $5 margin). Or perhaps they don't want to run7 >Document twice, once for HTML and once for Bookreader.x  H But those VMS programming manuals in a PC readable format were so needed though... ;(   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             hO city, n., 1. a place where trees are cut down and streets are named after them.i   ------------------------------  % Date: Fri, 19 Jan 2001 01:57:13 +0100o2 From: martin@radiogaga.harz.de (Martin Vorlaender)* Subject: Re: New OpenVMS Times now on line; Message-ID: <3a6790e9.524144494f47414741@radiogaga.harz.de>h  + WILLIAM WEBB (WWEBB1@email.usps.gov) wrote:S : WWWebbJ : (who has one of Kevin Barkes' I <heart> DCL stickers on his current mon= : itor)E  = Hey! That's exactly the place where I've put one of mine! :-)3  Upper right corner, to be exact.   cu,e   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.denN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Fri, 19 Jan 2001 02:07:20 GMTe- From: goathunter@goatley.com (Hunter Goatley) * Subject: Re: New OpenVMS Times now on line0 Message-ID: <3a679fce.46021365@swen.process.com>  @ On Fri, 19 Jan 2001 01:27:34 GMT, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote:o >vH >Why is it everybody prints their .PDF files?  Why not just ship them in >postscript in the first place!o > B I've become a PDF convert in the past few days.  I discovered thatB (in the PC world) there are versions of TeX that produce PDF filesB (pdftex and dvipdfm).  I have files that I produced using TeX thatA I've never been able to give to PC users because they didn't knowg! what to do with Postscript files.   C With dvipdfm, I can generate PDF files and distribute them, knowinglA that if the PC user wants to print the document, s/he can withoutcE having to get Ghostscript and GhostView and learning how to use them.VA (Yes, they have to have a PDF viewer, but few PCs running Windows<F these days don't already have it installed for one reason or another.)  D In my experience, the only people who routinely know what to do with0 Postscript files are VMS people, sad as that is.  B For distribution in a PC world, I can see major advantages to PDF.: And we, unfortunately, are very much living in a PC world.  < (As for viewing my PDF files on VMS, Ghostscript does a much better job of it than Xpdf.)   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/h9 goathunter@goatley.com     http://www.goatley.com/hunter/    ------------------------------  % Date: Thu, 18 Jan 2001 23:11:44 +0000t; From: Malcolm MacArthur <malcolmm@rustic-place.demon.co.uk>e* Subject: Re: OpenVMS "reply/to" challenge.8 Message-ID: <3A677830.549DF3CC@rustic-place.demon.co.uk>   Hoff Hoffman wrote:n > g > In article <OFFA10A723.2150223D-ON852569D0.003B5048@us.pw.com>, keith.kepner@us.pwcglobal.com writes:IH > :I've searched the OpenVMS FAQ and couldn't find any reference to thisK > :issue.   We're running a variety of Microvaxes and some VAX 7000s all onhM > :OpenVMS 5.5-2H4.  We would like to know if there was a way to capture texttM > :returned with a "reply/to" that could be used, say, to define a logical byn > :the waiting "request"?t > D >   Short of using a broadcast mailbox on a pseudo-terminal or otherE >   similar programming to capture the message, no...  Some folks usecD >   this technique, and some scan the files.  There is unfortunatelyB >   no DCL-level API for retrieving the responses, and (IMNSHO) anC >   incomplete operator communications API...  There have been some D >   informal discussions of creating a symbol behind REQUEST, butanyD >   potential for such changes would involve implementation in a far* >   more recent release than OpenVMS V5... > P >  --------------------------- pure personal opinion ---------------------------  A Hmm. REQUEST /REPLY /SYMBOL[=symbolname] , default something likes REQUEST$REPLY?  D Another one for the wish list. Very handy for "semi-automatic" batchG jobs. My workaround is not very elegant... I couldn't see it being more G than half an hour to an hour's work (extension to the DCL command table . + a LIB$SET_SYMBOL based on a call to CLI$...)   Just a thought,.	 -Malcolm.-N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 19 Jan 2001 00:50:16 -0500c' From: Randy Hawley <rhawley@iquest.net>76 Subject: Re: OpenVMS : solid but low profile - by CNET* Message-ID: <3A67D598.DB6ED8A5@iquest.net>   Rob Young wrote:  U > In article <3A667E8C.B0611CF@iquest.net>, Randy Hawley <rhawley@iquest.net> writes: 
 > > Peter, > >rs > > There are more than 5 of us.  I've been reading a long time.  I get a lot of good out of this newgroup, even ifop > > I don't post.  My systems are so stable (since nothing is under development anymore) that reading this stuff( > > actually helps me keep my skills up. > >e> > > By the way: Thanks everyone for your time and effort here. > >  > > Randy Hawley > >p >sG >         I remember seeing you post from Lilly in Indianapolis, right?o: >         Are you still in that area or have you moved on? >p% >                                 Robg   Rob,  < Still in Indy, still at Lilly.  Been there 20 yrs this fall.  N Alas, VMS continues to fade away there.  More & more Intel and various Unices.  - Heck, I'm even learning to VI, awk, and grep.s   Randy Hawley   ------------------------------  % Date: Thu, 18 Jan 2001 23:45:07 +0100a> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> Subject: Oracle Rdb prices. Message-ID: <947rfk$b6c$1@reader1.imaginet.fr>   Bonjour  tous ...  # Does anybody here know Rdb prices ?a - on a per user basis  - on a CPU power basis# and what percentage of the price ise charged for support ?f  " Prices in the US  <AND>  in the EC would help ...  * Is the price the same for Oracle and Rdb ?   Cordialement Jean-Franois Marchalr X9000 - LYON (FR)o   ------------------------------    Date: 18 Jan 2001 15:29:50 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)  Subject: Re: Oracle Rdb prices, Message-ID: <Xwgz+ldZKj8M@malvm1.mala.bc.ca>  / In article <947rfk$b6c$1@reader1.imaginet.fr>, eB   "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> writes:  % > Does anybody here know Rdb prices ?  > , > Is the price the same for Oracle and Rdb ? > 4    Yes, with the exception that you can't get an Rdb0 "standard edition" so you have to pay enterprise2 level prices even if you don't need any enterprise level features.    ------------------------------  % Date: Thu, 18 Jan 2001 21:38:02 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com>- Subject: RE: Oracle Rdb pricesN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C49@kaoexc3.kao.cpqcorp.net>  K >>> Yes, with the exception that you can't get an Rdb "standard edition" sofB you have to pay enterprise level prices even if you don't need any enterprise level features.<<<v  L One other difference (a big plus for Oracle Rdb) is that cluster support forG high availability is integrated free with the product ie. to access the 1 database from multiple servers at the same time. o  I For the same thing with Oracle8.x Server, Oracle Parallel Server (OPS) is-# required at additional expense++ ..    Regards,  
 Kerry Main Senior Consultanti Compaq Canada Inc. Professional Services- Voice: 613-592-46601 Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----B From: nothome@spammers.are.scum [mailto:nothome@spammers.are.scum] Sent: January 18, 2001 5:30 PM To: Info-VAX@Mvb.Saic.Com> Subject: Re: Oracle Rdb prices    / In article <947rfk$b6c$1@reader1.imaginet.fr>, :B   "Jean-Francois Marchal" <jean-francois.marchal@x9000.fr> writes:  % > Does anybody here know Rdb prices ?r > , > Is the price the same for Oracle and Rdb ? > 4    Yes, with the exception that you can't get an Rdb0 "standard edition" so you have to pay enterprise2 level prices even if you don't need any enterprise level features.b   ------------------------------    Date: 18 Jan 2001 20:07:48 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)u Subject: RE: Oracle Rdb prices, Message-ID: <IWWYdVOIpVud@malvm1.mala.bc.ca>  O In article <910612C07BCAD1119AF40000F86AF0D805284C49@kaoexc3.kao.cpqcorp.net>, n1     "Main, Kerry" <Kerry.Main@compaq.com> writes:r > N > One other difference (a big plus for Oracle Rdb) is that cluster support forI > high availability is integrated free with the product ie. to access theo3 > database from multiple servers at the same time.   > B     Unless you go with named user licensing you'll have to pay forF a licence for every cluster member though, so there is the "additional expense" of the extra licenses.a  C     What about the other way? Is it possible to run Rdb on just oneaB node of a cluster and access the database from all the other nodes@ through that node and thus just have to pay for one Rdb license?   ------------------------------  % Date: Fri, 19 Jan 2001 17:41:11 +1100d/ From: "Phil Howell" <phowell@snowyhydro.com.au>-5 Subject: Re: Pager software for Vax running VMS 6 + ?-/ Message-ID: <FhR96.278$cF2.9613@ozemail.com.au>     Jason <no@mail> wrote in message2 news:4d6e6tgikq0op0kbsuojonc3v3mir5vvsr@4ax.com...I > Can't do it over the net for a few reasons.  Needs to be done through ar( > physical modem attached to the system. >tK > Any pointers on something that will call and page a simple numeric pager?  >m6 As others have mentioned you can use kermit to do this; If you want to get "under the hood" then there are a couple-? of macro programs in sys$examples that show you how it is done. - have a look at DTE_DF03.MAR and DTE_DF112.MAR  then use kermiti Phil   ------------------------------  # Date: Thu, 18 Jan 2001 21:06:27 GMTD* From: martin.hunt@nbnz.co.nz (Martin Hunt)& Subject: Queue has lowercase attribute0 Message-ID: <3a675991.356224263@news.xtra.co.nz>  F I have a print queue which shows the "Lowercase" attribute with a SHOWF QUEUE/FULL command. I can't find the qualifier to remove (or add) this1 attribute. I think it used to be INIT/QUEUE/LOWEReE I need to either remove this attribute or add it to another queue, so D that ASSIGN/QUEUE will work between these two queues. I am currentlyC getting the message "inconsistent queue type" when I try using this A command (need to use ASSIGN/QUEUE while one printer has a fault).t -- Martin Hunte Technical Specialist National Bank of New Zealand   ------------------------------  % Date: Thu, 18 Jan 2001 22:34:14 -0600s7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>p* Subject: Re: Queue has lowercase attribute- Message-ID: <3A67C3C6.E9A09807@earthlink.net>n   Martin Hunt wrote: > H > I have a print queue which shows the "Lowercase" attribute with a SHOWH > QUEUE/FULL command. I can't find the qualifier to remove (or add) this3 > attribute. I think it used to be INIT/QUEUE/LOWERl  G "Lowercase" is determined by the target device of the PRINT or TERMAINLt/ queue, not by any queue characteristics, AFAIK.   G > I need to either remove this attribute or add it to another queue, sooF > that ASSIGN/QUEUE will work between these two queues. I am currentlyE > getting the message "inconsistent queue type" when I try using thismC > command (need to use ASSIGN/QUEUE while one printer has a fault).l  C This should work between Terminal/Printer queues. It might not worksH between execution/generic queues. Without more info., that's about all I
 can offer.   -- 1 David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/r  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.d   ------------------------------  % Date: Fri, 19 Jan 2001 16:42:06 +1100h/ From: "Phil Howell" <phowell@snowyhydro.com.au> * Subject: Re: Queue has lowercase attribute/ Message-ID: <gqQ96.263$cF2.8503@ozemail.com.au>r  D If you stop the queue you can do a $set queue /nolowercase <quename>3 (but you might not be able to change it back again)n4 I always thought that "lowercaseness" was associated(  with the terminal device not the queue.8 What type of queues are thay (printer/server/terminal) ?$ are they using dcps/ucx/telnet/lat ?A If  dcps then have a look at sys$startup:dcps$execution_queue.comn Phil5 Martin Hunt <martin.hunt@nbnz.co.nz> wrote in messagel* news:3a675991.356224263@news.xtra.co.nz...H > I have a print queue which shows the "Lowercase" attribute with a SHOWH > QUEUE/FULL command. I can't find the qualifier to remove (or add) this3 > attribute. I think it used to be INIT/QUEUE/LOWERdG > I need to either remove this attribute or add it to another queue, so F > that ASSIGN/QUEUE will work between these two queues. I am currentlyE > getting the message "inconsistent queue type" when I try using thissC > command (need to use ASSIGN/QUEUE while one printer has a fault).s > --
 > Martin Huntr > Technical Specialist > National Bank of New Zealand   ------------------------------  # Date: Thu, 18 Jan 2001 20:51:58 GMTI/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>m- Subject: RA230+ (KZPAC-CA) and 18/36 GB Disksa( Message-ID: <3A67111E.3BBA150@uiowa.edu>  H I have a few questions about the older Raid Array 230+ that Digital soldG a few years ago.  I believe the 3-channel one was KZPAC-CB, it is a PCIh1 device and is supported in at least OpenVMS v7.1.s  G Does anyone know if the controller has any problems using the newer 18 oH and 36 GB UltraSCSI disks?  When I got mine years ago, it was setup withG 18 GB StorageWorks disks.  I was looking for info about the 36 GB diskscE and this controller recently and ran across a claim in one of the SOCe9 pages that the 18 and 36 GB drives were "not supported". e  : http://www.compaq.com/products/quickspecs/SOC/QBQ24APF.PDF 	 B This document refers to a dead URL about a workaround to the 32 GBC logical limit:  http://webir.das.dec.com/info/CU5911/CU5911HM.HTM   ? that I have not been able to track down yet.  I believe that isiB not to say there is a workaround for 32 GB disks, right?  Just for; a logical volume made from, say multiple 9 GB disks, right?a  C Since I can say the 18 GB drives are fine (running continuously forwE several years now), I wonder if I can hang 36 GB drives off the other: channels with no problems?  & I have the v2.49 firmware in the 230+.   Thanks for any info!   Rick -- dH 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-1479i   ------------------------------  # Date: Thu, 18 Jan 2001 22:21:46 GMTd* From: "Andy Stoffel" <acs@fcgnetworks.net>1 Subject: Re: RA230+ (KZPAC-CA) and 18/36 GB Disksp9 Message-ID: <_%J96.237802$IP1.8146302@news1.giganews.com>a  : "Richard L. Dyson" <rick-dyson@uiowa.edu> wrote in message#  news:3A67111E.3BBA150@uiowa.edu...eJ > I have a few questions about the older Raid Array 230+ that Digital soldI > a few years ago.  I believe the 3-channel one was KZPAC-CB, it is a PCIr3 > device and is supported in at least OpenVMS v7.1.m  G Well.... as of right this instant it's STILL sold & supported by Compaqc< (Until a newer backplane RAID controller becomes available).  H In fact, I just installed one in a system I installed earlier this week.= (In a OpenVMS 7.2-1 system) and was able to observe in person B the effects on that controller of no cache, 4MB cache, & 8MB cache= (I also don't recommend attaching a DS-BA356-KG to 2 channelse>  on that controller if you are <sarcasm>lucky enough</sarcasm>@  to get one that shipped with a 16bit jumper (from the BA356-KF)6 in it instead of the 16bit terminator it should have.)  ( > I have the v2.49 firmware in the 230+.  * There is a v2.70 firmware revision for the! Rev. F version of the controller.h  ? My understanding is that the 36GB disks are still not supported1> and my guess is that they won't be given that the replacement - controller is supposed to be arriving soon...e   -Andy-.m   ------------------------------  % Date: Thu, 18 Jan 2001 22:26:41 +000005 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com> 1 Subject: RE: RA230+ (KZPAC-CA) and 18/36 GB Disks-N Message-ID: <F498D199EDB12D468CD2C66680D3080116D4D3@reoexc04.emea.cpqcorp.net>  , The KZPAC officially supports the following:	 RZ1BB-VW k	 RZ1CB-VW t
 RZ1CD-VW  	 RZ1CF-VA u RZ1CF-VW	 RZ1DA-VW  	 RZ1DA-VW '	 RZ1DB-VW h
 RZ1DD-VW  	 RZ1DD-VW o
 RZ1DF-VA  	 RZ1DF-VW    > The largest is the RZ1DF at 9gb, and others need firmware 2.70  D On the other hand swxcr's are quite good and will basically run withK anything they see so once you have coped with th 30gb size limit that's all  you get.       Hope that helps. r  9 PS: use some nice big PSU's if your using 36/18GB drives.o   	Olivere   -----Original Message-----4 From: Richard L. Dyson [mailto:rick-dyson@uiowa.edu]( Sent: Thursday, January 18, 2001 8:52 PM To: Info-VAX@Mvb.Saic.Coms- Subject: RA230+ (KZPAC-CA) and 18/36 GB Diskse    H I have a few questions about the older Raid Array 230+ that Digital soldG a few years ago.  I believe the 3-channel one was KZPAC-CB, it is a PCIh1 device and is supported in at least OpenVMS v7.1.r  G Does anyone know if the controller has any problems using the newer 18 sH and 36 GB UltraSCSI disks?  When I got mine years ago, it was setup withG 18 GB StorageWorks disks.  I was looking for info about the 36 GB disks E and this controller recently and ran across a claim in one of the SOCk9 pages that the 18 and 36 GB drives were "not supported".    : http://www.compaq.com/products/quickspecs/SOC/QBQ24APF.PDF 	 B This document refers to a dead URL about a workaround to the 32 GBC logical limit:  http://webir.das.dec.com/info/CU5911/CU5911HM.HTM  y? that I have not been able to track down yet.  I believe that isaB not to say there is a workaround for 32 GB disks, right?  Just for; a logical volume made from, say multiple 9 GB disks, right?   C Since I can say the 18 GB drives are fine (running continuously foriE several years now), I wonder if I can hang 36 GB drives off the othert channels with no problems?  & I have the v2.49 firmware in the 230+.   Thanks for any info!   Rick -- eH 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-1479o   ------------------------------    Date: 18 Jan 2001 15:27:29 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)o1 Subject: Re: RA230+ (KZPAC-CA) and 18/36 GB Disksa, Message-ID: <1aWrWBnMzdwH@malvm1.mala.bc.ca>  : In article <_%J96.237802$IP1.8146302@news1.giganews.com>, /    "Andy Stoffel" <acs@fcgnetworks.net> writes:n  K >> I have a few questions about the older Raid Array 230+ that Digital solddJ >> a few years ago.  I believe the 3-channel one was KZPAC-CB, it is a PCI4 >> device and is supported in at least OpenVMS v7.1. > I > Well.... as of right this instant it's STILL sold & supported by Compaqs> > (Until a newer backplane RAID controller becomes available). >   C     Of course the existing hardware would support larger disks justnE fine if they'd upgrade to V3.x of the firmware, which is what generic K Mylex DAC960s have been using for several years. The generic Mylex firmwareeJ won't work in Alphas though, which is why we've been stuck at v2.x for all these years.   ------------------------------   Date: 18 Jan 2001 19:21:36 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman): Subject: Re: REQ: Pager software for Vax running VMS 6 + ?6 Message-ID: <947fo0$70d$2@mailint03.im.hou.compaq.com>  P In article <4d6e6tgikq0op0kbsuojonc3v3mir5vvsr@4ax.com>, Jason <no@mail> writes:H :Can't do it over the net for a few reasons.  Needs to be done through a' :physical modem attached to the system.  :aJ :Any pointers on something that will call and page a simple numeric pager?     Please see the OpenVMS FAQ...l  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 18 Jan 2001 22:04:15 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)6: Subject: Re: REQ: Pager software for Vax running VMS 6 + ?0 Message-ID: <947p8v$ren$3@n.ruf.uni-freiburg.de>  P In article <4d6e6tgikq0op0kbsuojonc3v3mir5vvsr@4ax.com>, Jason <no@mail> writes:H >Can't do it over the net for a few reasons.  Needs to be done through a' >physical modem attached to the system.f > J >Any pointers on something that will call and page a simple numeric pager?  N I wrote a program that will call any phone number and speak a message once theL headset is lifted. It is not perfect but works reliably here. Let me know if you need it.   Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Thu, 18 Jan 2001 22:24:03 -0500b1 From: "Farrell, Michael" <MFarrell@voltdelta.com>r: Subject: RE: REQ: Pager software for Vax running VMS 6 + ?C Message-ID: <7DF45F22D904D31192EE00805F578DF2018BC6B7@NY_EXCHANGE1>t   Hello,  J I noted this mesage with interest.  If you are willing, I could use such a program.   TIA-   Mike Farrell mfarrell@voltdelta.com   -----Original Message-----@ From: gartmann@immunbio.mpg.de [mailto:gartmann@immunbio.mpg.de]( Sent: Thursday, January 18, 2001 5:04 PM To: Info-VAX@Mvb.Saic.Come: Subject: Re: REQ: Pager software for Vax running VMS 6 + ?    H In article <4d6e6tgikq0op0kbsuojonc3v3mir5vvsr@4ax.com>, Jason <no@mail> writes: H >Can't do it over the net for a few reasons.  Needs to be done through a' >physical modem attached to the system.d > J >Any pointers on something that will call and page a simple numeric pager?  J I wrote a program that will call any phone number and speak a message once the L headset is lifted. It is not perfect but works reliably here. Let me know if you need it.   Regards,    Christoph GartmannC  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Thu, 18 Jan 2001 22:54:51 -0500e2 From: rdeininger@mindspring.com (Robert Deininger): Subject: Re: REQ: Pager software for Vax running VMS 6 + ?L Message-ID: <rdeininger-1801012254520001@user-2iveahc.dialup.mindspring.com>  P In article <947p8v$ren$3@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de wrote:     > P > I wrote a program that will call any phone number and speak a message once theN > headset is lifted. It is not perfect but works reliably here. Let me know if > you need it.  P We will have a need for this pretty soon.  Please make it available if possible.   --   Robert Deininger rdeininger@mindspring.comd   ------------------------------  % Date: Thu, 18 Jan 2001 23:09:31 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)0 Subject: Re: Source for used StorageWorks disks?L Message-ID: <rdeininger-1801012309310001@user-2iveahc.dialup.mindspring.com>  P In article <3A673028.4A5F9482@rdrop.com>, Dean Woodward <deanw@rdrop.com> wrote:  = > I've just stepped up a bit on my home system and acquired a29 > StorageWorks enclosure.  Anyone have pointers to a good,: > (hobbyist,remember- good == "cheap") source of SW disks?< > For that matter, dead disks in SW packages are acceptable-3 > I can open the package and insert another disk...r   They float around on ebay quite a bit.  Narrow SBBs up to 2 GB (RZ28x) are fairly common.  Wide SBBs up to 4 GB (RZ29x) show up from time to time.  I haven't seen any 4 GB narrows lately, but such beasts supposedly exist."  e The containers don't go all that cheap.  I think quite a few folks have learned how to open them. :-)n   -- n Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Thu, 18 Jan 2001 11:13:58 -0800n! From: Tom Linden <tom@kednos.com>- Subject: system acct login9 Message-ID: <EJEDILJIPPJOIEFOLDHLAEBACEAA.tom@kednos.com>o  8 Is there a way to log in to the system account from ones! user acct, similar to su on unix?8  7 Apparently I can't log into the system account from thea Decwindows screen. It tells me,v  1 You are not authorized to login from this source.a  !  So how to log into this account?g   Tom    ------------------------------   Date: 18 Jan 2001 19:53:38 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: system acct login6 Message-ID: <947hk2$77i$1@mailint03.im.hou.compaq.com>  ] In article <EJEDILJIPPJOIEFOLDHLAEBACEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes:e9 :Is there a way to log in to the system account from onese" :user acct, similar to su on unix?  A   "su" is not part of various UNIX specifications.  setuid is then   most common equivilent...u  A   Duplicating what I included in the response to your email, and @<   elaborating and providing some context for the audience...  B   Use SET PROCESS/PRIV=ALL, and perform the installation directly.  ?   Assuming your process quotas are set to at least those of theI@   SYSTEM username and assuming full privileges, you can normally7   use any username for a product or ECO installation...   8 :Apparently I can't log into the system account from the  :Decwindows screen. It tells me, :t2 :You are not authorized to login from this source.  ;   AUTHORIZE has been set up to prevent access to the SYSTEMa<   username.  See /REMOTE, /NETWORK and related qualifiers in   the AUTOHORIZE utility.:     Some more details:   $ HELP/MESSAGE RESTRICTp  <  RESTRICT,  you are not authorized to login from this source  &   Facility:     LOGIN, Login Procedure  N   Explanation:  Authorization is needed for the login class you are attemptingN                 from the current source. The login classes are: LOCAL, DIALUP,K                 REMOTE, NETWORK, and BATCH. The system manager can restrictw?                 your use of each login class at specific times.N  M   User Action:  If possible, try a different login class. For example, if you N                 are currently restricted from BATCH logins, try an interactiveF                 class (LOCAL, REMOTE, or DIALUP). If you are currentlyJ                 restricted from all login classes, you cannot log in untilI                 you are permitted to use the system. You may also want toeM                 ask your system manager about the login restrictions for yourf                 account.    " : So how to log into this account?  F   Locally (via console line or other permitted source), or by using a ;   privileged username and resetting the access to SYSTEM.     G   If you do not recall the password to the SYSTEM username, please see sE   the break-in procedure listed in the OpenVMS manuals or in the FAQ.d   	--s  J   Kernel-mode hacks such as WHEEL, HGLOGIN, and such are also available.  C   The persona system services are also available on V6.2 and later.rA   These permit you to assume the persona of another user, and areyD   arguably the most direct analog to the UNIX su super-user command.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 18 Jan 2001 16:01:48 -0500l- From: "Richard D. Piccard" <piccard@ohio.edu>  Subject: Re: system acct login( Message-ID: <3A6759B1.443A448A@ohio.edu>  \ If you come to the system by a path that is restricted, can you login as a regular user, and` then SET HOST 0, and be permitted to login as SYSTEM, or does it notice your original connection method?o                   RDPi     Hoff Hoffman wrote:/  _ > In article <EJEDILJIPPJOIEFOLDHLAEBACEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes:e; > :Is there a way to log in to the system account from oneso$ > :user acct, similar to su on unix? >SC >   "su" is not part of various UNIX specifications.  setuid is then >   most common equivilent...u >yB >   Duplicating what I included in the response to your email, and> >   elaborating and providing some context for the audience... >cD >   Use SET PROCESS/PRIV=ALL, and perform the installation directly. > A >   Assuming your process quotas are set to at least those of theiB >   SYSTEM username and assuming full privileges, you can normally9 >   use any username for a product or ECO installation...q >t: > :Apparently I can't log into the system account from the" > :Decwindows screen. It tells me, > : 4 > :You are not authorized to login from this source. > = >   AUTHORIZE has been set up to prevent access to the SYSTEMa> >   username.  See /REMOTE, /NETWORK and related qualifiers in >   the AUTOHORIZE utility.a >e >   Some more details: >s > $ HELP/MESSAGE RESTRICTi > > >  RESTRICT,  you are not authorized to login from this source > ( >   Facility:     LOGIN, Login Procedure > P >   Explanation:  Authorization is needed for the login class you are attemptingP >                 from the current source. The login classes are: LOCAL, DIALUP,M >                 REMOTE, NETWORK, and BATCH. The system manager can restrict A >                 your use of each login class at specific times.  > O >   User Action:  If possible, try a different login class. For example, if youmP >                 are currently restricted from BATCH logins, try an interactiveH >                 class (LOCAL, REMOTE, or DIALUP). If you are currentlyL >                 restricted from all login classes, you cannot log in untilK >                 you are permitted to use the system. You may also want tonO >                 ask your system manager about the login restrictions for your  >                 account. >u$ > : So how to log into this account? >sG >   Locally (via console line or other permitted source), or by using ae; >   privileged username and resetting the access to SYSTEM.  >|H >   If you do not recall the password to the SYSTEM username, please seeG >   the break-in procedure listed in the OpenVMS manuals or in the FAQ.2 >1 >         -- >AJ >   Kernel-mode hacks such as WHEEL, HGLOGIN, and such are also available.E >   The persona system services are also available on V6.2 and later. C >   These permit you to assume the persona of another user, and areAF >   arguably the most direct analog to the UNIX su super-user command. > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------   Date: 18 Jan 2001 22:08:01 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)a Subject: Re: system acct login0 Message-ID: <947pg1$ren$4@n.ruf.uni-freiburg.de>  ] In article <EJEDILJIPPJOIEFOLDHLAEBACEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes:s9 >Is there a way to log in to the system account from ones " >user acct, similar to su on unix? >t8 >Apparently I can't log into the system account from the  >Decwindows screen. It tells me, > 2 >You are not authorized to login from this source. >a" > So how to log into this account?  D It is possible to modify the UAF record for SYSTEM in order have theH possibility you request. Whether this is secure is a different question.   Regards,    Christoph Gartmannc  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------   Date: 18 JAN 2001 19:15:56 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)( Subject: Re: TCPIP$BIND: dynamic updates6 Message-ID: <18JAN01.19155676@thuria.waisman.wisc.edu>  O In a previous article, "Walter A. Ambrosch" <Walter.Ambrosch@adicom.com> wrote:   ; -> I tried adding the line "allow-update 172.26/16;" to theKG ->options section in TCPIP$BIND.CONF, but that gets me an error messageR. ->"syntax error near allow-update" in the log.  E It doesn't go in the "options" section but in the zone section. E.g.:    zone "domain.com" in {
 	type master;o 	file "domain.db";$ 	allow-update { 1.1.1.1; 1.1.1.2; }; };   ------------------------------   Date: 18 Jan 2001 22:01:47 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)i Subject: Re: What succeeds TSM? 0 Message-ID: <947p4b$ren$2@n.ruf.uni-freiburg.de>  K In article <3A6718FA.557E5333@Omond.net>, Roy Omond <Roy@Omond.net> writes:.C >Ask yourself if you *really* need TSM.  It oesn't sound to me like F >an awful lot of terminal servers to configure.  Unless they're spreadJ >out over a large geographical area, you're best just going to each serverL >and configuring it on the spot.  I doubt if you'll need to do it very often
 >in any case.3  K Yesterday I advised one of my employees to add a special kind of modem to akM DECserver700. We had already one of these modems connected to this server. SooM all he needed to do was to copy the configuration of the old modem to the newnI one. As there was no tool available (like TSM for servers) he printed thefI configuration (with some hassle, again no tool) and typed it into the new M modem. Of course there were some typos, then he missed a few settings becausesJ he didn't think of the commands to review these,... A whole day's work for9 a single stupid modem. I whish we have had "modem-TSM"...w   Regards,    Christoph Gartmann_  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------   Date: 18 Jan 2001 21:54:37 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)P Subject: Re: What succeeds TSM? 0 Message-ID: <947omt$ren$1@n.ruf.uni-freiburg.de>  _ In article <sa66ce46.065@dudley.holycross.edu>, Joseph Pomeroy <JPOMEROY@holycross.edu> writes:IK >   TSM is no longer included in our CSLG license, since the product has=20oL >moved to 'maintenance status'.  A traditional  license is quite expensive = >toc1 >buy, it seems to me ( several thousand dollars).o >eE >   The major use is controlling  a decserver 250 used to run two LATwE >system printers (LG09's) off our alphas (3400+alphaserver 2000), but-J >only if the 250's need replacing. As well, we use several decserver 200'sG >to put terminals to the alphas where needed and thus occasionally needr >to configure these 200's. >9D >   Ideas about a successor to the TSM product which would likely beD >in the CSLG?  or  replacement for the decserver 250 which would runG >an LPR-type printer feed (remember the Compaq lg09s). Lantronics makeseA >useful terminal servers to replace the decserver 200's, I think.l  I I still have it running here. But I thought about the same problem in the J future. My idea would be to use C-Kermit scripts. Of course the problem isJ to get all the information into these scripts. But once it is in there oneO has at least the possibility to immediately reconfigure a server to the desireda state.  6 Of course, better solutions are always very welcome...   Regards,    Christoph Gartmann+  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Thu, 18 Jan 2001 23:58:43 GMT ( From: Terry Kennedy <terry@gate.tmk.com> Subject: Re: What succeeds TSM?-' Message-ID: <G7DuLw.MII@spcuna.spc.edu>i  ! Roy Omond <Roy@omond.net> writes:4D > Ask yourself if you *really* need TSM.  It oesn't sound to me likeG > an awful lot of terminal servers to configure.  Unless they're spreadiK > out over a large geographical area, you're best just going to each server M > and configuring it on the spot.  I doubt if you'll need to do it very often  > in any case.  H   Yes, many people do. It is the closest thing to a working config save/G restore (see below) and we also have "tsm test server all" running in ao
 periodic job.r  I   The Access Server Manager product is not suitable for managing servers,CJ at least not for a large number of users. This is both due to the platformE it runs on and its inability to generate textual configuration files.l  J   TSM is no great piece of work, either, though it's a lot better. Back inK the DS200 days I wrote a download image that would upload the EEPROM configVL to the load host, and a utility similar to the DS500 configurator that wouldK parse it and generate a 100%-accurate config, including passwords. However, I servers after the DS200 no longer documented the layout of the EEPROM in rL their tech manuals (many didn't even _have_ tech manuals), and DEC broke theL ODT command in the DECserver software when they added the watchdog timer, so# it was hard to get my code to work.   4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  # Date: Thu, 18 Jan 2001 23:02:29 GMT-+ From: tom@automatedtech.com (Tom Hickerson)l Subject: Re: WRQ drops LAT ???3 Message-ID: <3a677500.17367493@news.mindspring.com>   M >  Their current page says that Reflection supports LAT if the LAT Connection 5 >component is installed, and that W2000 is supported.  >e9 One of my associates at another site was having a problem 9 with a new installation, called WRQ support, and was toldm< it was being dropped in the next release.  Maybe the support4 line was wrong or having a bad day.  I haven't heard: whether he has solved his installation problem yet or not.   Tomr   ------------------------------  % Date: Thu, 18 Jan 2001 14:01:19 -0500l) From: Bob Ricci <maxx0623@concentric.net>n Subject: x25 packet switchingm3 Message-ID: <014701c08181$0aa84ca0$585b5cc0@Subway>a   To all of you who helpedF Thanks- i got it working using simple ncp commands provided by Stanley QuayleI the set mod x25-s dest <name> node <node#> was good enough for me to testoK with., Andre: there is no com file x25rouperm_<routername>.com which can beiF edited. It must be user defined, but if you have this com file i would6 appreciate it being emailed to me. I still have to runJ x25rousetup.com to get it permanently define though. Will tackle this when the time is right. Robert V. Ricci1 Systems Manager- Drs. Associates (SUBWAY) 325 Bic Dr.t Milford, Ct 064609  tel  203 877 4281 ext 1144  fax to pc 203 783 7144  fax 203 876 6682p email ricci_r@subway.com  or     maxx0623@concentric.netr http://www.subway.coma   ------------------------------   End of INFO-VAX 2001.037 ************************