1 INFO-VAX	Sun, 27 Aug 2006	Volume 2006 : Issue 476       Contents: Re: Dibol programmers  Re: Enabling SMTP in VAX/VMS Re: Enabling SMTP in VAX/VMS7 Funniest Ask-the-Wizard question and answer of all time  Re: Hobbyist Media available Re: Hobbyist Media available Re: Hobbyist Media available" Locating early versions of VAX/VMS, Re: Mystery multiple TCP connections dropped$ Re: Printing to a HP LaserJet 2605dn+ Re: Removing a member from bound volume set 2 Re: SEPPUCLU bugcheck introducing new cluster node1 Re: Weird BUGCHECK on OpenVMS Alpha 8.2 (FREWSLX) 1 Re: Weird BUGCHECK on OpenVMS Alpha 8.2 (FREWSLX) 1 Re: Weird BUGCHECK on OpenVMS Alpha 8.2 (FREWSLX)   F ----------------------------------------------------------------------  % Date: Sat, 26 Aug 2006 15:48:03 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net> Subject: Re: Dibol programmers0 Message-ID: <44F0B383.6ED558F9@spam.comcast.net>   bclaremont wrote:  > J > > Is that distrubition company still in business? A Yahoo! search didn't > > return a website for them. > 1 > Is what distribution company still in business?   + See the success story link on your website.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------    Date: 26 Aug 2006 21:39:25 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)% Subject: Re: Enabling SMTP in VAX/VMS * Message-ID: <44f0bf8d@news.langstoeger.at>  ` In article <1156207550.108722.81860@m73g2000cwd.googlegroups.com>, contracer11@gmail.com writes:H >If I install MX042 form MadGoat, will I able to send internet e-mails ?  N Yup. We ran MX for some years for a whole (3k heads) company (on 1 VMScluster)I MX V5 introduced AntiSPAM (nowadays I wouldn't run anything w/o AntiSPAM) G so MX V4 freeware is a little bit outdated (and I think V5 would run on I the old VMS version too) but is surely way better than the UCX/TCPIP SMTP ? package (with TCPIP V5.4 it gets usable, but still not "good"). . OTOH MX V5 is not freeware (IIRC, I paid $499)   just my 0.02   --   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: Sat, 26 Aug 2006 14:08:52 -0700 * From: "Tom Linden" <tom@kednos-remove.com>% Subject: Re: Enabling SMTP in VAX/VMS ) Message-ID: <op.tews02a5tte90l@hyrrokkin>   ? On Sat, 26 Aug 2006 16:39:25 -0700, Peter 'EPLAN' LANGSTOEGER    <peter@langstoeger.at> wrote:   F > Yup. We ran MX for some years for a whole (3k heads) company (on 1  
 > VMScluster) K > MX V5 introduced AntiSPAM (nowadays I wouldn't run anything w/o AntiSPAM) I > so MX V4 freeware is a little bit outdated (and I think V5 would run on K > the old VMS version too) but is surely way better than the UCX/TCPIP SMTP A > package (with TCPIP V5.4 it gets usable, but still not "good"). 0 > OTOH MX V5 is not freeware (IIRC, I paid $499)  9 You must have gotten a discount, I paid the full $500 :-)    --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  % Date: Sat, 26 Aug 2006 22:14:20 -0500 % From: Dan Foster <usenet@evilphb.org> @ Subject: Funniest Ask-the-Wizard question and answer of all time5 Message-ID: <slrnef23gc.sng.usenet@zappy.catbert.org>   ! In my honest opinion, this is it:   . http://h71000.www7.hp.com/wizard/wiz_5690.html   :-)   H I normally summarize the contents of URLs that I post, but in this case,& I don't want to give away the joke. :)  C Offense not meant at all for the questioner or the 'answerer'; just < honestly found it amusing, and wish I'd thought to ask that!   -Dan   ------------------------------  % Date: Sat, 26 Aug 2006 15:39:47 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>% Subject: Re: Hobbyist Media available 0 Message-ID: <44F0B193.8741F647@spam.comcast.net>   davidc@montagar.com wrote: >  > bob lombard wrote:K > > Hi - I'm trying to get a media kit for the hobbyist program. Have tried G > > to contact the hobbyist website w/o response, although its happy to D > > take your order, the process seems to die there (CC does not get > > charged, no CD''s, etc). > > I > > Lack of recent discussion leads me to ask if the program is dead, are F > > the licenses still available, are there other avenues to gettign a7 > > hobbyist system running, if only on SIMH or CHARON?  > H > Yes, there have been a recent delay in delivering hobbyist CD's.  I'veE > had a problem with the printers I use to print labels/etc, and I've E > gotten that resolved.  Rest assured, they will be making it out - I F > hadn't charged the cards, since Visa/MC/etc really don't like you toH > charge the card until the item is shipping...  But a large shipment isD > going out today, so everyone that's ordered one recently should be > seeing it soon.  > A > Forums are generally a better place to send questions, or email - > directly to hobbyist (SHIFT-2) montagar.com  >  > > % > > -bob  (blombard at usarc dot org)   G Be advised also that the hobbyist program is run by volunteers who must H devote their highest priority to their activities which "pay the bills".  ? Dave's suggestion of e-mail is likely to bring the best result.   H By the way, Dave, a very large Thank You to you and whoever helps you to continue this work.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 26 Aug 2006 22:02:33 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: Hobbyist Media available , Message-ID: <44F0FD36.77AF507C@teksavvy.com>   davidc@montagar.com wrote:A > Forums are generally a better place to send questions, or email - > directly to hobbyist (SHIFT-2) montagar.com   D Since this is an international audience.... SHIFT-2 doesn't yield an" "at" sign on all keyboards :-) :-)  E BTW, has there been any progress/development on the concept of making 2 layered product media downloadable for hobbyists ?  A Since I've got your attention: A BIG THANK YOU FOR YOUR CONTINUED / EFFORTS AND SERVICE FOR THE HOBBYIST PROGRAMME.    ------------------------------  % Date: Sun, 27 Aug 2006 00:12:02 -0400 / From: "William Webb" <william.w.webb@gmail.com> % Subject: Re: Hobbyist Media available H Message-ID: <8660a3a10608262112h57aaa2f3w9fd8f7566600a99@mail.gmail.com>  4 On 8/26/06, Dave Froble <davef@tsoft-inc.com> wrote: > bob lombard wrote:K > > Hi - I'm trying to get a media kit for the hobbyist program. Have tried G > > to contact the hobbyist website w/o response, although its happy to D > > take your order, the process seems to die there (CC does not get > > charged, no CD''s, etc). > > E > > Lack of recent discussion leads me to ask if the program is dead,  > E > The hobbyist program support is itself sort of a hobby.  The people A > supporting it do have jobs and their time is I believe donated. F > Sometimes the response time reflects this.  Just keep trying, and as( > Brad suggests, try the hobbyist forum. >  > > are F > > the licenses still available, are there other avenues to gettign a7 > > hobbyist system running, if only on SIMH or CHARON?  > > % > > -bob  (blombard at usarc dot org)  > >  >  >  > --6 > David Froble                       Tel: 724-529-0450@ > Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com > DFE Ultralights, Inc.  > 170 Grimplin Road  > Vanderbilt, PA  15486  >   M Dave- it's positively uncanny.  I emailed bob and suggested he email davidc--   ? I almost posted the exact same thing you did about the Hobbyist E Program being a hobby (recursion alert?), with the additional comment @ that my secondary suspicion was that things might have gone into) suspense mode pending the release of 8.3.    WWWebb   --  ! I'm no longer job-hunting, folks.   F Thanks to all those who expressed concern and sent me possibilities to investigate.   ------------------------------  % Date: Sat, 26 Aug 2006 22:11:16 -0500 % From: Dan Foster <usenet@evilphb.org> + Subject: Locating early versions of VAX/VMS 5 Message-ID: <slrnef23ak.sng.usenet@zappy.catbert.org>   F As a member of the hobbyist program, I am interested in locating earlyE versions of VMS since I would like to see if I can boot them with the 4 SIMH emulator, solely out of intellectual curiosity.  H I would be especially interested in locating a copy of VMS 1.0, as well.C (SIMH now supports the 11/780 as well as the various 780 busses and ? peripherals, so I believe booting V1 and V2 on it should work.)   H If anyone knows of a source, I would be immensely appreciative. I do notH have physical hardware, so... someone would need to be able to copy data% off tape to a disk file of some kind.   H I am not up to speed on tape copy-related issues for SIMH, but I believeG that if tapes and a tape drive still exists, one should be able to read H data off it with VMS... or even Windows / Linux with freeware utilities.  E I realize this is a rather long shot, but I figure, what do I have to  lose by asking? :)   -Dan   ------------------------------  % Date: Sat, 26 Aug 2006 21:53:17 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: Mystery multiple TCP connections dropped , Message-ID: <44F0FB0A.64FE1479@teksavvy.com>  
 AEF wrote:A > Being that this happened on two MicroVAX systems, three Windows C > multifeed systems, with all six connections between them dropping B > within a tenth of a second of each other, I can't see any of theH > systems being at fault. It must be some external entity. But why these# > two pages and not the other two?      G If pages 1 and 2 are sent at 08:00 and pages 3 and 4 are sent at 08:01, G and a problem happens between 07:59 and 08:00:58, then failure would be H noticed for pages 1 and 2, but by the time the systems try to send pages? 3 and 4, the link si re-established and those attempts succeed.   C From the application point of view, you need to look at how the app F reacts to essentially the ethernet plug being pulled from the machine.H (equivalent of a switch going down etc etc). Does the app rely on TNxxx:= devices or are they simple GB devices ? How is the TCPIP link 9 established by the application ? What options are used ?    H You may wish to look at your TCPIP stack's documemtation to see if thereH are logicals you xcan set to lengthen any timeout values for the type ofF connexction you are using, which would allow your apps to survive some  sporadic switch/router problems.   ------------------------------  % Date: Sat, 26 Aug 2006 16:00:41 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>- Subject: Re: Printing to a HP LaserJet 2605dn 0 Message-ID: <44F0B679.AED3CCEB@spam.comcast.net>   healyzh@aracnet.com wrote: > 8 > Gareth V. Williams <graff@cfa0.cfa.harvard.edu> wrote:L > >   I love it!  And my wife loves it!  The duplexing and colo(u)r printingK > > work wonderfully: the colo(u)rs are crisp (my wife's reaction on seeing J > > the colo(u)rs on the config sheet was "Wow!").  If you have a need for > > colo(u)r, go for it. > L > Actually it's my wife loving it that I'm afriad of :^)  I can just imagine4 > all the stuff she'd be printing out if we had one!  B Per CDW, the full set of replacement toner cartridges will run youG $324.96 before taxes, shipping and handling. The printer itself is $449 G after a $50 instant rebate (expires 31-Aug-2006). If purchased with the G full set of replacement toner cartridges, an additional 128MB of non-HP A memory and the additional media tray, the total comes to $998.94.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 26 Aug 2006 15:34:59 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>4 Subject: Re: Removing a member from bound volume set0 Message-ID: <44F0B073.CEDC8564@spam.comcast.net>   Bob Gezelter wrote:  >  > JF,  > + > It is potentially more complex than that.  > E > It is possible for a file to extend across different volumes in the > > set, so identifying all files is more than just scanning the > directories. > H > If you a are moving to a single volume SCSI, perhaps the best strategy > is to do that more directly. > G > I have not tried it, but you also might be able to use a LD container 8 > file on onf\e of the other members to retire a member.  F Again, however, he'd need to ensure that the LD container's extents doH not include the volume he wishes to retire (LD containers do NOT need toF be contiguous; earlier versions of LD required that the container file have no extension headers).    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------    Date: 26 Aug 2006 22:27:21 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> ; Subject: Re: SEPPUCLU bugcheck introducing new cluster node C Message-ID: <1156656441.409614.194530@h48g2000cwc.googlegroups.com>    Tom,  C here is the analysis from one of the 'easier' LOCKMGRERR / SEPPUCLU E crash pairs. This example clearly shows, that the LKMSG received from B the remote node has been clobbered towards the end of the message.  ? This analysis example is from the LOCKMGRERR crash. Without the D associated SEPPUCLU crash from the node, which had sent this packet,E there still is no proof about who has actually corrupted the contents E of the LKMSG packet (remote CPU, remote LAN adapter, something on the # LAN, local LAN adapter, local CPU).   = Bugcheck Type:     LOCKMGRERR, Error detected by Lock Manager  VMS Version:       V7.3-1 ! Current Process:   PMDF2D process " Current Image:     <not available>9 Failing PC:        FFFFFFFF.85CDC28C    SYS$CLUSTER+2828C $ Failing PS:        28000000.00000804> Module:            SYS$CLUSTER    (Link Date/Time:  7-JUL-2004 09:46:14.94) Offset:            0002828C   
 SDA> clue reg   C    R0  =3D  00000000.00000001   %SYSTEM-S-NORMAL, normal successful 
 completion    R1  =3D  00000000.0000257C     R2  =3D  00000000.00000000 H    R3  =3D  FFFFFFFF.811BF280   CLU_CSB  (CSID: 000100CC,  Node: CRUSHR)G    R4  =3D  FFFFFFFF.81120630   SCS_PDT  (Port Type: NI,  Device PEA0:) $    R5  =3D  FFFFFFFF.8114A000   CDRPH    R6  =3D  FFFFFFFF.811BB480   SCS_CDT  (CSID: 000100CC,  Node: CRUSHR)G    R7  =3D  FFFFFFFF.81120630   SCS_PDT  (Port Type: NI,  Device PEA0:) )    R8  =3D  FFFFFFFF.81121080   LAVC_PORT     R9  =3D  00000000.7FFAC400     R10 =3D  00000000.00000043 H    R11 =3D  FFFFFFFF.811BF280   CLU_CSB  (CSID: 000100CC,  Node: CRUSHR)    R12 =3D  FFFFFFFF.818CCEA0 5    R13 =3D  FFFFFFFF.85CF32B0   SEND_ACK_MSG_COMPLETE     R14 =3D  00000000.00000000     R15 =3D  FFFFFFFF.FFFFFFFF     R16 =3D  00000000.000005A4     R17 =3D  00000000.00000000 H    R18 =3D  FFFFFFFF.811BB480   SCS_CDT  (CSID: 000100CC,  Node: CRUSHR)    R19 =3D  00000000.00000000     R20 =3D  00000000.0000257B     R21 =3D  00000000.00000000     R22 =3D  00000000.00000000     R23 =3D  00000001.00000000     R24 =3D  00000000.00000000     AI  =3D  FFFFFFFF.811BF3F0 =    RA  =3D  FFFFFFFF.85CC260C   SEND_ACK_MSG_COMPLETE_C+001AC 8    PV  =3D  FFFFFFFF.85CF6EA0   LCK$REHASH_FOR_P25+000608    R28 =3D  FFFFFFFF.85CF6EA0   LCK$REHASH_FOR_P25+00060    FP  =3D  00000000.7FFA1EA0 1    PC  =3D  FFFFFFFF.85CDC290   SYS$CLUSTER+28290 =    PS  =3D  28000000.00000804   Kernel Mode, IPL 8, Interrupt   # R12 points to received 'bad' packet    SDA> format @r12/type=3Dlkmsg < FFFFFFFF.818CCEA0   LKMSG$B_FILL_1                        F9: FFFFFFFF.818CCEA1                                   257B23< FFFFFFFF.818CCEA4                                   00000000A FFFFFFFF.818CCEA8                                   00000402  <<<  RMVDIR message< FFFFFFFF.818CCEAC   LKMSG$W_RSEQNUM                     00018 FFFFFFFF.818CCEAE   LKMSG$W_DIRSEQNUM               018A%                     LKMSG$W_PARSEQNUM @ FFFFFFFF.818CCEB0   LKMSG$W_ACTIVITY                    425A <<<@ FFFFFFFF.818CCEB2   LKMSG$B_TSLT                      89     <<<'                     LKMSG$W_P25_HASHVAL $                     LKMSG$W_PRIORITY@ FFFFFFFF.818CCEB3                                   9A       <<<< FFFFFFFF.818CCEB4   LKMSG$L_EPIDNEW                 00000000< FFFFFFFF.818CCEB8   LKMSG$L_ORIGLKID                00000000< FFFFFFFF.818CCEBC   LKMSG$L_CSID                    00000000< FFFFFFFF.818CCEC0   LKMSG$L_BLKASTFLG               00000001< FFFFFFFF.818CCEC4   LKMSG$L_PARPRCLKID              00000001< FFFFFFFF.818CCEC8   LKMSG$L_PARMSTLKID              00040001< FFFFFFFF.818CCECC   LKMSG$L_VCTMLKID                16000000!                     LKMSG$W_GROUP                       LKMSG$B_RMOD"                     LKMSG$B_RSNLEN< FFFFFFFF.818CCED0   LKMSG$L_VCTMCSID                42313146"                     LKMSG$T_RESNAM< FFFFFFFF.818CCED4   LKMSG$L_EPIDCVT                 4C436124< FFFFFFFF.818CCED8   LKMSG$L_DLCKPRI_CVT             45545355< FFFFFFFF.818CCEDC                                   53494452< FFFFFFFF.818CCEE0                                   28B1204B< FFFFFFFF.818CCEE4                                   00000000< FFFFFFFF.818CCEE8                                   00000000< FFFFFFFF.818CCEEC                                   00000000< FFFFFFFF.818CCEF0   LKMSG$L_DLCKPRI_NEW             00000000< FFFFFFFF.818CCEF4   LKMSG$W_RQSEQALT                    00438 FFFFFFFF.818CCEF6   LKMSG$W_LSTAT2                  0008@ FFFFFFFF.818CCEF8   LKMSG$Q_VALBLKALT               7AE3C780 ???@ FFFFFFFF.818CCEFC                                   00080044 ???@ FFFFFFFF.818CCF00                                   7AE3C778 ???@ FFFFFFFF.818CCF04                                   00200045 ???@ FFFFFFFF.818CCF08   LKMSG$L_VALSEQALT               7AE3C740 ???< FFFFFFFF.818CCF0C   LKMSG$B_LSTATUS                       5E: FFFFFFFF.818CCF0D   LKMSG$B_RSTATUS                     008 FFFFFFFF.818CCF0E   LKMSG$B_LCKSTATE                  046 FFFFFFFF.818CCF0F   LKMSG$B_RBLD_STATUS             00@ FFFFFFFF.818CCF10   LKMSG$L_GRNTSRNG                7AE3C770 ???@ FFFFFFFF.818CCF14   LKMSG$L_GRNTERNG                0002005B ???@ FFFFFFFF.818CCF18   LKMSG$L_RQSTSRNG                00000000 ???@ FFFFFFFF.818CCF1C   LKMSG$L_RQSTERNG                00000000 ???E FFFFFFFF.818CCF20   LKMSG$L_HASHVAL                 00000000  <<< bad  value (                     LKMSG$W_P25_PRIORITY#                     LKMSG$W_DIRHASH   ! Find Resource Name on local node:    SDA> exa 818CCED0;165 53494452 45545355 4C436124 42313146  F11B$aCLUSTERDIS  FFFFFFFF.818CCED0 7 00000000 00000000 00000000 28B1204B  K =B1(............  FFFFFFFF.818CCEE0    SDA> SET OUT x.x SDA> SHOW RES/BRIEF  SDA> SET OUT TT:2 SDA> spa sea x.x F11B$aCLUSTERDISK,"("/match=3Dand= FFFFFFFF.7FCACE80 00000000.00000000      0      1      1 TPOL  F11B$aCLUSTERDIS3 K .(..          00000000 00000000 00000000 00000000 ? FFFFFFFF.7FE8F580 00000000.00000000      0      0      0 CRUSHR  F11B$aCLUSTERDIS5 K =B1(..          00000000 00000000 00000000 00000000 ? FFFFFFFF.7FD36880 00000000.00000000      0      2      2 PHOTON  F11B$aCLUSTERDIS3 K .(..          00000000 00000000 00000000 00000000   % SDA> sho res/addr=3DFFFFFFFF.7FE8F580    Resource Database  ----------------- E RSB:         FFFFFFFF.7FE8F580  GGMODE:     NL  Status: DIRENTR VALID . Parent RSB:  00000000.00000000  CGMODE:     NL. Sub-RSB count:      0           FGMODE:     NL. Lock Count:         0           RQSEQNM:  00008 BLKAST count:       0           CSID: 000100CC  (CRUSHR)  @ Resource:          4C436124 42313146  F11B$aCL  Valblk: 00000000 00000000@  Length   22       53494452 45545355  USTERDIS          00000000 000000000  Kernel mode       00000000 28B1204B  K =B1(....@  System            00000000 00000000  ........  Seqnum: 00000000  * Granted queue (Lock ID / Gr mode / Range):      *** EMPTY QUEUE ***  @ Conversion queue (Lock ID / Gr mode / Range -> Rq mode / Range):      *** EMPTY QUEUE ***  * Waiting queue (Lock ID / Rq mode / Range):      *** EMPTY QUEUE ***) SDA> exa FFFFFFFF.7FE8F580 +rsb$l_hashval * RSB+000C8:  16000000.9A89425A   "ZB......"  A 9A89425A =3D correct HASHVAL as seen in LKMSG$L_P25_HASHVAL field   C The distributed lock manager code has tried to look up the resource F using the hash value from LKMSG$L_HASHVAL and ended up looking throughE hash chain 0. The resource RSB is in another hash chain based on it's  correct hash value of 9A89425A   Volker.    ------------------------------    Date: 26 Aug 2006 11:14:42 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> : Subject: Re: Weird BUGCHECK on OpenVMS Alpha 8.2 (FREWSLX)A Message-ID: <1156616082.206590.39390@75g2000cwc.googlegroups.com>    Luke,   B if you are up-to-date with patches and running a current/supportedB version of OpenVMS  and your OpenVMS system crashes when executingE standard OpenVMS software, please log a call with HP and escalate the  crash problem - if you can.   F When posting crash information, please use the output of the SDA> CLUE. CRASH command (as present in the CLUE files atC CLUE$COLLECT:CLUE$node_ddmmyy_hhmm.LIS for each crash). It has more B detailled and concise information than the SDA> SHOW CRASH output.   Volker.    ------------------------------    Date: 26 Aug 2006 13:42:24 -0700A From: "luke.shipway@googlemail.com" <luke.shipway@googlemail.com> : Subject: Re: Weird BUGCHECK on OpenVMS Alpha 8.2 (FREWSLX)C Message-ID: <1156624944.726506.127030@p79g2000cwp.googlegroups.com>    Volker Halle wrote:    > Luke,  > D > if you are up-to-date with patches and running a current/supportedD > version of OpenVMS  and your OpenVMS system crashes when executingG > standard OpenVMS software, please log a call with HP and escalate the  > crash problem - if you can.   C I think our provider deals with HP, we don't have any contacts with  them directly.   > H > When posting crash information, please use the output of the SDA> CLUE0 > CRASH command (as present in the CLUE files atE > CLUE$COLLECT:CLUE$node_ddmmyy_hhmm.LIS for each crash). It has more D > detailled and concise information than the SDA> SHOW CRASH output. >    Sure thing:   B OpenVMS Operating System, Version V8.2     -- System Dump Analysis? 26-AUG-2006 05:12:40.88                              Page     2  Crashdump Summary Information:      * Crash Time:        26-AUG-2006 05:12:40.88F Bugcheck Type:     FREWSLX, Free working set list index, resource wait$ Node:              EARTH   (Cluster)+ CPU Type:          AlphaServer DS10 466 MHz  VMS Version:       V8.2  Current Process:   SYSTEM < Current Image:     DSA0:[SYS0.SYSCOMMON.][SYSEXE]MONITOR.EXE= Failing PC:        FFFFFFFF.80178494    MMG$PAGEFAULT_C+00FB4 $ Failing PS:        38000000.00000800F Module:            SYS$VM    (Link Date/Time: 18-JUL-2006 14:38:46.07) Offset:            0000A494   * Boot Time:         25-AUG-2006 15:56:48.00* System Uptime:               0 13:15:52.88 Crash/Primary CPU: 00/00 System/CPU Type:   2208  Saved Processes:   82 ' Pagesize:          8 KByte (8192 bytes) F Physical Memory:   805307384 MByte (131072 PFNs, discontiguous memory)  Dumpfile Pagelets: 503459 blocks/ Dump Flags:        olddump,writecomp,errlogcomp 2 Dump Type:         compressed,selective,shared_mem) EXE$GL_FLAGS:      poolpging,init,bugdump 6 Paging Files:      1 Pagefile and 1 Swapfile installed   Stack Pointers: 9 KSP = 00000000.7FF87C78   ESP = 00000000.7FF8C000   SSP =  00000000.7FF9CC80  USP = 00000000.7ADD7380    General Registers:9 R0  = 00000000.00000000   R1  = 00000000.00000015   R2  =  FFFFFEFC.001EA029 9 R3  = 00000000.00000008   R4  = FFFFFFFF.827C0EC0   R5  =  FFFFFFFF.85680000 9 R6  = FFFFFEFD.BF6FC000   R7  = FFFFFEFD.BF000000   R8  =  00000000.7B44E158 9 R9  = 00000000.00CE8072   R10 = FFFFFEFC.00000DB8   R11 =  00000000.000DDF68 9 R12 = FFFFFEFE.019E2000   R13 = 00000000.0036E000   R14 =  FFFFFFFF.81CEC498 9 R15 = 00000000.0010AF9C   R16 = 00000000.00000144   R17 =  00000000.00000000 9 R18 = 00000000.0000013C   R19 = 20000000.00000203   R20 =  00000000.7FF87D60 9 R21 = FFFFFFFF.81C081A0   R22 = 00000000.00000000   R23 =  FFFFFFFF.81C08000 9 R24 = FFFFFFFF.81C08000   AI  = 00000000.00000002   RA  =  FFFFFFFF.81C0808C 9 PV  = FFFFFFFF.81C08000   R28 = FFFFFFFF.801779D8   FP  =  00000000.7FF87CA0 1 PC  = FFFFFFFF.80178498   PS  = 38000000.00000800    System Registers:  Page Table Base Register (PTBR)  00000000.0001653F  Processor Base Register (PRBR) FFFFFFFF.8203E000 $ Privileged Context Block Base (PCBB) 00000000.281B6080   System Control Block Base (SCBB) 00000000.00001A8B * Software Interrupt Summary Register (SISR) 00000000.00000100  Address Space Number (ASN) 00000000.00000045 & AST Summary / AST Enable (ASTSR_ASTEN) 00000000.0000000F  Floating-Point Enable (FEN)  00000000.00000001  Interrupt Priority Level (IPL) 00000000.00000008 " Machine Check Error Summary (MCES) 00000000.00000000 ' Virtual Page Table Base Register (VPTB)  FFFFFEFC.00000000   B OpenVMS Operating System, Version V8.2     -- System Dump Analysis? 26-AUG-2006 05:12:40.88                              Page     3  Crashdump Summary Information:   Failing Instruction:& MMG$PAGEFAULT_C+00FB4:          BUGCHK  * Instruction Stream (last 20 instructions):? MMG$PAGEFAULT_C+00F64:          LDA             R25,#X8078(R25) ; MMG$PAGEFAULT_C+00F68:          ADDQ            R24,R27,R27 ; MMG$PAGEFAULT_C+00F6C:          ADDQ            R24,R25,R25 9 MMG$PAGEFAULT_C+00F70:          LDQ             R22,(R27) 9 MMG$PAGEFAULT_C+00F74:          LDQ             R26,(R25) 9 MMG$PAGEFAULT_C+00F78:          SLL             R0,R22,R0 : MMG$PAGEFAULT_C+00F7C:          AND             R7,R26,R169 MMG$PAGEFAULT_C+00F80:          BIS             R0,R16,R0 : MMG$PAGEFAULT_C+00F84:          BIS             R31,R0,R16$ MMG$PAGEFAULT_C+00F88:          LDQP; MMG$PAGEFAULT_C+00F8C:          BLBC            R0,#XFFFE58 < MMG$PAGEFAULT_C+00F90:          BR              R31,#XFFFE91: MMG$PAGEFAULT_C+00F94:          SUBQ            SP,#X10,SP> MMG$PAGEFAULT_C+00F98:          STQ             R16,#X0008(SP)8 MMG$PAGEFAULT_C+00F9C:          STQ             R17,(SP)? MMG$PAGEFAULT_C+00FA0:          LDQ             R17,#XFFC8(R14) < MMG$PAGEFAULT_C+00FA4:          BIS             R17,#X04,R17; MMG$PAGEFAULT_C+00FA8:          BIS             R31,R17,R16 8 MMG$PAGEFAULT_C+00FAC:          LDQ             R17,(SP): MMG$PAGEFAULT_C+00FB0:          ADDQ            SP,#X08,SP& MMG$PAGEFAULT_C+00FB4:          BUGCHK$ MMG$PAGEFAULT_C+00FB8:          HALT7 MMG$PAGEFAULT_C+00FBC:          LDQ             R0,(R6) < MMG$PAGEFAULT_C+00FC0:          BR              R31,#XFFFD6B4 MMG$PAGEFAULT_C+00FC4:          MFPR            PTBR  D This is our first crash, so please forgive me if the earlier posting didn't have the correct info.    Cheers    	 > Volker.    ------------------------------    Date: 26 Aug 2006 21:39:57 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> : Subject: Re: Weird BUGCHECK on OpenVMS Alpha 8.2 (FREWSLX)B Message-ID: <1156653597.362160.33700@p79g2000cwp.googlegroups.com>   Luke,    yes, this is a very rare crash.   G This code in the pagefault handler is trying to free a working set list A entry, to re-use it to bring in the page about to be faulted into F memory. It cannot find any WSLE (working set list entry), which it canC free up - after trying hard. Most of the WSLEs are probably somehow  locked in the workingset.   E Your system may be a little bit low on memory. You may want to try to ? increase the working set quota for user SYSTEM, who was running  MONITOR.   You can verify my analysis with    SDA> SHOW PROC/WORKING  E and see, if you can find a WSL entry, which could have been freed ;-)   E While this is no excuse for OpenVMS to crash running standard OpenVMS E software, this crash may just be sufficiently rare and may only occur B in certain resource-constrained situations, that it has never beenB escalated to OpenVMS engineering, never been made reproducable and) therefore never been analyzed and solved.    Volker.    ------------------------------   End of INFO-VAX 2006.476 ************************                                                                                                                                                                                                                                                  >\S[أF
FJC:'2ÈV+_Mbwe^5ҽ|آOKA@ 
$RﾄWފ AEo	.m?J=B5@%*"iqmm" ~?OYȋm4kxcre))NJNeV0Q3_[>eNcU(nЏbD=sw '; Ҙ[eY&98I/.uvUTӎS+u(8[f?sA8eV Q[ҵ'
Ge2ΆdPrMh1(u6跾\h8p6VjUEqxLuW(YTI59gLE^G:Z.\6&~h"\$Hg HQ	
 
X<HFQ@C4ؒƜtm55Eu'EM*ΥӾj"aVsEgueSS)Sk4}OMo^1LU![{bm;L ~APBt7aP__Zh*W,K)/&#ڢE9t|g0DVRr=5}ğ5{-p
A8q2  )+HW43z_	ף2I^-t
˥)GD1!1h]L-f"cd֘ZѳnZTR1%b;ťjU7
KsdՏrq#d cUb%.ø{cG:%'NpBn䯇2Wab$~גQkf!RfU_f}πQ?Lnȥ|Q6ޕG]u,Q3M_
J$e.\47~Tʽɏâilj
ԍUƺG^>|:ԓQf	WdN#ʈO,9EXE-+,O_@yv-f:|WLOHoW;*Tw-Q	OW)/ϋ*}_)0Xx1@8QȢ4KPw$"PIci\h0/:tkЭw!a?Da|ATw 1-c7;DiN}ljiN2<J[^֬Nk)&-!UAtG/ehJN 9:γ iB.HùeD»j%0UX%0
ȕ0  aگaf܅Zuf+2e^~1Wqx)dAǦ=
O|Yw9r6_-glP=
eySI  r4?rV2pޥ.*IrD蘟pA*H  ܅L4)-
[hnu9*@H~;@(P*}U:g"v%ZV&S)LتpVl|9].CgJsҜ=g.۱<Ʊܷ-KX-Ϙ-q
|qL[@Ue3IH`ȝ1{R46VgM Y`m:6nN ,/R-]1!54!	I0J덈(>$-N,McpY~9'uP}(,(¥
庖%jtjަUcqK9
|h &Db^NY-'h7yDSqjՁ#"(1A`
/bJ$MuKR!-{X"N+/%	BpNJڤ΄Ԅ찅Jf4Ek|Ԅ
{S2U*|0.. 38?e{.~rB`*,rzC|)OO=/]+){{Q~l}!AOTZ'U[8ƃ`{;렝33z[?L%'Hg8*Ts/p`pc{tzy2}zWxˇrf` әUЙX,ӝ+v]g#M۔p	3-K{yzٺY\곛g	g5?IMV
̓7Id
-M e7`):`f=Y<h.?e$f\@؏GAOkӡ$,!5-Z[JbVD?Y)-(ZfXe{Tp#ZТMzS򓻲_1ڦ/!$ʬy
L&,Kf"mc-tsmc-4p+H#HCſ@Zخ ~䏪LpiX`?= wK_N1T#걕Cubw1QuYS$(MQq7 Ʈ?c0$g{8C33c©_Aqpe<3.1WrCU-^YѝI_h:[Ez$_ 8܉I)q9SXsrjfxqmg4L1gF^Z+\晿GR>|ZA'쿵.C+!jMcL81Xo%["R:+Ԉ
3[{!Ppd=QesxJ(KTfsrP`tgƷ\<@nlۊH_PAme7 `aO:jv~S ՆyK?>2~χXFaf8}CKIhڂRc6ty)2:Ơ );/DB[V<bǵGoV-KxtVlB|XHpFtUXĜdn