1 INFO-VAX	Tue, 20 Nov 2001	Volume 2001 : Issue 645       Contents: Re: anonymous ftp protection Re: APC UPS Software by TMESIS Re: APC UPS Software by TMESIS Couple of new articles Re: DEQ bonuses...6 Re: IPF Calling Standard (was: ISV's and VMS on Intel)6 RE: IPF Calling Standard (was: ISV's and VMS on Intel)6 Re: IPF Calling Standard (was: ISV's and VMS on Intel)6 Re: IPF Calling Standard (was: ISV's and VMS on Intel)6 Re: IPF Calling Standard (was: ISV's and VMS on Intel) Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha% Re: No advertisment for VMS stability % Re: No advertisment for VMS stability % Re: No advertisment for VMS stability 1 Re: OpenVMS o/s cd-rom insufficient quotas/limits 1 Re: OpenVMS o/s cd-rom insufficient quotas/limits * Security patch multihomes X Display Server Re: SET FILE/STAT and clusters Re: SET FILE/STAT and clusters1 Software to emulate someone sitting at a terminal 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. 9 Re: Solaris: ready for prime time?  Keep your VMS system. E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org  Re: Using vfork and exit4 Re: Virtual Terminals and suppressing error messages; Re: VMS on IBM power chip would make IBM No. 1 in high end! ; Re: VMS on IBM power chip would make IBM No. 1 in high end! 3 vms7.2-1 tape initialize or mount 30 minute timeout 2 [OpenVMS VAX V7.3] BACKUP doesn't support ODS2a !?6 Re: [OpenVMS VAX V7.3] BACKUP doesn't support ODS2a !?$ [TCPIP V5.1 ECO 3] Problems with DNS; [VMS Motif] How to avoid starting the DECW$SERVER process ? ? Re: [VMS Motif] How to avoid starting the DECW$SERVER process ?   F ----------------------------------------------------------------------  % Date: Mon, 19 Nov 2001 15:16:32 -0800 . From: Jack Trachtman <Jack.Trachtman@vmmc.org>% Subject: Re: anonymous ftp protection ( Message-ID: <3BF992CF.FAE15A95@vmmc.org>  / I'm interested in what others have to say here.   G I just upgraded VMS and went from UCX 4.3 to TCPIP V5.1 ECO 3.  The FTP H ANONYMOUS account was not automatically brought forward.  Before I couldH get TCPIP$CONFIG to set it up, I had to delete the old UCX directory andL AUTHORIZE entries.  But still, I get a protection violation trying to login.  M There is a recent DSNlink article about this but it doesn't work for me.  The  CompaqM support person I talked with was not able to resolve my problem, so I'm still    looking for a solution.    Tom Linden wrote:   B > with tcpip5.1 under 7.3 I had to set the file protection to w:re@ > for both anonymous.dir and tcpip$ftp_anonymous.log following aB > reboot after a power failure, using the SET FILE.PROT=  command. > K > As I have now learned, this is not persistent,  so where should I put it? K > Should not the permissions have been properly set when it was configured? D > If so, was this my error or does tcpip$config not do it correctly? >  > TIA  > Tom    ------------------------------    Date: 19 Nov 2001 11:30:14 -0800< From: alphaman-nixspam@hsv.sungardtrust.com (Aaron Sakovich)' Subject: Re: APC UPS Software by TMESIS = Message-ID: <8af17fe1.0111191130.7de68bc6@posting.google.com>   t robin.brady@ssb.state.tx.us (Robin Brady) wrote in message news:<17e7dda1.0111160950.64b71844@posting.google.com>...6 > Does anyone have any experience with software calledJ > UPShot by TMESIS Software (http://www.tmesis.com/apc/registration.htmlx) > on OpenVMS Alpha 7.3?  > < > Just curious how well it works as it appears to be a beta. >  > Robin   > Yuh, I use it here.  Superb product -- very reliable, nice UI,E emminently customizable.  We're using both VAX and Alpha versions and F the only hiccup we had was when I forgot to put the right license code# in after our demo expired... <doh!>   A Oh, and Brian offers superb support -- he fixed a design issue we F uncovered regarding our using 2 separate installations with 2 UPS's inD one cluster (turnaround time < 1 day) and even customized the latestF rev per our UPS requirements.  The code now supports the Symmetra 8000 series.   B Brian also helped us build test cables to connect the UPS's to ourD VAXen and Alphas -- something that APC failed miserably at, claimingC it couldn't be done, hemmed and hawed for weeks, and then said that E their software would only be able to tell when the power had failed.  F UPShot, otoh, manages everything the UPS supports through TMESIS' veryE nicely manufactured cables.  Installation and config was a no-brainer # for both the hardware and software.     http://www.tmesis.com/apc/   @ Highly recommended, but that's just my personal opinion; I'm notB speaking for SunGard, just for Aaron, the grunt who has to use the	 software.    Aaron    ------------------------------    Date: 19 Nov 2001 20:10:31 -0800) From: P.Young@unsw.EDU.AU (Patrick Young) ' Subject: Re: APC UPS Software by TMESIS = Message-ID: <55f85d77.0111192010.1d28d3fc@posting.google.com>   t robin.brady@ssb.state.tx.us (Robin Brady) wrote in message news:<17e7dda1.0111160950.64b71844@posting.google.com>...6 > Does anyone have any experience with software calledJ > UPShot by TMESIS Software (http://www.tmesis.com/apc/registration.htmlx)  F After reading this posting and noting I just recently connected an APCE Smart-UPS 1250 to one of our Alphas, I downloaded it to give it a try   as it looks like a cool product.  , I'm not having much luck though, I just get:  ) >>> parsing UPShot parameter file... DONE $ >>> checking the UPS capabilities...  F At which point nothing further happens. I looked at the serial trafficE to find the software saying "Ay" and the UPS saying "SM" in response. ? This happens every 1 to 2 seconds, but nothing further happens.    My cable is:   9 Pin M     9 Pin F   
 1           3 
 2           2 
 9           5   D I'm not sure if this is right or if the APC model I have is too old.   ------------------------------  # Date: Mon, 19 Nov 2001 23:44:27 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Couple of new articles A Message-ID: <vPgK7.29217$qx2.1407036@bin5.nnrp.aus1.giganews.com>   J One is a reference to a Micropro report critical of Itanic's chances (glad/ to see I'm not the only one with such notions):   ' http://www.theinquirer.net/19110104.htm   @ The other indicates that HP has been picking up some of Compaq'sJ not-so-better ideas in how to renege upon commitments to customers, in theA way it turned around and axed MPE after having presented a 5-year ! development road map last August:   B http://www.computerworld.com/storyba/0,4125,NAV47_STO65869,00.html   FWIW,    - bill   ------------------------------  # Date: Tue, 20 Nov 2001 03:21:38 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: DEQ bonuses... ' Message-ID: <3BF9CFA0.357B15C6@fsi.net>    "Alan E. Feldman" wrote: > ^ > David Froble <davef@tsoft-inc.com> wrote in message news:<3BF5D91B.1060409@tsoft-inc.com>... > [snip]I > > Upon subsequent readings it isn't really all that much, but the first ! > > reading had me ROTFLMAO.  :-)  >  > What does the MAO stand for? >  > > Dave   Rolling  On The  Floor  Laughing My Ass  Off    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 19 Nov 2001 15:55:21 -0600- From: koehler@encompasserve.org (Bob Koehler) ? Subject: Re: IPF Calling Standard (was: ISV's and VMS on Intel) 3 Message-ID: <XsKFhg2wZ1jS@eisner.encompasserve.org>   \ In article <3BF93AD9.D38A090D@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > John Reagan wrote:> >> I don't understand your MACRO question.  Can you elaborate? > K > I have have a VAX macro program that uses the VMS-VAX calling standard to P > setup registers etc, and then move that program to MACRO-ALPHA, does the MACROM > compiler on Alpha change whatever is needed to allow my program to abide by D > the Alpha-VMS calling standards, or are the two exactly the same ?  D  The two are not the same, and what happens depends on what you tellF  the compiler on the Alpha.  See especially the documentation on homed  argument lists.   ------------------------------    Date: 19 Nov 2001 16:06:11 -0600- From: koehler@encompasserve.org (Bob Koehler) ? Subject: RE: IPF Calling Standard (was: ISV's and VMS on Intel) 3 Message-ID: <laLAu6HSBYCC@eisner.encompasserve.org>   _ In article <CIEJLCMNHNNDLLOOGNJIKEJNDJAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes: 7 >> From: Bob Koehler [mailto:koehler@encompasserve.org]   L >>    DEC did it for VAX and followed it in VMS and VAXeln.  Updated it for K >>    C and continued to follow it for both VMS and UNIX.  Did it all over  G >>    again for Alpha, followed it for VMS, UNIX, and probably NT.  I'm H >>    under the impression Berkley pretty much followed it when they didG >>    the orignial UNIX port, except where C wasn't compatable with the  >>    earlier version. > > > Actually, it is neither, it is the standards of the language >   @    Nope.  The C language standard does not specify all low level%    details, neihter does Fortran, ...   C    C specifies what call by value means, and what call by reference F    means, and how arguments are treated when a called function changes    them.  F    C does not specify whether those arguments must be on the stack, orD    can be in a register.  It does not specify where the return PC isE    stored on the stack, whether there's an FP, or whether the calling A    function saves registers it needs or the called function saves C    registers it changes.  It does not specify how return values are     passed back.   G    DEC C on a VAX passes all arguments on the stack, each argument gets B    one or more longwords, the argument list includes the number ofG    arguments.  On Alpha the first 6 arguments are passed via registers, G    each takes up one or more quadwords, and another register describes      all the arguments.   G    On VAX the called function saves and restores any registers it might D    change, except R0 and R1.  On Alpha the called function saves andK    restores some of the registers it might change, many others are scratch. D    On 80x86 the calling function saves and restores any registers it    needs to preserve.   D    On VAX and Alpha return values tend to get passed back in R0 (andA    R1 or F0), but complex return values are treated as additional 
    arguments.   @    Most of the last three paragraphs are independent of the HLL.        ------------------------------  % Date: Mon, 19 Nov 2001 17:22:07 -0500 * From: John Reagan <john.reagan@compaq.com>? Subject: Re: IPF Calling Standard (was: ISV's and VMS on Intel) ) Message-ID: <3BF9860F.5080104@compaq.com>    JF Mezei wrote:  > John Reagan wrote: > = >>I don't understand your MACRO question.  Can you elaborate?  >> > K > I have have a VAX macro program that uses the VMS-VAX calling standard to P > setup registers etc, and then move that program to MACRO-ALPHA, does the MACROM > compiler on Alpha change whatever is needed to allow my program to abide by D > the Alpha-VMS calling standards, or are the two exactly the same ? > M > And what happens to a VAX Macro program when it will be compiled on Itanium P > where the calling standard will be different ? Or is it assumed that all MacroN > programs use a standard macro to call any routine  so when recompiled on new: > platform, a new macro will generate the different code ? >   H I see.  The calling standard on Alpha was sufficiently close to that on / VAX such that AMACRO's job was relatively easy.   I For OpenVMS Itanium, you should not have to change your code, but IMACRO  H with have to do substantially more work behind your back.  For example, I unlike the Alpha calling standard where R2-R15 are preserved, only R4-R7  F are preserved in the Itanium version.  Since the MACRO-32 source code = assumed that R2-R11 were preserved on the VAX, we'll have to  H save/restore registers around each call.  Essentially, it looks like it G does today.  You can use (FP), you can use (AP), etc.  We'll take care  I of the details like there is no real FP, there is no real AP, and things  I like R0 is a readonly register and the function results now return in R8.    --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader    ------------------------------  % Date: Mon, 19 Nov 2001 17:58:23 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ? Subject: Re: IPF Calling Standard (was: ISV's and VMS on Intel) , Message-ID: <3BF98E7A.7CF74AC3@videotron.ca>   Bob Koehler wrote:I >    DEC C on a VAX passes all arguments on the stack, each argument gets D >    one or more longwords, the argument list includes the number ofI >    arguments.  On Alpha the first 6 arguments are passed via registers, H >    each takes up one or more quadwords, and another register describes >    all the arguments.   N Thanks for the description. Out of curiosity, how does VEST handle all of thisM ? Does it provide an environment where the VAX calling standard can operate ? + How did it interface with system services ?    ------------------------------  # Date: Mon, 19 Nov 2001 23:26:46 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ? Subject: Re: IPF Calling Standard (was: ISV's and VMS on Intel) 0 Message-ID: <00A054B0.35BEDFD4@SendSpamHere.ORG>  V In article <3BF9860F.5080104@compaq.com>, John Reagan <john.reagan@compaq.com> writes: {...snip...}J >For OpenVMS Itanium, you should not have to change your code, but IMACRO I >with have to do substantially more work behind your back.  For example,  J >unlike the Alpha calling standard where R2-R15 are preserved, only R4-R7 G >are preserved in the Itanium version.  Since the MACRO-32 source code  > >assumed that R2-R11 were preserved on the VAX, we'll have to   F The calling standard says nothing about R2-R15 being preserved on the C Alpha nor does it say anything about preserving R2-R11 on VAX.  R2- E R15 Alpha/R2-R11 VAX are defined as the general registers and, if you E expect them to retain certain values, you need to preserve them.  I'm E quite capable of writing values into any of the aforementioned regis- F ters on either platform and have them pass values back to the invoker.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes    ------------------------------  # Date: Mon, 19 Nov 2001 18:57:00 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Life After Alpha @ Message-ID: <0CcK7.25400$uB.4668876@bin3.nnrp.aus1.giganews.com>  6 Rebecca Snyder <rsnyder@atlasdie.com> wrote in message9 news:MPBBIEGNHCKJGNKPHFAPIEECCOAA.rsnyder@atlasdie.com...    ...   @ > So, as my mom says, "Be careful of what you wish for - you may> > actually get it!" And IBM owning the rights to Alpha/Vax/VMS@ > might be what you asked for but it might not be what you want!  H How true - remember how great the expectations for improvement were when Compaq bought DEC.  L IBM is definitely a prime candidate to move to if one must move off VMS, butK the best chance for Alpha/VMS/Tru64 is a changed Compaq that recognizes how K important they are to its survival:  no other company will find them nearlya as critical.   - bill   ------------------------------  # Date: Mon, 19 Nov 2001 19:15:04 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Life After Alpha(< Message-ID: <YScK7.4575$eh7.3047513@typhoon.ne.mediaone.net>  0 "John Vottero" <John@mvpsi.com> wrote in message) news:tvie27hg88a287@news.supernews.com...nA > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messageo8 > news:WJ9K7.4440$eh7.2916245@typhoon.ne.mediaone.net... > >iB > > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message) > > news:9tb24d$cvi$1@info.cs.uofs.edu...e- > > > In article <3BF86010.A3A51B83@fsi.net>,I: > > >  "David J. Dachtera" <djesys.nospam@fsi.net> writes: > > > |> Bill Gunshannon wrote:f
 > > > |> >J > > > |> > Well, I doubt we qualify as a "large VMS customer" although our > mainI > > > |> > administrative systems are all Alpha's running VMS and I don't: > speakrJ > > > |> > officially for the data center, but the last conversation I had > withH > > > |> > the management who did provided the information that they are > > pursuingJ > > > |> > the likelyhood of going to IBM.  Which is funny, as this was an all  > > BlueC > > > |> > shop when I got here, converted to VAX/VMS, converted tom	 Alpha/VMSa > > andyJ > > > |> > now appears to be about to come full circle.  Of course, if IBM > were > > to > > > |> > buy Compaq......f > > > |>C > > > |> Pure speculation and wishful thinking. No flames please...p > > >MH > > > Sure, rain on my parade.  Burst my bubble.  Thanks a lot....   :-) > > >iH > > > |> IBM was making Alphas before... Is there still room in existingL > > > |> agreements for IBM to revive it, and actually MAKE SOMETHING of it?H > > > |> Remember: IBM is *NOT* a computer company! IBM is a *MARKETING*	 > companyw > > > |> that sells computers. > > > @ > > > Your joking, right??  Who makes System-390's??  AS-400's??K > > > And the 390 shows they don't scrap older technology before it's time. G > > > This is an architecture that has been in constant development forrK > > > several decades and still maintains backwards compatability with it'sI > > > ancestors. > >eJ > > And gee, they manage to be successful with mainframes even though they > don't F > > run OS/390 ads in the trade press and the Wall Street Journal! ;-} > >C > L > Huh?  I see them all the time.  They may not point out that the machine inJ > the ad is a S/390 or AS/400 but they're still pushing their magic boxes.  H Indeed. Point is, they are advertising their boxes, NOT the OS (or magic; smoke) running in the boxes. Seems to work for 'em, though!-  L > Have you seen the recent TV ads where the cops are called to investigate aK > room full of missing servers?  Then the computer geek calmly expains that  heH > moved everything onto "that one" and points to a big black box.  Isn't that= > supposed to be a S/390 running multiple instances of Linux?P  H Missed that ad, but IBM's TV ads generally are pretty good. Best of all,L they are not invariably accompanied by the five-note arpeggio from the Intel Xylophone Orchestra!   ------------------------------  # Date: Tue, 20 Nov 2001 04:51:05 GMT # From: John Plemons <john@mavin.com>b Subject: Re: Life After Alphar) Message-ID: <3BF9E00D.A92EA837@mavin.com>   N Folks I think the tolling of the death bell for Alpha is a little early...  IfP you check the Samsung website you will see its alive and well, Samsung is makingJ a series of boards and has a worldwide network of VAR's to market them....O Check out http://www.samsungelectronics.com do a search on the 21264 there is ahN whole section on the Alpha, with links to their worldwide distributors for the product....s   Thanks,e john       "Terry C. Shannon" wrote:   2 > "John Vottero" <John@mvpsi.com> wrote in message+ > news:tvie27hg88a287@news.supernews.com...-C > > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messagel: > > news:WJ9K7.4440$eh7.2916245@typhoon.ne.mediaone.net... > > >AD > > > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message+ > > > news:9tb24d$cvi$1@info.cs.uofs.edu..../ > > > > In article <3BF86010.A3A51B83@fsi.net>,a< > > > >  "David J. Dachtera" <djesys.nospam@fsi.net> writes:! > > > > |> Bill Gunshannon wrote:l > > > > |> >L > > > > |> > Well, I doubt we qualify as a "large VMS customer" although our > > mainK > > > > |> > administrative systems are all Alpha's running VMS and I don'to	 > > speak,L > > > > |> > officially for the data center, but the last conversation I had > > withJ > > > > |> > the management who did provided the information that they are > > > pursuingL > > > > |> > the likelyhood of going to IBM.  Which is funny, as this was an > alls
 > > > BlueE > > > > |> > shop when I got here, converted to VAX/VMS, converted toa > Alpha/VMSo	 > > > andPL > > > > |> > now appears to be about to come full circle.  Of course, if IBM > > were > > > to > > > > |> > buy Compaq......s
 > > > > |>E > > > > |> Pure speculation and wishful thinking. No flames please...h > > > >oJ > > > > Sure, rain on my parade.  Burst my bubble.  Thanks a lot....   :-) > > > >'J > > > > |> IBM was making Alphas before... Is there still room in existingN > > > > |> agreements for IBM to revive it, and actually MAKE SOMETHING of it?J > > > > |> Remember: IBM is *NOT* a computer company! IBM is a *MARKETING* > > company   > > > > |> that sells computers. > > > >hB > > > > Your joking, right??  Who makes System-390's??  AS-400's??M > > > > And the 390 shows they don't scrap older technology before it's time.uI > > > > This is an architecture that has been in constant development for-M > > > > several decades and still maintains backwards compatability with it'sE > > > > ancestors. > > >jL > > > And gee, they manage to be successful with mainframes even though they	 > > don'toH > > > run OS/390 ads in the trade press and the Wall Street Journal! ;-} > > >e > >.N > > Huh?  I see them all the time.  They may not point out that the machine inL > > the ad is a S/390 or AS/400 but they're still pushing their magic boxes. >rJ > Indeed. Point is, they are advertising their boxes, NOT the OS (or magic= > smoke) running in the boxes. Seems to work for 'em, though!t > N > > Have you seen the recent TV ads where the cops are called to investigate aM > > room full of missing servers?  Then the computer geek calmly expains thate > heJ > > moved everything onto "that one" and points to a big black box.  Isn't > that? > > supposed to be a S/390 running multiple instances of Linux?  >pJ > Missed that ad, but IBM's TV ads generally are pretty good. Best of all,N > they are not invariably accompanied by the five-note arpeggio from the Intel > Xylophone Orchestra!   ------------------------------  # Date: Tue, 20 Nov 2001 05:44:53 GMT-  From: cjt <cheljuba@prodigy.net> Subject: Re: Life After Alphal+ Message-ID: <3BF9EDD2.7317CD8D@prodigy.net>u  " Who's going to advance the design?   John Plemons wrote:n > P > Folks I think the tolling of the death bell for Alpha is a little early...  IfR > you check the Samsung website you will see its alive and well, Samsung is makingL > a series of boards and has a worldwide network of VAR's to market them....Q > Check out http://www.samsungelectronics.com do a search on the 21264 there is aeP > whole section on the Alpha, with links to their worldwide distributors for the
 > product....m > 	 > Thanks,  > john >  > "Terry C. Shannon" wrote:0 > 4 > > "John Vottero" <John@mvpsi.com> wrote in message- > > news:tvie27hg88a287@news.supernews.com...0E > > > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messageu< > > > news:WJ9K7.4440$eh7.2916245@typhoon.ne.mediaone.net... > > > > F > > > > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message- > > > > news:9tb24d$cvi$1@info.cs.uofs.edu...m1 > > > > > In article <3BF86010.A3A51B83@fsi.net>,'> > > > > >  "David J. Dachtera" <djesys.nospam@fsi.net> writes:# > > > > > |> Bill Gunshannon wrote:t > > > > > |> >N > > > > > |> > Well, I doubt we qualify as a "large VMS customer" although our
 > > > mainM > > > > > |> > administrative systems are all Alpha's running VMS and I don'tP > > > speakwN > > > > > |> > officially for the data center, but the last conversation I had
 > > > withL > > > > > |> > the management who did provided the information that they are > > > > pursuingN > > > > > |> > the likelyhood of going to IBM.  Which is funny, as this was an > > all< > > > > BlueG > > > > > |> > shop when I got here, converted to VAX/VMS, converted ton
 > > Alpha/VMS  > > > > anddN > > > > > |> > now appears to be about to come full circle.  Of course, if IBM
 > > > were
 > > > > to > > > > > |> > buy Compaq......u > > > > > |>G > > > > > |> Pure speculation and wishful thinking. No flames please...o	 > > > > >nL > > > > > Sure, rain on my parade.  Burst my bubble.  Thanks a lot....   :-)	 > > > > >,L > > > > > |> IBM was making Alphas before... Is there still room in existingP > > > > > |> agreements for IBM to revive it, and actually MAKE SOMETHING of it?L > > > > > |> Remember: IBM is *NOT* a computer company! IBM is a *MARKETING*
 > > > company6" > > > > > |> that sells computers.	 > > > > >BD > > > > > Your joking, right??  Who makes System-390's??  AS-400's??O > > > > > And the 390 shows they don't scrap older technology before it's time.JK > > > > > This is an architecture that has been in constant development forsO > > > > > several decades and still maintains backwards compatability with it'sf > > > > > ancestors. > > > >nN > > > > And gee, they manage to be successful with mainframes even though they > > > don't J > > > > run OS/390 ads in the trade press and the Wall Street Journal! ;-} > > > >  > > >nP > > > Huh?  I see them all the time.  They may not point out that the machine inN > > > the ad is a S/390 or AS/400 but they're still pushing their magic boxes. > > L > > Indeed. Point is, they are advertising their boxes, NOT the OS (or magic? > > smoke) running in the boxes. Seems to work for 'em, though!i > >eP > > > Have you seen the recent TV ads where the cops are called to investigate aO > > > room full of missing servers?  Then the computer geek calmly expains thata > > heL > > > moved everything onto "that one" and points to a big black box.  Isn't > > thatA > > > supposed to be a S/390 running multiple instances of Linux?s > > L > > Missed that ad, but IBM's TV ads generally are pretty good. Best of all,P > > they are not invariably accompanied by the five-note arpeggio from the Intel > > Xylophone Orchestra!   ------------------------------  # Date: Tue, 20 Nov 2001 06:36:23 GMTo# From: John Plemons <john@mavin.com>o Subject: Re: Life After Alphae) Message-ID: <3BF9F8BC.704A9634@mavin.com>s  J Samsung has the license to make, and I would guess develop the Alpha chipsV themselves....  If you look at the boards they are developing they are doing so aroundO AMD chipsets....  They seem pretty active and have a few bucks to back it up...e   John      
 cjt wrote:  $ > Who's going to advance the design? >  > John Plemons wrote:t > >tR > > Folks I think the tolling of the death bell for Alpha is a little early...  IfT > > you check the Samsung website you will see its alive and well, Samsung is makingN > > a series of boards and has a worldwide network of VAR's to market them....S > > Check out http://www.samsungelectronics.com do a search on the 21264 there is anR > > whole section on the Alpha, with links to their worldwide distributors for the > > product....r > >o > > Thanks,h > > john > >. > > "Terry C. Shannon" wrote:S > >r6 > > > "John Vottero" <John@mvpsi.com> wrote in message/ > > > news:tvie27hg88a287@news.supernews.com...RG > > > > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messageo> > > > > news:WJ9K7.4440$eh7.2916245@typhoon.ne.mediaone.net...	 > > > > >lH > > > > > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message/ > > > > > news:9tb24d$cvi$1@info.cs.uofs.edu...n3 > > > > > > In article <3BF86010.A3A51B83@fsi.net>, @ > > > > > >  "David J. Dachtera" <djesys.nospam@fsi.net> writes:% > > > > > > |> Bill Gunshannon wrote:a > > > > > > |> >P > > > > > > |> > Well, I doubt we qualify as a "large VMS customer" although our > > > > mainO > > > > > > |> > administrative systems are all Alpha's running VMS and I don'tc
 > > > > speak P > > > > > > |> > officially for the data center, but the last conversation I had > > > > withN > > > > > > |> > the management who did provided the information that they are > > > > > pursuingP > > > > > > |> > the likelyhood of going to IBM.  Which is funny, as this was an	 > > > alla > > > > > BlueI > > > > > > |> > shop when I got here, converted to VAX/VMS, converted to  > > > Alpha/VMSv
 > > > > > and P > > > > > > |> > now appears to be about to come full circle.  Of course, if IBM > > > > were > > > > > to! > > > > > > |> > buy Compaq......s > > > > > > |>I > > > > > > |> Pure speculation and wishful thinking. No flames please...( > > > > > >uN > > > > > > Sure, rain on my parade.  Burst my bubble.  Thanks a lot....   :-) > > > > > >PN > > > > > > |> IBM was making Alphas before... Is there still room in existingR > > > > > > |> agreements for IBM to revive it, and actually MAKE SOMETHING of it?N > > > > > > |> Remember: IBM is *NOT* a computer company! IBM is a *MARKETING* > > > > companyo$ > > > > > > |> that sells computers. > > > > > > F > > > > > > Your joking, right??  Who makes System-390's??  AS-400's??Q > > > > > > And the 390 shows they don't scrap older technology before it's time.eM > > > > > > This is an architecture that has been in constant development fornQ > > > > > > several decades and still maintains backwards compatability with it's  > > > > > > ancestors.	 > > > > >aP > > > > > And gee, they manage to be successful with mainframes even though they
 > > > > don'tuL > > > > > run OS/390 ads in the trade press and the Wall Street Journal! ;-}	 > > > > >t > > > >lR > > > > Huh?  I see them all the time.  They may not point out that the machine inP > > > > the ad is a S/390 or AS/400 but they're still pushing their magic boxes. > > >rN > > > Indeed. Point is, they are advertising their boxes, NOT the OS (or magicA > > > smoke) running in the boxes. Seems to work for 'em, though!r > > > R > > > > Have you seen the recent TV ads where the cops are called to investigate aQ > > > > room full of missing servers?  Then the computer geek calmly expains thatb > > > heN > > > > moved everything onto "that one" and points to a big black box.  Isn't
 > > > thatC > > > > supposed to be a S/390 running multiple instances of Linux?e > > >iN > > > Missed that ad, but IBM's TV ads generally are pretty good. Best of all,R > > > they are not invariably accompanied by the five-note arpeggio from the Intel > > > Xylophone Orchestra!   ------------------------------    Date: 19 Nov 2001 13:27:37 -0600+ From: young_r@encompasserve.org (Rob Young)e. Subject: Re: No advertisment for VMS stability3 Message-ID: <MYUJf22bs9U6@eisner.encompasserve.org>   a In article <IfeJzWHDJIcX@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:aY > In article <3bf92be8$1_1@news.datacomm.ch>, "Jakob Erber" <erber@tiscalinet.ch> writes:A >> Hi, >> XF >> the german Xetra trading system seems not to be too happy with VMS. >> l >>   >> a/ >> http://de.news.yahoo.com/011119/3/2c64e.htmla >> o > % > 	But in conclusion via translation:  > L > For the current disturbance the German stock exchange made an error in theI > network program of the operating system, which controls responsible the-N > connection of the central computers with the commercial systems. Updating ofO > the Xetra software ("release change") on Monday was not against it a cause ofa > the disturbance. > < > 	So... system management error.  Seems they either need toA > 	put a stiffer change control method and/or find new folks that - > 	understand how to manage VMS.  No offense.b >   @ 	I've received private communication with someone familiar with	B 	the situation.  What is wrong is something that is pretty trivial? 	and works in other production situations.  Since I did not aska@ 	permission to post the content, I won't.  Since this is an open& 	issue, that is all I am going to say.  A 	They do know what they are doing and they do have change control- 	procedures.   	My apologies.   				Robo   ------------------------------  + Date: Mon, 19 Nov 2001 21:11:27 +0100 (MET)cB From: "Dr. Martin P.J. Zinser" <ZINSER@sysdev.deutsche-boerse.com>. Subject: Re: No advertisment for VMS stability; Message-ID: <01KAWGUF81H290W8UM@sysdev.deutsche-boerse.com>m  K > From:	IN%"young_r@encompasserve.org"  "Rob Young" 19-NOV-2001 20:42:51.39s- > Subj:	RE: No advertisment for VMS stability.  c > In article <IfeJzWHDJIcX@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:o[ > > In article <3bf92be8$1_1@news.datacomm.ch>, "Jakob Erber" <erber@tiscalinet.ch> writes:< > >> Hi, > >>H > >> the german Xetra trading system seems not to be too happy with VMS. > >> > >> > >>1 > >> http://de.news.yahoo.com/011119/3/2c64e.htmln > >> > >>, > >       But in conclusion via translation: > > N > > For the current disturbance the German stock exchange made an error in theK > > network program of the operating system, which controls responsible thefP > > connection of the central computers with the commercial systems. Updating ofQ > > the Xetra software ("release change") on Monday was not against it a cause ofn > > the disturbance. > >dC > >       So... system management error.  Seems they either need toeH > >       put a stiffer change control method and/or find new folks that4 > >       understand how to manage VMS.  No offense. > >i   Hello,   > H >         I've received private communication with someone familiar withK >         the situation.  What is wrong is something that is pretty trivialtH >         and works in other production situations.  Since I did not askI >         permission to post the content, I won't.  Since this is an openy/ >         issue, that is all I am going to say.  > J >         They do know what they are doing and they do have change control >         procedures.h >  >         My apologies.o > % >                                 Robh    @ 	Well, I was the person contacting Rob. We do work hard here at = 	the exchange to avoid such problems. I can assure everybody i; 	that this was not a case of a simple miss handling of the  9 	system. Neither is it an error which is excercised under < 	trivial circumstances in OpenVMS, since we do this type of : 	work regularly and never encountered any problems. Short ; 	summary: The problem is currently under investigation, we /9 	did change our internal working procedures to ensure it  < 	will not happen again until the result of the investigation 	is available.  8 	I do want to thank Rob for his posting, since it shows 8 	he is able to take new information into account and to = 	adjust his views accordingly also in public. I think in thisg9 	he can be an example for all of us (I'm including myself  	here).p   				Greetings, Martin N Dr. Martin P.J. Zinser                       zinser@sysdev.deutsche-boerse.com4 Deutsche Boerse Systems Inc.                        B Suite 1580                                   Tel: +1-312-408-3085 A 141 West Jackson Blvd.                       FAX: +1-312-408-3071-- Chicago, IL, 60604                           1F USA                                          Private:  zinser@decus.de   ------------------------------  # Date: Mon, 19 Nov 2001 22:43:29 GMTo3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>.. Subject: Re: No advertisment for VMS stability/ Message-ID: <3BF98A6A.E3AAF9D8@cableinet.co.uk>o   Michael Kraemer wrote: >  > The german sentence: > E > "Fr die aktuelle Strung machte die Deutsche Brse einen Fehler im2& > Netzwerkprogramm des Betriebssystems > verantwortlich," >  > translates intou > C > "For the current malfunction the "Deutsche Brse" blames an erroro3 > in the network software of the operating system."s > B > so this clearly (at least in german) indicates a VMS rather than > an admin error.d    F and how much testing did these people do before changing their system?D Not enough, by the sounds of it. If its such a critical system, theyB need a realistic test environment to wheedle out such problems, beA they IP stack or OS bugs or configuration issues. Noone ever said.C VMS software is inherently error free. However, it is my experiencenG that errors are easier to reproduce and study on VMS than other systems  I have used.   regardsr   -- a Tim.Llewellyn@cableinet.co.uk  y  C Standard disclaimer applies. My views in no way represent those of >! my employers or service provider.t   ------------------------------  % Date: Mon, 19 Nov 2001 14:17:42 -0500 4 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com>: Subject: Re: OpenVMS o/s cd-rom insufficient quotas/limits+ Message-ID: <9tblsn$ofg$1@lead.zk3.dec.com>   2 "Jim Strehlow" <jims@data911.com> wrote in message* news:9spnf8$6t3@dispatch.concentric.net...   > When I, > $$$ ANALYZE /DISK_STRUCTURE /REPAIR  dunn: >e) > I still get insufficient virtual memoryb7 > %ANALDISK-F-ALLOCMEM, error allocating virtual memory / > -LIB-F-INSVIRMEM, insufficient virtual memory   C In V7.3, I bumped up the quotas for the startup process quite a bit.D (doubled or more in many cases).  Hopefully they will last us a goodA 10-15 years.  Try V7.3 and let me know if it solves your problem.      --  	 Mark BudaE Compaq Computer Corporationm VMS Engineering  110 Spitbrook Road
 MS: ZK3-4/X57T Nashua, NH 03062 Voice: (603) 884-1969  FAX: (603) 884-3451    ------------------------------  % Date: Mon, 19 Nov 2001 17:18:47 -0500 4 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com>: Subject: Re: OpenVMS o/s cd-rom insufficient quotas/limits+ Message-ID: <9tc0g7$sq6$1@lead.zk3.dec.com>e  ? "Mark Buda" <buda@tabasco.zko.dec.no.spam.com> wrote in message % news:9tblsn$ofg$1@lead.zk3.dec.com...e  E > In V7.3, I bumped up the quotas for the startup process quite a bit'F > (doubled or more in many cases).  Hopefully they will last us a goodC > 10-15 years.  Try V7.3 and let me know if it solves your problem.p  F Whoops...  Ignore the above.  As always there is more to it then meets
 the eye.  :-(h  E A fellow engineer pointed out that the stand alone situation does notsE use the startup process, but a process that it creates with specifiedr	 quotas...h   --  	 Mark Budau Compaq Computer Corporation  VMS Engineeringe 110 Spitbrook Road
 MS: ZK3-4/X57f Nashua, NH 03062 Voice: (603) 884-1969  FAX: (603) 884-3451    ------------------------------   Date: 19 Nov 2001 23:01:28 GMT From: bart@CTI01.COMVERSE.COMs3 Subject: Security patch multihomes X Display Server A Message-ID: <3bf98f48$0$20890$724ebb72@reader2.ash.ops.us.uu.net>   = 	Recently I was stewing once again from the fact that the VMSoM X display server would not (easily) handle requests for displays on secondary-I and tertiary interfaces present on the system. When I asked in this forumeM a year or so ago, Hoff had suggested I contact The Colorado support center onuK this. I did and the disappointing answer from them was that this was indeed H an area in which VMS was inferior to Unix and even the lowly PC. Today II downloaded and installed the mandatory security patch which was discussedaA recently here. Afterwards, on a whim, I decided to try once againmJ to try opening an X window directly via the secondary interface and, to myH amazement, it now works! I am wondering if this was actually part of the? change implemented by the patch per se or perhaps was inherited E funtionality added to the corresponding images in a later VMS versionp (I have V7.1-2)? 					Steve Bartt   ------------------------------  % Date: Mon, 19 Nov 2001 14:12:32 -0500n4 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com>' Subject: Re: SET FILE/STAT and clusters + Message-ID: <9tblj1$ocb$1@lead.zk3.dec.com>a  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3BF07283.DBA91B9D@videotron.ca...F > had the occasion to need the SET FILE/STAT and MON RMS/FILE=filename today.   Congratulations!  H > However, I was quite disapointed to find out that in a 2 node cluster, the MONuH > RMS on the node that has control of the disk on which the file resides wouldr= > not show usage statistics from a process running on node 2.p >wF > I can understand that with dual path disks, one node wouldn't really see whatH > the other node is doing. But with MSCP access, shouldn't the node that has H > control of the drive be able to provide clusterwide RMS monitoring for a file ?  G The statistics are stored in a global section, that is of course uniquegA to an individual node.  MONI RMS looks at this data structure and  reports what it sees.n  C To enable what you are asking for, clusterwide RMS file statistics,eE would require going to every node that has the file open, passing the H data from a remote node back to the local node, adding the data from one- or more remote nodes to show the total count.y  3 Not an impossible task, but not currently in place.  Would it be nice?  Sure.F Is it high on the totem pole of what customers want done?  Likely not.  G FYI, the overhead for having statistics turned on it, is quite low.  ItIH ends up being a global section and associated memory (not very much) andG then an increment or like instruction for various service points within?H the system service - which is VERY low overhead.  I would hazard a guessB that it adds less than 20-30 instructions per system service call.  G The largest overhead is the creation of the global section on open.  If D the file is kept open for long times, then the overhead is amortized across time to be negligible.   ; Rule of thumb:  If you think you might need it, turn it on.o   --  	 Mark Buda' Compaq Computer Corporation  VMS Engineeringn 110 Spitbrook Road
 MS: ZK3-4/X57  Nashua, NH 03062 Voice: (603) 884-1969t FAX: (603) 884-3451t   ------------------------------  % Date: Mon, 19 Nov 2001 17:35:59 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca>n' Subject: Re: SET FILE/STAT and clustersr, Message-ID: <3BF9893C.19DAAB10@videotron.ca>   Mark Buda wrote:I > The statistics are stored in a global section, that is of course uniquehC > to an individual node.  MONI RMS looks at this data structure ands > reports what it sees.r    K Ok, so instead of asking for MON RMS to be cluster-wide, then I should justiJ ask for cluster-wide global sections, and voila ! instant cluster-wide MON RMS, right ? :-) :-) :-) :-)  K I realise that it isn't a big deal and that it need not be a high priority.oL But if one day cluster-wide global sections do come through, then perhaps it# would be neat to have that feature.    ------------------------------  % Date: Tue, 20 Nov 2001 15:57:43 +1030r% From: Jeremy Begg <jeremy@vsm.com.au>j: Subject: Software to emulate someone sitting at a terminal* Message-ID: <3BF9E9CF.6737F300@vsm.com.au>   Hi,I  K Earlier this month I enquired about NEXUS BSI for MANMAN.  No one seemed to F know what it was but since then I have learned that it's a utility forI emulating a user sitting at a terminal, typing responses to prompts.  Ther+ comments in various files have this header:        NEXUS Software Servicest       Gainsborough House        109 Portland St       Manchester   M1 6DN.        Tel: 061 237 3126  F (I'm going to try calling that number tonight, but I've been told that: previous attempts to contact the business failed totally.)  G In our case, NEXUS BSI is being used to automate data entry into MANMANnH V11.2.  There are a serious of script files, each of which specifies theF prompts to expect and the responses to supply.  Variable responses areL supplied by defining logical names which get substituted at run-time.  ThereJ are also facilities to specify that a prompt must appear at certain screenC coordinates, but I'm not sure if this is a critical feature for us.   I Does anyone know of any software -- commercial or freeware -- which could K perform a similar task?  I can probably put something together using Kermita# but I'm interested in alternatives.c   Thanks,.            Jeremy Begge  =   +---------------------------------------------------------+<=   |            VSM Software Services Pty. Ltd.              |w=   |                 http://www.vsm.com.au/                  |l=   |       "OpenVMS Systems Management & Programming"        | =   |---------------------------------------------------------|n=   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au | =   | South Australia 5081      |   Phone:  +61 8 83592155    | =   |---------------------------|  Mobile:  0414 422 947      |a=   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    | =   +---------------------------------------------------------+    ------------------------------   Date: 19 Nov 2001 18:51:02 GMT) From: leslie@clio.rice.edu (Jerry Leslie) B Subject: Re: Solaris: ready for prime time?  Keep your VMS system.' Message-ID: <9tbkam$f8f$1@joe.rice.edu>   . JF Mezei (jfmezei.spamnot@videotron.ca) wrote: : H : You should note that VMS will freeze if the system disk becomes full.  :a  @ Only if the default settings for the Audit Server are in forced.@ Here's the DCL script I use to get rid of monitoring of the disk space:  M  $ SET AUDIT/ALARM/ENABLE=(LOGFAIL=(REMOTE,DIALUP),BREAKIN=(REMOTE,DIALUP)) -oG     /DISABLE=(AUTHORIZATION,BREAKIN=NETWORK)/JOURNAL/RESOURCE=DISABLE -m1     /FAILURE=IGNORE/SERVER=FINAL_ACTION=PURGE_OLDA  J With these settings, the only downside to the disk filling up is an email A to the SYSTEM account to note the stopping of the ERRFMT process.0  C For mission-critical systems such as process control, shutting downe, because a disk filled up is not acceptable.     4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   Date: 19 Nov 2001 19:00:03 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) B Subject: Re: Solaris: ready for prime time?  Keep your VMS system.+ Message-ID: <9tbkrj$m21$1@info.cs.uofs.edu>a  2 In article <tj75Oy4YDw2eEZih+VI+5Cunuok8@4ax.com>,8  David Beatty <David.Beatty@qwertysasasdfgh.com> writes: |>  D |>     Is there a reason your Solaris systems are running version 7?7 |> That's not a particularly stable version of Solaris.  |>    D I wasn't aware there was "a particularly stable version of Solaris".   bill   -- mJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 19 Nov 2001 13:20:46 -0600+ From: young_r@encompasserve.org (Rob Young) B Subject: Re: Solaris: ready for prime time?  Keep your VMS system.3 Message-ID: <dBRAZpZMWJns@eisner.encompasserve.org>d  \ In article <3BF9483C.27A4457B@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Bob Koehler wrote:A >>    Some how I don't feel this demonstrates Solaris as being an2F >>    enterprize class OS.  Would you care to bet your bussines on it? > M > But an enterprise class system should have enterprise class system managersg > who monitor disk space.I >   ? 	Pleeze.... the hierachial filesystem idea is screwed up.  As It= 	pointed out in another thread I have seen different folks atr? 	different locations write scripts to monitor /tmp to ensure itr 	doesn't fill.  = 	The fact that /usr filled and corrupted other filesystems is/= 	pathetic.  For all we know something ran hog wild and filledc- 	it up and they *WERE* notified as it filled.   G > You should note that VMS will freeze if the system disk becomes full.a  > 	Sure.. if you are at an old VMS level.  I've ran systems withE 	full system disks...  quite often actually (1).  Won't know without fB 	digging, but maybe others know the answer straight up.  What I'm @ 	thinking of course is that prior versions of VMS hung if AUDIT H 	couldn't write.  And I have experienced hung systems at prior VMS revs @ 	with just that condition.  But I believe that was fixed in 6.1  	(or thereabouts).   				Robd    M (1)  I have an Alpha at 7.1 that periodically fills its system disk (MultinetiN log file gets too large, time to trim!) but it is serving a single unsupportedD function so no big deal... and yes, other things are running on that system no problemo!s   ------------------------------    Date: 19 Nov 2001 13:48:19 -0600+ From: young_r@encompasserve.org (Rob Young)eB Subject: Re: Solaris: ready for prime time?  Keep your VMS system.3 Message-ID: <ItztRomoRSJk@eisner.encompasserve.org>   S In article <9tbkam$f8f$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes:e0 > JF Mezei (jfmezei.spamnot@videotron.ca) wrote: > :yJ > : You should note that VMS will freeze if the system disk becomes full.  > :  > B > Only if the default settings for the Audit Server are in forced.B > Here's the DCL script I use to get rid of monitoring of the disk > space: > O >  $ SET AUDIT/ALARM/ENABLE=(LOGFAIL=(REMOTE,DIALUP),BREAKIN=(REMOTE,DIALUP)) -bI >     /DISABLE=(AUTHORIZATION,BREAKIN=NETWORK)/JOURNAL/RESOURCE=DISABLE -r3 >     /FAILURE=IGNORE/SERVER=FINAL_ACTION=PURGE_OLD> >   < 	And at that... behavior must have changed permanently as at% 	7.2, /FAILURE is an obsolete switch:i   	$ help set audit    SET      AUDIT        /FAILURE_MODEn  !           /FAILURE_MODE[=keyword]   "        This qualifier is obsolete.     > E > For mission-critical systems such as process control, shutting down . > because a disk filled up is not acceptable.  >   > 	But dear Sir... what if our OS is broken?  Can we still play?  A 	What if our idea of clustering is failing over to another box?   " 	Can we still call that a cluster?  4 	Sure kid.... why not.  If it makes you feel better.   				Rob    ------------------------------  % Date: Mon, 19 Nov 2001 15:16:40 -0500 5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>hB Subject: Re: Solaris: ready for prime time?  Keep your VMS system.2 Message-ID: <hGj5O6XhLpVthrgtBT1l1ZCmN4wz@4ax.com>  < On 19 Nov 2001 19:00:03 GMT, bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote:  3 >In article <tj75Oy4YDw2eEZih+VI+5Cunuok8@4ax.com>, 9 > David Beatty <David.Beatty@qwertysasasdfgh.com> writes:y >|> E >|>     Is there a reason your Solaris systems are running version 7?d8 >|> That's not a particularly stable version of Solaris. >|>  > E >I wasn't aware there was "a particularly stable version of Solaris".r >e >bill   E     Some are more stable than others.  ;-)  Solaris 7 is particularlys	 unstable.c   Davids   ------------------------------  % Date: Mon, 19 Nov 2001 21:35:10 +0100r. From: Dennis Grevenstein <dennis@pcde.inka.de>B Subject: Re: Solaris: ready for prime time?  Keep your VMS system., Message-ID: <3BF96CFE.689D66CB@pcde.inka.de>   Hi Bob,d   Michael Joosten wrote: > B > What do you mean with 'wiped out'? User FS out of space is quiteH > complicated unless the writing process runs under UID 0 (i.e. 'root'),I > as UFS (not sure about VXFS) normally reserves 5-10% of the FS space inn) > order to avoid excessive fragmentation.   ? I don't really see the problem too. A normal user cannot damagexF file systems and if a filesystem is full you will only get a "no space left on device" error.A I have never seen such a problem with Solaris. To get a competentt> answer you should give more information on your configuration,B hardware and the software used and finally ask in the proper group before ranting too much.  8 > Rather looks something else threw up on these disks...   Yupp.    Dennis   --  E Can i find out how many CPU's are installed in my SUN Enterprise 450.-C On boot up i can see Sun  Enterprise 450 ( 2x UltraSPARC-II 248Mhz)i What does this message means?e@                                    read in comp.sys.sun.hardware   ------------------------------    Date: 19 Nov 2001 16:08:25 -0600- From: koehler@encompasserve.org (Bob Koehler)tB Subject: Re: Solaris: ready for prime time?  Keep your VMS system.3 Message-ID: <VvzsdIAkf8qG@eisner.encompasserve.org>   \ In article <3BF9483C.27A4457B@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  M > But an enterprise class system should have enterprise class system managerss > who monitor disk space.S      Constantly?  O > You should note that VMS will freeze if the system disk becomes full. WhethersN > it freezes for security reasons of because of a bug/crash, it still fails to; > provide the services it is meant to provide to customers.   C    Mine never did.  Complained, but kept on providing services.  It G    depends on how you set the audit server's reaction to running out oft-    log space and where you put the audit log.S   ------------------------------    Date: 19 Nov 2001 16:06:50 -0600- From: koehler@encompasserve.org (Bob Koehler)eB Subject: Re: Solaris: ready for prime time?  Keep your VMS system.3 Message-ID: <g9IWEM6w8iML@eisner.encompasserve.org>   j In article <tj75Oy4YDw2eEZih+VI+5Cunuok8@4ax.com>, David Beatty <David.Beatty@qwertysasasdfgh.com> writes: > C >     Is there a reason your Solaris systems are running version 7?d6 > That's not a particularly stable version of Solaris.      fasser, besser, cheaper   ------------------------------    Date: 19 Nov 2001 16:09:34 -0600- From: koehler@encompasserve.org (Bob Koehler)lB Subject: Re: Solaris: ready for prime time?  Keep your VMS system.3 Message-ID: <xt0Yo2Bi7HXp@eisner.encompasserve.org>n  M In article <3BF94D2E.15FB@c-lab.de>, Michael Joosten <joost@c-lab.de> writes:o > % > What do you mean with 'wiped out'? t  F    As in kernel starts generating messages claiming the file system is    full.   > User FS out of space is quiteoH > complicated unless the writing process runs under UID 0 (i.e. 'root'),I > as UFS (not sure about VXFS) normally reserves 5-10% of the FS space in-) > order to avoid excessive fragmentation.8      Non-root users.   ------------------------------  % Date: Mon, 19 Nov 2001 17:38:34 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>$B Subject: Re: Solaris: ready for prime time?  Keep your VMS system., Message-ID: <3BF989D7.5C2BE04B@videotron.ca>   Rob Young wrote:H >         thinking of course is that prior versions of VMS hung if AUDIT >         couldn't write.  s  M That is a security requirement. As someone else said, it can be disabled. ButwL if you run a funds transfer application,  being able to know that your auditL logs are in fact complete and that a hackers couldn't compromise the writingA of hacking attempts by filling the disk is a good safety measure.a   ------------------------------  % Date: Mon, 19 Nov 2001 23:47:46 +0100o& From: Michael Joosten <joost@c-lab.de>B Subject: Re: Solaris: ready for prime time?  Keep your VMS system.$ Message-ID: <3BF98C12.59E2@c-lab.de>   Bob Koehler wrote: > O > In article <3BF94D2E.15FB@c-lab.de>, Michael Joosten <joost@c-lab.de> writes:: > >r& > > What do you mean with 'wiped out'? > H >    As in kernel starts generating messages claiming the file system is
 >    full. >   E Huh? So what? Of course the kernel cries that somebody just allocatedyE the last free block in the FS, BUT that does not mean 'wiped out' ?!?r  A Normally, the guilty process just runs in an error and that's it.oH Stubborn ones just try to write on and on (restored a backup, perhaps?).H The kernel, though, will continue to log 'file system full' for a while,1 but that does not stop/terminate other functions.P  < Is that 'user filesystem' now '/usr' or really an 'external' (non-system) one ?  D The whole affair smells fishy. 'Formerly', you could even mount /usr: read-only. Not sure if that's still the case with Sol7&8. G Or some third-pary stuff that just insisted to reside in /usr and likesl! to use its place as scratch area.b  ! > > User FS out of space is quiteeJ > > complicated unless the writing process runs under UID 0 (i.e. 'root'),K > > as UFS (not sure about VXFS) normally reserves 5-10% of the FS space ina+ > > order to avoid excessive fragmentation.M >  >    Non-root users.  ? Really sounds more than a hardware/filesystem problem, I think.gD Somewhat similar to our RAID file server suddenly losing half of itsD /usr and 4/5 of its /usr/local stuff. Was a very wierd thing, and we@ still suspect an operator error or even a cracker. This was likeG something was clobbering the inode areas, which is not that simple withtC UFS (as there are many of them, one per cylinder group, IIRC). fscktG wasn't amused, and we ended up with a filesystem with 60% usage, but noa files...   -- m* Michael Joosten, SBS C-LAB, joost@c-lab.de* Fuerstenallee 11, 33094 Paderborn, Germany, Phone: +49 5251 606127, Fax: +49 5251 6060658 C-LAB is a cooperation of University Paderborn & SIEMENS   ------------------------------  # Date: Mon, 19 Nov 2001 22:50:12 GMTg* From: "Bill Todd" <billtodd@metrocast.net>B Subject: Re: Solaris: ready for prime time?  Keep your VMS system.< Message-ID: <E0gK7.37552$4m.2405972@news2.aus1.giganews.com>  6 Rob Young <young_r@encompasserve.org> wrote in message- news:ItztRomoRSJk@eisner.encompasserve.org...e   ...d  @ > What if our idea of clustering is failing over to another box?# > Can we still call that a cluster?r >o5 > Sure kid.... why not.  If it makes you feel better.o  @ And so can customers, since in most cases it provides equivalentE *functionality*, which is, after all, what customers are looking for.k  K As long as VMS bigots keep calling anything that isn't a VMS cluster a poor I imitation, they'll miss the need for VMS to match in other respects thoseaC other forms of clusters that *are* competing successfully with VMS,w- regardless of what people like Rob may think.o   - bill   ------------------------------  # Date: Tue, 20 Nov 2001 02:12:18 GMTt  From: cjt <cheljuba@prodigy.net>B Subject: Re: Solaris: ready for prime time?  Keep your VMS system.+ Message-ID: <3BF9BC01.A98963A9@prodigy.net>a   Bob Koehler wrote: > l > In article <tj75Oy4YDw2eEZih+VI+5Cunuok8@4ax.com>, David Beatty <David.Beatty@qwertysasasdfgh.com> writes: > >mE > >     Is there a reason your Solaris systems are running version 7? 8 > > That's not a particularly stable version of Solaris. >  >    fasser, besser, cheaper   Huh?  I don't think so.    ------------------------------  # Date: Tue, 20 Nov 2001 02:13:00 GMTj  From: cjt <cheljuba@prodigy.net>B Subject: Re: Solaris: ready for prime time?  Keep your VMS system.+ Message-ID: <3BF9BC2B.7561FAEE@prodigy.net>t   Bob Koehler wrote: > O > In article <3BF94D2E.15FB@c-lab.de>, Michael Joosten <joost@c-lab.de> writes:o > >h& > > What do you mean with 'wiped out'? > H >    As in kernel starts generating messages claiming the file system is
 >    full.  * That seems appropriate -- not 'wiped out.' > ! > > User FS out of space is quitehJ > > complicated unless the writing process runs under UID 0 (i.e. 'root'),K > > as UFS (not sure about VXFS) normally reserves 5-10% of the FS space inn+ > > order to avoid excessive fragmentation.- >  >    Non-root users.   ------------------------------  % Date: Tue, 20 Nov 2001 07:00:21 +0100j. From: Dennis Grevenstein <dennis@pcde.inka.de>B Subject: Re: Solaris: ready for prime time?  Keep your VMS system., Message-ID: <3BF9F175.55EFC387@pcde.inka.de>   Michael Joosten wrote: > F > The whole affair smells fishy. 'Formerly', you could even mount /usr; > read-only. Not sure if that's still the case with Sol7&8.t  B You still can do so. It is however a good idea with Solaris to useF one filesystem for / and /usr for the core system and install anything else in seperated filesystems.  I > Or some third-pary stuff that just insisted to reside in /usr and likese# > to use its place as scratch area.n  ? Even if /usr is full there shouldn't be a problem as the systemnI doesn't write anything there normally. Once I had a problem when I didn'tsI check if there's enough space in /usr and another app I installed stoppede9 running because it could not write its log files anymore.l   Dennis   -- h2 "What is the difference between sunos and solaris?. Do they cross at some point? My E450 just came) sunos loaded but I need solaris. They are 6 different, correct?"         read in comp.unix.solaris   ------------------------------  # Date: Mon, 19 Nov 2001 19:13:18 GMTi* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org@ Message-ID: <iRcK7.47756$2w.2424114@bin4.nnrp.aus1.giganews.com>  J Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote inJ message news:y4bshyk7p2.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de...8 > "Terry C. Shannon" <terryshannon@mediaone.net> writes: >-J > > I don't know the dictionary definition for the act of flying a pair of$ > > commercial aircraft into the WTC > L > One useful word would be "terrorism". Another could be "guerilla tactics". > "War" isn't among them.l > < > > and causing the, umm "putative" deaths of 4.5K civilians >66 > Your parsing skills are in dire need of improvement.  = A regrettably common afflication, especially on this subject.a   - bill   ------------------------------  # Date: Mon, 19 Nov 2001 19:30:41 GMTR* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org@ Message-ID: <B5dK7.47844$2w.2431636@bin4.nnrp.aus1.giganews.com>  3 Bill Todd <billtodd@metrocast.net> wrote in message : news:iRcK7.47756$2w.2424114@bin4.nnrp.aus1.giganews.com... >eL > Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote inL > message news:y4bshyk7p2.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de...: > > "Terry C. Shannon" <terryshannon@mediaone.net> writes: > > L > > > I don't know the dictionary definition for the act of flying a pair of& > > > commercial aircraft into the WTC > >iD > > One useful word would be "terrorism". Another could be "guerilla	 tactics".s > > "War" isn't among them.p > >s> > > > and causing the, umm "putative" deaths of 4.5K civilians > > 8 > > Your parsing skills are in dire need of improvement. > ? > A regrettably common afflication, especially on this subject.   I (Then again, my typing skills are also sometimes in need of improvement -d+ don't know where that 'a' came from above.)s   ------------------------------   Date: 20 Nov 2001 02:30:21 GMT& From: peter@abbnm.com (Peter da Silva)N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org$ Message-ID: <9tcf7t$dd@web.nmti.com>  , In article <3BF42333.C65070AF@videotron.ca>,/ JF Mezei  <jfmezei.spamnot@videotron.ca> wrote: H > If the USA continues to refuse to reveal its evidence because it is soH > secret/national security, then that evidence is moot since it won't beN > presented in a court of law and without hard evidence, they will have to set > Bin Laden free.y  . Not if they try him under a military tribunal.  G At this point I'm pretty sure he's guilty, but I'm not a judge nor am ImK on a jury. But I'm also beginning to believe that the evidence is real, butm: contains something that would seriously embarass Bush Sr..  J Look at what Dubya's doing: military tribunal for terrorists so he doesn'tI have to reveal the evidence, and he's put everything his daddy did in theeM White House off-limits. It's bad enough he's suspending the constitution, buts; it looks like he may be doing it for utterly banal reasons.n   -- r+  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything."rL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 20 Nov 2001 02:40:44 GMT& From: peter@abbnm.com (Peter da Silva)N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org% Message-ID: <9tcfrc$1jk@web.nmti.com>t  , In article <3BF5D2AA.2090800@tsoft-inc.com>,* David Froble  <davef@tsoft-inc.com> wrote:G > Ok, try to convince me that the founder and head of an international y8 > terrorist group even deserves the courtesy of a trial.  H Because if you don't give him the courtesy of a trial, you have no rightH to complain when anyone else accused of being the founder and head of an8 international terrorist group is executed without trial.  G How about the current Prime Minister of Israel? How about the father ofsE the sitting President of the United States? Both have been accused ofaF leading an international terrorist group... whether they are or not isD irrelevant, because until a trial Osama bin Laden is still only "theG accused founder and head": a trial IS how we differentiate between merem accusation and proof.-  F Following the process that has been established by the Constitution ofI the United States is more important than the momentary thrill of revenge.e   --  +  `-_-'   In hoc signo hack, Peter da Silva.iE   'U`    "A well-rounded geek should be able to geek about anything."lL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 20 Nov 2001 03:05:07 GMT& From: peter@abbnm.com (Peter da Silva)N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org% Message-ID: <9tch93$4ha@web.nmti.com>   E In article <akIJ7.50970$hZ.4821948@newsread2.prod.itd.earthlink.net>,U- aaron spink <aaronspink@earthlink.net> wrote:E> > "We the People of the United States".  The Constitution is aK > convonent/contract entered into by the people of the united states(aka USrM > citizens).  The protections and rights are really just contracts between in K > the parties involved in the contract(aka US citizens).  The contract only J > applied to those who have signed the contract.  The contract can only beE > signed by those parties who have been invited to sign the contract.   * How does a newborn infant sign a contract?   -- O+  `-_-'   In hoc signo hack, Peter da Silva.oE   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 20 Nov 2001 04:04:04 GMT' From: "David T. Wang" <foo@bar.invalid>cN Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org) Message-ID: <9tcknk$a3t$1@hecate.umd.edu>>  9 In comp.sys.intel Peter da Silva <peter@abbnm.com> wrote:i. : In article <3BF5D2AA.2090800@tsoft-inc.com>,, : David Froble  <davef@tsoft-inc.com> wrote:H :> Ok, try to convince me that the founder and head of an international 9 :> terrorist group even deserves the courtesy of a trial.s  J : Because if you don't give him the courtesy of a trial, you have no rightJ : to complain when anyone else accused of being the founder and head of an: : international terrorist group is executed without trial.  I : How about the current Prime Minister of Israel? How about the father of G : the sitting President of the United States? Both have been accused ofjH : leading an international terrorist group... whether they are or not isF : irrelevant, because until a trial Osama bin Laden is still only "theI : accused founder and head": a trial IS how we differentiate between mere  : accusation and proof.i  H : Following the process that has been established by the Constitution ofK : the United States is more important than the momentary thrill of revenge.m   Quite right.    C Ofcourse I believe that the Northern Alliance, once it joins into aeB transitional government of Afghanistan, should assert jurisdictionB and seek the arrest and trial of Osama Bin Laden for the crimes heI and his organization have committed in Afghanistan. e.g. the assasinationt of Ahmed Shah Massood.  E Since Osama Bin Laden is assumed to be in Afghanistan, and we further.C assume that should he be arrested, it would be in Afghanistan, then 9 the Afghans would have priority in terms of juridiction. l  - The US forces should follow these guidelines.s  E 1. Serve Osama Bin Laden with an international arrest warrent, shoulde%    he resist, shoot. If he dies, end.   E 2. If he should survive, nurse him back to health, then turn him overaE    to the local authorities where he is accused of committing a crimeeF    on September 9, 2001 in a Northern town, in an alleged "murder for     Jihad" plot.V  E 3. It appears that Osama Bin Laden may not get a fair trial in Khoja iE    Bahauddin, so the interational community should ensure that Osama n>    can get a fair trial in a different city, perhaps in Herat.  K 4. If Mr Bin Laden is found guilty in the trial and subsequently executed, V3    end. If he only serves a minimal term, continue.e  E 5. After the trial and punishment in Afghanistan, if the Afghans can  I    be pursuaded to extradite him and his friends to the US, then perhaps  H    the US can assert jurisdiction at that time and arrange to bring him '    and his friends to the US for trial.a  L At this time I do not believe that we'll need to worry about a trial for Mr.I Bin Laden and his friends for their alleged crimes in the US. These stepseI not only respect the jurisdiction of the Afghans, but also do not violatei the constitution of the US. ;)  C I now return you to something about computers or VMS or Alphas.....Y   -- h E PLURIBUS UNUMc  ( ddaavveewwaanngg@@wwaamm..uummdd..eedduu   ------------------------------    Date: 19 Nov 2001 21:18:16 -0800# From: pade@trifox.com (Paul Dembry)p! Subject: Re: Using vfork and exiti= Message-ID: <7d6c6aa5.0111192118.75c7ff41@posting.google.com>-  \ Colin Blake <colin@theblakes.com> wrote in message news:<3BF50ED5.C4F93675@theblakes.com>... > Paul Dembry wrote: > N > > According to the DEC C RTL manual, exit() is supposed to return control toO > > wherever vfork() was called, similar to what a successful exec() call does.r > K > Where does it say that? Remember, vfork() doesn't create a child, its ther > exec() call which does that.B After studying it closer, I concluded that I was incorrect.   So IE just wrapped a setjmp/longjmp around the vfork code and if the exec()S fails, I longjmp out of there.   ------------------------------  % Date: Mon, 19 Nov 2001 15:00:56 -0800n< From: "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com>= Subject: Re: Virtual Terminals and suppressing error messages.) Message-ID: <3BF98F28.FAFDA1A4@intel.com>s   JF Mezei wrote:i   > DigiDemon wrote:M > > Just 2 quick questions...anyway to enable virutal terminals with OpenVMS?  >hI > IT is documented , I think in the decnet (4) manual in the section thatlU > decscribes examples on how to setup various DECNET links, in this case DDCMP links.l >  > MC SYSGENr0 > SYSGEN> Connect VTA0/noadaptor/driver=ttdriver  F     That's good for VAX, but on Alpha's you'll need the following (theF original post didn't say whether VAX or Alpha, rather said "OpenVMS"):       $ MC SYSMAN 9     SYSMAN> IO Connect VTA0/NoAdapter/Driver=Sys$TTDriver2         -Ken --6 I don't speak for Intel, Intel doesn't speak for me...   ------------------------------  # Date: Tue, 20 Nov 2001 03:23:09 GMT91 From: "David J. Dachtera" <djesys.nospam@fsi.net>eD Subject: Re: VMS on IBM power chip would make IBM No. 1 in high end!' Message-ID: <3BF9CFFB.3B67FAE3@fsi.net>t   "Terry C. Shannon" wrote:r > [snip]K > The trade press called the 9370 the VAX Killer. They were dead wrong. ThecJ > AS400, however, sure as hell deprived DEC of a lot of potential revenue. [snip]   They had help - GQ Palmer.   -- ! David J. Dachtera  dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------  # Date: Tue, 20 Nov 2001 04:09:39 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>D Subject: Re: VMS on IBM power chip would make IBM No. 1 in high end!< Message-ID: <7IkK7.6195$eh7.3491848@typhoon.ne.mediaone.net>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3BF9CFFB.3B67FAE3@fsi.net...h > "Terry C. Shannon" wrote:s
 > > [snip]I > > The trade press called the 9370 the VAX Killer. They were dead wrong.  TheaL > > AS400, however, sure as hell deprived DEC of a lot of potential revenue. > [snip] >  > They had help - GQ Palmer. >r  I Apparently they had help in the pre-Palmer era as well... things like thenC VMS Application Deployment License (circa 1989 or thereabouts) werea7 reactions to the inroads IBM was making with the AS400.    ------------------------------   Date: 19 Nov 2001 19:07:56 GMT' From: "Jim Strehlow" <jims@data911.com>n< Subject: vms7.2-1 tape initialize or mount 30 minute timeout0 Message-ID: <9tblac$3ch@dispatch.concentric.net>  ; Before loading the latest set of patches for OpenVMS v7.2-1mA a nightly backup process would either initialize or mount a tape.  If found, run the tape backup.# If not found, skip the tape backup.e  ' If there was no tape in the tape drive,t either initialize or a mount  would timeout within 30 seconds.6 I would test the error code and handle it accordingly.  E After the v7.2-1 patches, initialize times out in thirty (30) minuteso' and mount times out in six (6) minutes.b  : Is there a new undocumented initialize or sysgen parameter- that I must now set to reduce the timeout ...7A or is there a bug with one of the latest patches (e.g. MOUNT96) ?c   OpenVMS AlphaServer DS-10a   $ product show historyL ----------------------------------- ----------- ----------- ---------------- ----I PRODUCT                             KIT TYPE    OPERATION   DATE AND TIMEwL ----------------------------------- ----------- ----------- ---------------- ----G DEC AXPVMS VMS721_DRIVER V4.0       Patch       Install     14-NOV-2001e 08:07:01G DEC AXPVMS VMS721_CLIUTL V3.0       Patch       Install     12-NOV-2001S 14:27:01G DEC AXPVMS VMS721_SYS V11.0         Patch       Install     12-NOV-2001t 13:01:19G DEC AXPVMS VMS721_RMS V3.0          Patch       Install     12-NOV-2001a 12:27:38G DEC AXPVMS VMS721_PPPD V1.0         Patch       Install     12-NOV-2001- 12:16:38G DEC AXPVMS VMS721_MOUNT96 V3.0      Patch       Install     12-NOV-2001c 11:36:28G DEC AXPVMS VMS721_MAIL V1.0         Patch       Install     12-NOV-2001. 11:35:06G DEC AXPVMS VMS721_LIBRTL V3.0       Patch       Install     12-NOV-2001+ 11:31:13G DEC AXPVMS VMS721_LAT V1.0          Patch       Install     12-NOV-2001  11:24:08G DEC AXPVMS VMS721_FIBRE_SCSI V5.0   Patch       Install     09-NOV-2001t 17:15:59G DEC AXPVMS VMS721_DW_MOT_MUP V1.0   Patch       Install     09-NOV-2001? 16:48:01G DEC AXPVMS VMS721_DRIVER V3.0       Patch       Install     09-NOV-2001: 16:36:47G DEC AXPVMS VMS721_AUDSRV V2.0       Patch       Install     09-NOV-2001  16:34:49G DEC AXPVMS VMS721_UPDATE V3.0       Patch       Install     09-NOV-2001o 16:00:13G DEC AXPVMS VMS721_PCSI V1.0         Patch       Install     09-NOV-2001a 15:45:47  % Jim Strehlow, Data911 Systems Managerp Alameda, CA    ------------------------------    Date: 20 Nov 2001 00:09:11 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER); Subject: [OpenVMS VAX V7.3] BACKUP doesn't support ODS2a !? * Message-ID: <3bf99117$1@news.kapsch.co.at>  F I tried to BACKUP my OpenVMS VAX V7.3 system disk (with /CLUSTER=4) toE another one and decided to $ INIT/HEA=70000/OW=SYSTEM/US=SYSTEM/CLU=1i6 and then to $ BACKUP/IGN=INT disk:/IMA newdisk:/NOINIT  : But surprise, I got an invalid cluster size error message.  G I'm sure, that I did this more than once with OpenVMS Alpha (maybe only 0 with V7.2-1 but not with V7.3) without problems.  J So the question is, Does OpenVMS VAX V7.3 BACKUP support ODS2a and if not,E is this intentional/documented or is this a bug I have to live with ?    TIA'   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Mon, 19 Nov 2001 16:50:38 -0800l< From: "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com>? Subject: Re: [OpenVMS VAX V7.3] BACKUP doesn't support ODS2a !? ) Message-ID: <3BF9A8DE.A87B2131@intel.com>    Peter LANGSTOEGER wrote:  H > I tried to BACKUP my OpenVMS VAX V7.3 system disk (with /CLUSTER=4) toG > another one and decided to $ INIT/HEA=70000/OW=SYSTEM/US=SYSTEM/CLU=1 8 > and then to $ BACKUP/IGN=INT disk:/IMA newdisk:/NOINIT >e< > But surprise, I got an invalid cluster size error message.  A     The same thing happened to me at my previous position.  IIRC, E the new disk has to be INITIALIZE'd for at least the same number sizeI@ MAXIMUM_FILES as the old disk, and /HEADERS large enough to giveB an INDEXF.SYS as large as the old disk (even though you don't needC all that space).  Something along those lines...this is from memoryeE so I may be mistaken...  Also, add /TRUNCATE on the "newdisk:/NOINIT".; to regain the space currently "wasted" in 4-block clusters.-       -Ken --6 I don't speak for Intel, Intel doesn't speak for me...   ------------------------------    Date: 20 Nov 2001 00:51:59 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)- Subject: [TCPIP V5.1 ECO 3] Problems with DNS * Message-ID: <3bf99b1f$1@news.kapsch.co.at>  L Today I changed my DNS server from TCPIP V5.1 ECO 3 to TCPware V5.5-3 again.  F Reason is, I host over 150 domains on my DNS server and I was tired ofN checking which domain is now not current on the secondary DNS server (my ISP).  L The TCPIP V5.1 (at least with ECO 3) DNS server does have real problems withK completing zonetransfers. Most of the time, they do complete, but sometimesrK (and much much more often than tolerable) they simply hang just before they J even begin (TCP connection is established and nothing happens until client+ times out). No logfile entries seen so far.b  + Does anyone have seen this behaviour, too ?s Does anyone have a clue ?r6 Is there an ECO 4 to fix it and when is it available ?   TIAa   -- >< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 20 Nov 2001 00:03:40 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)D Subject: [VMS Motif] How to avoid starting the DECW$SERVER process ?* Message-ID: <3bf98fcc$1@news.kapsch.co.at>  H I just want to start a system (a workstation) with MOTIF but without theL DECW$SERVER process (I don't use the graphics console and want to save mem).  # What is the best/suggested method ?i  L Defining DECW$IGNORE_DECWINDOWS is not ok, because MOTIF is then not started# at all (images not installed, ...)..  L SYSGEN WINDOW_SYSTEM=0 does normally only lead to endless AUTOGEN questions.   Anyone, please ?   -- f< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888t< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Tue, 20 Nov 2001 00:50:42 +0100t& From: Michael Joosten <joost@c-lab.de>H Subject: Re: [VMS Motif] How to avoid starting the DECW$SERVER process ?$ Message-ID: <3BF99AD2.1CFB@c-lab.de>   Peter LANGSTOEGER wrote: > J > I just want to start a system (a workstation) with MOTIF but without theN > DECW$SERVER process (I don't use the graphics console and want to save mem). > % > What is the best/suggested method ?h > N > Defining DECW$IGNORE_DECWINDOWS is not ok, because MOTIF is then not started% > at all (images not installed, ...).e > N > SYSGEN WINDOW_SYSTEM=0 does normally only lead to endless AUTOGEN questions. >   6 You mean just without the X-Server, but with dtlogin ? For use with an Xterminal? s  H It seems that calling DECW$STARTUP with an 'XTERMINAL' argument seems toG do the job, but I'm not sure if the sys$startup:decw$startxterminal.comI7 isn't too VXT specific (LAT stuff, no X fontserver,...)s  4 Or just defining an invalid decw$server_image in the! decw$private_server_setup.com ???r   Also interested...   -- r* Michael Joosten, SBS C-LAB, joost@c-lab.de* Fuerstenallee 11, 33094 Paderborn, Germany, Phone: +49 5251 606127, Fax: +49 5251 6060658 C-LAB is a cooperation of University Paderborn & SIEMENS   ------------------------------   End of INFO-VAX 2001.645 ************************f an8 international terrorist group is executed without trial.  G How about the current Prime Minister of Israel? How about the father ofsE the sitting President of the United States? Both have been accused ofaF leading an international