1 INFO-VAX	Tue, 02 Oct 2001	Volume 2001 : Issue 548       Contents:1 Re: A restore problem with VMS 7.1 Backup Utility  Re: Alternate vendor memory." Apache and Username authentication
 RE: Backup6 Re: BIG differences in Vax vs ALpha compile/link times6 Re: BIG differences in Vax vs ALpha compile/link times6 Re: BIG differences in Vax vs ALpha compile/link timesA Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter  Re: Defining a logical in C - Re: DLT IV Tapes - How long should they last? - Re: DLT IV Tapes - How long should they last? - Re: DLT IV Tapes - How long should they last? 9 Re: Error on restore from tape - Directory Depth problem?  Re: FAQ September 2001 edition
 FW: Backup Re: Gateway Address question.  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Help with UNZIP.EXE  HSZ70 Init RAID array  Re: HSZ70 Init RAID array C Re: I will quit using VMS when the military does - in 2015 or maybe P re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE        LONGEP Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE        LONGEP RE: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE        LONGEL Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE  LONGER!/ implementing Signals in C program on OpenVMS7.2 3 Re: implementing Signals in C program on OpenVMS7.2   Re: Letter from Michael Cappelas  Re: Letter from Michael Cappelas  Re: Letter from Michael Cappelas  Re: Letter from Michael Cappelas  Re: Letter from Michael Cappelas, Re: Locate Filename containing logical block Re: LPs on the Web# Mac OS X 10.1 sees PATHWORKS shares  Memo:  Quota Setting Re: Memo:  Quota Setting8 Re: Not necessarily a Installing CXX V5.6 on VMS VAX 6.1P O.T. CMGI Field (was Re: Compaq revenue goes down $1 Billion,        warns of loP Re: O.T. CMGI Field (was Re: Compaq revenue goes down $1 Billion,        warns o8 Re: ODS2 available -- reads ODS-2 disks on Windows, UNIX* Re: OpenVMS employment in southern France? re:  OpenVMS Fundamenalists ...  Re: OpenVMS Fundamenalists ..." Re: OpenVMS, Apache and hackers..." Re: OpenVMS, Apache and hackers..." Re: OpenVMS, Apache and hackers... Re: pthread_kill for VMS PWIP does not start  Re: PWIP does not start  Re: PWIP does not start  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Ram Disk for VMS?  Re: Ram Disk for VMS?  Re: Ram Disk for VMS? 8 RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETE< Re: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETE< Re: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETE" VAXstation 4000/96 memory question, Re: VMS Itanium port speeded up. Tru64 dies., Re: VMS Itanium port speeded up. Tru64 dies., Re: VMS Itanium port speeded up. Tru64 dies., Re: VMS Itanium port speeded up. Tru64 dies.5 Re: VMScluster using fibrechannel and memory channel? / Re: Warranty on ES45 reduced from 3 years to 1? / Re: Warranty on ES45 reduced from 3 years to 1? E [OT, HUMOR] Automating responses to 'Compaq' promises and commitments > Re: [VMScluster] Cross Architecture Boot with Cluster_Config ?  F ----------------------------------------------------------------------   Date: 2 Oct 2001 06:34:57 -0700 / From: ratkinson@tbs-ltd.co.uk (Robert Atkinson) : Subject: Re: A restore problem with VMS 7.1 Backup Utility= Message-ID: <ee8fff65.0110020534.35577a66@posting.google.com>   F Try looking in the SYS$MANAGER:OPERATOR.LOG file. You might find a few& pointers to why the process shut down.   Rob.  J > I have a problem with a restore that I am doing.  The backup was made ofJ > all the data on a device "DRA1".  The save set ran along two tapes, bothG > with proper ANSI labels.  The problem I have is that when the restore G > gets to the end of tape1 it spits out the tape (from device "MKA500") J > and then hangs.  I was told by another of the more experienced guys hereD > that it is meant to prompt you for the next tape saying, "OperatorJ > Intervention required... type YES..."  But what it does is just hang and > does no prompting at all. J > Should I use /ASSIST, /LABEL, or even /EXACT ORDER to help me with this,$ > or am I barking up the wrong tree? >    ------------------------------   Date: 2 Oct 2001 08:32:20 -0500 - From: koehler@encompasserve.org (Bob Koehler) % Subject: Re: Alternate vendor memory. 3 Message-ID: <eXTgVqRuqOpQ@eisner.encompasserve.org>   u In article <ed1713eb.0109301405.15d7d546@posting.google.com>, graham@the-shades.demon.co.uk (Graham Harrison) writes:  > Hi,  > & > Last question this evening - honest. > ( > Has anyone got any experience of using > Kingston compatable memory?      Used Kingston.  No problems.   > 8 > If Compaq don't support it, or it will cancel/increase8 > my service contract then fair enough and Compaq memory: > it is - otherwise how do I justify it to the big cheese? >   D    Never had any vendor do this.  The service bussiness is much more(    profitable than the memory bussiness.   ------------------------------  % Date: Tue, 02 Oct 2001 10:36:38 -0400 - From: Michael Austin <miaustin@bellsouth.net> + Subject: Apache and Username authentication - Message-ID: <3BB9D0F5.F5D5DA6A@bellsouth.net>   F Does anyone have an example of a access.conf config file for Apache onB OpenVMS to password protect certain pages using OS authentication?   Thanks,  Michael Austin   ------------------------------  $ Date: Tue, 2 Oct 2001 11:19:44 +02007 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>  Subject: RE: Backup O Message-ID: <2795B75EF003D311801A00A0C906B511011C67F9@cucexec.gbc.getronics.nl>   C I have tried that solution from the FAQ, but it didn't work for me.   L If someone has tested it please the group, because then I and the rest know  that it works or not.    > -----Original Message-----: > From: Steve Reece [mailto:SYSTEM@ipl.demon.co.nospam.uk]# > Sent: dinsdag 2 oktober 2001 0:37  > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: Backup  >  > H > IIRC, Glenn Everhart had an excellent workaround for doing just this. E > It wasn't capable of dealing with multi-tape savesets but for other  > stuff it worked fine.  > It may be in the FAQ.... >  > Steve. >  >  > Hoogenboom, Martin wrote:  > >  > > Hi,  > >  > > I have a simple question: F > > Is it possible to backup a disk from one system, across a network,/ > > to a tape unit connecte to another system ? 2 > > If yes, how what needs to run on the systems ? > > ? > > Both systems are standalone Alpha's running OpenVMS 7.2-1H1  > >  > > TIA, > > Martin Hoogenboom  >  > --  @ > "A shadow fell over her face; clear, as if the composure were  > rent like G > a veil.  And her lips parted, but only with a short intake of breath. C > Then she said, 'Well, then you are right.  Indeed, we are even.'" ' > 		Louis, "Interview with the Vampire"  >    ------------------------------  % Date: Tue, 02 Oct 2001 08:53:09 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>? Subject: Re: BIG differences in Vax vs ALpha compile/link times ) Message-ID: <3BB97265.2FE93F73@127.0.0.1>    Robert Young wrote:  > / > Two systems: Vax 4000-600 & Alphaserver 2100a  >    Only time for a quick answer.   G Make sure the FILLM and CHANNELCNT on your Alpha is nice and big (FILLM G < CHANNELCNT of course), make sure your working sets are not too small, ? and consider building object libraries and linking using those.   H I speak from experience, the details of which I can't expand on now, but try it and let us know here.   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  # Date: Tue, 02 Oct 2001 13:28:48 GMT ! From: Ian Parker <parker@gol.com> ? Subject: Re: BIG differences in Vax vs ALpha compile/link times & Message-ID: <cMx+qDAmEcu7Ewm5@gol.com>  5 In article <3BB93EF2.3CA0C383@videotron.ca>, JF Mezei % <jfmezei.spamnot@videotron.ca> writes N >I have found that SHOW PROC/CONT/ID=xxxx helps debug some  performance issuesM >at times. You'll get a feel for how much the working set initially grows and O >then how much paging occurs, and how much time the process spends in COM state  >versus LEF etc.  @ And not forgetting to switch into 132 mode prior to running SHOWF PROC/CONT and then hit the "v" key to see the memory paging.  Well, it@ used to look great watching Linker and Backup paging away on VAXE systems, but probably a 132x24 screen shows too few pages nowadays to  display much of interest.    --  
 Ian Parker   ------------------------------   Date: 2 Oct 2001 09:13:16 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) ? Subject: Re: BIG differences in Vax vs ALpha compile/link times 3 Message-ID: <x284zHUIAK4s@eisner.encompasserve.org>   J In article <cMx+qDAmEcu7Ewm5@gol.com>, Ian Parker <parker@gol.com> writes:7 > In article <3BB93EF2.3CA0C383@videotron.ca>, JF Mezei ' > <jfmezei.spamnot@videotron.ca> writes O >>I have found that SHOW PROC/CONT/ID=xxxx helps debug some  performance issues N >>at times. You'll get a feel for how much the working set initially grows andP >>then how much paging occurs, and how much time the process spends in COM state >>versus LEF etc.  > B > And not forgetting to switch into 132 mode prior to running SHOWH > PROC/CONT and then hit the "v" key to see the memory paging.  Well, itB > used to look great watching Linker and Backup paging away on VAXG > systems, but probably a 132x24 screen shows too few pages nowadays to  > display much of interest.   % Of course on Alpha, pages are bigger.    ------------------------------   Date: 2 Oct 2001 11:25:16 GMT 3 From: vance@alumni.caltech.edu (Vance R. Haemmerle) J Subject: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter, Message-ID: <9pc86s$jti@gap.cco.caltech.edu>  E   I see that Compaq is now warning of a loss of $1 Billion in revenue H and a loss in the 3rd Quarter.  It looks like the stock is going to takeD a hit this morning (Thank goodness I sold at $12+ a few months ago).  J   Compaq is blaming it on a Typhoon affecting shipments and the Sept. 11thD attack (3 weeks from Quarter end).  Come on Compaq, how much of this6 is due to the Alpha murder at the end of last quarter?   -- Vance Haemmerle  vance@alumni.caltech.edu   ------------------------------  % Date: Tue, 02 Oct 2001 14:55:49 +0100 % From: Alan Greig <a.greig@virgin.net> N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter8 Message-ID: <3rgjrt4nu8ajj1h3g9vift3l8d92g6p011@4ax.com>  > On 2 Oct 2001 11:25:16 GMT, vance@alumni.caltech.edu (Vance R. Haemmerle) wrote:    > F >  I see that Compaq is now warning of a loss of $1 Billion in revenueI >and a loss in the 3rd Quarter.  It looks like the stock is going to take E >a hit this morning (Thank goodness I sold at $12+ a few months ago).  > K >  Compaq is blaming it on a Typhoon affecting shipments and the Sept. 11th E >attack (3 weeks from Quarter end).  Come on Compaq, how much of this 7 >is due to the Alpha murder at the end of last quarter?   > Well that and the further uncertainty caused by the HP merger.B Probably accounts for a large part of the downturn at a guess. ButE Compaq will never admit that. Although close scrutiny of the official C figures they release at the end of the month should provide a clue.   E However Compaq senior management are clearly of the opinion that they @ are always right and everyone else is wrong and will not admit aF mistake. Thus expect them to continue to drive Compaq into the ground.  E Compaq shares have dropped to $7.72 in the first half hour of trading  - a fall of  7.32% -- Alan   ------------------------------  # Date: Tue, 02 Oct 2001 14:42:43 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter= Message-ID: <Dnku7.15829$xG6.6463136@typhoon.ne.mediaone.net>   @ "Vance R. Haemmerle" <vance@alumni.caltech.edu> wrote in message& news:9pc86s$jti@gap.cco.caltech.edu... > G >   I see that Compaq is now warning of a loss of $1 Billion in revenue J > and a loss in the 3rd Quarter.  It looks like the stock is going to takeF > a hit this morning (Thank goodness I sold at $12+ a few months ago). > L >   Compaq is blaming it on a Typhoon affecting shipments and the Sept. 11thF > attack (3 weeks from Quarter end).  Come on Compaq, how much of this8 > is due to the Alpha murder at the end of last quarter? >   H Probably not a heck of a lot. CPQ claims that sales and revenues were onH track through the end of August. That's consistent with information from folks in the field, too.   ------------------------------  % Date: Tue, 02 Oct 2001 08:11:34 -0700 ' From: David Mathog <mathog@caltech.edu> N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter+ Message-ID: <3BB9D926.CD0B3D84@caltech.edu>    Alan Greig wrote:   @ > On 2 Oct 2001 11:25:16 GMT, vance@alumni.caltech.edu (Vance R. > Haemmerle) wrote:  >  > > H > >  I see that Compaq is now warning of a loss of $1 Billion in revenueK > >and a loss in the 3rd Quarter.  It looks like the stock is going to take G > >a hit this morning (Thank goodness I sold at $12+ a few months ago).  > > M > >  Compaq is blaming it on a Typhoon affecting shipments and the Sept. 11th G > >attack (3 weeks from Quarter end).  Come on Compaq, how much of this 9 > >is due to the Alpha murder at the end of last quarter?  > @ > Well that and the further uncertainty caused by the HP merger.D > Probably accounts for a large part of the downturn at a guess. ButG > Compaq will never admit that. Although close scrutiny of the official E > figures they release at the end of the month should provide a clue.   L The flip side of Sept. 11th is that some vendors are  going to get to sell a lot of hardware M to replace all of the machines that have been destroyed.  If the Q replaces a $ lot of PCs,given its cost structure,N it will lose money on every one.  Or maybe, just maybe, in a huge bulk sale it" can break even.  They'd make a lotH on every Alpha they sold, but having blown off both feet in that regard,( there's some question in my mind whetherL all of the Alphas (and VAXes?) lost will be replaced with  Compaq equipment./ I can't help wondering if there aren't a lot of L CIOs and CTOs looking at that replacement right now, weighing the Q's recent2 actions, and  then calling up IBM and Sun instead.  J Which is a long way of saying that a bad quarter caused by external events) should have generated demand to be filled N in the next quarter if there was any real demand for the company's products in the first place.  N What excuse will we hear for next quarter's losses - that the alignment of the planets was wrong?  K I saw somewhere today that at least half of this is due to investment write 2 downs - apparently they're getting rid of the restM of that "valuable" CMGI stock they got in exchange for AltaVista.  Seems like 8 terrorists and typhoons had very little to do with that!   Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Tue, 02 Oct 2001 15:22:09 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter= Message-ID: <BYku7.15955$xG6.6474456@typhoon.ne.mediaone.net>   4 "David Mathog" <mathog@caltech.edu> wrote in message% news:3BB9D926.CD0B3D84@caltech.edu...  > Alan Greig wrote:  > B > > On 2 Oct 2001 11:25:16 GMT, vance@alumni.caltech.edu (Vance R. > > Haemmerle) wrote:  > >  > > > J > > >  I see that Compaq is now warning of a loss of $1 Billion in revenueH > > >and a loss in the 3rd Quarter.  It looks like the stock is going to takeI > > >a hit this morning (Thank goodness I sold at $12+ a few months ago).  > > >eJ > > >  Compaq is blaming it on a Typhoon affecting shipments and the Sept. 11thI > > >attack (3 weeks from Quarter end).  Come on Compaq, how much of this ; > > >is due to the Alpha murder at the end of last quarter?l > >kB > > Well that and the further uncertainty caused by the HP merger.F > > Probably accounts for a large part of the downturn at a guess. ButI > > Compaq will never admit that. Although close scrutiny of the officialrG > > figures they release at the end of the month should provide a clue.v >eL > The flip side of Sept. 11th is that some vendors are  going to get to sell an > lot of hardwareoD > to replace all of the machines that have been destroyed.  If the Q
 replaces a& > lot of PCs,given its cost structure," > it will lose money on every one.  7 The ever-popular "we'll make it up in volume" mantra...   - >Or maybe, just maybe, in a huge bulk sale itn$ > can break even.  They'd make a lotJ > on every Alpha they sold, but having blown off both feet in that regard,* > there's some question in my mind whetherC > all of the Alphas (and VAXes?) lost will be replaced with  Compaq 
 equipment.1 > I can't help wondering if there aren't a lot ofmG > CIOs and CTOs looking at that replacement right now, weighing the Q'se recent4 > actions, and  then calling up IBM and Sun instead.  K If I was a customer who was having second thoughts about disaster tolerance J (maybe it doesn't cost too much after all!) I'd be calling the Himalaya or! VMScluster folks and perhaps IBM.T   Sun? I don't think so.  K And there's plenty of anecdotal evidence that C-level folks aren't anywhereAH near as concerned about the IPF consolidation as Usenet traffic seems to	 indicate.  > L > Which is a long way of saying that a bad quarter caused by external events+ > should have generated demand to be fillednD > in the next quarter if there was any real demand for the company's products in  > the first place. >eL > What excuse will we hear for next quarter's losses - that the alignment of thee > planets was wrong? >oG > I saw somewhere today that at least half of this is due to investment  writeW4 > downs - apparently they're getting rid of the restJ > of that "valuable" CMGI stock they got in exchange for AltaVista.  Seems like: > terrorists and typhoons had very little to do with that!  L Yep. Another $500M frittered away on the dot-com bomb known as CMGI. Running/ total of CMGI charges now somewhere around $2B.l   ------------------------------   Date: 2 Oct 2001 08:42:59 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett) N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter, Message-ID: <nNTNTEeRiygL@malvm6.mala.bc.ca>  - In article <9pc86s$jti@gap.cco.caltech.edu>,  8    vance@alumni.caltech.edu (Vance R. Haemmerle) writes:  L >   Compaq is blaming it on a Typhoon affecting shipments and the Sept. 11thF > attack (3 weeks from Quarter end).  Come on Compaq, how much of this8 > is due to the Alpha murder at the end of last quarter?  J   None of it, of course. Haven't you heard Compaq say that their customers@ are 100% behind the dumping of this uncompetetive technology ;-)   ------------------------------   Date: 2 Oct 2001 11:02:03 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)oN Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter3 Message-ID: <ex5HL5ljNCwA@eisner.encompasserve.org>r  t In article <BYku7.15955$xG6.6474456@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: > 6 > "David Mathog" <mathog@caltech.edu> wrote in message' > news:3BB9D926.CD0B3D84@caltech.edu...S  H >> I saw somewhere today that at least half of this is due to investment > write-5 >> downs - apparently they're getting rid of the restcK >> of that "valuable" CMGI stock they got in exchange for AltaVista.  Seemsj > like; >> terrorists and typhoons had very little to do with that!e > N > Yep. Another $500M frittered away on the dot-com bomb known as CMGI. Running1 > total of CMGI charges now somewhere around $2B.   G But that was never "real" money.  DEC started Altavista on a shoestringtC to promote Alpha sales.  The "purchase" by CMGI was in stock, funny1( money being used to pay for funny money.   ------------------------------  * Date: Tue, 2 Oct 2001 10:09:34 -0600 (MDT)" From: John Nebel <nebel@csdco.com>N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd QuarterF Message-ID: <Pine.OSF.4.21.0110021006250.1447-100000@athena.csdco.com>   What are "C-level folks"?  n  
 John Nebel  + On Tue, 2 Oct 2001, Terry C. Shannon wrote:  [cut]d >  > Sun? I don't think so. > M > And there's plenty of anecdotal evidence that C-level folks aren't anywhereaJ > near as concerned about the IPF consolidation as Usenet traffic seems to > indicate.0 [cut]    ------------------------------  # Date: Tue, 02 Oct 2001 17:36:27 GMTr4 From: "Terry C. Shannon" <terryshannon@mediaone.net>N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter= Message-ID: <vWmu7.15971$xG6.6512127@typhoon.ne.mediaone.net>   / "John Nebel" <nebel@csdco.com> wrote in message @ news:Pine.OSF.4.21.0110021006250.1447-100000@athena.csdco.com... >e > What are "C-level folks"?o   CEO, CIO, CFO, CTO   ------------------------------   Date: 2 Oct 2001 08:05:24 -0500n- From: koehler@encompasserve.org (Bob Koehler)i$ Subject: Re: Defining a logical in C3 Message-ID: <6i77gjxXhMnX@eisner.encompasserve.org>.  \ In article <3BB4CA56.ED8658B7@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:6 >> >     $DESCRIPTOR( lognam_d, "TEST_LOGICAL_NAME" );7 >> >     $DESCRIPTOR( logval_d, "TEST_LOGICAL_VALUE" );c8 >> >     return lib$set_logical( &lognam_d, &logval_d ); >  > M > I have found that with C, I have to supply 0s to fill the unused arguments.e >  > so it should really be w > 3 > lib$set_logical (&lognam_d, &logval_d, 0, 0, 0 );n > K > I don't know why, but I have sometimes gotten some access violations if I1+ > didn't supply a 0 for optional arguments.n  J    You should get errors with many System Service and RMS (SYS$) calls if I    you don't supply all the arguments, but trailing optional arguments inuB    RTL calls (LIB$ and such) should not require 0.  Do you have an    example of such a failure?e        ------------------------------   Date: 2 Oct 2001 02:07:28 -0700g From: mpatt@bigfoot.com (Mal)i6 Subject: Re: DLT IV Tapes - How long should they last?= Message-ID: <5d328ddf.0110020107.3e82672b@posting.google.com>B  d "Todd Nelson" <toddnelson_@hotmail.com> wrote in message news:<trgk8o9mbg3353@corp.supernews.com>...    N > We do use cleaning tapes regularly --> not just when the yellow blinky light > comes on.n >e  B If I remember correctly you're NOT supposed to do this, aren't theE cleaning tapes mildly abrasive? therefore you can end up rubbing awayk= the tape heads, and then you get loads of tape errors........t  F I would go with what everyone else says, buy another brand of tape and do some stress tests.h  E Also you might want to start tracking which drive the tapes are being 3 read/written on, as that might point at some clues.o   ------------------------------  % Date: Tue, 02 Oct 2001 11:08:39 +0100d- From: Carl Hampson <champson@notrash.csc.com>o6 Subject: Re: DLT IV Tapes - How long should they last?/ Message-ID: <3BB99227.5D1699A7@notrash.csc.com>i  I We have tapes that are used for automated archiving of data. Some of them0G have been in the drive 100s of times with no problem. A few of them are:? approaching 1000 uses. (We do seem to use COMPAQ tapes though).    Bill Gunshannon wrote: > D > I took a while to respond to this as I was looking for a copy of aE > white paper I read back when we first went with DLT IV for backups.nD > Sadly I can't locate it, but maybe someone knows where it might beC > on th net.  I think I first saw it at the benchmark Storage site.b > E > Just as a summary, when we first decided to go with DLT I figured IcD > would use the tapes till they had been used the recommended numberH > of times and then bulk erase them and use them as TK-50's and TK-70's.J > But,,,,  According to the white paper I saw, they are good for thousandsH > of uses.  I have a rotating set of three tapes that I use now and haveI > had no problems with them after over a year, which means every tape has>! > been re-written about 80 times.i >  > YMMV.J >  > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>     -- Carl  ; I don't speak for my employer, and they don't speak for me.    ------------------------------  $ Date: Tue, 2 Oct 2001 11:31:04 -0400- From: "Peter Weaver" <peter.weaver@stelco.ca>t6 Subject: Re: DLT IV Tapes - How long should they last?2 Message-ID: <c5lu7.34947$Z2.508622@nnrp1.uunet.ca>  H I lost the original posting due to age, but this subject was raised hereI today when a comparison was made between DLT and 9840 tapes. I found thiso link;LL http://www.backupcentral.com/cgi-bin/netbackup-fom?_recurse=1&file=20#file_1: 53 that states DLT tapes should last for 1,000,000 passes.   ------------------------------   Date: 2 Oct 2001 05:26:54 -0700w- From: afeldman@gfigroup.com (Alan E. Feldman)oB Subject: Re: Error on restore from tape - Directory Depth problem?= Message-ID: <af1e4ce6.0110020426.54830ef3@posting.google.com>e  _ "Mitchell Troy" <mtroy@jpl.nasa.gov> wrote in message news:<9pajed$itp$1@nntp1.jpl.nasa.gov>...wK > Several people have asked for the exact commands sorry, I did not includes > them initially:  >  > Backup command:w' > $  MOUNT /FOR /NOUNLOAD MKB500:USRSAV G > $  BACKUP /REWIND/verify /RECORD /IGNORE=INTERLOCK /IGNORE=NOBACKUP - M >    /LIST=SYS$COMMON:[SYSMGR.BACKUPS.LIST]FULL_data_disk_'MONTH''DAY'.BCK  -b1 >       DISK$data:[000000...]*.*;*  MKB500:USRSAVa > $  DISMOUNT MKB500 >  > Restore command: > $mount mkb0: /for : > $ backup mkb0:*.*/save_set dkb300:[000000...]/log/verify > I > I have not yet tried [*...] as the output specifier for the restore butj > will.a  F Yes, you should use [*...]. In the future, use BACKUP/IMAGE... both toC save and restore entire disks whether they are system disks or not.gD And when you use /IMAGE, you just specify the target disk. No [*...]C is needed and in fact should not be in the command. Please read theo8 documentation for BACKUP in the system manager's manual.   Disclaimer: JMHO Alan E. Feldmane afeldman&gfigroup.com    ------------------------------  # Date: Tue, 02 Oct 2001 17:07:00 GMTd2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: FAQ September 2001 editione1 Message-ID: <Uumu7.935$YP.24388@news.cpqcorp.net>u  j In article <3BB90FDE.1454CE9F@ipl.demon.co.nospam.uk>, Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> writes:G :Last time I looked the VMS web site had an edition of the VMS FAQ fromvH :about the 10th Sep 2001 on it but I've been unable to find a plain text :version of this release.) :oF :Looking at the VMS website a moment or two ago, the September releaseI :seems to have been replaced by the April release again so I'm confused!!n :o: :Did I miss it in the newsgroup or did events overtake it?  F   No such FAQ edition exists and no such edition has even shipped off D   my disk.  (The update is underway at present, but not ready to go.C   I've picked up text and created sections for Encompass and on theo+   OpenVMS Itanium in weeks since CETS2001.)   E   I do not know why the dates on the OpenVMS website copy of the FAQ o
   changed.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Tue, 2 Oct 2001 15:48:29 +02007 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>  Subject: FW: BackuplO Message-ID: <2795B75EF003D311801A00A0C906B511011C6818@cucexec.gbc.getronics.nl>m  : Maybe it's time to up a more updated solution in the FAQ.    -----Original Message-----@ From: Everhart, Glenn (FUSA) [mailto:GlennEverhart@FirstUSA.com]" Sent: dinsdag 2 oktober 2001 15:04 To: Dijk, Jeroen van Subject: RE: Backuph    H I don't think the FAQ has the remote tape or disk drivers that work overF DECnet (or tcp/ip with more fiddling). Those drivers are available andA free, and they do work. If you remote the disks and do the backup C on the box where the tape is, then multitape savesets run fine. The.B remote magtape kinda-sorta senses EOT but when writing can be in aC not-quite-fast-enough situation wrt getting the status back, due to 1 net delays etc. Reading, it's not such a problem.h  D The solution in the FAQ is much older, crockish and not particularly usable.  Glenn Everhart     -----Original Message-----< From: Dijk, Jeroen van [mailto:Jeroen.vanDijk@Getronics.com]' Sent: Tuesday, October 02, 2001 5:20 AM- To: Info-VAX@Mvb.Saic.Com1 Subject: RE: Backupm    C I have tried that solution from the FAQ, but it didn't work for me.w  L If someone has tested it please the group, because then I and the rest know  that it works or not.w   > -----Original Message-----: > From: Steve Reece [mailto:SYSTEM@ipl.demon.co.nospam.uk]# > Sent: dinsdag 2 oktober 2001 0:37q > To: Info-VAX@Mvb.Saic.Com$ > Subject: Re: Backup  >  > H > IIRC, Glenn Everhart had an excellent workaround for doing just this. E > It wasn't capable of dealing with multi-tape savesets but for other  > stuff it worked fine.i > It may be in the FAQ.... >  > Steve. >  >  > Hoogenboom, Martin wrote:  > >  > > Hi,C > >  > > I have a simple question:iF > > Is it possible to backup a disk from one system, across a network,/ > > to a tape unit connecte to another system ?e2 > > If yes, how what needs to run on the systems ? > > ? > > Both systems are standalone Alpha's running OpenVMS 7.2-1H1r > >  > > TIA, > > Martin Hoogenboomr >  > -- h@ > "A shadow fell over her face; clear, as if the composure were  > rent likeaG > a veil.  And her lips parted, but only with a short intake of breath.aC > Then she said, 'Well, then you are right.  Indeed, we are even.'"o' > 		Louis, "Interview with the Vampire"l >     F **********************************************************************This transmission may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank youF **********************************************************************   ------------------------------   Date: 2 Oct 2001 08:26:26 -0500r- From: koehler@encompasserve.org (Bob Koehler)t& Subject: Re: Gateway Address question.3 Message-ID: <zKzMItLqVCSw@eisner.encompasserve.org>n  ^ In article <3BB69F5A.2C95BE11@mailbag.com>, William Barnett-Lewis <wlewis@mailbag.com> writes: > 6 > I have a Solaris box set up to do NAT with ipfilter.      A firewall made of straw?   ------------------------------   Date: 2 Oct 2001 07:57:06 -0500-- From: koehler@encompasserve.org (Bob Koehler)1  Subject: Re: Good bye VAX-6400's3 Message-ID: <0KyyAEjIpY5K@eisner.encompasserve.org>   V In article <3BB4B3FC.606E8C4E@aerosys.co.uk>, ChrisQ <lightwork@aerosys.co.uk> writes: . They also had one of thoseN > old rack mount HP1000's racked up next to it that was used for simulation of > 6800 code.  E    I used some HP 1000's.  Later on I was working with the group thatmE    worked on thier replacement, so we set one up in my computer room.I  H    Disk chassis made from cast iron, and the whole thing sounded like a E    707 taking off in the room when we powered it up.  Fortunately the 7    light pen soon failed so we had no cause to keep it.f   ------------------------------   Date: 2 Oct 2001 08:12:46 -0500f- From: koehler@encompasserve.org (Bob Koehler)c  Subject: Re: Good bye VAX-6400's3 Message-ID: <UZSkfSQ3sVN3@eisner.encompasserve.org>p  U In article <3BB71372.9C483FC8@iee.org>, "antonio.carlini" <arcarlini@iee.org> writes:a > 1 > I don't have a reference to hand, but I believeg2 > that the VS100 was a UNIBUS board (or board set)/ > that was used to add workstation capabilitiest, > to a VAX-11/750 (although I guess it would6 > have worked in any of the UNIBUS VAXen of the time). >   F    We used to have one hanging off a Qbus VAX using a Qniverter (sp?).   ------------------------------  $ Date: Tue, 2 Oct 2001 10:22:02 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>t  Subject: Re: Good bye VAX-6400's1 Message-ID: <e4ku7.921$YP.24246@news.cpqcorp.net>u  B The problem was you had a potentially good graphics engine tied toD underpowered CPUs on a bus structure that did not suit the graphics.  K I'm not suggesting an alternative, but just that in the end it was a lot ofh- work for a weak performer, and a poor seller.b      ? antonio.carlini wrote in message <3BB8CF37.6542749E@iee.org>...  >n >a >Fred Kleinsorge wrote:  >>G >> The Lynx was the wrong machine to put those graphics on, and you area" >> corrent, almost none were sold. >.2 >Out of interest, what would the *correct* machine/ >have been? None of the (other) machines with ao' >VAXBI would have fit the bill (or evene/ >under the desk!). Perhaps the CVAX stuff might  >have been a better fit? >n >Antonio >n >--  >c >---------------. >Antonio Carlini             arcarlini@iee.org   ------------------------------    Date: 29 Sep 2001 01:54:37 +0800, From: Paul Repacholi <prep@prep.synonet.com>  Subject: Re: Help with UNZIP.EXE- Message-ID: <87adzfjj4y.fsf@prep.synonet.com>n  3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:r  D > The entire "Zip/Unzip for OpenVMS: Secrets Revealed!" presentationC > can be viewed on-line or downloaded (.PDF, .PS, .PPT) starting atl$ > http://www.djesys.com/vms/support/  o? > Too bad CETS-2001 panned it. Obviously, this info. need to beo > further disseminated.g  @ Lucky CETS-2001 panned it, or the unwash mass of us would not be *allowed* to read it...S   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Tue, 2 Oct 2001 13:13:12 +01008 From: "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk> Subject: HSZ70 Init RAID arrayR Message-ID: <FFDBA0B630B5D211954E0008C70D240D05B6CA65@elsoxfs12304.elsevier.co.uk>  L In a couple of weeks,   I am installing  six  10000 rpm 36gb scsi disks on a HSZ70.  G I am intending to create a raidset of six disks and then partition into  three.  F I wondered if anyone had any idea of the time it takes to initialise a 6*36gb array on an HSZ70?c   Cheers r Paul   **Paul Hansford  **Elsevier Science UKe **p.hansford@elsevier.co.uk-   ------------------------------  % Date: Tue, 02 Oct 2001 11:55:54 -0400o- From: Jack Patteeuw <jjpatteeuw@peoplepc.com>e" Subject: Re: HSZ70 Init RAID array, Message-ID: <3BB9E38A.62BE57D5@peoplepc.com>   "Hansford, Paul (ELS)" wrote:nH > I wondered if anyone had any idea of the time it takes to initialise a > 6*36gb array on an HSZ70?e  I Initializing 6*9 Gb on an HSZ80 took approximately 2 hours the other day.s  G I would suggests starting the day before and letting it go all night !!t   -- f  
 Jack Patteeuwn   ------------------------------   Date: 2 Oct 2001 05:55:50 -0500r- From: Kilgallen@SpamCop.net (Larry Kilgallen) L Subject: Re: I will quit using VMS when the military does - in 2015 or maybe3 Message-ID: <5IDo+0Fo4H+8@eisner.encompasserve.org>f  i In article <00A02EB8.742DF3B5.25@maxwell.ph.kcl.ac.uk>, Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes: K > It was a test (military R+D) ship. Even the military know always to mounto( > a scratch monkey. Well I hope they do.  E That's easy for you to say from the UK, but when they mount a scratch-F aircraft carrier it gets expensive and those of us on this side of the pond are paying for it.@  D Don't laugh it off as a problem of the (former) colonies, as I wouldC not put it past Tony Blair in these times to adopt the US method of05 running aircraft carriers in a show of solidarity :-)    ------------------------------  % Date: Tue, 02 Oct 2001 10:44:12 +0100u/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> Y Subject: re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE        LONGEo7 Message-ID: <00A02EB7.A31375D4.26@maxwell.ph.kcl.ac.uk>t  o > bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0109291946.256c80b1@posting.google.com>...n > I HAVE BEEN ON VMS NOW FOR2 > > OVER 15 YEARS AND HAVE YET TO HAVE AN OS CRASH > E > I love OpenVMS as much as you do, but surely the above is bullsh!t?  > F > OpenVMS is a million times more stable than just about all other OSs< > (witness the majority of telecoms billing, lotteries, chip# > fabrications etc. using OpenVMS).  > 7 > But to suggest/imply OpenVMS never crashes is untrue.  >   K That's not what he says. He says he's been using VMS for 15 years and it's iH never crashed. My experience is similar (five systems, no crashes causedC by VMS software or Digital/Compaq hardware for over four years, so r8 evidence of an MTBF in excess of 15 years here as well).  D It's not even that huge a claim. My experience of Linux on commodityB PC servers is similar. I'd need many more systems than I've got toF reliably estimate what the MTBF for either VMS or Linux is. It's only F Windoze that has an MTBF measured in months at best and only MicrosoftG that claims this as a triumph (well, compared to W9x it is!) VMS's big eE strengths over Linux are scalability, disaster-tolerant capabilities n- and battleship-grade security out of the box.e   	Yours,n
 		Nigel Arnotl- 		NRA@MAXWELL.PH.KCL.AC.UK                   b  7 		"In the beginning there was nothing, which exploded."s   ------------------------------  % Date: Tue, 02 Oct 2001 10:50:03 +0100 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> Y Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE        LONGEo7 Message-ID: <00A02EB8.742DF3B5.25@maxwell.ph.kcl.ac.uk>8  I It was a test (military R+D) ship. Even the military know always to mountn& a scratch monkey. Well I hope they do.   Nigel.   >=20 > Not even a spare ship ?? :-) >=20 > Jan-Erik S=F6derholm.o >=20 > Jim Agnew wrote: > >=20J > > i heard what happened was that the windowsNT systems bluescreened, butL > > that really torched their database, and they had no backup.  that's the=  - > > thing that froze the ship, no bacukps....t > >=20) > > man...  man...  MAN...  no backups...o > >=20 > > jime >=20   ------------------------------  $ Date: Tue, 2 Oct 2001 07:35:24 -0400+ From: "Main, Kerry" <Kerry.Main@compaq.com>hY Subject: RE: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE        LONGE1R Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4D5618E@kaoexc01.americas.cpqcorp.net>   Fyi - flash from the past -s  * >>> It was a test (military R+D) ship. <<<  4 http://www.gcn.com/archives/gcn/1998/july13/cov2.htm; "Software glitches leave Navy Smart Ship dead in the water"t  
 extract -   F "... Navy brass have called the Yorktown Smart Ship pilot a success in@ reducing manpower, maintenance and costs. The Navy began runningG shipboard applications under Microsoft Windows NT so that fewer sailorsd. would be needed to control key ship functions.  G But the Navy last fall learned a difficult lesson about automation: The E very information technology on which the ships depend also makes them G vulnerable. The Yorktown last September suffered a systems failure when E bad data was fed into its computers during maneuvers off the coast off Cape Charles, Va.k  G The ship had to be towed into the Naval base at Norfolk, Va., because ahD database overflow caused its propulsion system to fail, according toH Anthony DiGiorgio, a civilian engineer with the Atlantic Fleet Technical Support Center in Norfolk."i   .. see rest of article..   Regardst  
 Kerry Main Senior ConsultantJ Compaq Canada Corp.- Professional Services  Voice: 613-592-4660( Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----6 From: Nigel Arnot [mailto:sysmgr@maxwell.ph.kcl.ac.uk] Sent: October 2, 2001 5:50 AM  To: Info-VAX@Mvb.Saic.Com>F Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER    C It was a test (military R+D) ship. Even the military know always to  mountW& a scratch monkey. Well I hope they do.   Nigel.   >  > Not even a spare ship ?? :-) >  > Jan-Erik Soderholm.Z >  > Jim Agnew wrote: > > F > > i heard what happened was that the windowsNT systems bluescreened, but G > > that really torched their database, and they had no backup.  that'sk thet- > > thing that froze the ship, no bacukps....m > > ) > > man...  man...  MAN...  no backups...p > >  > > jimf >    ------------------------------  % Date: Tue, 02 Oct 2001 08:41:30 +02006  From: Paul Sture <paul@sture.ch>U Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE  LONGER!b+ Message-ID: <VA.0000046d.32dd9241@sture.ch>f  O In article <L45u7.63375$vq.11577764@typhoon.ne.mediaone.net>, Terry C. Shannon s wrote:5 > "John McLean" <mcleanj@dplanet.ch> wrote in messages& > news:3BB8DB94.1C60B87F@dplanet.ch... > >n > >s > > "Terry C. Shannon" wrote:k >  > > > >  > > >UN > > > It gets worse. Seems that the next US aircraft carrier (due 2007/2008 orJ > > > so), CVN such-and-such, will sport a Windoze-based battle management	 > system.MM > > > I am sure that rivals and potential enemies of the USA are delighted byS > this > > > Stupid Strategy Trick. > >u: > > Now that's what I call a Microsoft fRight sTimulator ! > >o >   > No doubt. I can see it now.... > B > DO YOU WANT TO ACTIVATE THE PHALYNX CLOSE-IN AIR DEFENSE SYSTEM? > K > DO YOU *REALLY* WANT TO ACTIVATE THE PHALYNX CLOSE-IN AIR DEFENSE SYSTEM?e >  > ETC... > K > And the last thing the guys and gals in the Combat Information Center sawh > was... >   > CLIPPIT THE DANCING PAPERCLIP. >uK Oh, there is something worse than the paperclip, hard as it may seem, it's y their rendition of Shakespeare.m ___M
 Paul Sture Switzerlandl   ------------------------------  $ Date: Tue, 2 Oct 2001 05:31:08 -04007 From: SAVITRI Sura Reddy Tetala <SSavitri@covansys.com>H8 Subject: implementing Signals in C program on OpenVMS7.2N Message-ID: <75C500290FC6D411ABD400062938F2F301D07431@cbsmdrex03.cbsindia.com>   Hai,G I implemented SIGINT signal in a C application developed for OpenVMS7.2L* platform.Whenever CTRL + C is pressed someB function will be invoked to do the cleanup before exiting from the; program.This is working perfectly but sometimes the program K is not ending and seems the signal is not working.I have to press CTRL+Y tos* end it.What is the signal for CTRL+Y.Can IE compare this key sequence with any of the signals defined in signal.hd! standard header file.Please help.A    
 Thank you.
 With Regards,i Savitri.   ------------------------------  # Date: Tue, 02 Oct 2001 17:34:48 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)< Subject: Re: implementing Signals in C program on OpenVMS7.21 Message-ID: <YUmu7.937$YP.24341@news.cpqcorp.net>t   In article <75C500290FC6D411ABD400062938F2F301D07431@cbsmdrex03.cbsindia.com>, SAVITRI Sura Reddy Tetala <SSavitri@covansys.com> writes:  H :I implemented SIGINT signal in a C application developed for OpenVMS7.2H :platform.Whenever CTRL + C is pressed some function will be invoked to K :do the cleanup before exiting from the program. This is working perfectly mM :but sometimes the program is not ending and seems the signal is not working.m@ :I have to press CTRL+Y to end it.What is the signal for CTRL+Y.  E   If there is no CTRL/C handler, then CTRL/C and CTRL/Y are the same.bD   I'm not aware of a C signal for CTRL/Y, though there is a way thatE   an OpenVMS signal (as differentiated from a C signal; C signals areaD   based on the OpenVMS signal mechanism, providing the C signal API)H   can capture and process CTRL/C and CTRL/Y separately.  See the OpenVMS<   RTL calls lib$enable_ctrl and lib$disable_ctrl as a start.  B   So it works sometimes and not others?  Sounds like a programmingC   bug, or maybe a DCL cleanup bug that was lurking on OpenVMS Alphae6   systems a while back (and that was fixed via ECO).       OpenVMS platform?  a  C   CONCISE example of the problem code?  (Please don't make us wade oA   through any particularly extraneous C code -- please create and'3   keep the example reproducer as short as you can.)m  L :Can I compare this key sequence with any of the signals defined in signal.h :standard header file.  B   There is mapping going on in the terminal driver and DCL and the"   C RTL, all to provide the C API.  @   Another question: are you simply looking to capture the CTRL/CC   stuff, or do you need the C API?  (Some background on the problems@   would be useful, in other words.)  If you need the C API, thatB   tends to dictate one set of answers.  If you need/want to field E   the CTRL/C or CTRL/Y, that allows for an alternate solution or two.1  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 02 Oct 2001 08:41:30 +0200t  From: Paul Sture <paul@sture.ch>) Subject: Re: Letter from Michael Cappelast+ Message-ID: <VA.0000046b.32dd922d@sture.ch>n  = In article <3BB8DE75.529B050E@dplanet.ch>, John McLean wrote:n > Sue Skonetski wrote: > >  > > Dear Newsgroup,  > >  >  > ..... (snip) > O > > As our track record over multiple decades clearly proves, we understand thekE > > importance of your commitment to our mission critical platforms. a > J > Another fragment of credibility gone.  Compaq has been around since 1982F > (ie. about 2 decades) and only ever dealt with PC's until about 1996E > when Tandem was purchased.  Hands up all those people who associatet > mission-critical with PC's ??d >oK I'll second that. If you look at the corporate home page, it clearly states G that Compaq was founded in February 1982. Not 2 decades yet, let alone iE "multiple decades". I searched in vain for a reference to HP's longer K history, but no, it was clearly signed as a Compaq letter (even a referenceoD to DEC/Digital/Tandem would have sufficed to justify the statement).  L And watching the soccer this weekend, they are _still_ blasting the airwavesH with PC adverts - with a PIII logo in the bottom left hand corner, would+ you believe, so even _that_ is out of date.1   ___2
 Paul Sture Switzerlandn   ------------------------------  * Date: Tue, 2 Oct 2001 10:50:20 +0000 (UTC) From: david20@alpha1.mdx.ac.uk) Subject: Re: Letter from Michael Cappelas1+ Message-ID: <9pc65c$fnm$2@aquila.mdx.ac.uk>@  \ In article <3BB8C282.30354210@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >Sue Skonetski wrote:- >-K >> Therefore, it is our intent to converge Tru64 UNIX and HP/UX to a singleoL >> UNIX offering on Itanium, and to insure a smooth transition and migration; >> from Tru64 UNIX Alpha to this converged UNIX on Itanium.C >6J >While it is good for Compaq to admit that Tru64 is dead (otherwise CompaqL >would have lost even more credibility), I think that Compaq should hurry to/ >provide details on what this will really mean.e > L >And I think that Compaq would have more credibility if it outright admittedO >that HP-UX would be improved to include some of the features of Tru64 to allowiM >Tru64 customers to migrate to HP-UX. The "converge" terminology just adds to N >the confusion and shows that Compaq doesn't really want to admit the reality. >eL >If I were Compaq, I would hurry to provide details on exactly what of Tru64 >will be ported to HP-UXC >(API, clustering, ?) And Compaq should also identify ISVs who haveUP >applications that run only on Tru64 to get them to start porting to HP-UX ASAP.    G I'd be worried by the security implications of any move to base the neweH "converged" product on existing HP-UX code. HP seems to post quite a lotK of security bugs to the comp.security.misc newsgroup. Haven't done any realoN comparisons but I get the impression HP-UX is almost as insecure a Unix system as Solaris.d    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 2 Oct 2001 05:59:31 -0500m- From: Kilgallen@SpamCop.net (Larry Kilgallen)m) Subject: Re: Letter from Michael Cappelasg3 Message-ID: <c14lwHBSll2Y@eisner.encompasserve.org>r  N In article <VA.0000046b.32dd922d@sture.ch>, Paul Sture <paul@sture.ch> writes:  N > And watching the soccer this weekend, they are _still_ blasting the airwavesJ > with PC adverts - with a PIII logo in the bottom left hand corner, would- > you believe, so even _that_ is out of date.   A Paul, you are really out of it if you did not realize that Compaqw  is still stuck on Wintel PCs :-)   ------------------------------   Date: 2 Oct 2001 13:22:16 +0200t* From: eplan@kapsch.net (Peter LANGSTOEGER)) Subject: Re: Letter from Michael Cappelaso( Message-ID: <3bb9a368@news.kapsch.co.at>  c In article <c14lwHBSll2Y@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:eO >In article <VA.0000046b.32dd922d@sture.ch>, Paul Sture <paul@sture.ch> writes:  >cO >> And watching the soccer this weekend, they are _still_ blasting the airwaves8K >> with PC adverts - with a PIII logo in the bottom left hand corner, wouldP. >> you believe, so even _that_ is out of date. >nB >Paul, you are really out of it if you did not realize that Compaq! >is still stuck on Wintel PCs :-)s  O And don't forget that INTEL pays them ~93% of the ad only because of this logo.tL So, 100% for Alphas vs. 7% for the INTELs. This makes it extremely plausibleA why the Q marketing/advertizing folks choose to do it this way...    --  < 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: Tue, 02 Oct 2001 14:59:20 -0000h- From: wspencer@ap.nospam.org (Warren Spencer)a) Subject: Re: Letter from Michael Cappelas-7 Message-ID: <912E7A2F2warrenspencer1977@207.126.101.97>f   A few nits:"  H >Compaq and Hewlett-Packard recently announced a definitive agreement toH >merge the two companies into an $87 billion global technology leader.  I >We are very excited about the proposed merger because we believe it will G >provide the most complete range of information technology products andiI >services and superior value based on open, market-unifying standards andtH >architectures.  As our valued customer, I want to emphasize that duringI >this transition period, and following the completion of the merger, your-= >success and investment protection are foremost in our minds.r  L The technical accuracy of this last sentence is clearly questionable, since L only one thing can be foremost in one's mind.  I would hope that the merger  is foremost in his mind.  * - snip the "preaching to the choir" part -  H >As our track record over multiple decades clearly proves, we understandF >the importance of your commitment to our mission critical platforms.   & "Your commitment", not "our".  Hmmm.    K I would prefer he addressed *Compaq's* commitment, since that is where the 0C gaping hole appears to be.  Or perhaps address the recently broken c commitment.   I >Any transition or migration that we make now or in the future will be asF >smooth as possibles  F Clearly impossible - there's always more one can do.  And it's seldom 2 economically wise to reach for such extreme goals.  . > , bringing the benefits of new platforms andC >technologies while minimizing any disruption during an appropriatehI >transition period.  You have our complete commitment from Compaq in thisa, >regard, and you should expect nothing less.  I "our complete commitment from Compaq" is legally worthless they day they e
 become HP.   - more snipage -  M I hope one day CEO's can learn to write letters devoid of such ambiguities.  n" Unlikely in my lifetime, I'm sure.   ws   --     Warren Spencer' Senior Software Engineer (not a writer)1 The Associated Press  L ** My employer does not necessarily agree with my statements - neither do I  **   ------------------------------  % Date: Tue, 02 Oct 2001 10:55:03 +0100.- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com>t5 Subject: Re: Locate Filename containing logical blocka1 Message-ID: <3BB98EF7.47C4090B@BlueBubble.UK.Com>   ! norm.raphael@jamesbury.com wrote:   * > DFU SEARCH does not find a filename hit. > Suggestions? >u  7 Norm, since you mentioned that these RZ28's are membersn: of a shadowset, please make sure that you're DFU searching, the DSA device (not the constituent DKAxxx).  	 Roy Omonds Blue Bubble Ltd.   ------------------------------   Date: 2 Oct 2001 08:39:45 -0700c1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)H Subject: Re: LPs on the Webr= Message-ID: <cf15391e.0110020739.3a399244@posting.google.com>f  \ eplan@kapsch.net (Peter LANGSTOEGER) wrote in message news:<3b9be0ef$1@news.kapsch.co.at>...F > I recently (no, a couple of months ago) read, that CSA is now at $0.. > Seems I need to get more intouch with CSA...  S I double-checked this with my CSA program contact in the US, and got this response:i -----t Keith,  E Thank you for your email, the CSA membership fee for North America isT $600.00.   Regards,   Allan Groves Compaq Solutions AlliancesC -------------------------------------------------------------------vC Keith Parris | parris at encompasserve dot org | VMS consulting on:eC Clusters, Disaster Tolerance, Internals, Performance, Storage & I/OR   ------------------------------  % Date: Tue, 02 Oct 2001 13:15:10 -0400 0 From: Paul Anderson <paul.r.anderson@compaq.com>, Subject: Mac OS X 10.1 sees PATHWORKS shares; Message-ID: <021020011315108829%paul.r.anderson@compaq.com>j  A Since upgrading to Mac OS X some months ago, I've been without myY@ OpenVMS file shares, served by PATHWORKS for OpenVMS (Macintosh)< software.  OS X 10.0 had AppleTalk for printers but only did" AppleTalk-over-IP for file shares.  B I just received my 10.1 upgrade kit and upgraded this morning, andB voila!  I can now see all my OpenVMS file shares just like I could under Mac OS 9 and earlier.e  D Perhaps NFS is a better long-term solution, and may be faster, but IG only got half-way to getting it to work between the Mac and OpenVMS andhG never got around to completing the configuration.  Now I don't have to!o   Paul   --    Paul Anderson   OpenVMS Engineering-   Compaq Computer CorporationO   ------------------------------  % Date: Tue, 02 Oct 2001 13:43:55 +0100c From: paul.beaudoin@hsbc.com Subject: Memo:  Quota Setting E Message-ID: <OF5B13F196.251D22D7-ON80256AD9.0044AD36@systems.uk.hsbc>6  I After many years of managing my own home VMS system and working with realwF system managers and following the 'quota rule of thumb' (if it doesn'tI work, make it bigger) I have been asked for a more scientific approach totJ setting quotas. The simple question of why do you set any particular quotaK to any particular setting seems to involve more dead chickens, incantationsnK and  black magic than the rest of VMS.  Surely the best OS on the planet isdC not ultimately dependant on (un)educated guesswork! Any pointers to A educational materials, cookbooks or even just good advice is mosta gratefully received.   Thanks   Paul        D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, please B  notify the sender immediately by return e-mail and delete it from
  your system.   =  Internet communications cannot be guaranteed to be secure or A  error-free as information could be intercepted, corrupted, lost,q>  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context of ?  this message which arise as a result of Internet transmission.H  ID  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office k=  through which this message is sent unless otherwise clearly iA  indicated in this message and the authority of the author to so  3  bind the HSBC entity referred to is duly verified.e  D ********************************************************************   ------------------------------   Date: 2 Oct 2001 09:11:40 -0500u- From: Kilgallen@SpamCop.net (Larry Kilgallen)b! Subject: Re: Memo:  Quota Setting-3 Message-ID: <S3cQBZDS+e4X@eisner.encompasserve.org>1  d In article <OF5B13F196.251D22D7-ON80256AD9.0044AD36@systems.uk.hsbc>, paul.beaudoin@hsbc.com writes: > K > After many years of managing my own home VMS system and working with real H > system managers and following the 'quota rule of thumb' (if it doesn'tK > work, make it bigger) I have been asked for a more scientific approach toeL > setting quotas. The simple question of why do you set any particular quotaM > to any particular setting seems to involve more dead chickens, incantationsrM > and  black magic than the rest of VMS.  Surely the best OS on the planet isdE > not ultimately dependant on (un)educated guesswork! Any pointers toaC > educational materials, cookbooks or even just good advice is most  > gratefully received.  G Using machine code listings of your program and the VMS source listingsaJ you can calculate the exact quotas needed.  For a moderately sized program" that should take less than a year.  J Many of us don't have that time.  Instead we would set the quotas absurdlyI large and measure the actual useage by the program.  Then trim the quotashH back to what would be a tolerable load on the system and still allow theC program to behave correctly (not running out of FILLM, ASTLM, etc.)t  E If you insist on taking the prior route, make sure you are being paid-( an hourly rate rather than on salary :-)   ------------------------------  % Date: Tue, 02 Oct 2001 07:53:35 +0200c  From: Paul Sture <paul@sture.ch>A Subject: Re: Not necessarily a Installing CXX V5.6 on VMS VAX 6.17+ Message-ID: <VA.0000046a.32b1b253@sture.ch>m  L In article <d5440555.0110010542.61576330@posting.google.com>, Soterro wrote: > "Main, Kerry" <Kerry.Main@compaq.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF4010D70A6@kaoexc01.americas.cpqcorp.net>...e
 > > Sorin, > > J > > >>> The Compaq website has almost nothing part for a couple of shallow > > user guides>>> > > A > > mmmm.. How about all of the many full doc sets being on-line?n > >  >  > Hello, > F > Thank you, actually among the (expected) flames I received directly,F > there was a reasonable suggestion (Lee Y T Mah) to ask Compaq CanadaG > where Compaq Switzerland and Compaq Ireland/Europe failed (apparently:C > they called even the US). And look, Canada is answering. So there9, > still is somebody alive in this VMS world.C > I won't copy again the problem here, I posted it big and detailedV6 > under the title 'Installing CXX V5.6 on VMS VAX 6.1'H > to this board on the 27/28th of sept. I would really appreciate if you > can take a look. >  > Thank you again, > Sorin Costea >i Sorin,  A I did not pick up your earlier message, but the reason is simple.pJ 99% of the stuff I have received from yahoo.com addresses in 2001 has beenB spam, so I routinely skip past them, especially when a single name0 rather than a full name is given (e.g. Soterro).  F I do have a copy of your original post and will see if I still have myF installation log of CXX 5.6 available when I get to work (I don't haveF the VAX version - only Alpha V7.1 but it _should_ be roughly similar).   ___i
 Paul Sture Switzerland    ------------------------------  $ Date: Tue, 2 Oct 2001 11:39:58 -0400  From: norm.raphael@jamesbury.comY Subject: O.T. CMGI Field (was Re: Compaq revenue goes down $1 Billion,        warns of loi4 Message-ID: <C2256AD9.0055CC4A.00@jklh21.valmet.com>  L I loved hearing the sports guys gush over the new New England Patriots $315M stadiumlO to open in 2002 and be called "CMGI Field".  They keep insisting that CMGI willo make the4 naming payments.  Will they have any assets by then?        3 terryshannon@mediaone.net on 10/02/2001 11:22:09 AM   + Please respond to terryshannon@mediaone.nete   To:   Info-VAX@mvb.saic.coms cc:rO Subject:  Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quartert          4 "David Mathog" <mathog@caltech.edu> wrote in message% news:3BB9D926.CD0B3D84@caltech.edu...L > Alan Greig wrote:u >eB > > On 2 Oct 2001 11:25:16 GMT, vance@alumni.caltech.edu (Vance R. > > Haemmerle) wrote:  > >t > > >IJ > > >  I see that Compaq is now warning of a loss of $1 Billion in revenueH > > >and a loss in the 3rd Quarter.  It looks like the stock is going to takeI > > >a hit this morning (Thank goodness I sold at $12+ a few months ago).  > > > J > > >  Compaq is blaming it on a Typhoon affecting shipments and the Sept. 11thI > > >attack (3 weeks from Quarter end).  Come on Compaq, how much of this ; > > >is due to the Alpha murder at the end of last quarter?d > >mB > > Well that and the further uncertainty caused by the HP merger.F > > Probably accounts for a large part of the downturn at a guess. ButI > > Compaq will never admit that. Although close scrutiny of the official<G > > figures they release at the end of the month should provide a clue.: > L > The flip side of Sept. 11th is that some vendors are  going to get to sell av > lot of hardware D > to replace all of the machines that have been destroyed.  If the Q
 replaces a& > lot of PCs,given its cost structure," > it will lose money on every one.  7 The ever-popular "we'll make it up in volume" mantra...n  - >Or maybe, just maybe, in a huge bulk sale itT$ > can break even.  They'd make a lotJ > on every Alpha they sold, but having blown off both feet in that regard,* > there's some question in my mind whetherC > all of the Alphas (and VAXes?) lost will be replaced with  Compaq 
 equipment.1 > I can't help wondering if there aren't a lot ofnG > CIOs and CTOs looking at that replacement right now, weighing the Q'sa recent4 > actions, and  then calling up IBM and Sun instead.  K If I was a customer who was having second thoughts about disaster toleranceeJ (maybe it doesn't cost too much after all!) I'd be calling the Himalaya or! VMScluster folks and perhaps IBM.,   Sun? I don't think so.  K And there's plenty of anecdotal evidence that C-level folks aren't anywhere-H near as concerned about the IPF consolidation as Usenet traffic seems to	 indicate.x >.L > Which is a long way of saying that a bad quarter caused by external events+ > should have generated demand to be filled1D > in the next quarter if there was any real demand for the company's products ino > the first place. > L > What excuse will we hear for next quarter's losses - that the alignment of the  > planets was wrong? >sG > I saw somewhere today that at least half of this is due to investmentd writen4 > downs - apparently they're getting rid of the restJ > of that "valuable" CMGI stock they got in exchange for AltaVista.  Seems like: > terrorists and typhoons had very little to do with that!  L Yep. Another $500M frittered away on the dot-com bomb known as CMGI. Running/ total of CMGI charges now somewhere around $2B.p   ------------------------------  # Date: Tue, 02 Oct 2001 17:35:30 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net>Y Subject: Re: O.T. CMGI Field (was Re: Compaq revenue goes down $1 Billion,        warns oe= Message-ID: <CVmu7.15970$xG6.6511868@typhoon.ne.mediaone.net>y  - <norm.raphael@jamesbury.com> wrote in messagec. news:C2256AD9.0055CC4A.00@jklh21.valmet.com... >w >hH > I loved hearing the sports guys gush over the new New England Patriots $315MA	 > stadium'L > to open in 2002 and be called "CMGI Field".  They keep insisting that CMGI will
 > make the6 > naming payments.  Will they have any assets by then? >t  7 Good question. Looks more like a Field of Dreams to me.y   ------------------------------  " Date: Tue, 2 Oct 2001 17:01:20 GMT( From: Terry Kennedy <terry@gate.tmk.com>A Subject: Re: ODS2 available -- reads ODS-2 disks on Windows, UNIX-' Message-ID: <GKL8M9.94v@spcuna.spc.edu>1  I In comp.os.vms Brian Tillman <tillman_brian@notnoone.notnohow.com> wrote::K > Any change you could provide the file WNASPI32.DLL in the zip file, sincee > you provide ODS2_WIN32.EXE?6  I   ASPI is a deprecated feature since it has security implications (if youeH have access to an ASPI layer you can bypass all of the WinNT/Win2K/WinXPH filesystem protections by accessing devices directly). No comments aboutG the "security" of Microsoft products, please - I'm just reporting this.   H   The recommended replacement is Microsoft's SPTI (SCSI Pass Through In-D trface) which enforces some security checks (which should not affect$ either ODS2 or CD burning programs).     For more information, see:> http://support.microsoft.com/support/kb/articles/Q182/5/42.ASP  4         Terry Kennedy             http://www.tmk.com2         terry@tmk.com             New York, NY USA   ------------------------------   Date: 2 Oct 2001 00:26:30 -0700 9 From: martin.kevin@partner.commerzbank.com (Kevin Martin)l3 Subject: Re: OpenVMS employment in southern France?I= Message-ID: <91d7e898.0110012326.256ab241@posting.google.com>o  
 Christian,E There are very few VMS system management jobs in the south of france.iA The largest employer was DIGITAL. After COMPAQ took over, all theg infrastructureF move to NT. If you do VMS development you have a much better chance asD COMPAQ's temip is developed there. Unfortunatly at this time most of4 the IT companies are firing people in large numbers.   ------------------------------  % Date: Tue, 02 Oct 2001 10:57:16 +0100w/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>1( Subject: re:  OpenVMS Fundamenalists ...6 Message-ID: <00A02EB9.7631676D.5@maxwell.ph.kcl.ac.uk>   > / > We are all OpenVMS Fundamentalists ... (????)- >  snip .. crumple ... plop.   D This ain't funny. Comparing chalk and cheese is one thing. Comparing7 computer managers and mass murderers is quite another. s   Nigel.   ------------------------------  % Date: Tue, 02 Oct 2001 12:18:21 +0200e& From: "B.Eckstein" <B.Eckstein@cli.de>' Subject: Re: OpenVMS Fundamenalists ...i# Message-ID: <3BB9946D.60509@cli.de>o   Nigel Arnot wrote:  / >>We are all OpenVMS Fundamentalists ... (????)e >> >> > snip .. crumple ... plop.p > F > This ain't funny. Comparing chalk and cheese is one thing. Comparing9 > computer managers and mass murderers is quite another. e  B Assuming every fundametalist is a mass murderer isn't much better. IMHO.i   ------------------------------   Date: 2 Oct 2001 06:56:36 -0700e( From: bob@instantwhip.com (Bob Ceculski)+ Subject: Re: OpenVMS, Apache and hackers...h= Message-ID: <d7791aa1.0110020556.1ef9da25@posting.google.com>g  d "Rick Barry" <barry@star.zko.dec.com> wrote in message news:<_b3u7.884$YP.24054@news.cpqcorp.net>...7 > "Bob Ceculski" <bob@instantwhip.com> wrote in messagee9 > news:d7791aa1.0109300827.7393e183@posting.google.com...r< > > Michael Austin <miaustin@bellsouth.net> wrote in message, >  news:<3BB60C15.94A3B64D@bellsouth.net>...G > > > There were some recent threads on the security of OpenVMS.  While0H > > > building my web-hosting service, after finally being able to use aK > > > dynamic DNS service  for my ADSL/PPPoE connection, I discovered in mywN > > > Apache access_log.; file over 21,000 attempts in the past 3 weeks to use9 > > > some WINNT hacks to gain access to the system as hes7 > > > laughed..."AH-HAHAHAAA.... no access for you!!!".a > > >aL > > > I was at a major chemical company in August when the last really nastyI > > > virus and it's offspring were hitting...  I informed them that theygN > > > could solve ALL of the issues by running OpenVMS/Apache as their primary4 > > > web servers.  But, alas, they never listen.... > > >s > > > Michael Austin6 > > > First DBA Source, Inc. -- www.firstdbasource.comK > > > www.spacelots.com -- a Web Hosting Service...coming soon to a browserc > > > near you...  > >eL > > a better webserver to use is purveyor for vms ... it is more secure thanH > > apache because only mailbox priviledges are given to the workers ...G > > that is not true with apache workers ... also purveyor is a processoE > > based webserver and unlike apache is easier to tune for increased H > > workloads ... also we did performance tests with purveyor and apacheD > > under tcpware and purveyor won hands down!  tcpware beats ucx orL > > multinet as an ip stack because it is based on the vms kernel, not unix!K > > purveyor also has remote browser management interface that is terrific!(I > > it also has a wonderful built in proxy server that alta vista used to-H > > use several years ago ... dec used purveyor when it ran its vms siteF > > also ... i have found an xml product that i can call out of my cgiK > > scripts to serve xml pages ... it is a solid product ... i have watchede@ > > my logs getting hit the last 2 weeks by nimda and just yawn! > B > Compaq Secure Web Server (CSWS) is based on Apache and is also aH > process-based web server, requiring only TMPMBX and NETMBX privileges.M > Tuning is fairly straight-forward, though easier if you're already familiare > with tuning Apache.o > N > CSWS runs on Compaq's TCP/IP stack as well as TCP/IP stacks from TCPware andE > Multinet. We've worked closely with Process Software on a couple of-G > occasions to correct problems to ensure CSWS will run on those TCP/IPe	 > stacks.V > K > CSWS is fully supported under your existing OpenVMS support contract. The @ > product is free of charge, but completely supported by Compaq. > I > We'll continue to add features and stay in synch with the latest Apachec" > Software Foundaiton base-levels. > I > The OpenVMS web site (http://www.openvms.compaq.com) is served by CSWS.o > % > Coming in the next release of CSWS:t >  > - Apache 1.3.20e > - PHP 4.0 and mod_phpr > - mod_rewrites
 > - mod_proxyO  > - Perl 5.6.1 and mod_perl 1.25 >  > Rick Barry > CSWS Project Teami > Compaq Computer Corporationy > Nashua, NH  C rick, has the broken pipe problem killing apache when using tcpwareSD or multinet fixed yet ... we tried apache under tcpware and ended upC having to restart every 5 minutes ... not good ... and i have heardgA nothing from compaq or process that says it has been resolved ...    ------------------------------   Date: 2 Oct 2001 07:03:30 -0700o( From: bob@instantwhip.com (Bob Ceculski)+ Subject: Re: OpenVMS, Apache and hackers...o= Message-ID: <d7791aa1.0110020603.577eb42b@posting.google.com>1  k hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message news:<HB6u7.900$YP.24163@news.cpqcorp.net>...Oj > In article <d7791aa1.0110011403.75316ad4@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:H > :my apache workers blew up in certain cgi apps and compaq support madeL > :us give them "oper" privs as a result ... i don't remember the details... > H >   Any CGI script needs sufficient privileges for whatever it is doing.E >   This has nothing to do with the CGI environment, and would apply aD >   equally to the Purveyor or any other web server CGI environment. > D > :... i tried to get compaq to buy the thing when they were lookingK > :for a web server to port to vms but they picked the cheap route and wenta > :with a freebie in apache  > I >   The commercial web server market cratered several years ago -- as one*L >   example, we had shipped Netscape FastTrack for several OpenVMS releases,J >   and Netscape got out of that business (and several other web servers). > K >   When Apache was chosen, we picked the most popular web server available M >   to port and to package (and to support).  For all its benefits, Purveyor aM >   wasn't it.  (I am aware of OpenVMS web servers that are still on or were eI >   once running Purveyor here within OpenVMS Engineering, and there are oK >   various folks familiar with it.)  Purveyor works nicely.  The on-going o? >   Apache web server development, however, is far more active.n > P >  ---------------------------- #include <rtfaq.h> -----------------------------P >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  G not true ... we took the same exact html and scripts and turned back on E purveyor with only mbx privs and they worked fine ... the html person*I (kirk) and myself was told by the apache person that oper priv was needed-D to run apache in certain instances ... did we talk to the wrong guy?   ------------------------------   Date: 2 Oct 2001 10:33:57 -0700g( From: bob@instantwhip.com (Bob Ceculski)+ Subject: Re: OpenVMS, Apache and hackers...5= Message-ID: <d7791aa1.0110020933.4d659580@posting.google.com>   a "warren sander" <sander@ma.ultranet.com> wrote in message news:<9pb4sn$aih$1@bob.news.rcn.net>...nM > The OpenVMS external web server ran on Purveyor for 5 years, on Sept 10th I  > switched over to CSWSe > K > I had no problems with purveyor and actually liked it and would have been ? > content to stay on it forever execpt for a couple of issues..e > N > 1) server side includes required special extensions and the new compaq brand > templates wereN > much easier to impliment using includes. I don't think all you would like to > start using .htp as thelH > extension for all the web pages instead of .html or in some cases .htm >  > 2) Perl was acting upf > J > 3) No support, (or very little). I got some and really can't complain as, > the folks at process always helped me out.5 > but it was getting harder to get problems addressedh > M > 4) new features were needed to support the future we are envisoning for thee > OpenVMS web server > N > I needed to go to a fully supported web server environment, on a new version$ > of OpenVMS (7.3 upgraded from 6.2) > I > OpenVMS Engineering/Marketing needed to be able to show the OpenVMS web  > server running on what weg > are now supporting.r >  > --D > ------------------------------------------------------------------8 > Warren Sander                        OpenVMS MarketingM > Compaq Computer Corporation          Work:  warren.sander@remove.compaq.comVN > 200 Forest Street MR01-3/J1          Personal: sander@remove.ma.ultranet.com5 > Marlboro, MA 01752                   (508) 467-4875M7 >    My opinions are my own and I only speak for myself4. >          Read http://www.openvms.compaq.com/D > ------------------------------------------------------------------  J purveyor is c code, and one of the original developers told me it would beM fairly easy to make it http 1.1 compliant ... it is a lot easier to configurenM than apache (unless you like unix style, gag!) and i submit again to you that P purveyor performs in head to head tests we did better than apache at this point.K i know palmer and capellas and all the other brilliant (cough! cough!) ceos O of the past tied your hands on various vms projects as many in software supportoN have told me ... but purveyor would have been a lot better product than apacheI from my experiences ... true apache is more popular but is popular always2 better (can anyone say IIS)?   ------------------------------   Date: 2 Oct 2001 05:52:53 GMTo- From: djweath@attglobal.net (Dave Weatherall)r! Subject: Re: pthread_kill for VMS 5 Message-ID: <DTiotGxQ0bj6-pn2-QgrW30qv41QI@localhost>o  E On Mon, 1 Oct 2001 12:01:56, Jouk Jansen <joukj@hrem.stm.tudelft.nl> a wrote:   > Ruslan R. Laishev wrote: > >  > > Hi !Y > >         You can use pthread_cancel/pthread_detach, see also pthread_create and thready > > attributes (e.g. JOINABLE).i > >  > > Jouk Jansen wrote: > > >e
 > > > Hi all,o > > >yK > > > I would like to send "signals" between threads. pthread_kill seems tolK > > > a good function for this. However is is not supported on OpenVMS (not0K > > > even at 7.3 Alpha). Does anybody know a "way-around" to emulate theser > > > signals in another way?  > > >n > > >                 Jouk > C > Since I do not want to end the thread by this action, you'll needhD > the TRY/CATCH handlers. But then I'm out of luck because they will > not work with C++. >  >             Jouk  F What's wrong with signal_condition (cma$_signal_cond - I do my threadsF in Fortran and can never remember the Pthread interface names)  or areC you talking about those funny Unix 'signals' which I haven't got a i handle on (yet).   -- e Cheers - Dave.   ------------------------------   Date: 1 Oct 2001 23:09:17 -0700d From: janicmx@yahoo.com (Mike) Subject: PWIP does not start= Message-ID: <31886a6f.0110012209.1eb62f16@posting.google.com>t  > OpenVMS 7.2-1, Pathworks 6.0D, TCPIP 5.0A-ECO3  on Alpha 4100:  E PWRK$ROOT:[LOGS]PWRK$KNBDAEMON_host.LOG contains the following lines:l  $   bind_a_port(137): t_bind failed: 8   Port binding failedr   Any help/idea ?e  	 TIA, Miken   ------------------------------   Date: 2 Oct 2001 13:14:38 +0200f* From: eplan@kapsch.net (Peter LANGSTOEGER)  Subject: Re: PWIP does not start* Message-ID: <3bb9a19e$1@news.kapsch.co.at>  ^ In article <31886a6f.0110012209.1eb62f16@posting.google.com>, janicmx@yahoo.com (Mike) writes:? >OpenVMS 7.2-1, Pathworks 6.0D, TCPIP 5.0A-ECO3  on Alpha 4100:e >iF >PWRK$ROOT:[LOGS]PWRK$KNBDAEMON_host.LOG contains the following lines: > % >  bind_a_port(137): t_bind failed: 8l >  Port binding failed >h >Any help/idea ?  ? Yup, Start with my posting in vmsnet.networks.desktop.pathworksoA and then come again. And don't forget to crosspost instead of twoe- different postings in two different groups...f   -- r< 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: Tue, 2 Oct 2001 15:53:31 +0200> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>  Subject: Re: PWIP does not start. Message-ID: <9pcgh3$bpe$1@reader1.imaginet.fr>  % What is your network interface card ? 8 If you don't know, what is its name in a $ SHOW DEVICE ?   Jean-Franois Marchaln X9000 - LYON (FR)n  8 "Mike" <janicmx@yahoo.com> a crit dans le message news:2 31886a6f.0110012209.1eb62f16@posting.google.com...@ > OpenVMS 7.2-1, Pathworks 6.0D, TCPIP 5.0A-ECO3  on Alpha 4100: >mG > PWRK$ROOT:[LOGS]PWRK$KNBDAEMON_host.LOG contains the following lines:a >I& >   bind_a_port(137): t_bind failed: 8 >   Port binding failed  >d > Any help/idea ?o >  > TIA, Miker   ------------------------------  # Date: Tue, 02 Oct 2001 12:24:42 GMT 3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>h" Subject: Re: Question on VMS Virus/ Message-ID: <3BB9B1B0.F3669174@cableinet.co.uk>e   David Silvers wrote: > M > Hmmm -- actually, given privilege, any competent VMS coder could create and G > install a virus on VMS - but there's the rub 'given privilege', as tomM > propagation years ago it would have been much easier to send something likea3 > this around an improperly secured DECnet network.p >  and in fact this did happen.  A > It really depends upon the vigilance of the systems managers...V  a -- e Tim.Llewellyn@cableinet.co.uk  n  C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.R   ------------------------------   Date: 2 Oct 2001 07:24:47 -0700-( From: bob@instantwhip.com (Bob Ceculski)" Subject: Re: Question on VMS Virus= Message-ID: <d7791aa1.0110020624.49fea38f@posting.google.com>e  v Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:<20011001164111.91770.qmail@web20210.mail.yahoo.com>... > Try  >  > www.sophos.com > 3 > I know they have anyvirus which read files storedh$ > in RMS and shared for Pathworks... > 	 > Regardss >  > FC o" > --- sfm <sfm1115@bjc.org> wrote:5 > > I have never heard of a system running OpenVMS to  > > obtain a virus, buti7 > > recently we found that a NT Server which provides at > > software link to 1* > > of our servers had many virus's on it. > > 7 > > Is there software I can obtain to check for virus'sa > > on my alpha0+ > > servers or should I not worry about it.t > > 1 > > If so the companies name or homepage would bes > > greatly appreciated. > >  > >  > > Thanks,a > > 	 > > Shawnc > >  >  >  > =====n > =========================o > =o > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazil  > fabiopenvms@yahoo.com.br > =========================r > =d > 4 >                                                    > Do You Yahoo!?5 > Listen to your Yahoo! Mail messages from any phone.e > http://phone.yahoo.com  B if you read the vms hack sites, they know with system security setD properly there is no way to bug vms ... that is why they keep asking& if anyone knows a hole in vms mail ...   ------------------------------  * Date: Tue, 2 Oct 2001 14:41:11 +0000 (UTC) From: david20@alpha2.mdx.ac.uk" Subject: Re: Question on VMS Virus+ Message-ID: <9pcjm6$k67$1@aquila.mdx.ac.uk>/  h In article <d7791aa1.0110020624.49fea38f@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:w >Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:<20011001164111.91770.qmail@web20210.mail.yahoo.com>...cC >if you read the vms hack sites, they know with system security setuE >properly there is no way to bug vms ... that is why they keep askinge' >if anyone knows a hole in vms mail ...V  ; Could you give a pointer to where these VMS hack sites are.   
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 2 Oct 2001 16:50:24 -0000c3 From: Doc.Cypher <doc_cypher@redneck.gacracker.org> " Subject: Re: Question on VMS Virus6 Message-ID: <20011002165024.10692.qmail@gacracker.org>  " -----BEGIN PGP SIGNED MESSAGE-----  I On Tue, 02 Oct 2001, Tim Llewellyn <tim.llewellyn@cableinet.co.uk> wrote:c >David Silvers wrote:n >> sN >> Hmmm -- actually, given privilege, any competent VMS coder could create andH >> install a virus on VMS - but there's the rub 'given privilege', as toN >> propagation years ago it would have been much easier to send something like4 >> this around an improperly secured DECnet network. >> - >and in fact this did happen.   D You can read all the details about what was called the W.A.N.K. wormB (Worms Against Nuclear Killers) in the first couple of chapters of  http://www.underground-book.com/  J I wouldn't mind a copy of the source code for the worm to see if it really. was as poorly constructed as the book implies.     Doc. - -- h6 The bigger the humbug, the better people will like it. ~ Phineas Taylor Barnum.   -----BEGIN PGP SIGNATURE-----a Version: 2.6.2  @ iQEVAwUBO7j1csriC3SGiziTAQEFZggAscli9VC+DQi6+G0lMrKcbRuwrbxLiRLS@ O6CWAajLUcL94daeLrt1XQFlNBpvrOco+siIva3XkEBgKQX8xWmCxNnF/HEnPmXK@ jHv0t2XOUf92EIjyH4PNOLAN2vrbsgiHCpxKdk/6FAYZMLvTHwiNZ7W7DTLa6utD@ pA5SLm7qiqo5wawP9nrJ9HEGQV5a8Ohg6HUcpJxRwFnnDxSCwegJXmjcuUDneR1W@ XyDW7cXcY1KGpQjiHKyqD6U1SRjCU/9qHkV+BEdI3kkCS0zmW3bdcCJ+AUQ/82ew8 9nBqh3yKyO7cb+O8IRUzHLvRgVP08QJg2QM/+75WD/j5yWaE+jyj8Q== =67wTo -----END PGP SIGNATURE-----d   ------------------------------  % Date: Tue, 02 Oct 2001 08:55:22 +0100u( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Ram Disk for VMS?( Message-ID: <3BB972EA.960C28A@127.0.0.1>   Robert Young wrote:  > F > Isn't there some "free" Ram disk software for OpenVMS...maybe on theE > freeware cd or in a utility directory?? I keep thinking I have seen,F > something somewhere....but I am getting old and feeble minded and do" > not know where I saw it anymore!  F Yes there is (two of them IIRC) Compaq sell one, and PerfectCache alsoB has one, again paid for. PerfectCache (and other similar products,F IOexpress) needs LOTS of free memory to work well, but if you have it,D this could also part-solve your linking issues (assuming this is the reason for the question).y   -- g( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comt   ------------------------------   Date: 2 Oct 2001 06:17:52 -0700o/ From: ratkinson@tbs-ltd.co.uk (Robert Atkinson)p Subject: Re: Ram Disk for VMS?= Message-ID: <ee8fff65.0110020517.612ca85d@posting.google.com>   t rcyoung@aliconsultants.com (Robert Young) wrote in message news:<91437ce6.0110011926.2902d555@posting.google.com>...F > Isn't there some "free" Ram disk software for OpenVMS...maybe on theE > freeware cd or in a utility directory?? I keep thinking I have seeneF > something somewhere....but I am getting old and feeble minded and do" > not know where I saw it anymore!   There is a RanDriver atwF ftp://ftp.process.com/vms-freeware/fileserv/ramdriver.zip but It looks% like it has not been ported to Alpha.i   Rob.   ------------------------------   Date: 2 Oct 2001 10:42:22 -0700c( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: Ram Disk for VMS?= Message-ID: <d7791aa1.0110020942.535d3820@posting.google.com>a  X Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3BB972EA.960C28A@127.0.0.1>... > Robert Young wrote:g > > H > > Isn't there some "free" Ram disk software for OpenVMS...maybe on theG > > freeware cd or in a utility directory?? I keep thinking I have seen H > > something somewhere....but I am getting old and feeble minded and do$ > > not know where I saw it anymore! > H > Yes there is (two of them IIRC) Compaq sell one, and PerfectCache alsoD > has one, again paid for. PerfectCache (and other similar products,H > IOexpress) needs LOTS of free memory to work well, but if you have it,F > this could also part-solve your linking issues (assuming this is the > reason for the question).P  I we use both perfectcache and perfectdisk ... both are excellent products!u   ------------------------------  $ Date: Tue, 2 Oct 2001 04:17:55 -0400  From: John Santos <JOHN@egh.com>A Subject: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETEa/ Message-ID: <1011002034826.34459B@Ives.egh.com>   & Does anyone know what these bits mean?  B I've looked in the VMS docs, I&DS, the File System Internals book,@ all the DECUS docs I could find, searched the web Northern Light and news with Google...d  5 They show up in the record control flags when you use / "$ ANALYZE/RMS/INTERACTIVE" on an indexed file.k  > My guess is they are used by RMS Journaling when a transactionA is active and are used to flag records that need to be updated orpB deleted when the transaction is committed.  I'm also guessing that? if you see these flags set on an unlocked record, it means that A an application was aborted in the middle of a transaction (or the < system crashed), and the automatic recovery from the journalF file was inhibited for some reason (e.g. file marked as not journaled, journal file deleted, ???)  F Does anyone know for sure or can anyone point me at any documentation?   TIA2   -- w John Santos> Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 2 Oct 2001 06:07:54 -0500p- From: Kilgallen@SpamCop.net (Larry Kilgallen)mE Subject: Re: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETEr3 Message-ID: <BYhRV+cTZdG3@eisner.encompasserve.org>s  R In article <1011002034826.34459B@Ives.egh.com>, John Santos <JOHN@egh.com> writes:  @ > My guess is they are used by RMS Journaling when a transactionC > is active and are used to flag records that need to be updated ortD > deleted when the transaction is committed.  I'm also guessing thatA > if you see these flags set on an unlocked record, it means thatnC > an application was aborted in the middle of a transaction (or thee> > system crashed), and the automatic recovery from the journalH > file was inhibited for some reason (e.g. file marked as not journaled, > journal file deleted, ???) > H > Does anyone know for sure or can anyone point me at any documentation?  B I believe the only documentation, inside or outside Compaq, is the source code.   ------------------------------  % Date: Tue, 02 Oct 2001 11:14:43 -0400o2 From: norm lastovica <norman.lastovica@oracle.com>E Subject: Re: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETE * Message-ID: <3BB9D9E3.CD8FE832@oracle.com>   one starting point:o   $ sea sys$share:lib.req IRC$Ve   ****************************** SYS$COMMON:[SYSLIB]LIB.REQ;1   macro IRC$V_PTRSZ = 0,0,2,0 %;! macro IRC$V_RECORDCB = 0,2,6,0 %;V= macro IRC$V_DELETED = 0,2,1,0 %;        !  record is deleted -1 macro IRC$V_NOPTRSZ = 0,4,1,0 %;        !  no RRV-" macro IRC$V_FIRST_KEY = 0,7,1,0 %;6 macro IRC$V_RRV = 0,3,1,0 %;            !  rrv record ? macro IRC$V_NODUPCNT = 0,4,1,0 %;       !  DUP_CNT field absent ? macro IRC$V_RU_DELETE = 0,5,1,0 %;      !  record is RU deletedp? macro IRC$V_RU_UPDATE = 0,6,1,0 %;      !  record is RU updated   4 RU_DELETE appears to mean that the record was (last)2 deleted withing a recovery unit.  RU_DELETE should4 cause the record to be "marked" as deleted, but will3 prevent reclaimation of the space.  I'd assume thate3 this is done to allow the transaction to be rolled 11 back knowing for sure that the space still existsa0 so that the old contents can always be restored.   John Santos wrote: > ( > Does anyone know what these bits mean? > D > I've looked in the VMS docs, I&DS, the File System Internals book,B > all the DECUS docs I could find, searched the web Northern Light > and news with Google...  > 7 > They show up in the record control flags when you use 1 > "$ ANALYZE/RMS/INTERACTIVE" on an indexed file.  > @ > My guess is they are used by RMS Journaling when a transactionC > is active and are used to flag records that need to be updated orhD > deleted when the transaction is committed.  I'm also guessing thatA > if you see these flags set on an unlocked record, it means that(C > an application was aborted in the middle of a transaction (or the > > system crashed), and the automatic recovery from the journalH > file was inhibited for some reason (e.g. file marked as not journaled, > journal file deleted, ???) > H > Does anyone know for sure or can anyone point me at any documentation? >  > TIAe >  > --
 > John Santosf > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539   -- k> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  * Date: Tue, 2 Oct 2001 07:12:40 +0000 (UTC)& From: dsf@frontiernet.net (Dan Foster)+ Subject: VAXstation 4000/96 memory questionS5 Message-ID: <9pbpd8$299a$1@node21.cwnet.roc.gblx.net>:   Howdy -n= 	I've got a VAXstation 4000/96, sans any manuals. I currentlyPF have 64 MB in it via 4 80-pin SIMMs. It has slots for 8, and I believe( I've heard the maximum is 128 MB of RAM.  < 	What kind of SIMMs? MS44-DC? Is that a set of 4 16MB SIMMs?C A local reseller is quoting a MS44-DC for $100, but I'm not sure if-C that's the correct part for a /96 because I've only seen references < for that with the MV 3100-40/80/90 and VS 4000-60/90 series.    	Thanks for any tips or insight!   -Dan   ------------------------------  . Date: Tue, 2 Oct 2001 08:34:55 +0200 (MET DST)& From: Rudolf Wingert <win@fom.fgan.de>5 Subject: Re: VMS Itanium port speeded up. Tru64 dies.e6 Message-ID: <200110020634.IAA22107@sinet1.fom.fgan.de>   Hello,   Steve Reece wrotes:a   >>>v John,vG Are you really sure you need clusters with all three architectures in? o: Do you really _need_ cluster-common disks across all three architectures?  E You could perhaps make use of DEC DFS for presenting cluster disks onS@ the VAX and/or Alpha systems up to the IPF systems.  It wouldn'tE necessarily get over the problem of your customers being confident ine@ running mixed architecture clusters but it might ease the route.   Steve. <<<n  F If VMS should not die, it must implemented with fully cluster support.G Cluster make OpenVMS to the OS it is. If you must use any other productrG (which must be payed too), you will have transparent file transfer, butb not cluster.   Regards Rudolf Wingert  E P.S. OpenVMS should be OpenVMS on all platforms (VAX, Alpha and IA64)"   ------------------------------  $ Date: Tue, 2 Oct 2001 03:34:17 -0400  From: John Santos <JOHN@egh.com>5 Subject: Re: VMS Itanium port speeded up. Tru64 dies.o6 Message-ID: <1011002025716.34459A-100000@Ives.egh.com>  & On Mon, 1 Oct 2001, Steve Reece wrote:   > John, I > Are you really sure you need clusters with all three architectures in?    C No, we don't *need* it.  We could always use the 2nd-rate solutionsoH other O/S'es force on us ;-)  We could NFS-server the source directoriesE for our apps, or make our build command procedures automatically copymC the latest version of the file from the source disk to a local disknC using DECnet or FTP, or ... does "$ BASIC other_node::[app.src]foo"h) work?  With acceptable performance?  Etc.-  > But life would be infinitely easier with cluster-common disks.> (MSCP disk serving is fine for our purposes; we don't need CI,@ DSSI, etc.  Even 10Mb Ethernet is fine for editing and compiling stuff.)5  < > Do you really _need_ cluster-common disks across all three > architectures?  B I first read this as cluster-common *system* disks, which we don'tD need, but since you can MSCP-serve a disk between VAX and Alpha, andC this seems to be pretty much a requirement for clustering Alpha and(A IPF, I would think VAX<->IPF shouldn't be a big issue.  Same with3 the Lock Manager.c  G > You could perhaps make use of DEC DFS for presenting cluster disks onaB > the VAX and/or Alpha systems up to the IPF systems.  It wouldn'tG > necessarily get over the problem of your customers being confident inGB > running mixed architecture clusters but it might ease the route.  G Actually, none of our customers are running mixed-architecture clustersp< (except briefly during VAX->Alpha migrations.)  The issue is% for our in-house development systems.e  B Actually, I don't see what the big issue is.  They already supportF mixed-achitecture clusters, since they already support all the clusterE apps (disk serving, tape serving, lock manager, sysman, etc.) on bothe@ VAX and Alpha, and I don't think they would massively modify theB protocols at the same time they were implementing them for IPF, soB VAXes should be able to talk to IPF's.  (Compaq might see enticingD reasons for improving some of the cluster protocols, and at the sameE time might not want to back-port the enhancements to VAX, but I think F it would be very bad strategy to do both the port and the enhancementsE at the same time.  It would make debugging the IPF port exponentially"B harder.  Since they Alpha version (at least) would have to support@ both versions of the protocol, VMS would have to determine whichA kind of cluster it was in and do the right thing... Much like XFCA" vs. Virtual I/O Cache in VMS V7.3.  D Support is another issue.  If they don't want to go through the workC of qualifying everything on all possible mixes of VAXes, Alphas and-C IPF's, and want to say something like "3-way mixed clusters you arelB on your own.  We haven't intentionally broken anything.  As far asA we know, it works, and if you have problems, we'll try to fix it,vB but we can't promise anything.  We may just list your problem as aB restriction."  This would be like the cluster version combinationsB that are listed as working but not warrented in the Installation & Upgrade manual.i     > Steve. >  >  > John Santos wrote: > > , > > On Mon, 17 Sep 2001, Hoff Hoffman wrote: > >  > > > In article <y4d74w505k.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:6 > > > :Kilgallen@SpamCop.net (Larry Kilgallen) writes: > > > :vN > > > :> Mark Gorham's slides indicated the first early adopters release wouldO > > > :> have DECnet Phase IV (he paused expecting applause) but no clustering.sO > > > :> They are hedging about support (as distinguished from code) for triple  > > > :> architecture clusters.i > > > : N > > > :Quite to the contrary - having triple-architecture clusters is good for > > > :exposing the bugs.e > > >aL > > >   I covered this in my presentation as well -- the "fun" here involvesM > > >   testing and support.  I do not presently know of any technical reasondM > > >   why an OpenVMS VAX, OpenVMS Alpha, and OpenVMS Itanium node could notnQ > > >   coexist in the same cluster.  I do know that we will be targeting OpenVMSdL > > >   Alpha and OpenVMS Itanium systems for our testing, and are presentlyJ > > >   evaluating customer requirements for triple-architecture clusters. > > >fK > > >   I'll see if I can get copies of the presentations onto the website.  > > F > > Not speaking for my company, but just personal opinion...  I'm notC > > sure if we will port our products to IPF, but if we do, we willgE > > certainly want a triple-architecture cluster (i.e. add an Itanium=E > > to our existing 1-VAX/2-Alpha cluster.)  There is little prospect E > > that ALL our VAX customers will have either gone away or migratedaF > > to Alpha in the next 2 years, and we will probably need to supportF > > all 3 architectures for a considerable time.  We will want to keep, > > our single source library, not clone it. > > E > > I don't know if many production shops are in a similar situation,OB > > but I think lots of software providers are.  We could probablyC > > live with limitations that a production shop might not tolerate.C > > (e.g. not being able to share a SYSUAF.DAT between a VAX and an E > > IPF, or having to run multiple queue managers, etc.) but we would@D > > definitely need cluster disk serving across all 3 architectures," > > distributed lock manager, etc. > >  > > -- > > John Santosw >  > -- sI > "A shadow fell over her face; clear, as if the composure were rent likepG > a veil.  And her lips parted, but only with a short intake of breath.iC > Then she said, 'Well, then you are right.  Indeed, we are even.'"t' > 		Louis, "Interview with the Vampire"  >  >    -- - John Santos- Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 2 Oct 2001 06:04:10 -0500V- From: Kilgallen@SpamCop.net (Larry Kilgallen)a5 Subject: Re: VMS Itanium port speeded up. Tru64 dies.n3 Message-ID: <JHKptmg+9Eu2@eisner.encompasserve.org>i  _ In article <200110020634.IAA22107@sinet1.fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> writes:n > Hello, >  > Steve Reece wrotes:a >  >>>> > John, I > Are you really sure you need clusters with all three architectures in? o< > Do you really _need_ cluster-common disks across all three > architectures? > G > You could perhaps make use of DEC DFS for presenting cluster disks onaB > the VAX and/or Alpha systems up to the IPF systems.  It wouldn'tG > necessarily get over the problem of your customers being confident inrB > running mixed architecture clusters but it might ease the route. >  > Steve. > <<<l > H > If VMS should not die, it must implemented with fully cluster support.I > Cluster make OpenVMS to the OS it is. If you must use any other product I > (which must be payed too), you will have transparent file transfer, butQ > not cluster.  G Well, not really transparent.  DFS does not support distributed writersCI to a file, and while that is not required for compilation, it is requireduI for less obvious but quite important parts of some build procedures wherec2 indexed files are used for tracking progress, etc.   ------------------------------   Date: 2 Oct 2001 06:06:17 -0500w- From: Kilgallen@SpamCop.net (Larry Kilgallen)-5 Subject: Re: VMS Itanium port speeded up. Tru64 dies.03 Message-ID: <0PSNazo1Qw5w@eisner.encompasserve.org>c  Y In article <1011002025716.34459A-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:   F > Support is another issue.  If they don't want to go through the workE > of qualifying everything on all possible mixes of VAXes, Alphas and E > IPF's, and want to say something like "3-way mixed clusters you are D > on your own.  We haven't intentionally broken anything.  As far asC > we know, it works, and if you have problems, we'll try to fix it,eD > but we can't promise anything.  We may just list your problem as aD > restriction."  This would be like the cluster version combinationsD > that are listed as working but not warrented in the Installation & > Upgrade manual.C  D My reading of their comments at last month's Anaheim DECUS symposium was consistent with that.    ------------------------------   Date: 2 Oct 2001 12:49:23 -0500p9 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow)0> Subject: Re: VMScluster using fibrechannel and memory channel?3 Message-ID: <OFsWjdJv6Qss@eisner.encompasserve.org>0  c In article <044501c14ab4$d057fac0$8149130a@WWS006>, "Martin Hoogenboom" <martinh@xs4all.nl> writes:  >> $ FAU sys$sysdevice /file >>9 >>                         Fragmentation Analysis Utilityo" >> FRAGMENTATION_ANALYSIS V7.2-000L >> Copyright (c) 1995 Executive Software International. All Rights Reserved.B >> _DSA500:                                 1-OCT-2001 13:42:59.56L >> Number of Usable Blocks:  8378028       Cluster Size           :        9 >>3 >> <<<<<<<<<<<<<<<<<<<<<<<<<<<<  Free Space Summary  >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>L >> Total Free Space Size  :  2787021       Smallest Free Space    :        9L >> Number of Free Spaces  :    17544       Largest  Free Space    :     1179L >> #Spaces =  80% of Total:     6707       Mean Size of Free Space:      158 >>2 >> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<  File Information >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> L >> Maximum Number of Files:   418901       # Reserved     Files   :        9L >> Total Number of Files  :    15696       # Placed       Files   :        5L >> Total Size of all Files:  5560875       # Multi-Hdr File Hdrs  :      715L >> Smallest File Size     :        9       # Multi-Volume Files   :        0L >> Largest  File Size     :   843534       # Directory    Files   :      570L >> Mean Size of all Files :      354       # Zero Length Files    :     1046L >> # Extent Headers       :      665       # Files with Frags >= 2:     1184L >> Total File Fragments   :    71221       Lost Blks Only         :    30132L >> Avg Fragments per File :     4.86       Total Split I/Os       : 24269602L >> % of Disk Fragmented   :        0%      # of Unwanted Fragments:    56571 >>3 >> <<<<<<<<<<<<<<<<<<<<<<<<<<<<  File Sizes Summary  >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>L >>      Size Range           # Files            Size Range           # FilesM >> --------------------     ---------      --------------------     ---------eM >>        1 to        1  -          0           256 to      511  -        400yM >>        2 to        3  -          0           512 to     1023  -        328rM >>        4 to        7  -          0          1024 to     2047  -        190 M >>        8 to       15  -       7144          2048 to     4095  -        104aM >>       16 to       31  -       2499          4096 to     8191  -         65yM >>       32 to       63  -       2050          8192 to    16383  -         35fM >>       64 to      127  -        958         16384 to    32767  -          9 M >>      128 to      255  -        851         32768 to  8378028  -         172 >>K >> In my case this is kind of boring, since this disk has a cluster size of- > 9,I >> there  isn't anything in the first three buckets. This distribution ispG >> pretty typical, but IF I had a cluster size of 1, you'd probably seeR > ratherI >> than more files in each bucket as the size got smaller, a peak at somenK >> point. The peak is the place it was recommended to set your cluster sizee > to.  >>J >> For example if the three zeros above were  983, 3762, and 8219 then the > peakM >> value 8219 would correspond to the 4-7 block size. That would be the value J >> I'd set my cluster size to. Sometimes you'll find a disk with a bimodalJ >> distribution, especially if you've got very different workloads storingE >> files on the disk. I used to see that with SAS, where both commandm; >> procedures and huge data sets existed onthe same device.  >> > G > Somewhere in the back of my mind i remember something about higher IOrL > rates due to smaller cluster sizes. It must be possible to find an optimumI > but it's probably not just 'the smaller the better'. I would seek for a-J > somewhat larger size that can hold most of your files in one cluster butA > doesn't have its drawbacks in performance for the larger files.uN > Probably the cluster size of 9 blocks isn't bad at all in the given example.  F High IO rate due to small cluster sizes would mean fragmented files. IK prevent that by setting extent to 1024 on most of my volumes. And of course,K by running a defragger. My nasty 36 GB disk with over a million files has a A cluster size of 4 and is NOT badly fragmented. It does have other K application induced problems with a few HUGE directories that I'm currently . beating folks over the head with a 2x4 to fix.  L > There is also something about the actual use of the files. If you would beJ > using Oracle for example I would go for a cluster size equal to or at anC > integer multiple of the database page size. My guess is somethinglG > the same for other databases. For that matter it could be interestingd% > what the 17 big files are used for.r  K Well, it *IS* SYS$SYSDEVICE! The big files include INDEXF.SYS, STARLET.OLB,rJ ERRLOG.SYS, ACCOUNTNG.DAT, OPERATOR.LOG, and some riff-raff that I need to# clean up when I get a round tuit...    ------------------------------  % Date: Tue, 02 Oct 2001 08:41:30 +0200m  From: Paul Sture <paul@sture.ch>8 Subject: Re: Warranty on ES45 reduced from 3 years to 1?+ Message-ID: <VA.0000046c.32dd9237@sture.ch>e  N In article <3bb8b284$0$19390$e4fe514c@newszilla.xs4all.nl>, Wilko Bulte wrote:m > In <69Kt7.14283$xG6.5530020@typhoon.ne.mediaone.net> "Terry C. Shannon" <terryshannon@mediaone.net> writes:u >l [snip] > H > >Finally came across some Sun Blades. They were in an Internet cafe in' > >Amsterdam, down by Leidseplein (sp).  >  > Spelled just fine Terry ;-)  >  But how do we pronounce it? :-)l ___ 
 Paul Sture Switzerland    ------------------------------  $ Date: Tue, 2 Oct 2001 11:06:59 +0200, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>8 Subject: Re: Warranty on ES45 reduced from 3 years to 1?; Message-ID: <3bb983d9$0$19382$e4fe514c@newszilla.xs4all.nl>   - "Paul Sture" <paul@sture.ch> wrote in messagee% news:VA.0000046c.32dd9237@sture.ch... I > In article <3bb8b284$0$19390$e4fe514c@newszilla.xs4all.nl>, Wilko Bulte9 wrote:K > > In <69Kt7.14283$xG6.5530020@typhoon.ne.mediaone.net> "Terry C. Shannon"-# <terryshannon@mediaone.net> writes:O > >0 > [snip] > >0J > > >Finally came across some Sun Blades. They were in an Internet cafe in) > > >Amsterdam, down by Leidseplein (sp).1 > >2 > > Spelled just fine Terry ;-)n > >v! > But how do we pronounce it? :-)y > ___s > Paul Sture
 > Switzerland  >v  $ Well, that's easy: "Leidseplein" ;-)   Bart   ------------------------------  $ Date: Tue, 2 Oct 2001 10:50:56 -0400( From: "Kenneth Randell" <jetr@erols.com>N Subject: [OT, HUMOR] Automating responses to 'Compaq' promises and commitments+ Message-ID: <9pck6u$drd$1@bob.news.rcn.net>f  H Since most of us seem to be in agreement that the promises that 'Compaq'J makes cannot be taken at face value, shouldn't it be possible to derive anC algorithm to automatically process such statements and promises and<I appropriately handle them?  Surely a group of folks such as frequent thise% news group should be able to do this..  H Here's a start -- feel free to improve and refine it.  Implementation is  left as an exercise to the user.  / if (StatementSource <= Management.RichMarcello)u {r$  // Accept with hopeful expectations }u else {o  // Analyze the statement(s)...F    GetFirstPhrase(NextPhrase);  while (NextPhrase != NULL)e  {   Display(NextPhrase);#   CheckForOutRightLies(NextPhrase);p   switch NextPhrasee   {i(    case 'plan-of-record': reply('Hah!');       break;/    case 'commitment': reply('Give me a break');V       break;=    case 'promise':  reply('Actions speak louder than words');a       break;2    case 'OpenVMS':  reply('Please do not fix it');&       reply('Just DO SOME MARKETING');       break;B    case 'merger':  reply('Please elucidate just who exactly are');5       reply('slated to lose their jobs should this'); )       reply('boondoggle actually occur');        break;F    case 'Hewlett-Packard': reply('Sure is not the HP I used to know');       break;?    case 'Itanium':  reply('I would rather have ALPHA, thanks');0       break;0    case 'Valued customer': reply('Since when?');       break;J    case 'transition': reply('Why should I fix it when it is not broken?');       break;   }   GetNextPhrase(NextPhrase);r  } }u   ------------------------------   Date: 2 Oct 2001 12:34:50 +0200d* From: eplan@kapsch.net (Peter LANGSTOEGER)G Subject: Re: [VMScluster] Cross Architecture Boot with Cluster_Config ?o* Message-ID: <3bb9984a$1@news.kapsch.co.at>  Y In article <3BB8B0D2.9A0CF3A8@compaq.com>, Hans Bachner <Hans.Bachner@compaq.com> writes:n >Peter LANGSTOEGER wrote:d ><snip>i >> ... I only wanted toc >>   >> a) have a cluster >> b) use Alphas as bootservers K >> c) use an Alpha system disk for the bootservers and the Alpha satellitesi: >> d) use an served VAX system disk for the VAX satellites >> s >> and >>  Q >> e) use an Alpha bootserver to add another VAX satellite to the VAX system diskt >> d" >> (a-d is in use here for years)  >e >re: e) O >Not quite, but close. I'm pretty sure (couldn't actually test it) that you cannN >invoke CLUSTER_CONFIG from a VAX satellite to add / remove other VAX nodes toM >the cluster, no need for a VAX bootserver. However, you must manually updatesJ >the MOP or LANCP database on the Alpha bootserver to (no longer) boot the >added/removed node.  B Yup. But you must also fiddle the SYSGEN Parameter files after youB selected "MAKE a directory structure". And this is hard but surely: not impossible for the first VAX in an Alpha-only cluster.C I wonder how IPF will change the view of VMS-engineering on this...n  J >I agree that it would be nice to have full cross architecture support forO >cluster management, I believe it is a fair assumption that as long as you havetN >an Alpha bootserver booting VAX nodes that there's at least one VAX available >for cluster management tasks.  E Yup. Problem is only the first VAX (and probably the first IPF, too).eN Only supported method so far was/is a new system with a locally attached disk.   >> and only maybe in additionm >> nK >> f) use a remote VAX or the Alpha Bootserver to do an OpenVMS VAX upgrade-( >>         on the served VAX system diskH >> g) use the Alpha Bootserver to install OpenVMS VAX on a (served) disk >tN >Installation/upgrade does not work on MSCP served disks. The workaround stillM >is, depending on your disk types, to take the VAX system disk from the AlphaoL >bootserver's environment and plug it into the VAX, or image backup the bootO >disk to a local VAX disk for the upgrade and afterwards restore the local diska >to the bootdisk.h  E Yup. But I do not really see, why a PCSI update of a MSCP served disksG shouldn't become possible in the not so far future. Sure for VAX nobody3G expects VMS engineering to change the VAX installation/upgrade to PCSI,eG though it would be nice. But for IPF and Alpha it should be possible tolM do cross architecture config and cross architecture installation and upgrades D (via MSCP or maybe QIO served disks) to ease this VMS task fairly...   -- t< 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"   ------------------------------   End of INFO-VAX 2001.548 ************************llen@SpamCop.net (Larry Kilgallen) writes: > > > :vN > > > :> Mark Gorham's slides indicated the first early adopters release wouldO > > > :> have DECnet Phase IV (he paused expecting applause) but no clustering.sO > > > :> They are hedging about support (as distinguished from code) for tripl