1 INFO-VAX	Wed, 19 Apr 2006	Volume 2006 : Issue 216       Contents: Re: Advanced Server 6.1 - Re: Anybody got the kit for BASIC and COBOL ? - Re: Anybody got the kit for BASIC and COBOL ?  Re: Anyone know David Cathey?  Re: Anyone know David Cathey?  Re: Anyone know David Cathey?  Re: Anyone know David Cathey?  Re: Anyone know David Cathey?  Re: Anyone know David Cathey?  AUTOGEN question Re: AUTOGEN question Re: AUTOGEN question Re: AUTOGEN question Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s Re: Free rz26s and rz28s, Re: How does a fix become a published patch?D Re: Last VAX release (WAS: How does a fix become a published patch?) Re: OT: Sparc not dead yet Re: OT: Sparc not dead yet8 Partitioned cluster question (reboot during lost quorum)< Re: Partitioned cluster question (reboot during lost quorum)< Re: Partitioned cluster question (reboot during lost quorum)< Re: Partitioned cluster question (reboot during lost quorum)< Re: Partitioned cluster question (reboot during lost quorum)* Re: Quorum, locks and application question$ Re: SoyMail & insufficient privilege$ Re: SoyMail & insufficient privilege$ Re: SoyMail & insufficient privilege$ Re: SoyMail & insufficient privilege$ Re: SoyMail & insufficient privilege! What (WAS) wrong with my network? " Re: What is wrong with my network?  F ----------------------------------------------------------------------    Date: 18 Apr 2006 14:22:15 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: Advanced Server 6.13 Message-ID: <Z9YRgaLt3Z5H@eisner.encompasserve.org>   d In article <1144639454.096127.166110@t31g2000cwb.googlegroups.com>, tomarsin2015@comcast.net writes:F > Is there anyway of getting info on what files are access? I can do a > show dev/files device, butI > I would like to know how many times the file has been access and really A > who is accessing the file since share permissions is granted to  > everyone with full control.  > thanks	 > phillip  >   ?     You can set an alarm ACE on the file(s) in question and log @    all the access types you're interested in.  Make sure you putC    the alarm ACE in as a default ACE on the directories if you want &    to automatically include new files.  B     If you're using some tool like Samba you may only see the tool%    when remote users access the file.    ------------------------------    Date: 18 Apr 2006 14:06:53 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 6 Subject: Re: Anybody got the kit for BASIC and COBOL ?3 Message-ID: <D3Y6jEixXwBt@eisner.encompasserve.org>   g In article <e19r07$ioi$1@news-02.connect.com.au>, "Richard Maher" <maher_rj@hotspamnotmail.com> writes:  > Hi,  > L > I didn't think COBOL was available via the hobbyist program? But if it is,L > then that's my personal favourite and definitely the one to go for! (Also,I > it's had no new features (standards compliant or otherwise) for so many % > years that it's incredible stable.)   B    The license for COBOL is, but the media is not.  You can borrow%    the media from someone who has it.   :    I think it's one of the few compilers I didn't install.   ------------------------------    Date: 18 Apr 2006 14:10:26 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 6 Subject: Re: Anybody got the kit for BASIC and COBOL ?3 Message-ID: <ALALxMRau4GG@eisner.encompasserve.org>   ` In article <%wu_f.6093$y04.669@news.cpqcorp.net>, Hoff Hoffman <hoff-remove-this@hp.com> writes:  I >    Y'all might get a little cranky if the hobbyist distro were on DVD,  K > too -- IDE/ATAPI is a comparatively recent addition in the Alpha product  I > line (Personal Workstation series, and later), and as SCSI DVD readers  K > are rather rare devices.  And we're over-filling a single DVD, of course.   D    I agree.  I got cranky enough when Apple wanted $10 to replace myF    OS X 10.4 DVD with a stack of CD's.  Fortunately I had a DVD reader    in my other Mac.    ------------------------------    Date: 18 Apr 2006 14:04:15 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: Anyone know David Cathey?3 Message-ID: <A3p4A0oOO$4A@eisner.encompasserve.org>   Y In article <3rKdnV2txrm97KXZRVn-gw@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > ! > It's a rule.  It has to happen.  >   B    Odd.  I'm used to leaving all my systems up while I go away for@    three week's vacation and finding nothing of interest happensB    while I'm away.  I was once commended on this by my supervisor.+    I simply assumed that's the way VMS was.   1    You have something flakey in your web servers?   C    (I've had flakey stuff myself on other jobs that could take down @    a VAX, but is was required stuff and it required privileges.)   ------------------------------   Date: 18 Apr 2006 19:21:54 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)& Subject: Re: Anyone know David Cathey?+ Message-ID: <4aksiiFthrupU1@individual.net>   3 In article <A3p4A0oOO$4A@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:[ > In article <3rKdnV2txrm97KXZRVn-gw@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  >>  " >> It's a rule.  It has to happen. >>   > D >    Odd.  I'm used to leaving all my systems up while I go away forB >    three week's vacation and finding nothing of interest happensD >    while I'm away.  I was once commended on this by my supervisor.- >    I simply assumed that's the way VMS was.  > 3 >    You have something flakey in your web servers?  > E >    (I've had flakey stuff myself on other jobs that could take down B >    a VAX, but is was required stuff and it required privileges.)     A I have gone away bunch the past couple years and stuff just keeps @ running (VMS and otherwise).  Of course now I have bean-countersA saying if I can go away with no bad consequences maybe they don't ? really need me where I am,  So they want to farm me out to take B care of more Windows boxes.  So much for job security!!  Sometimes0 it's just not worth being good at your job......   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 18 Apr 2006 15:15:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: Anyone know David Cathey?, Message-ID: <44453AE6.B8CC9751@teksavvy.com>   Bob Koehler wrote:D >    Odd.  I'm used to leaving all my systems up while I go away forB >    three week's vacation and finding nothing of interest happensD >    while I'm away.  I was once commended on this by my supervisor.- >    I simply assumed that's the way VMS was.   G Not everything runs on VMS. Routers, modems, switches etc don't run VMS " and plenty can go wrong with them.   ------------------------------  % Date: Tue, 18 Apr 2006 21:58:44 -0400 ' From: Dave Froble <davef@tsoft-inc.com> & Subject: Re: Anyone know David Cathey?9 Message-ID: <Z_Gdncj-2OlRBdjZnZ2dnUVZ_vSdnZ2d@libcom.com>    Bob Koehler wrote:[ > In article <3rKdnV2txrm97KXZRVn-gw@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > ! >>It's a rule.  It has to happen.  >> >  > D >    Odd.  I'm used to leaving all my systems up while I go away forB >    three week's vacation and finding nothing of interest happensD >    while I'm away.  I was once commended on this by my supervisor.- >    I simply assumed that's the way VMS was.  > 3 >    You have something flakey in your web servers?  > E >    (I've had flakey stuff myself on other jobs that could take down B >    a VAX, but is was required stuff and it required privileges.) >   1 The computers are usually Ok.  It's other things.    Man bites dog.   Sink clogs up.   etc.  ? Things I'm support to fix from several thousand miles distance.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 18 Apr 2006 22:21:51 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> & Subject: Re: Anyone know David Cathey?0 Message-ID: <LsudnSZF8rxcA9jZRVn-uw@comcast.com>   Bob Koehler wrote:  [ > In article <3rKdnV2txrm97KXZRVn-gw@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > ! >>It's a rule.  It has to happen.  >> >  > D >    Odd.  I'm used to leaving all my systems up while I go away forB >    three week's vacation and finding nothing of interest happensD >    while I'm away.  I was once commended on this by my supervisor.- >    I simply assumed that's the way VMS was.  > 3 >    You have something flakey in your web servers?  > E >    (I've had flakey stuff myself on other jobs that could take down B >    a VAX, but is was required stuff and it required privileges.) >   F We all know our VMS systems will run as long as somebody remembers to  pay the electric bill.  G When the power goes off, however, my UPS runs down in about 15 minutes  D and that's it.   I have often thought of buying a 5KW generator for C those awkward moments but since my only remaining systems are home  A systems run mostly for nostalgia, I can't see spending the money.   D Yes, you can set up defenses in depth so that your systems will run = unattended for three weeks but that gets expensive real fast!    ------------------------------    Date: 18 Apr 2006 19:44:01 -0700 From: davidc@montagar.com & Subject: Re: Anyone know David Cathey?B Message-ID: <1145414641.637104.16990@v46g2000cwv.googlegroups.com>   Dave Froble wrote:3 > The computers are usually Ok.  It's other things.  >  > Man bites dog. >  > Sink clogs up.  @ Well, yesterday we've had rolling blackouts through North Texas.C Keeping OpenVMS up isn't the problem - it's keeping everything else 
 around it up.    ------------------------------  % Date: Tue, 18 Apr 2006 14:15:46 -0400 * From: "Syltrem" <syltremzulu@videotron.ca> Subject: AUTOGEN question 0 Message-ID: <124ab4cdhosk96a@corp.supernews.com>   Hello   & I don't have a machine to test this...  M Someone reported that his machine, upon rebooting after a power failure, was  ( missing some parameters like SHADOWING=2  G After looking at his machine, I noted that there is an ALPHAVMSSYS.OLD  H created on 20-FEB-2006, and also an AGEN$PARAMS.REPORT on the same date.? I also know that those parameters were not in the MODPARAMS.DAT     G Is this possible than an AUTOGEN executed on a system having SHADOWING  > enabled but not "configured" in MODPARAMS.DAT but only in the K ALPHAVMSSYS.PAR file, reverts back those parameters to their default value  " that is, set back SHADOWING to 0 ?  M That's the only thing I could think of, that would explain the fact that the  . machine rebooted without the shadowing option.  
 Very bizarre.    --   Syltrem L http://pages.infinit.net/syltrem (OpenVMS information and help, en franais)   ------------------------------  % Date: Tue, 18 Apr 2006 15:01:11 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: AUTOGEN question , Message-ID: <44453775.46F2AEB5@teksavvy.com>   Syltrem wrote:H > Is this possible than an AUTOGEN executed on a system having SHADOWING? > enabled but not "configured" in MODPARAMS.DAT but only in the L > ALPHAVMSSYS.PAR file, reverts back those parameters to their default value$ > that is, set back SHADOWING to 0 ?    G Yes. That is the behaviour. AUTOGEN starts up with a fresh xxVMSSYS.PAR  file from the defaults? (MC SYSGEN USE DEFAULT) and then modifies those parameters that 4 MODPARAMS.DAT (and its own calculated ones) specify.  K So when someone did the AUTOGEN, they would zap any "temporary" parameters.    Look at SETPARAMS.DAT     USE CURRENT  WRITE xxxVMSSYS.OLD  USE DEFAULT  set xxx  set yyy  set zzz  ...  WRITE CURRENT   ------------------------------  % Date: Tue, 18 Apr 2006 15:23:29 -0400  From: norm.raphael@metso.com Subject: Re: AUTOGEN question Q Message-ID: <OFC40458BD.77CCA725-ON85257154.006A796B-85257154.006A84AB@metso.com>   H JF Mezei <jfmezei.spamnot@teksavvy.com> wrote on 04/18/2006 03:01:11 PM:   > Syltrem wrote:J > > Is this possible than an AUTOGEN executed on a system having SHADOWINGA > > enabled but not "configured" in MODPARAMS.DAT but only in the H > > ALPHAVMSSYS.PAR file, reverts back those parameters to their default value & > > that is, set back SHADOWING to 0 ? >  > I > Yes. That is the behaviour. AUTOGEN starts up with a fresh xxVMSSYS.PAR  > file from the defaultsA > (MC SYSGEN USE DEFAULT) and then modifies those parameters that 6 > MODPARAMS.DAT (and its own calculated ones) specify.   4F SETPARAMS    ---------  ?    The SETPARAMS phase uses as its input the SETPARAMS.DAT file B    created during the GENPARAMS phase. In this phase, AUTOGEN runs>    SYSGEN to update the system parameter values in the default    parameter file.  2    On Alpha systems, the default parameter file is?    SYS$SYSTEM:ALPHAVMSSYS.PAR. AUTOGEN saves the current system D    parameters in the file SYS$SYSTEM:ALPHAVMSSYS.OLD before updatingA    these parameters in SYS$SYSTEM:ALPHAVMSSYS.PAR. The new values ,    are also saved in SYS$SYSTEM:AUTOGEN.PAR.   > A > So when someone did the AUTOGEN, they would zap any "temporary"  parameters.  >  > Look at SETPARAMS.DAT  >  >  USE CURRENT >  WRITE xxxVMSSYS.OLD >  USE DEFAULT
 >  set xxx
 >  set yyy
 >  set zzz >  ... >  WRITE CURRENT   ------------------------------  % Date: Tue, 18 Apr 2006 15:37:46 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: AUTOGEN question , Message-ID: <44454005.1FE5E7AF@teksavvy.com>   norm.raphael@metso.com wrote:  > 4F SETPARAMS >    --------- > A >    The SETPARAMS phase uses as its input the SETPARAMS.DAT file D >    created during the GENPARAMS phase. In this phase, AUTOGEN runs@ >    SYSGEN to update the system parameter values in the default >    parameter file.    O the "default parameter file" is misleading in the context of this conversation.   P MC SYSGEN  USE CURRENT ---> default parameter file  ALPHAVMSYS.PAR/VAXVMSSYS.PAR  H MC SYSGEN  USE DEFAULT ---> set all paramenters to default values  taken from inside the SYSGEN image.   H Note that the default values are displayed whenever you show a parameter
 in SYSGEN.    G Any modification you make to SYSGEN gets zapped when you run AUTOGEN up G to SETPARAMS.  That is why it is important to always edit MODPARAMS.DAT H after you've made changes to SYSGEN to ensure those changes get retained after you next run AUTOGEN.    ------------------------------  % Date: Tue, 18 Apr 2006 10:45:25 -0700 # From: "Tom Linden" <tom@kednos.com> # Subject: Re: DSPP and OpenVMS media ) Message-ID: <op.s77sxzsizgicya@hyrrokkin>   4 On Tue, 18 Apr 2006 10:38:58 -0700, Keith A. Lewis    <klewis@LUMINA.MITRE.ORG> wrote:  3 > "Tom Linden" <tom@kednos.com> writes in article   F > <op.s76gfgdrzgicya@hyrrokkin> dated Mon, 17 Apr 2006 17:17:30 -0700:5 >> On Mon, 17 Apr 2006 14:13:31 -0700, Keith A. Lewis # >> <klewis@LUMINA.MITRE.ORG> wrote:  >>3 >>> "Tom Linden" <tom@kednos.com> writes in article H >>> <op.s74i4xqrzgicya@hyrrokkin> dated Sun, 16 Apr 2006 16:20:47 -0700:G >>>> I bought a Plextor 716A off ebay for $42 and it works fine in an    >>>> XP1000,
 >>>> burns >>>> both CDs and DVDs.  >>> I >>> Have you tried to boot an OpenVMS (or any bootable) CD on that drive? J >> We upgaded a 7.3-1 to 8.2 off that drive, but haven't tried booting.    >> Would* >> you like me to try when I get a moment/ > L > That's what I meant, booting a VMS install CD in order to upgrade VMS or   > doK > other maintenance tasks such as standalone backup.  Since it worked for    > both9 > you and Alan Frisbie, my question is answered.  Thanks.  > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.  - Well I just tried it before your mail arrived   D dqa0.0.0.107.0             DQA0         PLEXTOR DVDR   PX-716A  1.07  
 >>> boot dqa0  (boot dqa0.0.0.107.0 -flags 0)/ block 0 of dqa0.0.0.107.0 is a valid boot block / block 0 of dqa0.0.0.107.0 is a valid boot block  bootstrap code read in3 base = 200000, image_start = 0, image_bytes = 92000  initializing HWRPB at 2000# initializing page table at 7ffee000  initializing machine state# setting affinity to the primary CPU  jumping to bootstrap code   K %SYSBOOT-W-FIRMREV, Firmware rev. 5.9 is below the recommended minimum of    6.8.L                     Please update your firmware to the recommended revision,B                     which can be found on the firmware CD labeled:6                     alpha systems firmware update 6.8.    6      OpenVMS (TM) Alpha Operating System, Version V8.2D      ) Copyright 1976-2004 Hewlett-Packard Development Company, L.P.   ------------------------------  # Date: Tue, 18 Apr 2006 19:11:53 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: DSPP and OpenVMS media 0 Message-ID: <00A54682.E360BAAC@SendSpamHere.ORG>  A In article <oc91g.28$sh.13@trnddc07>, dittman@dittman.net writes:  >  >  >VAXman- wrote: d >> In article <nsS0g.6441$gU1.6437@news.cpqcorp.net>, Hoff Hoffman <hoff-remove-this@hp.com> writes: >> > >> >$ >> >VAXman- @SendSpamHere.ORG wrote: >> >P >> >> My only issue with this would be for the IA64 OpenVMS distro.  Presently, O >> >> this comes on a DVD.  What if one does not have a DVD burner to create an  >> >> OpenVMS IA64 DVD?  >> >L >> >   If you're on the SDK for F8.3 and are willing to spend about US$100, ; >> >you can cure that for a number of recent Alpha systems.  >> >M >> >   I'm probably a little jaded, as I believe that every system should be  D >> >sold with or purchased with (depending on how you look at it) a  >> >multi-format DVD burner. > H >> Didn't have that luxury with the $2K Italium Developer Forum systems.I >The current Itanium Developer Workshop systems have a DL DVD burner that  >does +/- R and RW.    Rub more salt in an open wound.    --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Tue, 18 Apr 2006 10:57:59 -0700  From: foo@bar.com ! Subject: Re: Free rz26s and rz28s 8 Message-ID: <e4aa42h47ho52p44th2nruv9atl34os84d@4ax.com>  @ On 18 Apr 2006 10:37:02 -0700, "syslost" <wm.reynolds@gmail.com> wrote:  F >I have 20 rz26s and 130 rz28s, that for only the cost of shipping can@ >be yours.  These are for Hobbyist use only.  eMail me if you're >interested.& Would RZ-26s work on a MVax 3110 10e? * ------------------------------------------C NO, use John Mee3 at comcast dot net (remove the spaces and do the  # obvious with the "dot" and the "at"    ------------------------------  # Date: Tue, 18 Apr 2006 18:35:19 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>! Subject: Re: Free rz26s and rz28s 2 Message-ID: <Hja1g.6494$Kw2.4776@news.cpqcorp.net>   foo@bar.com wrote:B > On 18 Apr 2006 10:37:02 -0700, "syslost" <wm.reynolds@gmail.com> > wrote: > H >> I have 20 rz26s and 130 rz28s, that for only the cost of shipping canB >> be yours.  These are for Hobbyist use only.  eMail me if you're >> interested.( > Would RZ-26s work on a MVax 3110 10e?   C    Other than that no such VAX system model ever existed with that    number, well, probably yes.  :-)  F    If you had intended to indicate a MicroVAX 3100 model 10e, then youI will want to evaluation the VMB version as discussed in the OpenVMS FAQ,  F but the RZ26 series disks will work in this box.  Earlier versions of H the firmware in these systems cannot support bootstraps from disks with H capacities very much larger 1 GB.  (Details and VMB version information 4 is in the FAQ.  <http://www.hp.com/go/openvms/faq/>)  G    Details on the disk devices that were supported in the older series  G boxes can remain accessible in the DIGITAL Systems and Options Catalog  G (SOC) materials, and those materials are available via the SOC link in  I the navigation at <http://www.hp.com/go/productbulletin/>.  The downside  I for this case here is that this box is apparently even older than what's  I posted, dating back to 1992 or so.  The RZ26 and RZ26L series disks were  G definitely sold for use with similarly ancient members of the MicroVAX  < 3100 series, however.  This from a 1991 SOC on my bookshelf.  B    I'd (personally) tend to look for BA353 or BA356 (SCSI narrow) E enclosures and would configure StorageWorks disk bricks onto this or  B other equivalently aged systems -- externally.  This is both more D convenient, and you don't need to look for (and then at) the system E enclosure storage cooling and power requirements.  Figuring out if a  G particular disk brick works in a shelf is rather easier, and it's also  ) rather easier to swap bricks as required.   B    The MicroVAX 3100 model 10e didn't have much room for internal G expansion, so you might end up swapping out a disk to fit this one in.  I Older systems tend to have been, um, reconfigured or even "deconfigured"  F over their typically long and storied history.  They can be missing a % few key mounting parts, for instance.    ------------------------------  % Date: Tue, 18 Apr 2006 14:55:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: Free rz26s and rz28s , Message-ID: <44453638.9A2ADDCE@teksavvy.com>   syslost wrote: > G > I have 20 rz26s and 130 rz28s, that for only the cost of shipping can A > be yours.  These are for Hobbyist use only.  eMail me if you're 
 > interested.   H You should provide your location so that an estimate on cost fo shipping> can be made, as well as provide the capacity for those drives.   ------------------------------  % Date: Tue, 18 Apr 2006 12:19:55 -0700  From: foo@bar.com ! Subject: Re: Free rz26s and rz28s 8 Message-ID: <3sea42pvmef1f60018gpv8pq94q9vu5c44@4ax.com>  . On Tue, 18 Apr 2006 18:35:19 GMT, Hoff Hoffman  <hoff-remove-this@hp.com> wrote:   >foo@bar.com wrote: C >> On 18 Apr 2006 10:37:02 -0700, "syslost" <wm.reynolds@gmail.com> 	 >> wrote:  >>  I >>> I have 20 rz26s and 130 rz28s, that for only the cost of shipping can C >>> be yours.  These are for Hobbyist use only.  eMail me if you're  >>> interested. ) >> Would RZ-26s work on a MVax 3110 10e?   > D >   Other than that no such VAX system model ever existed with that ! >number, well, probably yes.  :-)  Thanks! B Can you say fat-fingered typing while trying to do three things at once? I knew you could :-)  F Yes, I DID mean a 3100, not a 3110 (sheesh, I wish I would read what I& type before hitting the <send> key....  * ------------------------------------------C NO, use John Mee3 at comcast dot net (remove the spaces and do the  # obvious with the "dot" and the "at"    ------------------------------  % Date: Tue, 18 Apr 2006 12:45:19 -0700  From: foo@bar.com ! Subject: Re: Free rz26s and rz28s 8 Message-ID: <bcga42l2ufbc95mapcf7ubjrmbcjv6f5n4@4ax.com>  , On Tue, 18 Apr 2006 14:55:53 -0400, JF Mezei% <jfmezei.spamnot@teksavvy.com> wrote:    >syslost wrote:  >>  H >> I have 20 rz26s and 130 rz28s, that for only the cost of shipping canB >> be yours.  These are for Hobbyist use only.  eMail me if you're >> interested. > I >You should provide your location so that an estimate on cost fo shipping ? >can be made, as well as provide the capacity for those drives.   D I was simply trying to find out if I could use similar drives I haveF lying around. Generally information such as that I do offline for many# reasons, including spam protection.   * ------------------------------------------C NO, use John Mee3 at comcast dot net (remove the spaces and do the  # obvious with the "dot" and the "at"    ------------------------------    Date: 18 Apr 2006 13:00:26 -0700' From: "syslost" <wm.reynolds@gmail.com> ! Subject: Re: Free rz26s and rz28s C Message-ID: <1145390426.338212.115350@e56g2000cwe.googlegroups.com>   5 I live in Woodstock, IL and work in the Chicago Loop.    ------------------------------  % Date: Tue, 18 Apr 2006 13:04:30 -0700  From: foo@bar.com ! Subject: Re: Free rz26s and rz28s 8 Message-ID: <jhha4294ik5nu0frb40t6ns8j63kt979c6@4ax.com>  @ On 18 Apr 2006 13:00:26 -0700, "syslost" <wm.reynolds@gmail.com> wrote:  6 >I live in Woodstock, IL and work in the Chicago Loop.D I sent you an e-mail off line with some information and questions...   Thanks! * ------------------------------------------C NO, use John Mee3 at comcast dot net (remove the spaces and do the  # obvious with the "dot" and the "at"    ------------------------------   Date: 18 Apr 2006 21:53:32 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)! Subject: Re: Free rz26s and rz28s + Message-ID: <4al5esFssbklU1@individual.net>   C In article <1145390426.338212.115350@e56g2000cwe.googlegroups.com>, * 	"syslost" <wm.reynolds@gmail.com> writes:7 > I live in Woodstock, IL and work in the Chicago Loop.  > ;  If you don't get any takers closer, I would me interested.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 18 Apr 2006 22:13:21 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> ! Subject: Re: Free rz26s and rz28s 0 Message-ID: <wv2dnQ3ZMcFfAdjZRVn-jw@comcast.com>   JF Mezei wrote:    > syslost wrote: > G >>I have 20 rz26s and 130 rz28s, that for only the cost of shipping can A >>be yours.  These are for Hobbyist use only.  eMail me if you're 
 >>interested.  >  > J > You should provide your location so that an estimate on cost fo shipping@ > can be made, as well as provide the capacity for those drives.  I Anybody who doesn't rembmer 1.02GB for RZ26 and 2.04GB for RZ28 probably  F doesn't want one.  In their day, ten to fifteen years or so ago, they G were nice little disks; when I worked for McGraw-Hill back in 97-98 we  E had at least 200 RZ26s.  Today, they are more nostalgia than storage!    ------------------------------    Date: 18 Apr 2006 14:23:46 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: How does a fix become a published patch? 3 Message-ID: <+PK+6abhVeVy@eisner.encompasserve.org>   O In article <op.s7wdb3iizgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:  > ( > BTW,  is 7.3 the last release for VAX?       Sigh.   Yes.   ------------------------------    Date: 18 Apr 2006 14:25:43 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) M Subject: Re: Last VAX release (WAS: How does a fix become a published patch?) 3 Message-ID: <ab4kV3NwRmhv@eisner.encompasserve.org>   O In article <op.s7x6mnmvzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:  > 4 > Sorry, that was ambiguous, what I meant is 7.3 theA > last to be released for the VAX?  Haven't followed this closely 2 > but I thought that 8.2 was going to be the last.  $    Promised, repeated, but canceled.   ------------------------------  % Date: Tue, 18 Apr 2006 21:49:56 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> # Subject: Re: OT: Sparc not dead yet 0 Message-ID: <4cydnZ9b1frYCtjZRVn-jg@comcast.com>   JF Mezei wrote:    > Dave Froble wrote: > @ >>There you go again.  Has Sun issued a statement that they will- >>eventually give up on SPARC that I missed?   >  >  > I > No, they have not. But there has also been lots of speculation from the E > press about Sun eventually going all 8086 once it scales to replace I > Sparcs. HP has issued FUD about SPARC being abandonned eventually, just U > like SUN has issued FUD about IA64 being stillborn and eventually to be abandonned.  >   B And what is the maximum number of 8086 family CPUs that will work 0 together in one box?   I've heard of up to four!  I One of the good things about SPARC is that you can get up to 64 CPUs per  I box.  Not to mention that a 440MHz UltraSPARC II will blow the doors off   a 440 MHz pentium    ------------------------------  % Date: Tue, 18 Apr 2006 22:13:20 -0400 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: OT: Sparc not dead yet / Message-ID: <d9CdnYuJjoPPAdjZRVn-tg@libcom.com>    JF Mezei wrote:  > Dave Froble wrote:  J >>Sun rose and fell with the .COM adventure.  But they still have a rather# >>large existing base of customers.  >  > H > Your memory is short. Sun grew since the late 1980s when it started toJ > steal DEC's customer base one by one.  The .COM blip gave Sun artificialH > unsustainable growth, but it already had a substantial installed base.F > Don't underestimate Sun. They killed DEC once. They can kill what isD > left of DEC (VMS) again. There is more SUN hardware in banks/stock > exchanges than there is VMS.  G I'm aware of the origins of Sun, and others.  But the .COM boom seemed  E to benefit them more than any other, and the bust similarly affected   them more than any other.   E In the beginning they were just another workstation vendor.  Sun and  E Appolo started with customers that DEC couldn't satisfy, usually the   price.  Real growth came later.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 18 Apr 2006 15:28:40 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> A Subject: Partitioned cluster question (reboot during lost quorum) , Message-ID: <44453DE5.2759B34E@teksavvy.com>  1 Say you have a 3 node cluster, node1, node2 node3   : Each node has 1 vote. You need 2 votes to maintain quorum.  E You unplug the ethernet from node3. node1 and node2 still have quorum F and happily chug along. Node3 realises it has lost quorum and freezes.  2 What happens if at this point, you reboot node3 ?   D Node3 would not see 1 or 2 and thing it was the first node rebooting# after say a power failure. Right ?  F Wouldn't NODE3 then form its instance of the cluster with its own vote and a quorum of 1 ?   ? Or is there anything which would prevent node3 from rebooting ?     C Once node3 has rebooted, thinking it was alone in the cluster, when E happens when you plug the ethernet back in and all of a sudden, node3 H sees nodes 1 and 2 ?   Will nodes 1 and 2 succeed in convinding node3 toC commit suicide ? Will node3 convince nodes1 and 2 to commit suicide 8 (since it is a more recent incarnation of the cluster) ?  H Or will what is essentially a partitioned cluster continue to exist as 2 separate cluster instances ?    G If node3 is i fact allowed to reboot all alone in its own little world, @ it seems to me that shops should have, as part of their operatorA documentstions, strict guidelines not to reboot machines that are H frozen. (sort of counter intuitive in a windows environment) since you'd9 want to first fix/investigate the problem of lost quorum.    ------------------------------  # Date: Tue, 18 Apr 2006 19:47:39 GMT % From: hoffman@xdelta.zko.hp.nospam () E Subject: Re: Partitioned cluster question (reboot during lost quorum) 2 Message-ID: <vnb1g.6502$6w2.3032@news.cpqcorp.net>  \ In article <44453DE5.2759B34E@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:    4 |> Say you have a 3 node cluster, node1, node2 node3 |>  = |> Each node has 1 vote. You need 2 votes to maintain quorum.  |>  H |> You unplug the ethernet from node3. node1 and node2 still have quorumI |> and happily chug along. Node3 realises it has lost quorum and freezes.  |>  5 |> What happens if at this point, you reboot node3 ?       Nothing bad happens.  B   If you were to reconnect the network after Node1 and Node2 have @ decided that Node3 is gone and have effectively tossed it out of? the cluster, Node3 would detect this upon the return of network B connectivity, and would CLUEXIT and reboot itself.  Once Node3 has@ rebooted, data synchronization would be re-established and fully4 available, and Node3 could fully rejoin the cluster.    G |> Node3 would not see 1 or 2 and thing it was the first node rebooting & |> after say a power failure. Right ?   %   It could.  But nothing bad happens.   I |> Wouldn't NODE3 then form its instance of the cluster with its own vote  |> and a quorum of 1 ?  <   Only if the core cluster settings have been misconfigured.  B   If you would like to learn how to properly set the VOTES and theC EXPECTED_VOTES parameters, do please consider reviewing the text on " these settings in the OpenVMS FAQ.  B |> Or is there anything which would prevent node3 from rebooting ?  0   It will reboot, but will hang awaiting quorum.   |>  F |> Once node3 has rebooted, thinking it was alone in the cluster, whenH |> happens when you plug the ethernet back in and all of a sudden, node3K |> sees nodes 1 and 2 ?   Will nodes 1 and 2 succeed in convinding node3 to F |> commit suicide ? Will node3 convince nodes1 and 2 to commit suicide; |> (since it is a more recent incarnation of the cluster) ?      It won't get that far.  K |> Or will what is essentially a partitioned cluster continue to exist as 2  |> separate cluster instances ?   D   Barring bogus parameter settings, OpenVMS Cluster software handles this case correctly.  J |> If node3 is i fact allowed to reboot all alone in its own little world,C |> it seems to me that shops should have, as part of their operator D |> documentstions, strict guidelines not to reboot machines that areK |> frozen. (sort of counter intuitive in a windows environment) since you'd < |> want to first fix/investigate the problem of lost quorum.  @   A correctly configured cluster correctly deals with this case.  B   On at least a few occasions, I have mentioned that attempting toC bypass the quorum scheme -- whether through incorrect or "creative" A parameter settings -- can lead to badness, and one of the central D cases of this "badness" involves the inability to nodes to establish@ complete cluster connectivity as a node bootstraps.  Within this> environment, incorrect or "creative" VOTES and EXPECTED_VOTES A parameter settings can quickly lead to massive disk corruptions,  ? and these corruptions can arise long before you could ever log  > into the system to repair the settings.  Once connections have> been established, OpenVMS corrects this case.  (We've discssedB ways of notifying the system manager about the more bogus of theseA settings, but that's not presently an option.)  Again, please see 8 the OpenVMS FAQ for details on VOTES and EXPECTED_VOTES.  D I'm certain you are familiar with the following two URLs, but I will# include them here for completeness:   %   <http://www.hp.com/go/openvms/doc/> %   <http://www.hp.com/go/openvms/faq/>    ------------------------------    Date: 18 Apr 2006 15:22:46 -0500 From: briggs@encompasserve.orgE Subject: Re: Partitioned cluster question (reboot during lost quorum) 3 Message-ID: <k7KhMrRPMGTJ@eisner.encompasserve.org>   \ In article <44453DE5.2759B34E@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:3 > Say you have a 3 node cluster, node1, node2 node3  > < > Each node has 1 vote. You need 2 votes to maintain quorum. > G > You unplug the ethernet from node3. node1 and node2 still have quorum H > and happily chug along. Node3 realises it has lost quorum and freezes. > 4 > What happens if at this point, you reboot node3 ?  > F > Node3 would not see 1 or 2 and thing it was the first node rebooting% > after say a power failure. Right ?  H > Wouldn't NODE3 then form its instance of the cluster with its own vote > and a quorum of 1 ?  > A > Or is there anything which would prevent node3 from rebooting ?   ? That's what the EXPECTED_VOTES SYSGEN parameter is for.  If you C misconfigure EXPECTED_VOTES then there is nothing that will prevent  node3 from rebooting.   E > Once node3 has rebooted, thinking it was alone in the cluster, when G > happens when you plug the ethernet back in and all of a sudden, node3  > sees nodes 1 and 2 ?  D CLUEXIT bugcheck.  The two partitions convince one side or the other to commit suicide.  3 > Will nodes 1 and 2 succeed in convinding node3 to E > commit suicide ? Will node3 convince nodes1 and 2 to commit suicide : > (since it is a more recent incarnation of the cluster) ?  @ Don't know the algorithm, but I'd expect that the partition that8 does not have quorum to lose to the partition that does.  J > Or will what is essentially a partitioned cluster continue to exist as 2 > separate cluster instances ?   No.   I > If node3 is i fact allowed to reboot all alone in its own little world, B > it seems to me that shops should have, as part of their operatorC > documentstions, strict guidelines not to reboot machines that are J > frozen. (sort of counter intuitive in a windows environment) since you'd; > want to first fix/investigate the problem of lost quorum.   ' No.  That's what EXPECTED_VOTES is for.    ------------------------------  + Date: Wed, 19 Apr 2006 03:49:24 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) E Subject: Re: Partitioned cluster question (reboot during lost quorum) ( Message-ID: <e24c04$2b4$2@pcls4.std.com>  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:   $ >hoffman@xdelta.zko.hp.nospam wrote:E >>   If you would like to learn how to properly set the VOTES and the F >> EXPECTED_VOTES parameters, do please consider reviewing the text on% >> these settings in the OpenVMS FAQ.     3 >>   It will reboot, but will hang awaiting quorum.   A >MC SYSGEN HELP SYS EXPECTED_VOTES mentions the MAXIMUM number of % >expected votes, not the minimum one.    No!  The text reads:   Sys_Parameters     EXPECTED_VOTES  G        EXPECTED_VOTES specifies the maximum number of votes that may be .        present in a cluster at any given time.  F In other words, set it to the number of votes in the cluster when all 
 nodes are up.    Read on:    Set it to a value that isF        equal to the sum of the vote parameters of all cluster members,>        plus any votes that are contributed by the quorum disk.    E >So after a power failure, if you power up your nodes one by one, you I >mean to say that each node would just get get stuck near the "waiting to C >form or join cluster" until it finds enough votes lying around the B >ethernet to get to a quorum based on the maximum expected votes ?  G In a properly configured cluster, yes.  How else can you prevent two or ; more instances of the same cluster if they're disconnected?   I (If the system manager knows not enough votes will be around and needs to B bring up a small part of the cluster, that's what SYSBOOT> is for)  P >(I haven't had enough experience watching this happen to really know for sure).  I Wait till you scrozzle some disk drives.  Then you'll know why it's done  	 that way.   F >I was under the impression that when node boots and is all alone (eg:H >forms a new cluster), it proceeds with a quorum of its own votes/2 + 1,I >and then the quorum is dynamically adjusted updwards as other nodes join 
 >the cluster.   E No!  The dynamic adjustment upward is a "blade guard" to help prevent 7 SOME cases of corruption due to mis-set EXPECTED_VOTES.   H >So EXPECTED_VOTES / 2 + 1 defines the MINIMUM number of votes necessaryF >for any node to proceed with booting beyond the awaiting to form/join
 >cluster ?   Exactly.  D >Perhaps the documentation should say it this way instead of talking/ >about MAXIMUM number of votes to be expected.    % The SYSGEN help is quite clear to me.   > >I once tried to ajuset expected_votes downwards with DCL (SETE >CLUSTER/EXPECTED_VOTES and that didn't work. Does this mean that SET C >CLUSTER/EXPECTED_VOTES will not let you being the number below the F >SYSGEN parameter EXPECTED_VOTES ? but If that number does grow beyondH >it, you can then use the DCL command to bring it back down t the SYSGEN >value ?  K That's used to adjust quorum downward when some nodes have already left the K cluster _and are not coming back_, to prevent quorum freezes if more nodes  H leave.  If you want to adjust quorum downward when a node is shut down,  shut it down with REMOVE_NODE.   ------------------------------    Date: 18 Apr 2006 21:10:34 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> E Subject: Re: Partitioned cluster question (reboot during lost quorum) A Message-ID: <1145419833.992803.9370@i39g2000cwa.googlegroups.com>    JF Mezei wrote: % > hoffman@xdelta.zko.hp.nospam wrote: F > >   If you would like to learn how to properly set the VOTES and theG > > EXPECTED_VOTES parameters, do please consider reviewing the text on & > > these settings in the OpenVMS FAQ. >  > 4 > >   It will reboot, but will hang awaiting quorum. > B > MC SYSGEN HELP SYS EXPECTED_VOTES mentions the MAXIMUM number of& > expected votes, not the minimum one.  F Right.  It is the number of votes expected when all configured membersE of the cluster are up and running.  Therefor it is the maximum number 	 of votes.    > F > So after a power failure, if you power up your nodes one by one, youJ > mean to say that each node would just get get stuck near the "waiting toD > form or join cluster" until it finds enough votes lying around theC > ethernet to get to a quorum based on the maximum expected votes ?  >    Yep.  Pretty much.  Q > (I haven't had enough experience watching this happen to really know for sure).  > G > I was under the impression that when node boots and is all alone (eg: I > forms a new cluster), it proceeds with a quorum of its own votes/2 + 1, J > and then the quorum is dynamically adjusted updwards as other nodes join > the cluster. >  > I > So EXPECTED_VOTES / 2 + 1 defines the MINIMUM number of votes necessary G > for any node to proceed with booting beyond the awaiting to form/join  > cluster ?  >   A Yes.  See Slide 45 and up of the presentations tha tIan linked to  previously.   E > Perhaps the documentation should say it this way instead of talking / > about MAXIMUM number of votes to be expected.   & But it IS the maximum number of votes.   > ? > I once tried to ajuset expected_votes downwards with DCL (SET F > CLUSTER/EXPECTED_VOTES and that didn't work. Does this mean that SETD > CLUSTER/EXPECTED_VOTES will not let you being the number below theG > SYSGEN parameter EXPECTED_VOTES ? but If that number does grow beyond I > it, you can then use the DCL command to bring it back down t the SYSGEN 	 > value ?  >   E Hmmm.  No.  I'm not sure why that didn't work except that it's just a C temporary measure meant to reduce the chance of the cluster hanging G from lack of quorum when you remove a node from the cluster for a short  period.   H > (I tried to use this while in the process of reconfiguring the clusterE > when I knew that leaving NODE X up and running would not jeoperdize I > integrity but it didn'T have anough votes to keep on working so I ended 3 > up without service with the other node rebooted).  >  > ) > >   <http://www.hp.com/go/openvms/doc/>  > D > Sorry, I am only familiar with http://www.hp.com/go/vms/doc/   :-)   ------------------------------    Date: 18 Apr 2006 14:15:52 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 3 Subject: Re: Quorum, locks and application question 3 Message-ID: <T6Y+sGDZHILv@eisner.encompasserve.org>   \ In article <44385970.382303CB@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:G > Say I have an application which runs on every node of the cluster and H > each instance uses locks to assert itself and tell the other instances( > about its ability to service requests. > B > Does the application need to worry about quorum issues at all ?  > F > If node A is disconnected, is it correct to assume that applicationsF > running on the other nodes will immediatly see the loss of the locks$ > help by their peer that ran on A ?  G    That's exactly what the distributed lock manager is for.  No escape: 6    if you lose a node it's locks _will_ be cleaned up.  G    Quorum is only of interest if quorum is lost.  NOTHING happens while H    quorum is lost.  Which means your applications aren't doing anything,*    including anything that could be wrong.  C    Generally folks avoid configuring clusters such that the loss of @    one node will cause quorum to be lost, but in some cases it's    appropriate.    ------------------------------    Date: 18 Apr 2006 13:43:10 -0700# From: "chaos" <dciobanu@rogers.com> - Subject: Re: SoyMail & insufficient privilege C Message-ID: <1145392990.792835.149610@j33g2000cwa.googlegroups.com>   # Well I use http://server/soymail/~. 8 According with the documentation that should be correct.   Regards,   Dumitru    ------------------------------  % Date: Wed, 19 Apr 2006 05:22:08 +0930 * From: Mark Daniel <mark.daniel@vsm.com.au>- Subject: Re: SoyMail & insufficient privilege 0 Message-ID: <124akbgb6pso1a0@corp.supernews.com>   chaos wrote:; > Yep, that's the exact scenarion. I don't get prompted for ) > authentication. Just the error message.  >  > Mark Daniel wrote: >  >  >>Hello Dimitru. >>G >>Are you getting prompted with a browser username/password dialog when   >>you access /cgi-bin/soymail/~? >>C >>If not then the server authorization is not correctly configured.  >  >  > What do you mean by that.   H When you access the soyMAIL URL at your server, with VMS Apache and the 7 default installation that would be using something like   +    http://you.server.name/cgi-bin/soymail/~   C does the browser prompt you for a username and a password with its  I little popup dialog box containing the two fields, username and password.   ( > I am loading the authorization module. > = > LoadModule auth_openvms_module modules/mod_auth_openvms.exe  > # > Is there anything else required ?   D Section 2.1 of the Install and Admin document, for Apache, describes  .    Alias /soymail/-/ "/apache$common/soymail/"  &    <Location ~ ^/cgi-bin/soymail/\~>    AuthType Basic $    AuthName "OpenVMS authentication"    AuthUserOpenVMS On     require valid-user     </Location>  I The latter config is the one that triggers the browser username/password   dialog.   	 > Thanks,  > 	 > Dumitru  > I >>Otherwise the soyMAIL message HTML source should contain a comment that  >>looks like >>A >>   <!-- *****  REPORTING MODULE:LINE IS xxxxxxx:nnnn  ***** -->  >>= >>which will give a clue.  See Admin and Install section 6.1.  >  >    ------------------------------    Date: 18 Apr 2006 13:45:06 -0700# From: "chaos" <dciobanu@rogers.com> - Subject: Re: SoyMail & insufficient privilege B Message-ID: <1145393106.749168.40580@v46g2000cwv.googlegroups.com>  1 I'm sorry I meant http://server/cgi-bin/soymail/~      Dumitru    ------------------------------    Date: 18 Apr 2006 14:37:45 -0700# From: "chaos" <dciobanu@rogers.com> - Subject: Re: SoyMail & insufficient privilege C Message-ID: <1145396265.042974.320600@u72g2000cwu.googlegroups.com>    My appologies.  ! I need to read up more on Apache.   G I had that in httpd.conf but instead of Location I was using Directory.   % Do you care to iluminate me on that ?   
 Best regards,    Dumitru    ------------------------------  % Date: Wed, 19 Apr 2006 06:33:02 +0930 * From: Mark Daniel <mark.daniel@vsm.com.au>- Subject: Re: SoyMail & insufficient privilege 0 Message-ID: <124aoga3ijtnp81@corp.supernews.com>   chaos wrote: > My appologies. > # > I need to read up more on Apache.  > I > I had that in httpd.conf but instead of Location I was using Directory.  > ' > Do you care to iluminate me on that ?   I I'm not the best for waxing long and lyrical on Apache.  Essentially the  D difference is the first refers to 'web space' and the second to the I server 'file system'  I would say (fairly crude understanding here) that  A Apache was not supplying the REMOTE_USER CGI variable because it  ? understood your request to be in relation to files rather than  9 'something else' - in this case a script which needed it.    > Best regards,  > 	 > Dumitru   G I'm sort-of assuming that with the change in configuration soyMAIL has   sprung into life for you.    ------------------------------  % Date: Tue, 18 Apr 2006 17:50:43 -0700 ( From: Jeff Cameron <roktsci@comcast.net>* Subject: What (WAS) wrong with my network?0 Message-ID: <C06AD773.1E581%roktsci@comcast.net>  C For all of you who offered up suggestions, I am eternally grateful.   A Using LANCP I set my NIC cards on AXPAXP and PELE to half duplex.   B PELE to AXPAXP increased from 9.9 Kbytes/Sec to 790 Kbytes/second.C AXPAXP to PELE increased from 90.1 Kbytes/Sec to 1.1 Mbytes/second.   7 I guess it was the ACK/NAKs that were causing me greif.    Thanks to all, again!    Jeff  J On 4/18/06 6:54 AM, in article nc61g.6467$eh2.2314@news.cpqcorp.net, "Hoff) Hoffman" <hoff-remove-this@hp.com> wrote:    > Jeff Cameron wrote:  >> My three VMS nodes are: >>  3 >> AXPAXP  Alpha 2100       VMS 7.3-1  100Base-T 3 >> PELE   - Alpha DS10       VMS 7.3-2  100Base-T 3 >> SLTCRK  VaxStation 3100  VMS 6.1   -  10Base-T  > M >> I get very similar measurements using TCP/IP with FTP. The question is why $ >> is the PELE to AXPAXP so abysmal? > J >    I would first look after the duplex settings, ensuring that these areG > set correctly and consistently on both ends of the connection between  > the switch and the host. > I >    I have not encountered a VAX 10Base NIC that runs full duplex, and I J > am aware of various compatibility problems with older NICs and automaticD > duplex detection.  I would definitely look to this first mismatch,J > obviously.  (With current OpenVMS versions, the network drivers now flag' > cases of apparent duplex mismatches.)  >  >    ------------------------------  % Date: Tue, 18 Apr 2006 21:44:02 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> + Subject: Re: What is wrong with my network? : Message-ID: <eM2dnYCobZp5CNjZnZ2dnUVZ_vOdnZ2d@comcast.com>   Dave Froble wrote: > Jeff Cameron wrote:  >  >> My three VMS nodes are: >>  3 >> AXPAXP  Alpha 2100       VMS 7.3-1  100Base-T 3 >> PELE   - Alpha DS10       VMS 7.3-2  100Base-T 3 >> SLTCRK  VaxStation 3100  VMS 6.1   -  10Base-T  >>  I >> The three nodes are the only three nodes on a dedicated switch, with a ; >> single connection to the rest of our corporate intranet.  >>   >> Using the Commands : ( >> $MCR DTSEND DATA/NODE=<nodename>/STATG >> I was able to get the following DECNET data throughput measurements:  >>  % >> AXPAXP to PELE   : 90.1 Kbytes/Sec & >> AXPAXP to SLTCRK  : 57.1 Kbytes/Sec >>  % >> PELE to AXPAXP   :  9.9 Kbytes/Sec % >> PELE to SLTCRK   : 58.3 Kbytes/Sec  >>  & >> SLTCRK to AXPAXP  : 57.5 Kbytes/Sec% >> SLTCRK to PELE   : 56.8 Kbytes/Sec  >>  J >> I get very similar measurements using TCP/IP with FTP. The question is  >> why$ >> is the PELE to AXPAXP so abysmal? >>D >> Both AXPAXP and PELE have the console parameter ewa0_mode set to 
 >> FastFD. So I >> auto Negotiate is off. I have used a Cisco Switch and a small Linksys  	 >> switch  >> with the same results.  >  > H > Ok, I may be off base here, because I'm not sure exactly how switches  > work.  But I'll take a shot. > J > There is no such thing as full duplex for the VAXstation.  It's 10baseT J > and half duplex.  Possibly with a switch, the interface for each system G > can be different, but having been bitten real hard by having systems  J > mis-matched, if I have even one system incapable of full duplex, then I 8 > run all systems at half duplex.  I mean bit REAL hard. >   B Mixing half duplex and full duplex in a switched network is not a 3 problem.   Problems have been known to arise where: D a.  Autonegotiation fails.  Some early DEC NIC's and Cisco switches G failed to auto negotiate properly.  No ones fault really, the standard  G was ambiguously written and two incompatible implementations resulted.  = FWIW, DEC NICs were not the only ones to exhibit the problem. J b.  Somebody explicitly set one side to half duplex and the other to full.  G If auto negotiation fails, set both ends of the link to EITHER half or  H full duplex and to the same speed.  Over the years I've had more than a G few systems that had to be forced to 100 full duplex and the same with  D the switch port.  Once you get agreement at both ends of the cable, F everything is fine.  Other ports on the switch can be running 10 half D duplex and your Alphas will not know or care.  The switch does some I "magic" such that system A and the switch can be talking at 100 FD while  D System B and the switch are talking at 10 HD.  System A can talk to I system B via the switch with no problem; the "magic" in the switch takes  E care of everything.  And note that it is absolutely critical to have  F agreement on speed and duplex at both ends of the cable; if you don't / you'll regret it later; if there IS a later!!!!   H Also note that, where autonegotiation works, autonegotiation is the way ? to go.  Most, if not all, modern hardware handles it just fine.   I If you can get a network type to talk to you, they might even be able to  I explain the magic; I never really needed to know badly enough to talk to   a network person. :-)    ------------------------------   End of INFO-VAX 2006.216 ************************