1 INFO-VAX	Tue, 11 Apr 2006	Volume 2006 : Issue 200       Contents:- Re: Anybody got the kit for BASIC and COBOL ?  Re: DECnet IV routing errors Re: DECnet IV routing errors DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media. Re: Getting the remote address for SET DISPLAY. Re: Getting the remote address for SET DISPLAY. Re: Getting the remote address for SET DISPLAY# Internal to External PID conversion 9 IQR releaes 5.0 (public domain message queuing) available " Re: LWP::Simple crashes on VMSperl' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! % Re: possible to avoid a shadow merge? % Re: possible to avoid a shadow merge? * Re: Quorum, locks and application question* Re: Quorum, locks and application question Shadowed System disk questions" Re: Shadowed System disk questions. Re: SMTP: stop sending "no such user" messages Re: TCPIP$SMTP_POSTMASTER_ALIAS  Re: TCPIP$SMTP_POSTMASTER_ALIAS G Re: The Minimum You Need to Know to Be an OpenVMS Application Developer  Re: Using the Serial Terminal  VAMP board changes  F ----------------------------------------------------------------------  % Date: Mon, 10 Apr 2006 15:30:42 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Re: Anybody got the kit for BASIC and COBOL ?, Message-ID: <443AB25D.891B61F8@teksavvy.com>   Hoff Hoffman wrote: F >    I've not seen an HP official statement on acquiring these productG > kits; on how hobbyists are intended to gain access to the kits not in 9 > the hobbyist distro.  (Not that I can recall, that is.)     C Just before Sue took over from Mr  Wisniewski, there had bene a big D brou-haha here about someone announcing availability of downloadableD kits and now this may stir things up. Perhaps Sue could comment hereG about any progress made on this issue of making it possible to download & kits over the internet for hobbyists ?   ------------------------------  % Date: Mon, 10 Apr 2006 13:32:19 -0400 % From: "Chris Moore" <no.one@no.where> % Subject: Re: DECnet IV routing errors 9 Message-ID: <nEw_f.2256$%U2.148306@news20.bellglobal.com>   L I understand the adjacency down mechanism, just not really how it appears to lose adjacency to ITSELF.   I This was caused by an identified switch problem that disrupted DECnet-IV  L routing for a short while, but its the apparent reaction that I don't fully 0 understand.(single physical connection, bridging
 not an issue)   M "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> wrote in message  7 news:S%v_f.50963$wl.17892@text.news.blueyonder.co.uk... J > An adjacency down/up is usually because the hello packets stopped being  > seemL > for long enough to trigger an adjacency down event, then the hello packetsK > started to be seen again. How many physical connections does this machine G > have to the network? There should only be one connection to each LAN  	 > segment I > and there should only be routing between the LAN segments, no bridging, I > otherwise you'll have a duplicate MAC address if you're using Phase IV. B > Which nodes are DECnet routers? Some kind of diagram might help. >  > --   >  > Hope this helps, Colin. + > colin DOT butcher AT xdelta DOT co DOT uk G > It's not mine, but I like this definition: Legacy = stuff that works. 2 > "Chris Moore" <no.one@no.where> wrote in message5 > news:jmu_f.1610$%U2.137568@news20.bellglobal.com... J >> Yesterday morning it looks like a local network problem was encountered > that0 >> had the DECnet-IV nodes in a serious problem. >>K >> This has probably been asked before, but I'm just wondering what exactly  > itD >> means when a Phase IV routing node loses its adjacency to itself? >> >>7 >> %%%%%%%%%%% OPCOM 9-APR-2006 00:59:48.24 %%%%%%%%%%% $ >> Message from user DECNET on KOJAK$ >> DECnet event 4.18, adjacency down1 >> From node 2.59 (KOJAK), 9-APR-2006 00:59:48.22 H >> Circuit ISA-0, Dropped by adjacent node, Adjacent node = 2.59 (KOJAK) >>7 >> %%%%%%%%%%% OPCOM 9-APR-2006 00:59:48.24 %%%%%%%%%%% $ >> Message from user DECNET on KOJAK" >> DECnet event 4.15, adjacency up1 >> From node 2.59 (KOJAK), 9-APR-2006 00:59:48.23 . >> Circuit ISA-0, Adjacent node = 2.59 (KOJAK) >>	 >> Thanks  >> Chris >> >  >    ------------------------------    Date: 10 Apr 2006 16:24:39 -0700$ From: "AEF" <spamsink2001@yahoo.com>% Subject: Re: DECnet IV routing errors C Message-ID: <1144711479.606574.313130@v46g2000cwv.googlegroups.com>    Colin Butcher wrote:N > An adjacency down/up is usually because the hello packets stopped being seemL > for long enough to trigger an adjacency down event, then the hello packetsK > started to be seen again. How many physical connections does this machine   D Whose "hello packets"? It's looking for its own hello packets? Who'sE sending and who's not seeing? (Mr. Schweda [sp?] take note: I think I A got all the "who's'" and "whose's" right, even if I got your name  wrong!)   N > have to the network? There should only be one connection to each LAN segmentI > and there should only be routing between the LAN segments, no bridging, I > otherwise you'll have a duplicate MAC address if you're using Phase IV.   + Why/how do you get duplicate MAC addresses?   B > Which nodes are DECnet routers? Some kind of diagram might help. >  > -- >  > Hope this helps, Colin. + > colin DOT butcher AT xdelta DOT co DOT uk G > It's not mine, but I like this definition: Legacy = stuff that works. 2 > "Chris Moore" <no.one@no.where> wrote in message5 > news:jmu_f.1610$%U2.137568@news20.bellglobal.com... K > > Yesterday morning it looks like a local network problem was encountered  > that1 > > had the DECnet-IV nodes in a serious problem.  > > L > > This has probably been asked before, but I'm just wondering what exactly > itE > > means when a Phase IV routing node loses its adjacency to itself?  > >  > > 8 > > %%%%%%%%%%% OPCOM 9-APR-2006 00:59:48.24 %%%%%%%%%%%% > > Message from user DECNET on KOJAK % > > DECnet event 4.18, adjacency down 2 > > From node 2.59 (KOJAK), 9-APR-2006 00:59:48.22I > > Circuit ISA-0, Dropped by adjacent node, Adjacent node = 2.59 (KOJAK)  > > 8 > > %%%%%%%%%%% OPCOM 9-APR-2006 00:59:48.24 %%%%%%%%%%%% > > Message from user DECNET on KOJAK # > > DECnet event 4.15, adjacency up 2 > > From node 2.59 (KOJAK), 9-APR-2006 00:59:48.23/ > > Circuit ISA-0, Adjacent node = 2.59 (KOJAK)  > > 
 > > Thanks	 > > Chris  > >    ------------------------------    Date: 10 Apr 2006 13:29:12 -0700( From: "Rich Jordan" <jordan@ccs4vms.com> Subject: DSPP and OpenVMS media B Message-ID: <1144700952.535820.50630@t31g2000cwb.googlegroups.com>  @ This is likely old news for some of you out there (and I saw oneG reference in a post from 11/2005).  Effective with DSPP renewal you can C no longer order the OpenVMS Alpha media subscription service.  DSPP F provides licenses, but you now have to purchase media kits as one-shotG deals.  A discount is provided but I think (I'm not the admin and don't E know exactly how much the SDK and subscription actually used to cost, E but I have a good estimate) it will end up costing considerably more, E even with the discount, if you get all four quarterly updates and one  VMS distribution kit.   B At a guess I'll be lucky to squeeze one update per year out of the
 beancounters.   E I suppose this is an indication both of intention to nudge developers F off Alpha, and of expectation that product updates for Alpha are being slowed down.  > Or maybe its just the 'lets make the VMS folks pay more in theG arbitrary method of the month' (like the license transfer fee increases  last year).   F I can't help but think this will put a heavier crimp in the ability ofB hobbyists to get current VMS and LP kits than already exists, too.  ) Darn it, they just keep making it harder.    Rich   ------------------------------  % Date: Mon, 10 Apr 2006 17:06:13 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: DSPP and OpenVMS media , Message-ID: <443AC8BA.903E0DEF@teksavvy.com>   Rich Jordan wrote:G > I suppose this is an indication both of intention to nudge developers H > off Alpha, and of expectation that product updates for Alpha are being > slowed down.  H And DSPP and its predecessor never supported VAX developpers either even7 though at the time, VAX-VMS was still being developped.    ------------------------------  # Date: Mon, 10 Apr 2006 21:26:26 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: DSPP and OpenVMS media 0 Message-ID: <00A5404C.5C534B41@SendSpamHere.ORG>  m In article <1144700952.535820.50630@t31g2000cwb.googlegroups.com>, "Rich Jordan" <jordan@ccs4vms.com> writes:  >  > A >This is likely old news for some of you out there (and I saw one H >reference in a post from 11/2005).  Effective with DSPP renewal you canD >no longer order the OpenVMS Alpha media subscription service.  DSPPG >provides licenses, but you now have to purchase media kits as one-shot H >deals.  A discount is provided but I think (I'm not the admin and don'tF >know exactly how much the SDK and subscription actually used to cost,F >but I have a good estimate) it will end up costing considerably more,F >even with the discount, if you get all four quarterly updates and one >VMS distribution kit.  1 Previous cost was $495.00/yr.  4 quartly updates.       C >At a guess I'll be lucky to squeeze one update per year out of the  >beancounters. > F >I suppose this is an indication both of intention to nudge developersG >off Alpha, and of expectation that product updates for Alpha are being 
 >slowed down.   M Well, with the braindamaged scheme for licensing the Itanium source listings, M they're not doing much to help the landing site for those being nudged off of  Alpha.      ? >Or maybe its just the 'lets make the VMS folks pay more in the H >arbitrary method of the month' (like the license transfer fee increases >last year). > G >I can't help but think this will put a heavier crimp in the ability of C >hobbyists to get current VMS and LP kits than already exists, too.   L To hell with just the hobbyists, it's also hurting the 3rd party development folks.     --  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: 10 Apr 2006 16:14:06 -0700( From: "Rich Jordan" <jordan@ccs4vms.com># Subject: Re: DSPP and OpenVMS media C Message-ID: <1144710846.083618.236860@i40g2000cwc.googlegroups.com>   H >>I can't help but think this will put a heavier crimp in the ability ofD >>hobbyists to get current VMS and LP kits than already exists, too.  M >To hell with just the hobbyists, it's also hurting the 3rd party development  >folks.   D Umm...we're 3rd party developers, and the hurt we're feeling was the top part of the message.  D I'm also a hobby user, so its a double whammy; no more being able to; borrow work's updates to keep my home systems up to date...    Rich   ------------------------------  % Date: Mon, 10 Apr 2006 21:52:37 -0400 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: DSPP and OpenVMS media / Message-ID: <-ZCdnZjN7sLKlqbZRVn-vw@libcom.com>    Rich Jordan wrote:I >>>I can't help but think this will put a heavier crimp in the ability of E >>>hobbyists to get current VMS and LP kits than already exists, too.  >  > N >>To hell with just the hobbyists, it's also hurting the 3rd party development >>folks. >  > F > Umm...we're 3rd party developers, and the hurt we're feeling was the > top part of the message. > F > I'm also a hobby user, so its a double whammy; no more being able to= > borrow work's updates to keep my home systems up to date...  >  > Rich >   C Nothing new.  Since 1978, there have been occasional moves to make  G things better, seperated by many moves to make things worse.  The lack  H of vision has been in place since day 1.  It's a beancounter mentality, G "let's see how much blood we can squeeze from a rock", with no thought  ? of survival of the rock.  Turns out the 'rock' is actually the  I foundation the entire VMS world is based upon.  You name them, I'm tired   of doing so.   --  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: Mon, 10 Apr 2006 10:38:28 -0700  From: Z <Z@ids.net> 7 Subject: Re: Getting the remote address for SET DISPLAY % Message-ID: <nKw_f.33$xU.26@fe04.lga>    Brian wrote:L >> What's the correct way to determine the remote address and the transport K >> that should be use for a SET DISPLAY prior to running a GUI application  I >> that needs to create windows on a user's remote PC or VMS workstation?  >>J >> We have some old code that translated SYS$REM_NODE and always expected N >> it to be formatted as a large # that could be broken down into 4 hex bytes. >>K >> That worked fine with VMS 7.1-2 and UCX 4.1/4.2 but not under VMS 7.3-2   >> and TCPIP 5.  > F > This is what I have used for years.  Not sure about it breaking with  > the different versions though. > ) > $rem_node=f$getdvi("tt","tt_accpornam") ; > $if rem_node.eqs."" then EXIT ! Nothing to set display to * > $! Assume TCP/IP if a port is being used6 > $if f$locate("Port:",rem_node).ne.f$length(rem_node) > $then ' > $   rem_node=f$extract(6,99,rem_node) " > $   space=f$locate(" ",rem_node)* > $   rem_node=f$extract(0,space,rem_node) > $   transp="TCPIP" > $else # > $   colon=f$locate("::",rem_node) * > $   rem_node=f$extract(0,colon,rem_node) > $   transp="DECNET"  > $endif; > $set display/create/node="''rem_node'"/transport='transp'    TT_ACCPORNAM doesn't work.  H I connect to the VMS system via Excursion from a PC. Excursion uses the E REXEC service to launch a terminal window back on my PC but for this  H particular GUI account, inside the acct's login.com we do a SET DISPLAY E and then launch the GUI app.  When the GUI app terminates, we logout.   1  From within the login.com, TT_ACCPORNAM is null.   I On UCX 4.1/4.2, within the login.com we were translating SYS$REM_NODE as  G a series of 4 hex bytes and get the client PC 's IP address from that.   That worked.  C But now the logical itself is gone with TCPIP 5 and I don't see an  / alternate logical that has similar information.    ------------------------------  % Date: Mon, 10 Apr 2006 10:41:30 -0700  From: Z <Z@ids.net> 7 Subject: Re: Getting the remote address for SET DISPLAY % Message-ID: <cNw_f.34$xU.18@fe04.lga>    Bart Z. Lederman wrote: 1 > The following works for me on V7.3-2 and V8.2-1  > . > $ remnode = F$TRNLNM ("SYS$REM_NODE") - "::"N > $ SETDISP     :== "SET DISPLAY /CREATE /NODE = " 'remnode /TRANSPORT = tcpip   I don't have that logical.   $ sh sys/noproc K OpenVMS V7.3-2  on node ZENITH  10-APR-2006 10:38:32.26  Uptime  2 14:19:07  $ tcpip show version  4    HP TCP/IP Services for OpenVMS Alpha Version V5.4?    on a COMPAQ AlphaServer DS20E 833 MHz running OpenVMS V7.3-2    $ sh log sys$rem_node < %SHOW-S-NOTRAN, no translation for logical name SYS$REM_NODE   ------------------------------  % Date: Mon, 10 Apr 2006 19:51:18 -0700  From: Z <Z@ids.net> 7 Subject: Re: Getting the remote address for SET DISPLAY $ Message-ID: <FQE_f.7$Va1.3@fe04.lga>   Z wrote:/ >> $ remnode = F$TRNLNM ("SYS$REM_NODE") - "::" J >> $ SETDISP     :== "SET DISPLAY /CREATE /NODE = " 'remnode /TRANSPORT =  >> tcpip > + > I don't have that logical [SYS$REM_NODE].     Where does SYS$REM_NODE get set?  7 I'm using Excursion to access my VMS systems from a PC.   G When I access my 7.1-2 system with Excursion, SYS$REM_NODE is set to a  I large number that can be broken down into 4 hex bytes that represent the   IP of the client.   H When I access the 7.3-2 system - on the same subnet as the 7.1-2 system < and with the same client - there is no SYS$REM_NODE logical.  G The access method in the Excursion client (on the PC) is set to REXEC.  H Could this be a problem with the way the REXEC service is configured on  the 7.3-2 system?    ------------------------------  % Date: Mon, 10 Apr 2006 21:41:11 -0700 4 From: Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com>, Subject: Internal to External PID conversion$ Message-ID: <1144730466.33135@smirk>  ? Is there any way in DCL to convert an Internal Process ID (PID) " to the corresponding External PID?   Thanks,  Alan   ------------------------------  % Date: Mon, 10 Apr 2006 15:11:17 -0500 ' From: "Earl Lakia" <elakia@hotmail.com> B Subject: IQR releaes 5.0 (public domain message queuing) available: Message-ID: <iMSdnbC4mtx7JqfZnZ2dnUVZ_vWdnZ2d@comcast.com>  H Version 5.0 of IQR software (see: http://www.ipact.com/Products/IQR.htm)      D Two product only savesets in annonymous ftp account (ftp.ipact.com).   axp_iqr050.a  (Alpha)    itn_iqr050.a  (Itanium)   % Use following to set file attributes.   2 set file/att=(rfm=fix,lrl=9216,rat=none) <saveset>  J User's guide available at: http://www.ipact.com/PDF_Docs/iqr.pdf  (will be updated    soon for release 5.0)   I Full development savesets, release notes, and developer's guide available   
 upon request.        Release 5.0 Changes:   Additional system services:    IQR_TIME  
 IQR_SET_DTIME    IQR_READ_QN (somewhat new)  
 Utilities:   IQR_TEST- repaired  5 DMPQLCK- made into real utility (was only used before    for developers).  5 DMPQUE- The connected readers were not validated when   3 displaying the queues. DMPQUE will not check before   9 displaying that the readers are still actually connected.   9 IQU- Support for IWR_SET_DTIME and IQR_TIME service calls    Documentation:  : Being updated to include new services and utility changes.   ------------------------------    Date: 10 Apr 2006 14:36:52 -0700+ From: "juna" <ggl.20.jjpon@spamgourmet.com> + Subject: Re: LWP::Simple crashes on VMSperl C Message-ID: <1144705012.190392.170990@u72g2000cwu.googlegroups.com>   @ It seems that my last post didn't go through. It went like this:   Craig,  @ The crash goes away when I deassign the logical PERL_ENV_TABLES.9 I had it defined to LNM$PROCESS because the readme.vms in  DBD-Oracle1.16 told me to.A After a little more reading on the subject, I can keep DBD-Oracle % happy and prevent the crash if I do a : define PERL_ENV_TABLES crtl_env,clisym_global,lnm$process.  @ Can you (or any other VMSperl expert) tell me if my fix is okay?& or am I going to break something else?   Regards,   Juna  > PS. My apologies to the creator(s) of LWP::Simple. Your module' wasn't the problem, just the messenger.    ------------------------------  % Date: Mon, 10 Apr 2006 15:09:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: OpenVMS is the worlds best desktop!+ Message-ID: <443AAD58.7D46475@teksavvy.com>   
 Andrew wrote: I > Its pretty clear that Sun want to capture developers, students etc onto H > Solaris make it easy for them to learn and develop new products on theG > platform and then charge them to support the platform when it is used  > to deploy commercial apps.    H The VMS hobbyist programme was way ahead of Sun in that respect. The bigE difference is that Sun made a lot of noise about Solaris going "free"  and allows commercial use.  H There is another difference: The hobbyist programme relies most often onH second hand equipment available at low cost. However, the supply of suchD machines will end one day. From the early 1990s until now, I suspectH that there has been a very serious reduction in production quantities ofA machines. With fewer machines produced "new", there will be fewer 8 machines eventually available on the second hand market.  G And with HP ending sales of Alpha soon, the market value for used Alpha H will rise, making harder for companies to give away their used equipment if it still has resale value.    ------------------------------  % Date: Mon, 10 Apr 2006 21:37:18 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: OpenVMS is the worlds best desktop!9 Message-ID: <dJOdnRWeiY9dmqbZnZ2dnUVZ_sednZ2d@libcom.com>    JF Mezei wrote:  > Andrew wrote:  > I >>Its pretty clear that Sun want to capture developers, students etc onto H >>Solaris make it easy for them to learn and develop new products on theG >>platform and then charge them to support the platform when it is used  >>to deploy commercial apps. >  >  > J > The VMS hobbyist programme was way ahead of Sun in that respect. The bigG > difference is that Sun made a lot of noise about Solaris going "free"  > and allows commercial use. > J > There is another difference: The hobbyist programme relies most often onJ > second hand equipment available at low cost. However, the supply of suchF > machines will end one day. From the early 1990s until now, I suspectJ > that there has been a very serious reduction in production quantities ofC > machines. With fewer machines produced "new", there will be fewer : > machines eventually available on the second hand market. > I > And with HP ending sales of Alpha soon, the market value for used Alpha J > will rise, making harder for companies to give away their used equipment > if it still has resale value.   F You forget that DEC built good first class equipment.  That's why you E have rather old systems still running.  Also, the older systems have  1 more servicable components, so they can be fixed.   I I don't see anything older than EV6 rising in value.  Lots of that stuff  - around.  Got to keep it out of the dumpsters.   : Yeah, the hobbyist program should be shouted to the world.   --  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: Mon, 10 Apr 2006 20:29:39 -0700 # From: "Tom Linden" <tom@kednos.com> 0 Subject: Re: OpenVMS is the worlds best desktop!) Message-ID: <op.s7tqnpttzgicya@hyrrokkin>   H On Mon, 10 Apr 2006 18:44:17 -0700, Bill Gunshannon <bill@cs.uofs.edu>   wrote:  E > If only even that would have any positive effect.  It would be like ? > singing the praises of PL/I today. (Sorry Tom   You would not E > believe (well, maybe some here would) the snickers when people look F > at my desk and the bookshelf in my office with programing books thatE > run the gamut from Ada, Apl and Algol through COBOL, ForTran, PL/I, D > SPL, Macro-11, PMA, Lisp. Prolog, Logo and, yes, there is one bookC > on C, my K&R.  Most people cleared all this junk to make room for D > PHP and Java.  But I fear VMS is moving ever more rapidly into the+ > realm of those old but trusted languages.    What, no JOVIAL?   ------------------------------  + Date: Mon, 10 Apr 2006 19:07:32 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply). Subject: Re: possible to avoid a shadow merge?$ Message-ID: <e1eadj$8cu$1@online.de>  F In article <ae332$443970f5$50db5015$10457@news.hispeed.ch>, Paul Sture' <paul.sture.nospam@hispeed.ch> writes:    ; > Can you be more spcific about what "SYSUAF etc" includes?   F Basically all of the files for which it is possible to define logical I names (necessary if they are not at their default locations).  These are  - mentioned in SYS$MANAGER:SYLOGICALS.TEMPLATE.    ------------------------------  % Date: Mon, 10 Apr 2006 15:45:16 -0500 8 From: Carl Karcher <karcher.nomorespam@waisman.wisc.edu>. Subject: Re: possible to avoid a shadow merge?- Message-ID: <e1eg4s$1k7$1@news.doit.wisc.edu>   / Phillip Helbig---remove CLOTHES to reply wrote:   K > I'm not getting a merge of the system disk, but rather of the disk where   > SYSUAF etc are.   I You'll need to do some things in syshutdwn.com to close the files so the  G volume dismounts cleanly. Once that happens you won't get a merge. I'd  H have syshutdwn.com spawn a command prompt so you can see what files are G open (by what process) at that time. Rightlist is usually one of them.   You will need to at least:   SET SERVER SECURITY_SERVER/EXIT   A As of VMS 7.2-1, shutdown.com will stop other processes that had  @ rightslist open (audit server, decw$*, smiserver) for you. Your  situation may vary.      --   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 0 --                      karcher@waisman.wisc.edu   ------------------------------  % Date: Mon, 10 Apr 2006 15:25:47 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: Quorum, locks and application question , Message-ID: <443AB136.C5A7CB30@teksavvy.com>   Hoff Hoffman wrote: I >    When a node or a lobe exits, clustering will clean up any locks left , > dangling, which is the simple answer here.    H If a node-A is disconnected from ethernet and , from its point of view ,H loses quorum and freezes, from the point of view of the other nodes, the9 locks held by applications on node-A will vanish. Right ?   D But when Node-A is reconnected, the expectehaviour is that the otherG nodes will tell Node-A to commit suicide.Does this happen before normal / applicatiosn on Node-A are given any CPU time ?   E In other words, if I have an application on Node-A, will the last CPU E cycle its gets happen just before quorum is lost, and the application E will get NOTHING  between the time the connection is restored and the B time Node-A accepts the other nodes' request to commit hara-kiri ?  H Or would the application have some opportunity to run some exit handlers- in the process of Node-A committing suicide ?     E (Looking at the lock handling, I can really understand now why Node-A D has to commit suicide. Once othert nodes discard of locks held by A,> they can then take those locks. And if A is allowed to resume,H applications on A will continue to think that they are the holder of the1 lock when in fact it is the other nodes that do).    ------------------------------  # Date: Mon, 10 Apr 2006 21:54:33 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> 3 Subject: Re: Quorum, locks and application question < Message-ID: <Pine.LNX.4.64.0604101451510.22617@jaipur.local>  K On node A, the quorum hang and subsequent CLUEXIT bugcheck will all happen  J in kernel mode at high IPL.  The user-mode applications will go no chance  to do anything.   E Node A crashes.  It's just like any other fatal kernel-mode bugcheck.     $ On Mon, 10 Apr 2006, JF Mezei wrote: > Hoff Hoffman wrote: J >>    When a node or a lobe exits, clustering will clean up any locks left- >> dangling, which is the simple answer here.  >  > J > If a node-A is disconnected from ethernet and , from its point of view ,J > loses quorum and freezes, from the point of view of the other nodes, the; > locks held by applications on node-A will vanish. Right ?  > F > But when Node-A is reconnected, the expectehaviour is that the otherI > nodes will tell Node-A to commit suicide.Does this happen before normal 1 > applicatiosn on Node-A are given any CPU time ?  > G > In other words, if I have an application on Node-A, will the last CPU G > cycle its gets happen just before quorum is lost, and the application G > will get NOTHING  between the time the connection is restored and the D > time Node-A accepts the other nodes' request to commit hara-kiri ? > J > Or would the application have some opportunity to run some exit handlers/ > in the process of Node-A committing suicide ?  >    ------------------------------  # Date: Tue, 11 Apr 2006 01:32:59 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)' Subject: Shadowed System disk questions 6 Message-ID: <00A54055.A7E2532C@SSRL.SLAC.STANFORD.EDU>  	 VMS 7.3-2  DS20E  AlphaServer 800    RA7000 disk array  EVA4000 SAN disk array  K (The DS20E and AS800 share a SCSI connection to the RA7000.  Only the DS20E I has a Fibre Channel interface to the EVA.  [There's also an RX2600 in the O cluster with an EVA interface.]  The DS20E is the production server; the RX2600 O is being commissoned and will take over a number of servces from the DS20E when M fully commissioned.  The AS800 is an underpowered system used for testing and M patching.  DS20E and AS800 share a system disk on the RA7000.  The RX2600 has O MSCP-only access to the RA7000 disks; the AS800 has MSCP-only access to the EVA J disks.  Servers and EVA are in two racks next to each other; RA7000 in twoC cabinets a few feet away; this is not a disaster-tolerant cluster.)   N We've already used HBVS to migrate a lot of data disks to the EVA with minimalM downtime.  We expect to continue using it even after we've dropped the RA7000 J members from the shadow sets (which will leave us with a lot of one-volumeE shadow sets, but that doesn't seem to take much overhead and gives us N tremendous flexibility; if we can afford another EVA in a distant room we justM change mount procedures to have disaster tolerance, or when we migrate to the 8 _next_ storage technology we can use the same apporach.)  K So now we're interested in shadowing the system disk.  The RA7000 (or, more M precisely, the HSZ70s) have been giving us trouble, and we're thinking that a M step in getting away from that with minimal downtime is to shadow to the EVA.   E A quick trawl through the volume shadowing docs refers to some sysgen K parameters you have to set to do this at all, but doesn't seem to answer my  chicken-and-egg question:   N  Is there any way to mount the currently-booted system disk into a shadow set?L (I don't see how; it seems you'd have to dismount it, which would presumablyA have bad effects on the running system even if it were possible.)   O If there isn't, do you need to boot from an alternate system disk to create the L shadow set?  (I'm flailing here, but I can think of a baroque scheme where IM boot the DS20E from the EVA so it can MSCP-serve the RA7000 system disk and I P create the shadow set on the RX2600 using an EVA disk and the RA7000 disk, then N quickly shut down and reboot the DS20E (perhaps having adjusted MVTIMEOUT to aK high value first) from the RA7000 disk which knows it's in a shadow set and O mounts up the rest of the shadow set when enough of VMS has been loaded.  Well, H maybe I don't have the involve the RX2600; just need the RA7000 disk, anK alternate disk on the EVA, and the target EVA disk and I could do all of it  with the one system.)   L Is there some smarter/easier/more-recommended way to do this?  Any hints and) tips on shadowed system disks in general?   M (Another issue is that the RA7000 will eventually go away.  At this point I'd L be looking at trying to boot the AS800 from an MSCP-served disk, and I don'tN think the console is smart enough to do that.  I presume I'll have to reconfig9 the AS800 as a satellite and MOP-boot.  Is that correct?)    Thanks,    -- Alan    ------------------------------    Date: 10 Apr 2006 19:42:40 -0700$ From: "AEF" <spamsink2001@yahoo.com>+ Subject: Re: Shadowed System disk questions C Message-ID: <1144723360.652612.196460@i39g2000cwa.googlegroups.com>   , Alan Winston - SSRL Central Computing wrote: > VMS 7.3-2  > DS20E  > AlphaServer 800  >  > RA7000 disk array  > EVA4000 SAN disk array > M > (The DS20E and AS800 share a SCSI connection to the RA7000.  Only the DS20E K > has a Fibre Channel interface to the EVA.  [There's also an RX2600 in the Q > cluster with an EVA interface.]  The DS20E is the production server; the RX2600 Q > is being commissoned and will take over a number of servces from the DS20E when O > fully commissioned.  The AS800 is an underpowered system used for testing and O > patching.  DS20E and AS800 share a system disk on the RA7000.  The RX2600 has Q > MSCP-only access to the RA7000 disks; the AS800 has MSCP-only access to the EVA L > disks.  Servers and EVA are in two racks next to each other; RA7000 in twoE > cabinets a few feet away; this is not a disaster-tolerant cluster.)  > P > We've already used HBVS to migrate a lot of data disks to the EVA with minimalO > downtime.  We expect to continue using it even after we've dropped the RA7000 L > members from the shadow sets (which will leave us with a lot of one-volumeG > shadow sets, but that doesn't seem to take much overhead and gives us P > tremendous flexibility; if we can afford another EVA in a distant room we justO > change mount procedures to have disaster tolerance, or when we migrate to the : > _next_ storage technology we can use the same apporach.) > M > So now we're interested in shadowing the system disk.  The RA7000 (or, more O > precisely, the HSZ70s) have been giving us trouble, and we're thinking that a O > step in getting away from that with minimal downtime is to shadow to the EVA.  > G > A quick trawl through the volume shadowing docs refers to some sysgen M > parameters you have to set to do this at all, but doesn't seem to answer my  > chicken-and-egg question:  > P >  Is there any way to mount the currently-booted system disk into a shadow set?N > (I don't see how; it seems you'd have to dismount it, which would presumablyC > have bad effects on the running system even if it were possible.)   G If the system disk is not already a 1-member shadow set, then I believe G you have no choice but to set SHADOW_SYS_DISK to 1, set the system disk E unit number with another SYSGEN param (whose exact name escapes me at E the moment -- SHADOW_SYS_UNIT ? ) and reboot. Then you get a 1-member < system-disk shadow set that you can manually add members to.  E BE SURE NOT TO ADD MEMBERS TO A SYSTEM DISK SHADOW SET IN ANY STARTUP ? PROCEDURES. YOU COULD LOSE CURRENT DATA. SEE THE MANUAL FOR THE A SCENARIO. Only add members manually. Upon reboot, the system will D attempt to reconstruct the system disk shadow set as it was prior to
 the shutdown.    > Q > If there isn't, do you need to boot from an alternate system disk to create the N > shadow set?  (I'm flailing here, but I can think of a baroque scheme where IO > boot the DS20E from the EVA so it can MSCP-serve the RA7000 system disk and I Q > create the shadow set on the RX2600 using an EVA disk and the RA7000 disk, then P > quickly shut down and reboot the DS20E (perhaps having adjusted MVTIMEOUT to aM > high value first) from the RA7000 disk which knows it's in a shadow set and Q > mounts up the rest of the shadow set when enough of VMS has been loaded.  Well, J > maybe I don't have the involve the RX2600; just need the RA7000 disk, anM > alternate disk on the EVA, and the target EVA disk and I could do all of it  > with the one system.)  > N > Is there some smarter/easier/more-recommended way to do this?  Any hints and+ > tips on shadowed system disks in general?  > O > (Another issue is that the RA7000 will eventually go away.  At this point I'd N > be looking at trying to boot the AS800 from an MSCP-served disk, and I don'tP > think the console is smart enough to do that.  I presume I'll have to reconfig; > the AS800 as a satellite and MOP-boot.  Is that correct?)  > 	 > Thanks,  > 	 > -- Alan    AEF    ------------------------------  + Date: Mon, 10 Apr 2006 23:44:43 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)7 Subject: Re: SMTP: stop sending "no such user" messages 2 Message-ID: <06041023444317_202002AF@antinode.org>  - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   D > Have you tried extracting the TCPIP$SMTP_RECEIVER.EXE from the 5.5G > distribution and trying to run it on your non 8.2 system to see if it A > works ?  That is the image which would be doing teh checking of @ > usernames during the SMTP negotiation when receiving messages.  E    As I recall, I did, and it behaved badly (hung, died, failed, ...) @ and I stopped getting e-mail, so I yanked it out pretty quickly.      SMS.    ------------------------------  + Date: Mon, 10 Apr 2006 19:12:19 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)( Subject: Re: TCPIP$SMTP_POSTMASTER_ALIAS$ Message-ID: <e1eamj$8cu$2@online.de>  B In article <e1dl9d$rrp$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:   H > >That is the primary purpose. And from the receiving system's point ofF > >view, if it gets a message from "postmaster" destined to an unknown0 > >user, it SHOULD ignore it and not bounce it.  > > M > NO. It should only ignore it and not bounce it if the envelope from address L > of the incoming message is null see RFC 1123. (all bounce messages an SMTP= > server generates should have null envelope from addresses). O > Messages from postmaster which don't have null envelope from addresses should * > be treated like all other mail messages.  7 Right.  And the ones I generate have the null envelope.   F One definitely needs to be able to receive email sent to Postmaster.  E But should bounce messages also be sent FROM Postmaster?  What about  H Mailer-Daemon, which apparently many unix systems use.  Which is better   for TCPIP$SMTP_POSTMASTER_ALIAS?   ------------------------------  + Date: Mon, 10 Apr 2006 19:13:24 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)( Subject: Re: TCPIP$SMTP_POSTMASTER_ALIAS$ Message-ID: <e1eaok$8cu$3@online.de>  B In article <e1dlnh$rrp$2@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:   N > If DEC TCPIP Service's SMTP server is not sending bounces with null envelope, > from addresses then it is severely broken.  I It does send them with null envelope.  The "problem" is that, out of the  7 box, they come from TCPIP$SMTP and not from Postmaster.   A Does it matter if it's Postmaster or POSTMASTER or postmaster or   PostMaster?    ------------------------------    Date: 10 Apr 2006 14:05:49 -0700' From: "toby" <toby@telegraphics.com.au> P Subject: Re: The Minimum You Need to Know to Be an OpenVMS Application DeveloperC Message-ID: <1144703149.339176.316470@v46g2000cwv.googlegroups.com>    Dr. Dweeb wrote: > Well Arne, >  > You clearly love MySQL.  > B > However, it is a toy database for toy applications - and explain; > exactly how MySQL is *not* "any other ISAM file library".   C You should familiarise yourself with versions 4 and 5 of the server 
 before go on.    > G > Until recently (and maybe still), one did not have to go far into the G > manual to realise that the developers were totally clueless as to the D > requirements of a database per se, and of a relational database in
 > particular.  > I > Faulty understanding of the issues involved led to fundamentally flawed B > product.  the fact that InnoBase even exists, is, well, proof byE > existence, that the original and current MySQL is seroiusly flawed.   E MyISAM never claimed to be anything more than it was: fast, reliable,  but not transactional.   > H > And I am sorry, the notion that dat integrity is the responsibility ofH > the application, as the developers of MySQL so fondly recounted in theG > manuals says exactly everything you need to know about their level of H > understanding of the theory, or for that matter, practice of databases4 > in general and relational databases in particular. > E > If you want a glorified file system with a toy SQL on top if it for E > non-critical applications - fine, use MySQL.  I can conceive of few E > applications with even the most limited data integrity and security 2 > requirements that would be well served by MySQL.  - Perhaps wider applicability than you suspect: , http://www.mysql.com/why-mysql/case-studies/   --Toby   >  > Dr. Dweeb    ------------------------------  + Date: Mon, 10 Apr 2006 22:06:44 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) & Subject: Re: Using the Serial Terminal( Message-ID: <e1ektj$jqa$1@pcls4.std.com>  & "Wilm" <w4.boerhout@planet.nl> writes:  H >>>>There is a hack using /SYSPASSWORD that accomplishes the same thing.$ >>>>I think this is what he's doing.   >Indeed!  D >The command has been in the startup file since the middle eighties,# >maybe the hack was necessary then. H >I sure wasn't aware that it was a hack, just that it evoked the desired  >behaviour. You learn every day.  H "Hack" only in that that's not the official purpose of /SYSPASSWORD, and< 99% of other sys$managers use /NOTYPAHEAD to disable logins.  H It's actually better than /NOTYPAHEAD since the application doesn't have: to set the terminal /TYPAHEAD, it can just start using it.   ------------------------------  % Date: Mon, 10 Apr 2006 18:59:27 +0100 # From: issinoho <issinoho@gmail.com>  Subject: VAMP board changes 4 Message-ID: <e1e6e5$78t$1$8302bc10@news.demon.co.uk>   For information.  G The VAMP (VMS-Apache-MySQL-PHP) message board has been upgraded to run  - on the latest version of phpBB, namely 2.0.20 F A full changelog is contained on the board forum, however changes are $ mainly bug fixes & security-related.  I I've also done a little spring-clean. All users that I could identify as  F being spammers have been deleted and a new shiny theme and banner has  been added.   G Other than that it's business as usual. Hope you like the changes; any   and and all comments welcome.   I One of these days I'll get round to getting a decent URL for this to run  F on; until that time it remains at http://www.issinoho.com:8080/phpbb2/   ------------------------------   End of INFO-VAX 2006.200 ************************