1 INFO-VAX	Fri, 03 Dec 2004	Volume 2004 : Issue 670       Contents:- Re: AlphaStation 200 4/233 does not power up. - Re: AlphaStation 200 4/233 does not power up.  ANN: PWAIT$SDA update  Re: CLUSTER_SIZE ramification / CSWS V2.0 & CSWS_PHP V1.2 - "php4_module" error  Re: DCL suggestion for PURGE Re: DCL suggestion for PURGE Re: DCL suggestion for PURGE Re: DCL suggestion for PURGE Re: DCL suggestion for PURGE Re: Good sftp server?  Re: Good sftp server?  Re: Good sftp server? , Hobbyist Seeking Alpha VMS SPL near Winnipeg2 Re: How to make DCL ignore continuation lines too?2 Re: How to make DCL ignore continuation lines too?- Re: HP Expected to Drop Trucluster from HP-UX - Re: HP Expected to Drop Trucluster from HP-UX - Re: HP Expected to Drop Trucluster from HP-UX - Re: HP Expected to Drop Trucluster from HP-UX - Re: HP Expected to Drop Trucluster from HP-UX ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system  Re: Is Sue OK ? A Re: Stalker Announces Beta Release of CommuniGate Pro for OpenVMS  Re: VMS savesets@ Re: Wish list: Linux/simh/VMS distribution for CF 4GB hard drive" [Netherlands] two  free VAX 3400's" Re: [Typo ?] What is a Ramanujan ?" Re: [Typo ?] What is a Ramanujan ?" Re: [Typo ?] What is a Ramanujan ? Re: ~ The J F  M e z e i FAQ ~  F ----------------------------------------------------------------------  % Date: Thu, 02 Dec 2004 10:39:28 -0800 , From: Alan <Usenet02_REMOVE@Flying-Disk.com>6 Subject: Re: AlphaStation 200 4/233 does not power up.. Message-ID: <41AF6160.8050400@Flying-Disk.com>   Fred Zwarts wrote:' > Two weeks ago we had a power outage.  ; > Since then we cannot switch on an AlphaStation 200 4/233. A > If the power switch is pressed, a short click is heard from the < > internal speaker, but nothing else happens. No green LEDs.F > Because of the click, we think that the power unit is still working,A > but some internal safety check on the mother board fails, which  > block the power.  @ Several months ago, I shutdown my identical system after severalA years of continuous operation.   When I tried to turn it back on, ' it had the identical symptoms to yours.   : The solution was to replace the power supply.   I bought a9 replacement system (a 4/166) on eBay and discovered a few = minor differences in the power supply and related components. = The front fan and thermistor were different and required that < I replace them along with the power supply.   The entire job3 took about an hour or so.   It is working fine now.    Alan   ------------------------------  # Date: Thu, 02 Dec 2004 18:52:10 GMT % From: "John Vottero" <John@mvpsi.com> 6 Subject: Re: AlphaStation 200 4/233 does not power up.> Message-ID: <uvJrd.27183$Rf1.22849@newssvr19.news.prodigy.com>  3 "JF Mezei" <jfmezei@teksavvy.com> wrote in message  & news:41AEDA2E.3305268D@teksavvy.com... > Fred Zwarts wrote:B >> If the power switch is pressed, a short click is heard from the= >> internal speaker, but nothing else happens. No green LEDs. G >> Because of the click, we think that the power unit is still working, B >> but some internal safety check on the mother board fails, which >> block the power.  > L > I would suspect your power supply.  If the disk drive doesn't spin up and  > noL > green light comes on, it is more likely he power supply, and those tend toJ > fail during power failures. (it could have been when power came back as  > well, ! > often causes a surge of power).  > J > Here, Hydro Qubec got enough complaints that they sent pamphlets to ALLK > customers advising them to get UPS to protect their computers from tHydro  > Qubec's own power ! > L > The sound you hear from the speaker may be just a small surge of PC power  > that+ > the power supply lets out before it dies.  > J > Normally, a power supply has its own internal fan. If that fan fails to  > spin@ > up, then it is  a definite sign that the power supply is shot.  L Or that the fan is shot. Many Digital power supplies will shutdown again if L their fan doesn't start.  You might try manually rotating the fan to see if  it stopped on a dead spot.   ------------------------------  % Date: Thu, 02 Dec 2004 22:07:02 -0600 - From: Hunter Goatley <goathunter@goatley.com>  Subject: ANN: PWAIT$SDA update* Message-ID: <41AFE666.1000906@goatley.com>  : Thanks to Ian Miller, PWAIT$SDA V0.B for OpenVMS Alpha and8 OpenVMS IA64 is available from my VMS freeware archives.  From the README:   @ PWAIT$SDA is a SDA extension (using the API first documented for@ VMS V7.2) which displays information about a process waiting and? what it is waiting for.  It is intended to help investigate why  a process appears hung.    http://www.process.com/openvms/   9 ftp://ftp.process.com/vms-freeware/fileserv/pwait$sda.zip > http://vms.process.com/ftp/vms-freeware/fileserv/pwait$sda.zip  5 ftp://ftp.tmk.com/vms-freeware/fileserv/pwait$sda.zip : http://www.tmk.com/ftp/vms-freeware/fileserv/pwait$sda.zip   And on the other mirrors soon.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; <goathunter@GOATLEY.COM>     http://www.goatley.com/hunter/    ------------------------------   Date: 2 Dec 2004 19:36:33 -0800 . From: spamsink2001@yahoo.com (Alan E. Feldman)& Subject: Re: CLUSTER_SIZE ramification= Message-ID: <b096a4ee.0412021936.14a139dd@posting.google.com>   m John Laird <nospam@laird-towers.org.uk> wrote in message news:<algsq0d3ustvsdq2ugg5d63oougmujbvcr@4ax.com>... K > On Wed, 1 Dec 2004 19:39:49 +0000 (UTC), lewis@SPYDER.MITRE.ORG (Keith A.  > Lewis) wrote:  >  [...]    > >Also, is it safe $ > >to do a SET FILE/TRUNC on INDEXF? > J > It may or may not work - INDEXF.SYS being a special file and permanentlyF > open while a disk is mounted - but one would hope that if it damaged/ > anything, someone might have noticed by now !   > It doesn't work because the file is open. You get an error -- B -SYSTEM-W-ACCONFLICT -- when you try. So it's safe, but it doesn't	 work. ;-)    ------------------------------  * Date: Thu, 2 Dec 2004 21:17:32 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)8 Subject: CSWS V2.0 & CSWS_PHP V1.2 - "php4_module" error1 Message-ID: <newscache$z5548i$lhd1$1@news.sil.at>   H Some months ago we had a thread with the symptom of shutting down APACHEH (CSWS V2.0/CSWS_PHP V1.2) gave an error (while the server kept running):  R $ IF F$GETDVI("APACHE$SWS_CONTROL_MBX","EXISTS") THEN @SYS$STARTUP:APACHE$SHUTDOWN9 Syntax error on line 5 of /apache$root/conf/mod_php.conf: P Can't locate API module structure `php4_module' in file /apache$root/000000/modu4 les/mod_php_apache-2_0.exe: function not implemented  B The problem was that the logical PHPSHR (and PHP_ROOT) get definedH (by APACHE$COMMON:[000000]APACHE$SETUP.COM) in the context of the serverD process (= process logical) and could therefor not be found from the$ process doing the (apache) shutdown.  D Rick BARRY of hp told us that he made a note for investigating this.  F Now about 4 months later, does anyone know if there is now an officialL HP statement regarding this (have I overlooked a change in the documentation? eg. in the release notes on the web) ? Or an (not public) ECO ?   G Or what did YOU do ? Define the 2 logicals in the system table (eg. via E SYLOGICALS.COM or modify APACHE$COMMON:[000000]APACHE$SETUP.COM) just C to make the shutdown work ? Or maybe found a way to tell the apache ? server to shutdown itself (eg. via a control port connection) ?    TIA   J PS: And what happened to the promised fix for the restriction to STREAM-LFJ files ? And what happened to the promised support for suEXEC and MOD_DAV ?H And what has happened to the plan to make this server based on threads ? --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 2 Dec 2004 19:28:59 -0600 + From: young_r@encompasserve.org (Rob Young) % Subject: Re: DCL suggestion for PURGE 3 Message-ID: <48q0BnKZ5jQL@eisner.encompasserve.org>   Y In article <316ll8F37lqisU1@individual.net>, "Marty O'Connor" <moconnor@dvfs.com> writes:  > \ > "David Froble" <davef@tsoft-inc.com> wrote in message news:41AE074E.50007@tsoft-inc.com... > : John Laird wrote:  > : S > : I think what is intended is if you have a file with versions 11-20, they should Q > : be renamed to versions 1-10, as an example.  This is really not a function of Q > : PURGE, as you state below.  A more appropriate design would be a new function P > : that re-sets version numbers.  However, being able to PURGE and RESET in one> > : operation (from the user's perspective) seems appropriate. > :  > a > I have related these two functions (purge and reset version numbers) at out site for years. The c > major problem is log file version numbers reach the max number after a few years of running. Then f > production jobs fail when the log file can't be created. Our jobs were usually setup to purge/keep=ne > on the log files at the end of the procedure. I wrote a procedure that you pass the number of files c > to keep, it finds the log file from the queue manager and executes the purge/keep. If the version K > number is approaching the limit the files are renamed to versions 1 to n.  >   > 	I think we all have similar scripts to handle this.  But I'veB 	generally avoided this altogether with frequently running scripts< 	by putting a time in the log file name.  Then for cleanup, > 	delete/before=today-7 or some such.  The advantage of this isH 	finding/tracking/saving.  When you have plain jane names for log files,> 	sure you can search and what not but when you save it off (toD 	prevent accidental purging/deletion to look at later or keep it for 	reference) what do you do?   3 	$ rename  fin_run.log;1787 fin_run_120204_1530.log  	  				Rob    ------------------------------   Date: 2 Dec 2004 19:32:22 -0600 + From: young_r@encompasserve.org (Rob Young) % Subject: Re: DCL suggestion for PURGE 3 Message-ID: <2FUvH0PjYUMM@eisner.encompasserve.org>   Q In article <hibsq05jfpoerip8m906bp1skien1npn1k@4ax.com>, JBloggs@acme.com writes: * > On Wed, 1 Dec 2004 16:52:22 +0000 (UTC),E > helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to  > reply) wrote:  > 7 >>In article <41AD81AE.F0B1F57E@teksavvy.com>, JF Mezei ) >><jfmezei.spamnot@teksavvy.com> writes:   >> >>> PURGE/NODELETE/LOG/KEEP=x  >>> R >>> This would allow you to get a list of all files that have more than x versionsK >>>  on a disk without deleteling any. This would facilitate the finding of O >>> directories on a disk where there are many many versions of files (allowing [ >>> system manager to then inquire h onwer of files if he really needs all those versions).  >> >>$! HIGH_VERSIONS.COM >>$! >>$!9 >>$! lists all files with a version number higher than P1  >  > [...snip...] >  > " > For those folks able to use DFU,A > probably worth pointing out that that DFU can search by version 
 > numbers. >  > DFU  > 
 >   SEARCH >  >     /VERSION_NUMBER  >        /VERSION_NUMBER=option  >       3 >        Use at least one of the following options:  >       0 >        o  /VERSION_NUMBER=MINUMUM=file_version >       @ >        DFU selects files whose version number in the file name$ >        is at least 'file_version'. > 0 >        o  /VERSION_NUMBER=MAXIMUM=file_version >       @ >        DFU selects files whose version number in the file name# >        is at most 'file_version'.  > + >        Both options can be combined, eg.: = >         /VERSION=(MIN=1000,MAX=10000) will select all files @ >        with a version_number between 1000 and 10000 inclusive. >    	Beauty, eh?  9 	And many of us use a wrapper to go down through the disk ? 	and tell us files that have hit version 20000 or so, so we can  	cleanup a goofy script.   				Rob    ------------------------------  $ Date: Thu, 2 Dec 2004 20:58:49 -05002 From: "netcarrier.news" <MartyOConnor@hotmail.com>% Subject: Re: DCL suggestion for PURGE : Message-ID: <41afc864$0$8590$ad3619e8@news.netcarrier.net>  9 "Rob Young" <young_r@encompasserve.org> wrote in message  - news:48q0BnKZ5jQL@eisner.encompasserve.org... @ > In article <316ll8F37lqisU1@individual.net>, "Marty O'Connor"  > <moconnor@dvfs.com> writes:  >> > ? > I think we all have similar scripts to handle this.  But I've C > generally avoided this altogether with frequently running scripts < > by putting a time in the log file name.  Then for cleanup,? > delete/before=today-7 or some such.  The advantage of this is I > finding/tracking/saving.  When you have plain jane names for log files, ? > sure you can search and what not but when you save it off (to E > prevent accidental purging/deletion to look at later or keep it for  > reference) what do you do? > 4 > $ rename  fin_run.log;1787 fin_run_120204_1530.log >   I This is a good idea and I may look into using it. My situation is that I  K have a production system that has been around for many years and there are  K many automated and manual procedures that look at the hundreds of log file  I created during the night. This would be a major change requiring full QA  J testing of the overall system. So in general my system works well in this  environment.   Marty    ------------------------------   Date: 2 Dec 2004 20:42:13 -0600 4 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)% Subject: Re: DCL suggestion for PURGE 3 Message-ID: <PGUQxUrvDP0n@eisner.encompasserve.org>   a In article <48q0BnKZ5jQL@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: @ > 	I think we all have similar scripts to handle this.  But I'veD > 	generally avoided this altogether with frequently running scripts> > 	by putting a time in the log file name.  Then for cleanup,   J There's also times when I don't want high version numbers to be cleaned upK automagically. When I found log files being written where they shouldn't be E (like sys$manager, or just about any where on the system disk if they L weren't system jobs) I'd just rename the highest version to ;32767 and purgeA the rest. Then the ID<ten>T responsible couldn't create any more.   1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  H         We have awakened a sleeping giant and instilled in it a terrible3         resolve. -- Admiral Isoroku Yamamoto, WWII.    ------------------------------  % Date: Thu, 02 Dec 2004 21:39:50 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>% Subject: Re: DCL suggestion for PURGE + Message-ID: <41AFE006.BCFF7AF4@comcast.net>    Bob Kaplow wrote:  > b > In article <41AD2F85.D9A433C4@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > > John Doe wrote:  > >># > >> This is intended to Guy Peleg.  > >> > >> PURGE/RESET > >>S > >> Purges files down to the /KEEP or down to one, and then renames the files such ) > >> that the oldest file's version is 1.  > >># > >> PURGE/RESET/OVERRIDE=INTERLOCK  > >>: > >> Will do the above even to currently opened log files > > K > > I'll second that, though I do see potential issues unless RESET and any 8 > > of KEEP, SINCE or BEFORE are DISALLOWed in the .CLD." > No reason I shouldn't be able to > K > $ PURGE /RESET /KEEP=n to keep n files and renumber them as versions 1:n.  > Ditto for SINCE or BEFORE.  	 Bob & JF:   B Dunno if you've noticed, but PURGE/BEFORE is roughly equivalent toA DELETE/BEFORE - all versions dated before the specified data will 
 disappear.  D PURGE/SINCE, on the other hand, will keep the most recent file dated& since the specified date. Thus, given:  ( MYFILE.DAT;12    23-DEC-2003 10:51:43.21( MYFILE.DAT;11    22-DEC-2003 10:51:31.42( MYFILE.DAT;10    21-DEC-2003 10:52:29.65( MYFILE.DAT;9     20-DEC-2003 10:51:53.01  3 ...if you PURGE/SINCE=21-DEC-2003, you end up with:   ( MYFILE.DAT;12    23-DEC-2003 10:51:43.21( MYFILE.DAT;9     20-DEC-2003 10:51:53.01  > ...whereas if you PURGE/BEFORE=22-DEC-2003, you are left with:  ( MYFILE.DAT;12    23-DEC-2003 10:51:43.21( MYFILE.DAT;11    22-DEC-2003 10:51:31.42  F Now, I realize there's room for a great deal of difference of opinion,B but I would find the gap in versions numbers significant if I wereG looking for strange things (for whatever) reason, where the /RESEQUENCE F qualifier, if available, would erase that indication. That leaves onlyF the file dates as an indication that something may be missing (whether4 it should be or not is another question, of course).  E Sorry if that seems like a nit-pick, but HIPAA does strange things to 	 people...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    ------------------------------  % Date: Thu, 02 Dec 2004 11:31:40 -0800 + From: "Russell E. Owen" <rowen@cesmail.net>  Subject: Re: Good sftp server?A Message-ID: <rowen-9FA9E9.11314002122004@gnus01.u.washington.edu>   + In article <cokitq$peb$1@news.process.com>, .  "Richard Whalen" <WhalenR@process.com> wrote:  K >...The SFTP Server provided by Process Software with MultiNet, TCPware and K >SSH for OpenVMS is capable of doing text transfers.  It follows draft 4 of  >theK >specification, which includes the ability to transfer a file in text mode.  >UnfortunatelyJ >there are very few other implementations of this version of the protocol. > I >When interacting with a client that implements an earlier version of the 	 >protocol K >the SFTP server will provide automatic conversion from VMS text file types J >to stream-lf format so that the file will be usable on the remote system.
 >InitiallyM >this functionality had to be enabled by setting a logical, but it is now the  >default5 >behavior and the logical can be used to disable it.    F That is excellent news. Sounds like I need to bring our servers up to I the current patch revision level. No surprise -- we haven't touched them  
 in awhile.   $ multinet show/version G Process Software MultiNet V4.4 Rev A-X, DEC 3000 - M300LX, OpenVMS AXP   V7.2-1  C >The SFTP server does handle logical names, but you can not include 6 >colon on them unless you are using our SFTP client...  F This also is excellent news. It certainly is not true for our current G version of the server (and is something I complained about to Multinet  G tech support way back when we first installed the software; it's great   to see that fixed).   D The colon restriction matches my needs perfectly. I mostly transfer H files between MacOS X and VMS, and use a directory structure on the Mac I side whose directory names are logical names on the VMS side. This makes  I for trivial upload to ftp, and now it sounds like I can do the same with  G sftp and stop using ftp over an ssh tunnel (which was working fine but  7 required an extra step to set up the tunnel each time).   G Anyway, I'll update and be happy. Thank you very much for the detailed   information.  
 -- Russell   ------------------------------  % Date: Thu, 02 Dec 2004 16:56:40 -0800 + From: "Russell E. Owen" <rowen@cesmail.net>  Subject: Re: Good sftp server?A Message-ID: <rowen-F1222D.16564002122004@gnus01.u.washington.edu>   F Just an update. I brought our Multinet 4.4 up to date (it was about 2 D years behind in patches). One minor glitch: the list of recommended H patches omits one required dependency. Once I found that, it all seemed  to work.   Test results were mixed:  H sftp does now handle text files much better. They download as unix text G files and upload as binary (which from unix or MacOS X is stream_lf; I  F have no idea what happens from windows). I guess it seems likely that @ the various applications on VMS would be perfectly happy to use I stream_lf as input instead of the variable-length record files I've been  I using all these years, but I worry that there might be some "gotchas" so  H I'll probably stick to ftp over an ssh tunnel for now (e.g. until I get 6 a modern sftp client that handles text mode properly).    E Regarding support for logical names, I did not find this to work (at  7 least not in the way I thought it should). For example:  sftp> cd trinc0 Couldn't canonicalise: No such file or directory  8 wheres ftp (over an ssh tunnel to protect the password):
 ftp> cd trinc . 250 Connected to DKA300:[TCC.RELEASE.SRC.INC].  F Anyway, thanks for the tip to update. I shouldn't have let things get ? this out of date. (Though aside from security concerns and the  H occasional issue of missing features, we prefer to just leave the boxes 3 alone and let them run, which they do beautifully.)   
 -- Russell   ------------------------------  % Date: Thu, 02 Dec 2004 19:46:10 -0700 % From: Dan O'Reilly <dano@process.com>  Subject: Re: Good sftp server?A Message-ID: <6.1.2.0.2.20041202194534.0227dad0@raptor.psccos.com>   - At 05:56 PM 12/2/2004, Russell E. Owen wrote: E >Regarding support for logical names, I did not find this to work (at 8 >least not in the way I thought it should). For example: >sftp> cd trinc 1 >Couldn't canonicalise: No such file or directory    Try:   sftp> cd trinc:    ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------   Date: 2 Dec 2004 17:35:08 -0800 ' From: phil@rephil.org (Phil Mendelsohn) 5 Subject: Hobbyist Seeking Alpha VMS SPL near Winnipeg = Message-ID: <4ee9bf09.0412021735.5b1f7e0b@posting.google.com>   D I had been running some VAXen and SIMH under VMS (Hobbyist licencse,F at home) with my only Alpha boxen being a slow AlphaStation 200 and an1 XLT (no VMS.)  So I never found an SPL for Alpha.   C I just got a newer machine -- psw500au with 512M and plenty of disk C space.  It would be nice to put VMS on it and make it the centre of E the universe -- except an SPL (or a few hours with one) would be much  more interesting.   D Does anyone know of anyone near Winnipeg who has a spare or would beA willing to loan one for a bit?  [I'll check at the library at our C University, who still had an Alpha VMS system, but it's probably an  exercise in futility.]   Thanks for any help.   Phil Mendelsohn    --  & Dept. of Mathematics, 342 Machray Hall2 U. of Manitoba, Winnipeg, Manitoba, Canada R3T 2N2' Office:  446 Machray Hall, 204-474-6470 / http://www.rephil.org/   phil at rephil dot org    ------------------------------   Date: 2 Dec 2004 12:51:54 -0600  From: briggs@encompasserve.org; Subject: Re: How to make DCL ignore continuation lines too? 3 Message-ID: <Ru1JJ$tKPhP0@eisner.encompasserve.org>   p In article <OFA4134CF4.832C0F6F-ON85256F5E.00641549-85256F5E.006453C0@metso.com>, norm.raphael@metso.com writes: > Well, just change it to  > $ delete == "@nla0: x"2            [MIME quoted printablification removed]   $ delete a, b, c, d, e, f, g, h E %DCL-W-DEFOVF, too many command procedure parameters - limit to eight    	John Briggs   ------------------------------  * Date: Thu, 2 Dec 2004 22:53:33 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org> ; Subject: Re: How to make DCL ignore continuation lines too? 9 Message-ID: <41AF9CB1.39956D41@encompasserve-or-this.org>    briggs@encompasserve.org wrote:  >    > > $ delete == "@nla0: x" > ! > $ delete a, b, c, d, e, f, g, h G > %DCL-W-DEFOVF, too many command procedure parameters - limit to eight  >   6 Good catch. Can't resist another try though, how about   $ delete :== if 0 then $foo    Or even just   $ delete :== if 0 then   ------------------------------  # Date: Thu, 02 Dec 2004 19:54:19 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>6 Subject: Re: HP Expected to Drop Trucluster from HP-UX= Message-ID: <LpKrd.7846$8S5.1215407@twister.southeast.rr.com>   + "Dr. Dweeb" <dr@dweeb.com> wrote in message & news:conn7u$c0n$1@news.cybercity.dk... > JF Mezei wrote:  > > Dirk Munk wrote:G > >> That would be very odd, since I have been told that the clustering = > >> has already been incorporated in test versions of HP-UX.  > > G > > Perhaps they have found major problems with applications. It is one G > > thing to have it in the OS, but it really has to work reliably when " > > all sorts of apps are running. > > G > > *IF* this is true, it certaintly wouldn't help kill rumours that HP ) > > will focus on Linux instead of HP-UX.  > > B > > The fact that HP attarcts so many rumours about its enterpriseG > > products is an indicatrion that HP's management are doing something G > > wrong. Good management wouldn't result in such rumours consistently  > > coming out.  > > H > > In terms of VMS outsourcing, it is no surprise. I was puzzled at whyE > > decwindows wasn't mentioned in the roadmap. Looking at some email 5 > > header's I'd bet that EDS is now in charge of it.  > > C > > I have a feeling that HP might keep the actial operating system 7 > > engineers, but outsource any layered or middleware.  > K > This would appear to confirm it http://www.theinquirer.net/?article=20010     , All the details at http://www.tru64.org.  :)     Ken " __________________________________ Kenneth R. Farmer <>< # OpenVMS.org: http://www.OpenVMS.org    ------------------------------  # Date: Fri, 03 Dec 2004 02:58:18 GMT 1 From: "Ken Randell" <kenneth.randell@verizon.net> 6 Subject: Re: HP Expected to Drop Trucluster from HP-UX, Message-ID: <eDQrd.13137$xk5.10683@trnddc09>  / >> All the details at http://www.tru64.org.  :)   H $SET MODE="Would like to trust HP and take them at their word for futureI commitments and roadmaps but find it hard to do so given what's happening 	 here ..."   $ Is that really *ALL* of the details?  G How'z about the HP memo from Rich Marcello that's at the Inquirer site?   K How'z about the number of people affected, what $$$ are involved here (like K what is HP really saving) and what was the thinking behind this decision to E lay off staff, alienate customers, change horses-in-mid-stream, etc.?   G How'z about the mention in the Inquirer article of some VMS folks being  outsourced?   + Where's Charlie Matco when we need him? :^)    ------------------------------  % Date: Thu, 02 Dec 2004 21:15:43 -0600 " From: bugs@pu.net (Mark Hittinger)6 Subject: Re: HP Expected to Drop Trucluster from HP-UX0 Message-ID: <BZydnS6vzcnCRzLcRVn_vA@comcast.com>  L I guess its time for the distributed lock manager to show up in Windows/XPU.   Later    Mark Hittinger bugs@pu.net    ------------------------------  % Date: Thu, 02 Dec 2004 23:05:20 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Re: HP Expected to Drop Trucluster from HP-UX, Message-ID: <41AFE5EE.4DA6A8A7@teksavvy.com>   Ken Randell wrote:M > How'z about the number of people affected, what $$$ are involved here (like M > what is HP really saving) and what was the thinking behind this decision to G > lay off staff, alienate customers, change horses-in-mid-stream, etc.?   L *IF* HP has realised that very few Tru64 Alpha customers were going to go toL that IA64 thing running HP-UX in reverse endian mode and that they were lostN customers no matter what, then there is little point in spending money to help2 just a couple migrate to HP-UX on that IA64 thing.  M So the Retain Trust "updates" may really be "stay on Alpha a little longer to  extent maitenance revenus.   ------------------------------  # Date: Fri, 03 Dec 2004 04:15:59 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>6 Subject: Re: HP Expected to Drop Trucluster from HP-UX> Message-ID: <3MRrd.25707$Mu3.1569997@twister.southeast.rr.com>  = "Ken Randell" <kenneth.randell@verizon.net> wrote in message  & news:eDQrd.13137$xk5.10683@trnddc09...0 >>> All the details at http://www.tru64.org.  :) > J > $SET MODE="Would like to trust HP and take them at their word for futureK > commitments and roadmaps but find it hard to do so given what's happening  > here ..."  > & > Is that really *ALL* of the details? > I > How'z about the HP memo from Rich Marcello that's at the Inquirer site?  > H > How'z about the number of people affected, what $$$ are involved here  > (like K > what is HP really saving) and what was the thinking behind this decision   > toG > lay off staff, alienate customers, change horses-in-mid-stream, etc.?  > I > How'z about the mention in the Inquirer article of some VMS folks being 
 > outsourced?  > - > Where's Charlie Matco when we need him? :^)     7 Man!  You think I have a crystal ball or something?  :)   G I guess I could have choosen a better word than "All."  I was in "news  M headline" mode when I wrote it.  The idea I had links to all the information  / I knew posted on the site related to the topic.   7 The Inquirer: HP expected to drop TruCluster from HP-UX ( Wednesday December 01 2004 @ 08:57AM EST  1 The Inquirer: HP takes "new direction" with HP-UX ' Thursday December 02 2004 @ 01:37PM EST   L HP Website: HP-UX 11i virtualization and clustering roadmap accelerated and 
 strengthened! ' Thursday December 02 2004 @ 01:42PM EST   J HP Website: Tru64 UNIX planning in light of the accelerated, strengthened  HP-UX 11i roadmap ' Thursday December 02 2004 @ 01:49PM EST   A HP/Veritas Press Release: HP and VERITAS to Accelerate HP-UX 11i   Virtualization' Thursday December 02 2004 @ 02:09PM EST   $ HP Website: HP-UX 11i Roadmap Change' Thursday December 02 2004 @ 03:19PM EST   + SKHPC: The Truth About Tru64 UNIX and HP-UX % Friday December 03 2004 @ 12:00AM EST    HP: UPDATE: Alpha RetainTrust & HP: NEW: Accelerated HP-UX 11i Roadmap# HP: NEW: Top Tru64 UNIX ISV support   G I meant all the press realeases and stuff like that.  The two Inquirer  I articles are up there with the URL to Marcello's message and the article   with the mention of layoffs.  M Terry left for The Netherlands and Belgium today.  He'll be gone for a week.  > He posted some commentary about HP-UX/TruCluster on his site.  http://www.shanonknowshpc.com.  J BTW, I just posted the SKHPC piece and noticed the time stamp is 12am yet J the prompt at the console to the webserver is showing the correct time of  11pm.  That's weird.   Ken    OpenVMS.org % _____________________________________  Kenneth R. Farmer <>< & SpyderByte: http://www.SpyderByte.com    ------------------------------   Date: 2 Dec 2004 13:24:52 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: Hp to use Veritas File system3 Message-ID: <xma8QdlLg$H$@eisner.encompasserve.org>   N In article <opsidyilgczgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:E > I wonder if VMS is next.  This may well double the sales of Veritas  > ; > http://www.hp.com/hpinfo/newsroom/press/2000/001025b.html   &    Next to go, or next to use Veritas?  >    I see no reason VMS should use Veritas' implementation of a4    shared-everything cluster, since VMS invented it.  E    As far as next to go, anyone seriously following VMS knows better.    ------------------------------   Date: 2 Dec 2004 13:29:39 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: Hp to use Veritas File system3 Message-ID: <GjRIyn6F+I16@eisner.encompasserve.org>   \ In article <41AF4CF2.A4DFBD35@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Mark Schafer wrote:  > H > Was it a case of problems with porting of TruCluster to HP-UX, or justL > policital stuff of HP prefering to adopt someone else's product instead of# > having an integrated clustering ?   G    The attempt to port TruCluster to HP-UX must have been a royal PITA. F    HP-UX is a fairly big mess.  HP will save lots of engineering moneyH    using Veritas instead.  It already exists and it already works.  It'sG    clear the folks at Veritas understood how VMSclusters work when they     designed thiers.   K > For VMS, it means that it will regain some ground on clustering since thee6 > closest was TruCluster which is now completely dead.  H    Veritas is almost as close as TruCluster was.  The only thing I can'tF    find in Veritas' documents is blocking ASTs, and I haven't read the    API level documents.    ------------------------------  $ Date: Thu, 2 Dec 2004 15:58:03 -0500# From: "John Smith" <a@nonymous.com>r* Subject: Re: Hp to use Veritas File system, Message-ID: <_rGdnQSzXvVBHDLcRVn-rw@igs.net>   Tom Linden wrote:nE > I wonder if VMS is next.  This may well double the sales of Veritaso >o; > http://www.hp.com/hpinfo/newsroom/press/2000/001025b.htmlD    , Is this just making it on to HP's news site?  C If so then somebody at HP frogot to wind the key on the back of the 
 Superdome.  4 "LAS VEGAS (VERITAS VISION2000) - October 25, 2000 ?   ------------------------------  $ Date: Thu, 2 Dec 2004 15:59:30 -0500# From: "John Smith" <a@nonymous.com> * Subject: Re: Hp to use Veritas File system, Message-ID: <h4-dnbnpZpeuHzLcRVn-3A@igs.net>   Charlie Hammond wrote:7 > In article <41AF4CF2.A4DFBD35@teksavvy.com>, JF Mezei ( > <jfmezei.spamnot@teksavvy.com> writes: >> Mark Schafer wrote: >>> # >>> http://www.hp.com/go/unixupdatep >>> HP-UX 11i roadmap update >>C >> Pretty much confirms the rumour that HP was dropping TruCluster.s >>= >> Wonder what sort of arrangement Veritas struck with Carly.pE >> Would it have been Veritas knocking on HP's door, or Carly beggingh9 >> Veritas  to provide a solution other than TruCluster ?- >>D >> Was it a case of problems with porting of TruCluster to HP-UX, orG >> just policital stuff of HP prefering to adopt someone else's productt/ >> instead of having an integrated clustering ?A >6H > The depth and breadth of my knowledge on this issue may be questioned;C > I'll not be offended if it is.  But, to the extent that I do know0
 > what I'mF > talking about, this decision appears to have been taken on the basis, > of cost-effectiveness and time-to-deliver. >LB >> For VMS, it means that it will regain some ground on clusteringA >> since the closest was TruCluster which is now completely dead.s >hE > There may well be a few TruCluster users who find that OpenVMS is a  > moreF > viable solution for them than is Veritas.  However, "those who know"H > (or at least "claim" to know) say that most TruCluster users will findF > Veritas satisfactory and will appreciate having a solution 1-2 years	 > sooner.s > The same for HP-UX users.n    H HP-UX users probably would have found migrating to Tru64 easier and more stable.f   ------------------------------  % Date: Thu, 02 Dec 2004 17:59:16 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>o* Subject: Re: Hp to use Veritas File system, Message-ID: <41AF9E43.6522608D@teksavvy.com>   Charlie Hammond wrote:H > (or at least "claim" to know) say that most TruCluster users will findN > Veritas satisfactory and will appreciate having a solution 1-2 years sooner. > The same for HP-UX users.t  : How long as the Veritas product been available for HP-UX ?  I Also, I suspect that if HP had announced a delay of 1-2 years, most Tru64mQ users might be happy that they could delay by that amount their forced migration.   M The 1-2 year delay may hurt HP more because that is 1-2 more years they hacvesC to support Alphas and sell Alphas to those needing more horsepower.    ------------------------------  % Date: Thu, 02 Dec 2004 18:11:29 -0500n- From: JF Mezei <jfmezei.spamnot@teksavvy.com>k* Subject: Re: Hp to use Veritas File system, Message-ID: <41AFA11F.4CE8C45C@teksavvy.com>  K Makes me wonder if HP just promised TruCluster on HP-UX as a way to sweeteneG the shock of killing Tru64, knowing full well that it would end up with  Veritas on HP-UX.t  M It was  make work project for Tru64 engineers to reduce the number of layoffs . and make the staff reductions more progessive.  R Another example why one cannot trust written commitments on roadmaps by HP/Compaq.   ------------------------------  $ Date: Thu, 2 Dec 2004 18:40:30 -0500# From: "John Smith" <a@nonymous.com>i* Subject: Re: Hp to use Veritas File system, Message-ID: <DbKdnfcbX59zOjLcRVn-oQ@igs.net>   Roy Omond wrote: > Tom Linden wrote:  >sF >> I wonder if VMS is next.  This may well double the sales of Veritas >o" > You mean as in "HP to use VMS" ? >-- > That might also double the sales of VMS ;-)0  G Or perhaps HP will help Sun increase Solaris sales in more way than the 7 breaking of their commitment to Tru64 customers .......n2 http://blogs.sun.com/roller/page/jonathan/20041116  F " The best part of the launch event for me was having Don Fike, seniorI architect from Fed Ex, stand on stage and say, "Solaris 10 is the fastest D platform available for SPARC, Intel or AMD." I repeated this for theL audience just in case they didn't hear it, exercising considerable restraintI in doing so only once. Don told me Fed Ex runs a bunch of HP hardware, onrH which Solaris is now running - he's apparently pretty happy with HP. I'mI talking to a lot of HP's customers about running Solaris - they're seeingiJ similar performance, stability, scalability and utilization benefits. SureF would be nice if they could buy systems with Solaris pre-loaded, eh? IF wonder if HP would be interested in the volume opportunities opened by' running all the industry standard OS's?-H What's also interesting in talking to HP's installed base is the lack ofB momentum around Itanium - the effort appears to have stalled (HP'sF decommitment, followed by Microsoft's, probably didn't help). We'll beJ making a public announcement about changes to our Itanium plans next week.E Stay tuned. I don't think it's the endian-ness of the platform that'sS holding Itanium back. "       B I think history will record HP's purchase of Compaq and subsequentK elimination of much of the high value customer base acquired  in the merger E as one of Corporate America's greatest moments of hubris, and perhapsp: nothing other than a phyrric victory for carly(tm) and HP.   ------------------------------   Date: 3 Dec 2004 06:33:46 GMTe$ From: Lee Witten <nospam@nospam.com>* Subject: Re: Hp to use Veritas File system. Message-ID: <Xns95B4EBBA15E9nn28@199.125.85.9>  > koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in, news:GjRIyn6F+I16@eisner.encompasserve.org: C >    The attempt to port TruCluster to HP-UX must have been a royal8( >    PITA. HP-UX is a fairly big mess.    % Both TruClusters and HP-UX are messy.i  K As for TruClusters, the stuff on The Inquirer has proven to be true, so if r  you want to learn more, re-read:  *   http://www.theinquirer.net/?article=4174  J The cluster is centered around the file system, so getting AdvFS up on HP-L UX is the critical path.  And as the article states, AdvFS is very intimate H with CAM, the mass storage layer.  Unstated in the article, but equally M true, is that it also is deeply intimate with the virtual memory subsystem.  PB And next to get cluster you need to get intimate with the network G subsystem.  All along you have to deal with all the other nitty gritty )K things that any kernel subsystem uses, such as SMP locks, signals, process t management hooks, etc.  H All of these are kernel interfaces, and those who've been there realize F there is no such thing as a portable API for interfaces within a UNIX K kernel.  You can't take a standard Solaris file system and make it work on fG AIX, and you can't make an OSF1 file system work on HP-UX, not without yF tremendous effort and often re-design.  I guess one caveat is Veritas L obviously has portable code, but they have no choice to focus on this since H they are a third party vendor.  Also take note of the change in machine K architecture.  While all this stuff is written in C, every time you switch eG compilers you find some corner of the C standard that the new compiler p% interprets differently than the old. s  L That leads to the HP-UX, re-read the story and you'll find the story of the K turf wars.  All the changes to stuff outside of the cluster code had to be sE negotiated with groups outside of the mother ship.  I'm no expert on 0H politics, but it's clear the former OSF people lost some very important B battles.  And every such battle you loose probably means a lot of I assumptions you were making become false, so you have to rework a lot of oK code.  All this leads to a product that's been under development for three >K years and was still not going to be shipped for another two release cycles.   % >    HP will save lots of engineeringfC >    money using Veritas instead.  It already exists and it already  >    works.,  E You (hopefully) pull in the roadmap by one release and save a lot of tE development money.  Given the target market is big iron, the cost of rK Veritas licensing isn't significant.  Needless to say Veritas has not been pI standing still the last several years while the TruCluster port has been eK going on, and they have had no choice but to develop to APIs that minimize r7 porting effort, unlike the folks who wrote TruClusters.   E I think Veritas on HP-UX can be a solid product.  There always was a bI struggle on OSF because the volume manager was from Veritas and the file uI system was in-house.  Some times the same word meant different things to dG the two subsystems, and the management interfaces weren't unified.  So fI having the volume manager, local file system and cluster file system all r8 come from Veritas might be good for the HP-UX product.    I The cost of this is a big change to a lot of people's lives.  I'm hoping 'H they all find that leaving DEC er Compaq er HP is not necessarily a bad  thing.   --lw--   ------------------------------  + Date: Fri,  3 Dec 2004 01:20:07 +0100 (CET)h% From: Nomen Nescio <nobody@dizum.com>n Subject: Re: Is Sue OK ?8 Message-ID: <4f7fc044a9bf8430f0a89f905d3dd6c3@dizum.com>  & JF Mezei <jfmezei@teksavvy.com> wrote:  + >We haven't heard from Sue in a long while.e >r >Is she OK ?  2 Is she another one of your multiple personalities?   ------------------------------  % Date: Thu, 02 Dec 2004 21:19:48 -0600-2 From: David J Dachtera <djesys.nospam@comcast.net>J Subject: Re: Stalker Announces Beta Release of CommuniGate Pro for OpenVMS+ Message-ID: <41AFDB54.CCF49140@comcast.net>o   Kenneth Farmer wrote:0 > I > Stalker Software has just announced the release of the OpenVMS beta foreN > their CommuniGate Pro Integrated Communications server. The Beta period willJ > run through to January 15, 2005. The product is available for OpenVMS on' > Alpha, and IA64 (Itanium2) platforms.n > ; > http://www.openvms.org/stories.php?story=04/12/02/3371441>  A Hhmmm... Could this be the much sought-after Micro$lop EggsChangee equivalent for VMS???!!!   -- w David J Dachtera dba DJE Systemsa http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:a" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/l   ------------------------------  $ Date: Thu, 2 Dec 2004 23:33:09 +0100, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl> Subject: Re: VMS savesetsa, Message-ID: <319ji2F38hqfuU1@individual.net>  ? "Stanley F. Quayle" <squayle@insight.rr.com> schreef in berichtO( news:41ADB735.23683.7FFF404@localhost...D > I'm looking for the installation savesets for VAX VMS 7.1.  Anyone > have them handy? >rH Yes, I have the original Digital CD. Email me at hvlems at zonnet dot nl   ------------------------------  $ Date: Thu, 2 Dec 2004 16:04:27 -0500# From: "John Smith" <a@nonymous.com> I Subject: Re: Wish list: Linux/simh/VMS distribution for CF 4GB hard drive , Message-ID: <gK2dnf_fLurGHjLcRVn-iA@igs.net>   C.W.Holeman II wrote:. > Wish list item:I >(A > A DVD Linux distribution with simh and VMS ready to go that can_; > be placed on a bootable CompactFlash size 4GB hard drive.     @ How about a version that can run on a iPaq or something similar?   PocketVMS (tm)  by John Smith2   ------------------------------  % Date: Thu, 02 Dec 2004 19:41:45 +0100-B From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>+ Subject: [Netherlands] two  free VAX 3400'su# Message-ID: <41af61d5$1@news.nb.nu>   C I noticed an ad at Marktplaats that someone has two free Vax 3400'sg1 for free, available in Den Haag, the Netherlands.eG   http://www.marktplaats.nl/index.php3?url=/markt/hardware/sun/4775.htmU! Maybe someone here is interested.    -- c ME Posted by news://news.nb.nu    ------------------------------   Date: 2 Dec 2004 12:51:01 -0600e4 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)+ Subject: Re: [Typo ?] What is a Ramanujan ?l3 Message-ID: <cs5pDmG0rtss@eisner.encompasserve.org>r  l In article <1102009972.581832.319970@c13g2000cwb.googlegroups.com>, "Galen" <gspamtackett@yahoo.com> writes:- > For those curious about the name Ramanujan:  > G > S. Ramanujan was a brilliant Indian mathematician from the early 20thoE > century, "discovered" by the Cambridge mathematician G.H. Hardy whoo@ > brought him to the attention of the Western mathematics world. > A > He was gifted with an incredible insight which often led him tomD > mathematical truths whose proofs or derivations were sometimes notF > found for years afterward. (Sometimes, it's true, it also led him toB > suggest the truth of mathematical statements later shown false.) > I > His story is a truly remarkable one. Robert Kanigel's _The Man Who KnewoI > Infinity_ is an excellent, accessible, and highly recommended biography2  / Is there a conference room named for him in ZK?   1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdfnL     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  N ... One nation under survielence, divisive, with liberty and justice for none.   ------------------------------  # Date: Thu, 02 Dec 2004 19:06:08 GMTp& From: John Reagan <john.reagan@hp.com>+ Subject: Re: [Typo ?] What is a Ramanujan ?o2 Message-ID: <AIJrd.3801$R74.3655@news.cpqcorp.net>   Bob Kaplow wrote:    > 1 > Is there a conference room named for him in ZK?d   Yes.       -- ' John Reagan)/ HP Pascal/{A|I}MACRO for OpenVMS Project Leaderd Hewlett-Packard Companye   ------------------------------   Date: 2 Dec 2004 13:15:11 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)y+ Subject: Re: [Typo ?] What is a Ramanujan ?l3 Message-ID: <zzva$sS$Efmp@eisner.encompasserve.org>d  j In article <cs5pDmG0rtss@eisner.encompasserve.org>, kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes:n > In article <1102009972.581832.319970@c13g2000cwb.googlegroups.com>, "Galen" <gspamtackett@yahoo.com> writes:. >> For those curious about the name Ramanujan: >> 9H >> S. Ramanujan was a brilliant Indian mathematician from the early 20thF >> century, "discovered" by the Cambridge mathematician G.H. Hardy whoA >> brought him to the attention of the Western mathematics world.s >> >B >> He was gifted with an incredible insight which often led him toE >> mathematical truths whose proofs or derivations were sometimes notRG >> found for years afterward. (Sometimes, it's true, it also led him torC >> suggest the truth of mathematical statements later shown false.)  >>  J >> His story is a truly remarkable one. Robert Kanigel's _The Man Who KnewJ >> Infinity_ is an excellent, accessible, and highly recommended biography > 1 > Is there a conference room named for him in ZK?    Yes.   ------------------------------  # Date: Thu, 02 Dec 2004 20:58:11 GMTU* From: "Analyzer" <analyzer2@varmtbrev.com>' Subject: Re: ~ The J F  M e z e i FAQ ~I5 Message-ID: <DlLrd.123245$dP1.435670@newsc.telia.net>,  5 "Nomen Nescio" <nobody@dizum.com> skrev i meddelandet 2 news:6d669074465dea7798938840f3e2e000@dizum.com...G > Gregory Morrow <gregorymorrowLUCKBEALADYTONIGHT@earthlink.net> wrote:  >e( > >Wow!  Thanks for the heads up, Nomen! >:I > Oops!  You quoted the whole FAQ to all the groups ... Mezei is going to1 have a > heart attack!   > Hope this time it's fatal  :-)  9 FATAL BUGCHECK JF000  CPU FW REV# 0.  CONSOLE FW REV# 4.211 MACHINECHK, Machine check while in hibirnate mode-          PROCESS NAME    NUL          PROCESS ID      00010000           ERROR PC        80A4C5C9E        ERROR PSL       041F0008I2  MACHINECHK, Machine check while in hibirnate mode          PROCESS NAME    NUL          PROCESS ID      00010000r          ERROR PC        80A4C5C9         ERROR PSL       041F0008o    	 /Analyzeri   ------------------------------   End of INFO-VAX 2004.670 ************************