1 INFO-VAX	Thu, 20 Mar 2003	Volume 2003 : Issue 156       Contents:4 Re: %SYSTEM-F-BUGCHECK, internal consistency failure- Re: Brian Schenkenberger - Where are you????? - Re: Brian Schenkenberger - Where are you?????  Re: Carly's feedback link  Re: Carly's feedback link  Re: Carly's feedback link  Re: Carly's feedback link  Re: Carly's feedback link  CI cluster issues  Re: CI cluster issues  Re: CI cluster issues  Re: CI cluster issues & Cluster, half in the DMZ, half outside* Re: Cluster, half in the DMZ, half outside* Re: Cluster, half in the DMZ, half outside* Re: Cluster, half in the DMZ, half outside* Re: Cluster, half in the DMZ, half outside COPY/FTP return status DECserver 90TL docs and image ! Re: DECserver 90TL docs and image  Demagnetize Disk Drives  Re: Demagnetize Disk Drives  Re: Demagnetize Disk Drives = Re: DSPP Business Newsletter for North America, March edition = Re: DSPP Business Newsletter for North America, March edition = Re: DSPP Business Newsletter for North America, March edition = Re: EFI Specifications (was: I Have Seen The IA64 Future !!!) = Re: EFI Specifications (was: I Have Seen The IA64 Future !!!) = Re: EFI Specifications (was: I Have Seen The IA64 Future !!!) 7 Re: How do you Detect Ethernet failure from inside code 7 Re: How do you Detect Ethernet failure from inside code 9 How to restrict the login access number in Alpha Open VMS = Re: How to restrict the login access number in Alpha Open VMS = Re: How to restrict the login access number in Alpha Open VMS # Re: http://www.djesys.com/vms/soho/ # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! ! Re: IBM starts to work on Power-5 ! Re: IBM starts to work on Power-5 ! Re: IBM starts to work on Power-5 ! Re: IBM starts to work on Power-5  Re: Idea around OpenVMS Pearls Re: Idea around OpenVMS Pearls Re: Idea around OpenVMS Pearls. Re: Is http://www.montagar.com/hobbyist/ down?( Re: Maximum record length allowed in RMS Re: Micromedex on VMS  Re: Micromedex on VMS  Re: Micromedex on VMS  Re: Micromedex on VMS $ Re: new releases of MySQL and Python, Re: Next OpenVMS Advanced Technical Bootcamp Re: Nice update! Re: Nice update! Re: Nice update! Re: Nice update!  Re: OpenVMS SMP License Question  Re: OpenVMS SMP License Question  Re: OpenVMS SMP License Question Problems with SSH EAK  Re: Restoring image backup
 Rich Marcello  Re: Rich Marcello  Re: Rich Marcello  Re: send mail from an intranet?  Re: send mail from an intranet?  Re: send mail from an intranet?  Some Windows ammunition  Re: Some Windows ammunition  Re: Some Windows ammunition  Re: Some Windows ammunition ? Re: Somebody didn't get the message?  HP shows it doesn't care. ? Re: Somebody didn't get the message?  HP shows it doesn't care.  Re: strange ENQ rates  Re: strange ENQ rates  Re: strange ENQ rates  Re: strange ENQ rates   Re: Suggestion about email abuse  Re: Suggestion about email abuse# Re: Suggestion for covert marketing # Re: Suggestion for covert marketing # Re: Suggestion for covert marketing 3 Sun has a crash bug, and power5 is garbage syas HP! 7 Re: Sun has a crash bug, and power5 is garbage syas HP! 7 Re: Sun has a crash bug, and power5 is garbage syas HP! " Re: System crash, should I worry ?" Re: System crash, should I worry ?  Re: SYS_CHECK equivelant on VMS. Re: This newsgroup Re: This newsgroup Re: This newsgroup Re: unix Re: unix Re: unix Re: unix Re: unix8 vms731_fibre_scsi-v0200 ECO also contains BACKUP MME fixH Re: [VMS V7.3-1] How to display multipath infos with lexical functions ?  F ----------------------------------------------------------------------  + Date: Thu, 20 Mar 2003 10:17:52 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> = Subject: Re: %SYSTEM-F-BUGCHECK, internal consistency failure ; Message-ID: <01KTQSIQDSCI9S5MQI@sysdev.deutsche-boerse.com>   H > > I mentioned a couple of days ago that I had written a DCL client forK > > DynDNS.org.  It works, and runs fine most of the time, but occasionally * > > the corresponding batch job exits with > > 7 > >    %SYSTEM-F-BUGCHECK, internal consistency failure  > M > If you SET VERIFY, can you confirm where the bugcheck happens ? Would it be = > while LYNX is sending the HTTP transaction over to DYNDNS ?   F I tried this.  I got a different error message, something with %CLI.  E Apparently the LYNX access to the page didn't work.  First time I've  E seen this, though.  Not sure if it is something new or if turning on  & verify changed the error message.  :-|  G I've now turned verify back off, added some better error handling, and  H removed the /RETAIN=ERROR from the batch job.  I now have another batch F job which then resubmits it when it disappears.  Perhaps the log file ( will show something if it crashes again.   ------------------------------  % Date: Thu, 20 Mar 2003 09:35:52 -0500 ! From: Jim Agnew <jpagnew@vcu.edu> 6 Subject: Re: Brian Schenkenberger - Where are you?????' Message-ID: <3E79D1C8.17957B75@vcu.edu>    hope you had a good time...   ! VAXman-, @SendSpamHere.ORG wrote:  > q > In article <ee8fff65.0303190756.1f43f63f@posting.google.com>, ratkinson@tbs-ltd.co.uk (Robert Atkinson) writes: C > >Brian, I need to ask you a question about CTRL-V. Please can you ( > >contact me on ratkinson@tbs-ltd.co.uk > * > Pussycat, pussycat, where have you been?+ >   I've been to London to visit the Queen.  > J > Actually, I didn't see the Queen, just Buckingham palace.  I'm back home > now. >  > --Q > VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM  > 6 >   "Well my son, life is like a beanstalk, isn't it?"   --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------  # Date: Thu, 20 Mar 2003 17:10:44 GMT " From:   VAXman-  @SendSpamHere.ORG6 Subject: Re: Brian Schenkenberger - Where are you?????0 Message-ID: <00A1D262.337F5650@SendSpamHere.ORG>  K In article <3E79D1C8.17957B75@vcu.edu>, Jim Agnew <jpagnew@vcu.edu> writes:  >hope you had a good time...  K With my kids?  You've got to be kidding (no pun intended)!  I unloaded 200 J at Burberry's after promising my daughter that I'd buy her the bag she sawI on her student ambassador trip 2 years ago.  Who'd have thought it would   still be in fashion. :(   I My pub goings were impeded because most will not permit under 18s inside. H This in no way affected my imbibing -- just the atmosphere in which said imbibing took place. :)   L I left the camera bag with all of the camera lenses on the train from Salis-L bury (closest town/rail station to Stonehenge) to Bath Spa.  Fortunately, itM was recovered but I needed to waste the better part of a day traveling to the J Bristol Temple Meade station to claim it.  My entire Marillion weekend pixL depended upon those lenses.  Heathrow's security goons insisted that my 1600M ISO film had to be X-rayed on the return home.  I am now hoping that 47 rolls  of film are not clouded.  6 If you ever have a chance to stay at Butlins... DON'T!  M I did try to meet our Mr. Harrison whilst there.  I called him twice but only M got his voice mail.  Without a phone to ring me back, organising a rendezvous  was virtually impossible.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  + Date: Thu, 20 Mar 2003 10:14:45 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> " Subject: Re: Carly's feedback link; Message-ID: <01KTQSGL7UV69S5MQI@sysdev.deutsche-boerse.com>   F > Funny how when anyone else has them, they're WMD's, yet when America. > has them they are simply 'nuclear devices'.   G Close, but no cigar.  I believe "nuculer" is the correct pronunciation.    ------------------------------    Date: 20 Mar 2003 05:37:31 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: Carly's feedback link3 Message-ID: <xImQ6t6iCCGC@eisner.encompasserve.org>   w In article <01KTQSGL7UV69S5MQI@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: G >> Funny how when anyone else has them, they're WMD's, yet when America / >> has them they are simply 'nuclear devices'.   > I > Close, but no cigar.  I believe "nuculer" is the correct pronunciation.   A Only among the illiterate.  I believe Colin Powell gets it right.    ------------------------------  + Date: Thu, 20 Mar 2003 12:44:18 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> " Subject: Re: Carly's feedback link; Message-ID: <01KTQXLVIDV49H1MPS@sysdev.deutsche-boerse.com>   J > > > Funny how when anyone else has them, they're WMD's, yet when America2 > > > has them they are simply 'nuclear devices'.  > > K > > Close, but no cigar.  I believe "nuculer" is the correct pronunciation.  > C > Only among the illiterate.  I believe Colin Powell gets it right.   H Well, I heard Dubya's speech, and Dubya said "nuculer", and since Dubya I will declare war on you if he doesn't like what you say, I conclude that  H "nuculer" is how it should be pronounced, even if it isn't correct.  :-|  F I saw a cartoon a couple of years ago where a reporter asked "What do H you intend to do about the Kurd problem" and Dubya replied "Look at the % expiration date on the milk carton?".    ------------------------------    Date: 20 Mar 2003 06:25:22 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: Carly's feedback link3 Message-ID: <Q5mdnlRAJSc1@eisner.encompasserve.org>   w In article <01KTQXLVIDV49H1MPS@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: K >> > > Funny how when anyone else has them, they're WMD's, yet when America 3 >> > > has them they are simply 'nuclear devices'.   >> >  L >> > Close, but no cigar.  I believe "nuculer" is the correct pronunciation. >>  D >> Only among the illiterate.  I believe Colin Powell gets it right. > J > Well, I heard Dubya's speech, and Dubya said "nuculer", and since Dubya K > will declare war on you if he doesn't like what you say, I conclude that  J > "nuculer" is how it should be pronounced, even if it isn't correct.  :-|   What is your problem ?  9 Why do you assume he knows what continent Germany is on ?    ------------------------------  + Date: Thu, 20 Mar 2003 13:30:34 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> " Subject: Re: Carly's feedback link; Message-ID: <01KTQZ9C5PR09H1MPS@sysdev.deutsche-boerse.com>   M > >> > > Funny how when anyone else has them, they're WMD's, yet when America 5 > >> > > has them they are simply 'nuclear devices'.   > >> >  N > >> > Close, but no cigar.  I believe "nuculer" is the correct pronunciation. > >>  F > >> Only among the illiterate.  I believe Colin Powell gets it right. > > L > > Well, I heard Dubya's speech, and Dubya said "nuculer", and since Dubya M > > will declare war on you if he doesn't like what you say, I conclude that  L > > "nuculer" is how it should be pronounced, even if it isn't correct.  :-| >  > What is your problem ? > ; > Why do you assume he knows what continent Germany is on ?   B I do remember a Reagan speech in which he listed the Eastern Bloc I countries---and included Yugoslavia and Austria!  But hey, if you're not  G sure which continent something is on, bomb them all!  After all, since  I Dubya doesn't know where Saddam Hussein is, he probably plans to destroy  ; a lot of stuff in the hope that he might hit him by chance.    ------------------------------    Date: 20 Mar 2003 01:40:54 -0800( From: chrisc44444@hotmail.com (Chris C.) Subject: CI cluster issues= Message-ID: <a8d0c1df.0303200140.27121324@posting.google.com>   > We have a 2 node (ES40's) CI Cluster running VMS 7.1-2, with 2E redundantly configured HSJ80's which house the quorum disk as well as  the system and data disks.C Software prevents us upgrading VMS for several months and following D this we hope to be going down the Fibre Channel for storage / Memory channel for interconnect route. C In the mean time we experience performance problems associated with C the CI Bus particularly heavy locking traffic, lots of processes in  RWSCS and RWCLU.E What I would like to do short term is make use of spare network ports 8 and install a private 100Mbps LAN between the 2 systems.6 How can I get SCS traffic off the CI and onto the LAN?C Will this affect my ability to boot one node using the quorum disk? $ Any other ideas gratefully received.   Many Thanks    ------------------------------  % Date: Thu, 20 Mar 2003 10:46:07 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: CI cluster issues' Message-ID: <3E799BEF.E06FFA@127.0.0.1>    "Chris C." wrote:  > @ > We have a 2 node (ES40's) CI Cluster running VMS 7.1-2, with 2G > redundantly configured HSJ80's which house the quorum disk as well as  > the system and data disks.E > Software prevents us upgrading VMS for several months and following F > this we hope to be going down the Fibre Channel for storage / Memory! > channel for interconnect route. E > In the mean time we experience performance problems associated with E > the CI Bus particularly heavy locking traffic, lots of processes in  > RWSCS and RWCLU.G > What I would like to do short term is make use of spare network ports : > and install a private 100Mbps LAN between the 2 systems.8 > How can I get SCS traffic off the CI and onto the LAN?E > Will this affect my ability to boot one node using the quorum disk? & > Any other ideas gratefully received.  H You know, I've just checked the documentation, and it doesn't explicitlyH state the priority of which cluster interconnect is chosen over another.B It is on a DSN/WIS article though, "How To Determine The PReferred$ Channel For Cluster Communications".  E Priority order is galaxy shared memory, memory channel, the CI, DSSI, F FDDI, and finally the NI (ethernet). Note that FC isn't mentioned, butB it's my understanding the driver class if and when available is NIG (confirmation please) based on the fact the port driver work is/will be 7 being built on all the good work put into the PEDRIVER.   C So, based on this, installing a private 100Mb LAN won't necessarily  achieve what you want.  D However, from what you've described of the situation, why didn't youH select the HSZ80 and form a SCSI cluster (SCSI is a special interconnectD and no cluster traffic passes over it) and have the SCS traffic only" (not storage traffic) over the CI?  B We also implemented a memory channel, so when we see heavy lockingE traffic problems, they are exhibited against the VAXes in the cluster G due to having Alpha served storage and (currently) limited to the CI as  the fastest interconnect.   @ Interestingly, RWSCS could be caused by excessive lock directoryF lookups, look at MON DLOCK and see what the incoming and outgoing "DirE Function Rate" is. This may be (application dependent) a good time to : educate your application people of the use of the NL lock.  G Having said all that, all of the above intended hardware configurations G seems to be the way you are heading, with the addition of FibreChannel, E so understanding the priority for SCS over FC would be real useful at A this time for future reference. However you have to treat FC as a 3 storage only interconnect for now, similar to SCSI.   H As to being able to tackle your immediate problems, I'm not sure you canF (I've never tried or looked) to stop SCS over a CI (star coupler job),D and I don't know if the PEDRIVER could elevate itself as a preferred@ channel over a congested CI, due to the priority I listed above.  F I would however, try to understand the source of the excessive locking@ traffic, if that is what it is, and perhaps try to address that.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Thu, 20 Mar 2003 17:30:49 +0100 0 From: "labadie" <en_trajectant_a_mort@127.0.0.1> Subject: Re: CI cluster issues* Message-ID: <3e79eeb0@usenet01.boi.hp.com>  5 "Chris C." <chrisc44444@hotmail.com> wrote in message 7 news:a8d0c1df.0303200140.27121324@posting.google.com... @ > We have a 2 node (ES40's) CI Cluster running VMS 7.1-2, with 2G > redundantly configured HSJ80's which house the quorum disk as well as  > the system and data disks.E > Software prevents us upgrading VMS for several months and following F > this we hope to be going down the Fibre Channel for storage / Memory! > channel for interconnect route. E > In the mean time we experience performance problems associated with E > the CI Bus particularly heavy locking traffic, lots of processes in  > RWSCS and RWCLU.G > What I would like to do short term is make use of spare network ports : > and install a private 100Mbps LAN between the 2 systems.8 > How can I get SCS traffic off the CI and onto the LAN?E > Will this affect my ability to boot one node using the quorum disk? & > Any other ideas gratefully received. > 
 > Many Thanks    Hello    get the program fromL http://h18000.www1.hp.com/support/asktima/operating_systems/009F6DF1-BC7EC4E
 1-1C02A1.html   > Example-C How to Monitor the Dynamic Lock Remastering Activity  G run it on all nodes of the Cluster, play with PE1, until you have found $ values where you no longer have your
 RW processes.   F If you can upgrade to Vms 7.3 or 7.3-1, you will have this in Monitor: $ monitor rlock    and you will have 	 $ ana/sys  lck stat lck remaster/csid=...  sh resource/contention sh lock/waiting  sh lock/blocking= which can help you a lot, for an easy debug of such problems.    Regards    Grard   ------------------------------    Date: 20 Mar 2003 09:41:55 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)  Subject: Re: CI cluster issues< Message-ID: <cf15391e.0303200941.7f69d34@posting.google.com>  m chrisc44444@hotmail.com (Chris C.) wrote in message news:<a8d0c1df.0303200140.27121324@posting.google.com>... @ > We have a 2 node (ES40's) CI Cluster running VMS 7.1-2, with 2G > redundantly configured HSJ80's which house the quorum disk as well as  > the system and data disks.E > Software prevents us upgrading VMS for several months and following F > this we hope to be going down the Fibre Channel for storage / Memory! > channel for interconnect route. E > In the mean time we experience performance problems associated with E > the CI Bus particularly heavy locking traffic, lots of processes in  > RWSCS and RWCLU.  D RWCLU state (when observed separate from a state transition) usuallyC indicates activity-based dynamic lock remastering activity.  If the E rate of remastering is excessive, you could introduce an imbalance of F LOCKDIRWT values between the two ES40s to force the lock mastership toA one of the two nodes -- this technique works quite well until you D reach the point where you saturate the lock-master node in interruptF state.  Folks will often throttle excessive remastering activity usingD the PE1 parameter.  Another method involves raising the value in the> global cell which indicates the relative difference in locking@ activity rates which warrants remastering, LCK$GL_ACT_THRSH (theD default value, which equates to a delta of only 10 lock requests perD second between nodes, was chosen as of V5.5 on the VAX, and is often% too small for today's fast machines).   C RWSCS state commonly indicates delays in satisfying lock requests.  B Check for SCS credit waits on the VMS$VAXcluster SYSAP using $SHOWE CLUSTER/CONTINUOUS with ADD CONNECTIONS,CR_WAITS.  If you see large / D increasing counts for credit waits, consider raising the SCS_CREDITS
 parameter.  A See my DECUS presentations on monitoring and controlling the Lock F Manager at http://www.geocities.com/keithparris/ for more information.  G > What I would like to do short term is make use of spare network ports : > and install a private 100Mbps LAN between the 2 systems.8 > How can I get SCS traffic off the CI and onto the LAN?  $ There are at least a couple of ways.  ; One is to use the PORT_CLASS_SETUP (for all SCS traffic) or ? MOVE_REMOTENODE_CONNECTIONS (for just locking traffic) programs ? available from the CSCs.  These allow you to change the default E priority of the different types of SCS ports and override the default  selection ordering.   F Another way would be to ensure that your VMS systems are at the top ofF the range of CI addresses, and set PAMAXPORT to the CI address of yourE highest-numbered HSJ80.  This would allow the VMS systems to poll and ( discover the HSJ80s, but not each other.  A The first method is preferable because if the network failed, SCS > could still fail back to the CI.  With the second solution, no9 communications over the CI is possible between the nodes.   D Do your ES40s have multiple CPUs?  If so, are you using Fast_Path onE CI?  Be aware that 7.1-2 doesn't have Fast_Path for LAN adapters, and D if you're using Fast_Path now, you could saturate the Primary CPU inA interrut state if you move SCS traffic from CI to Ethernet (or to A Memory Channel, for that matter, since it lacks Fast_Path support  also).  E > Will this affect my ability to boot one node using the quorum disk?    No.   & > Any other ideas gratefully received.  B I'd suggest looking into the source of the locking activity.  I'veE seen cases where unnecessary locking activity was going on, and could B be eliminated.  The LCKACT tool from the V5 Freeware CD (directoryA [KP_LOCKTOOLS]) could be handy in this investigation.  The latest C version of the LCKACT (and LCKQUE) tools may be found in VMS Backup < savesets of those names at http://encompasserve.org/~parris/   ------------------------------    Date: 20 Mar 2003 04:10:00 -0800) From: jbrankin@ntlworld.com (Jim Brankin) / Subject: Cluster, half in the DMZ, half outside = Message-ID: <863f19d6.0303200410.43294e8f@posting.google.com>   E Has anyone built a cluster with some of the nodes in the DMZ and some  outside of it?  D The nodes in the DMZ would be web servers, obviously, and the othersE back end database engines. All the machines would run a cluster-aware = database product and there would be at least one shared disk.   D Since the cluster interconnect would connect machines in the DMZ andE the internal network without going through the inner firewall router  A there would be problems convincing the security people it was OK. E However, if you ensure that the cluster interconnect is not carrying  ? IP or DECnet traffic then I do not see that there is a security  problem.  C Has anyone done this? Does anyone see problems with it? What do you  think?   - Jim    ------------------------------  + Date: Thu, 20 Mar 2003 13:27:51 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 3 Subject: Re: Cluster, half in the DMZ, half outside ; Message-ID: <01KTQYOJLQ1I9H1MPS@sysdev.deutsche-boerse.com>   G > Has anyone built a cluster with some of the nodes in the DMZ and some  > outside of it?   > F > The nodes in the DMZ would be web servers, obviously, and the othersG > back end database engines. All the machines would run a cluster-aware @ > database product and there would be at least one shared disk.  > J > Since the cluster interconnect would connect machines in the DMZ and theH > internal network without going through the inner firewall router thereI > would be problems convincing the security people it was OK. However, if G > you ensure that the cluster interconnect is not carrying IP or DECnet > > traffic then I do not see that there is a security problem.  > E > Has anyone done this? Does anyone see problems with it? What do you 	 > think?    G I have done something similar, for a completely different reason, in my C hobbyist cluster at home.  (Background: During a transitional phase E between ISDN and DSL, I want to have BOTH the ISDN router and the DSL E router available.  The two routers are on different logical networks, E but the same physical LAN segment (as is all the hardware here).  The F problem---which I hope to solve in a different way this weekend thanksF to a great idea by JF involving a THIRD router---is that one can only $ have ONE default gateway for TCPIP.)  @ I had one member of a cluster on one logical network (private IPF addresses) and the other on another (public IP addresses).  (Actually,G on the one with the public IP address I had two interfaces---a real one D and a pseudointerface for the private network---so that the machinesH could communicate via TCPIP, but I also tried it with just one interfaceF per machine, on different networks, and there were no problems.)  The @ cluster nodes shared disks.  I could log in to one node via one G interface and of course see disks mounted on the other node etc but as  H far as TCPIP was concerned the machines didn't have anything to do with G each other.  As expected, all things worked OK.  For test purposes (my  H goal was different than yours), I deleted the interface on one machine, I so it had NO TCPIP connection.  No problem with the cluster.  (Actually,  B this was a LAVC cluster so I had cluster traffic as well as TCPIP G traffic on the LAN, but hey if it's on a different network or if there  H is no TCPIP interface, it's not a security issue even if there is TCPIP  traffic on the network.)  H If you're using port forwarding, you might want to forward the ports youE need to the publicly accessible machine, rather than making ALL ports H visible.  (If you want more than one machine publicly available, why notH make the TCPIP cluster alias IP address the goal of the port forwarding?I After all, you're running a cluster.)  (If you also have the possibility  F to change the port number while forwarding, you might want to forward D port, say, 4001 to port 23 of an "internal" machine so that you can E connect from outside if you have to, perhaps just initially for test  
 purposes.)   ------------------------------  + Date: Thu, 20 Mar 2003 12:58:10 +0000 (UTC) + From: david20@alpha2.mdx.ac.uk (David Webb) 3 Subject: Re: Cluster, half in the DMZ, half outside + Message-ID: <b5cdt1$8va$1@aquila.mdx.ac.uk>   i In article <863f19d6.0303200410.43294e8f@posting.google.com>, jbrankin@ntlworld.com (Jim Brankin) writes: F >Has anyone built a cluster with some of the nodes in the DMZ and some >outside of it?  > E >The nodes in the DMZ would be web servers, obviously, and the others F >back end database engines. All the machines would run a cluster-aware> >database product and there would be at least one shared disk. >   3 There is your problem - "at least one shared disk". I Pretty pointless building a cluster if you don't share any disks but that % shared disk is a major security hole. L Someone who hacked into one of the external VMS cluster members can then putL files onto that shared disk. He then just needs to get a commandfile he putsL on that shared disk run on one of the internal systems. According to how theL cluster is setup this might be as easy as submitting a batch job to a queue L running on one of the internal systems. Also although the shared disk is theM only one mounted will any of the other disks be visible ie can a hacker mount  any of the other disks ?  A I wouldn't have thought the security team would like this at all.     
 David Webb VMS and unix team leader CCSS Middlesex University    E >Since the cluster interconnect would connect machines in the DMZ and F >the internal network without going through the inner firewall router B >there would be problems convincing the security people it was OK.F >However, if you ensure that the cluster interconnect is not carrying @ >IP or DECnet traffic then I do not see that there is a security	 >problem.  > D >Has anyone done this? Does anyone see problems with it? What do you >think?  >  >- Jim   ------------------------------  % Date: Thu, 20 Mar 2003 12:12:32 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>3 Subject: Re: Cluster, half in the DMZ, half outside / Message-ID: <3E79E86E.C31CE899@vl.videotron.ca>    Jim Brankin wrote: > G > Has anyone built a cluster with some of the nodes in the DMZ and some  > outside of it?  K What exactly is the DMZ ? Is that an official networking term, or just some J terminology used for one consumer grade home router to teh default host toI receice call requests to ports that are not specified in the router's SUA  table ?   J If you have a NAT/PAT router (such as home routers), then you just need toH route all incoming calls to the one host on your LAN that you want to beK "public". Folks from the outside will not be able to reach other hosts.  Of ' course, you cannot use a cluster alias.   L In your cluster, if Node A has TCPIP started, and node B doesn't, then folksL on the internet won't be able to reach node B. The one issue however is thatJ they gain access to node A and from there use decnet to connect to node A.  I If you have a real internet connection with fixed IP adresses, one way to K insulate part of your cluster is to give "internet" IP adresses only to the L node you want to be reacheable, and then give the other nodes in the clusterN local, non-routable IP adresses (such as 10.*). There is no way for someone onN the internet to reach a node on your lan that has a non-routable IP address if@ you have a real connection to the internet without a NAT router.  M The "public" node can have 2 IP interfaces (multihomed) on the same ethernet. N One in the 10.* range to talk to the other hosts on your lan, and the one thatM has your public IP adrress to talk to the rest of the world. However, in this J setup, the "private" nodes in your cluster would not be able to access theM internet since the internet has no way to et traffic back to them, unless you ; use a NAT router or some proxy service on your public node.    ------------------------------    Date: 20 Mar 2003 12:27:03 -0600+ From: young_r@encompasserve.org (Rob Young) 3 Subject: Re: Cluster, half in the DMZ, half outside 3 Message-ID: <5L62oNiGh8uA@eisner.encompasserve.org>   Y In article <b5cdt1$8va$1@aquila.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (David Webb) writes: k > In article <863f19d6.0303200410.43294e8f@posting.google.com>, jbrankin@ntlworld.com (Jim Brankin) writes: G >>Has anyone built a cluster with some of the nodes in the DMZ and some  >>outside of it? >>F >>The nodes in the DMZ would be web servers, obviously, and the othersG >>back end database engines. All the machines would run a cluster-aware ? >>database product and there would be at least one shared disk.  >> > 5 > There is your problem - "at least one shared disk". K > Pretty pointless building a cluster if you don't share any disks but that ' > shared disk is a major security hole. N > Someone who hacked into one of the external VMS cluster members can then putN > files onto that shared disk. He then just needs to get a commandfile he putsN > on that shared disk run on one of the internal systems. According to how theN > cluster is setup this might be as easy as submitting a batch job to a queue N > running on one of the internal systems. Also although the shared disk is theO > only one mounted will any of the other disks be visible ie can a hacker mount  > any of the other disks ? >   H 	I wonder if it would be as simple as all web server accounts and othersF 	in use in the DMZ have no INTERACTIVE access, nor BATCH.  It appears , 	from the description that it may be doable.  6 	Sprinkle via IDENTIFIERS to cut down on access (even @ 	accidental access, i.e. you attempt to log into SYSTEM on a DMZ9 	box.  However, your IDENTIFIER for the SYSTEM account is > 	INTERNAL_ACCESS_ONLY and prevents you from going into the DMZ 	boxes).   		EXTERNAL_ACCESS_ONLY
 		BOTH_ACCESS  		INTERNAL_ACCESS_ONLY  < 	via checks in SYLOGIN.COM, RESTRICTED and CAPTIVE flags set 	where appropriate, etc.   	I would do a few things.     % 			1)  SSH access to privved accounts   2 			2)  Fine grained auditing with automated alarms  5 			3)  Turning off TCP/IP services not in use (normal 2 			    stuff) and further restricting access.  For8 			    instance, you could help a great deal by allowing2 			    telnet from only a handful of IP addresses:	 Multinet:    	Addresses below are fake.   SERVER-CONFIG>sho telnet/fulle Service "TELNET":-1         TCP socket (AF_INET,SOCK_STREAM), Port 23c%         Socket Options = SO_KEEPALIVE          INIT() = Merge_Image         LISTEN() = TCP_Listena#         CONNECTED() = TCP_Connected #         SERVICE() = Internal_Telnet'5         Program = "MULTINET:LOADABLE_KERBEROS_TELNET"rL         Accept Hosts = IP-127.0.0.1 , IP-199.224.101.98 , IP-192.227.245.135         Accept Nets = ""2         Reject by default all other hosts and nets  = 	Especially if 1) is impractical (i.e. using TCPIP Services).,  < 	I would have a high level of confidence this could be done 8 	well especially if it is easy to identify all accesses.   				Robe   ------------------------------  % Date: Thu, 20 Mar 2003 11:38:11 -0600  From: brandon@dalsemi.comz Subject: COPY/FTP return status 1 Message-ID: <03032011381156@dscis6-0.dalsemi.com>S  M I am using the COPY/FTP command and found this little quirk.  When attemptingeG to copy a LOCKED file I get the same $status code as I do when I copy avJ non-LOCKED file.  The $status code returns a success but does not copy the file.u     For example:   $! $ copy /ftp /ASCII /log -T@        DISK$DEVICE:[USER.FTP]FTP20D45AAB2003032011112701.LOG;1 -K        unixnode"username password"::"world/FTP20D45AAB2003032011112701.LOG"o" %TCPIP-E-FTP_OPNINP, error openingA DISK$DEVICE:[USER.FTP]FTP20D45AAB2003032011112701.LOG;1 for inputp1 -RMS-E-FLK, file currently locked by another usern $ copy$status = $status  $ write sys$output copy$status
 %X17649B11 $! $ copy /ftp /ASCII /log - 1        DISK$DEVICE:[USER.FTP]FTPTIX.COM_V0220;1 -e<        unixnode"username password"::"world/FTPTIX.COM_V0220"G %TCPIP-S-FTP_COPIED, DISK$DEVICE:[USER.FTP]FTPTIX.COM_V0220;1 copied to = UNIXNODE.DALSEMI.COM"username password"::"world/ftptix.com_v04 220" (18881 bytes) $ copy$status = $status  $ write sys$output copy$status
 %X17649B11 $!    2 Is there a way to fetch the failure code for this?   John Brandon VMS Systems Administratoro Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkk 972.371.4003 fx    ------------------------------    Date: 20 Mar 2003 19:13:26 +0800, From: Paul Repacholi <prep@prep.synonet.com>& Subject: DECserver 90TL docs and image- Message-ID: <87n0jqjnop.fsf@prep.synonet.com>l  F Anyone have/know where there the is a copy? dnpg seems to have dropped all the older stuff :(  D Also, there was an archive of DEC network gear documentation, I haveD part of it, but now can't remember where it is. Anyone know the URL?$ (Yeah, this is a royal piss off :( )   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Thu, 20 Mar 2003 11:41:52 GMTd" From:   VAXman-  @SendSpamHere.ORG* Subject: Re: DECserver 90TL docs and image0 Message-ID: <00A1D234.425E4D0F@SendSpamHere.ORG>  \ In article <87n0jqjnop.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: >oG >Anyone have/know where there the is a copy? dnpg seems to have droppedr >all the older stuff :(i     :(  E I spoke with some people there when I tried to get the manual for theuE DECbrouter90.  They had the manual but what they received from Compaq * was corrupted past the 5th chapter (.PDF).  C If you need, I have DSRVE-OM.PS which is the DECserver 90TL Owner's  Manual on my system.  C The image is MNENG2.SYS.   This you should be able to find on older E CONDISTs as NA<version>.  I haven't looked to see if it still appearsn= on more recent CD issues as I've not needed to update my TLs.M    E >Also, there was an archive of DEC network gear documentation, I haveoE >part of it, but now can't remember where it is. Anyone know the URL?-% >(Yeah, this is a royal piss off :( )5  C I have a slew of 90 gear and therefore made sure I downloaded all ImB could when the network group was spun off.  I also have all of theD original manuals shipped with my gear safely stores in zip lock bags in the filing cabinet.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs            ,5   "Well my son, life is like a beanstalk, isn't it?" t   ------------------------------  % Date: Thu, 20 Mar 2003 10:18:13 -0600  From: brandon@dalsemi.comu  Subject: Demagnetize Disk Drives1 Message-ID: <03032010181371@dscis6-0.dalsemi.com>t  O Our management asked us a simple question, what do we do with disk drives aftere they fail or are upgraded?  + My knee jerk answer - "trash bin" or e-bay.r  L The reason they were asking... they were concerned that disk drives that areO gotten rid (for one reason or another) had sensitive data on them that could be, access by the new owners.n       My thought out answer ...=  J * (disk upgrade) In the event that we upgrade a disk drive we wipe out theK data on the disk by performing an INIT/ERASE.  We typically re-use the disksA drive in some other capacity, however at times we have sold them.0  N * (disk failure) In the event that we replace a disk drive we return the driveK to HP and have it replaced with a new one.  Since the disk drive has failedeI there is no way to access the drive and perform an INIT/ERASE.  Hence thet demag.       Now, my questions...   If we use a tape demagnetizer:  M (1) Will we be able to effectively destroy the data on the disk?  Obviously at< strong enough demag will need to be used.  (Oceans 11? ;-) )  ? (2) Will we be voiding any warranties on the drive by doing so?   N (3) Even though the drive has failed, would we be doing more harm to the drive that could void the warranty?   O (4) What does HP do with failed drives?  Postmortem?  Failure analysis?  If so,TA then if we demag the drive do we mask the problem of the failure?'   (5) Are failed drives fixed?    O Any thoughts out there?  (Yes, stupid question... there are thoughts out there)-     John Brandon VMS Systems Administrator: Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkn 972.371.4003 fx    ------------------------------  % Date: Thu, 20 Mar 2003 10:22:24 -0600a From: brandon@dalsemi.comc$ Subject: Re: Demagnetize Disk Drives1 Message-ID: <03032010222428@dscis6-0.dalsemi.com>s   Also, as a side thought...  L Since we mirror (2 way), stripe (3 mirror sets), and partition (various) theO disk drives (total of 6) - the data on the drive is spread out in chunks acrossd
 the shelf.  ? Would it even be possible to access any data on a single drive?d I would think not.   John Brandon VMS Systems Administratory Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wki 972.371.4003 fx    ------------------------------    Date: 20 Mar 2003 17:48:53 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>$ Subject: Re: Demagnetize Disk Drives5 Message-ID: <20030320174853.2895.qmail@gacracker.org>d  / On Thu, 20 Mar 2003, brandon@dalsemi.com wrote:tP >Our management asked us a simple question, what do we do with disk drives after >they fail or are upgraded?h >m, >My knee jerk answer - "trash bin" or e-bay. >hM >The reason they were asking... they were concerned that disk drives that areaP >gotten rid (for one reason or another) had sensitive data on them that could be >access by the new owners.   >My thought out answer ... > K >* (disk upgrade) In the event that we upgrade a disk drive we wipe out theoL >data on the disk by performing an INIT/ERASE.  We typically re-use the diskB >drive in some other capacity, however at times we have sold them.  G I'd think that for most purposes this would be fine. I once saw a Tru64 J admin asking how to erase one of his disks get the answer "install VMS and use INIT/ERASE".  O >* (disk failure) In the event that we replace a disk drive we return the driveeL >to HP and have it replaced with a new one.  Since the disk drive has failedJ >there is no way to access the drive and perform an INIT/ERASE.  Hence the >demag.   F I don't think that's going to work. There's a lot of metal between the0 outside world and the platters inside the drive.  : I'd say your management have to make a choice based on how0 valuable/sensitive any data on the drive may be.  I The sure-fire solution is to physically destroy the disk. A Google searchhJ through alt.privacy would probably allow you to write a book detailing 1017 ways to mangle a hard disk - including using Semtex. :)   I If the disk is under warranty and you want a new one, you could ask HP to J certify that it is either destroyed or securely erased. I'm quite sure you- wouldn't be the first people to ask for that.      Doc. -- -: Time and money, the psychotropics of the business world...K ~ VAXman                                             https://vmsbox.cjb.netC   ------------------------------  % Date: Thu, 20 Mar 2003 01:28:49 -0400e0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>F Subject: Re: DSPP Business Newsletter for North America, March edition/ Message-ID: <3E79516C.F0A9331E@vl.videotron.ca>    "Stanley F. Quayle" wrote:? >> > architecture,. Whether it's Tru64 UNIX, OpenVMS or anotheroA > > operating system, our consultants will work with you over theyE > > telephone or via email, to analyze your application and operating'G > > environment and help you develop a porting strategy for moving thatn' > > application to HP-UX for Itanium 2.    Anyone surprised ?  1 Remember Scott Stallard's memo of May 7th 2002 ?   Business as usual.   ------------------------------   Date: 20 Mar 2003 13:43:56 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)F Subject: Re: DSPP Business Newsletter for North America, March edition6 Message-ID: <b5cgis$26m949$2@ID-135708.news.dfncis.de>  / In article <3E78EDE4.32515.355CA3D5@localhost>,e- 	"Stanley F. Quayle" <stan@stanq.com> writes:.G > From the latest HP DSPP partner newsletter.  Thanks for the support,   > HP!  > D >> DSPP membership provides a valuable benefit for software partnersB >> considering porting to HP-UX to take advantage of the Itanium 2= >> architecture,. Whether it's Tru64 UNIX, OpenVMS or anotherr2                                            ^^^^^^^@ >> operating system, our consultants will work with you over theD >> telephone or via email, to analyze your application and operatingF >> environment and help you develop a porting strategy for moving thatF                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^& >> application to HP-UX for Itanium 2.    ^^^^^^^^^^^^^^^^^^^^mE I sure hope, even without the smiley, this was meant to be sarcastic.3   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>   r   ------------------------------  # Date: Thu, 20 Mar 2003 14:10:11 GMT # From: "John Smith" <a@nonymous.com>"F Subject: Re: DSPP Business Newsletter for North America, March editionF Message-ID: <7Zjea.1590$usW1.818@news01.bloor.is.net.cable.rogers.com>  5 "Stanley F. Quayle" <stan@stanq.com> wrote in message ) news:3E78EDE4.32515.355CA3D5@localhost... F > From the latest HP DSPP partner newsletter.  Thanks for the support, > HP!c > E > > DSPP membership provides a valuable benefit for software partners C > > considering porting to HP-UX to take advantage of the Itanium 2e> > > architecture,. Whether it's Tru64 UNIX, OpenVMS or anotherA > > operating system, our consultants will work with you over the E > > telephone or via email, to analyze your application and operating B > > environment and help you develop a porting strategy for moving that' > > application to HP-UX for Itanium 2.g    C Have you written to carly, Stallard, Gorham, Marcello, the board of2 directors, pointing this out?c  % No wonder there's no VMS advertising.    ------------------------------  % Date: Thu, 20 Mar 2003 09:01:06 -0500mA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>2F Subject: Re: EFI Specifications (was: I Have Seen The IA64 Future !!!). Message-ID: <3e79cd3f$1_2@hpb10302.boi.hp.com>  H Maybe, I wasn't part of the discussion.  But they contributed the ILP toJ allow it's use.  FAT is sufficiently simple to make it attractive for this
 specific use.   1 "Michael Unger" <unger@decus.de> wrote in messaget% news:00A1D101.CE3E9AC2.49@decus.de...nD > "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote: >dL > > Te EFI is it's own animal from Intel.  I'm sure HP had input into it, as did  > > Microsoft. > >.	 > > [...]  > F > Obviously Micro$oft added the requirement for a FAT partition on the > system disk ... :-(e >o	 > Michael    ------------------------------  % Date: Thu, 20 Mar 2003 09:01:06 -0500-A From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>wF Subject: Re: EFI Specifications (was: I Have Seen The IA64 Future !!!). Message-ID: <3e79d207$1_3@hpb10302.boi.hp.com>  H Maybe, I wasn't part of the discussion.  But they contributed the ILP toJ allow it's use.  FAT is sufficiently simple to make it attractive for this
 specific use.t  1 "Michael Unger" <unger@decus.de> wrote in messagev% news:00A1D101.CE3E9AC2.49@decus.de...oD > "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote: > L > > Te EFI is it's own animal from Intel.  I'm sure HP had input into it, as didt > > Microsoft. > >s	 > > [...]l >eF > Obviously Micro$oft added the requirement for a FAT partition on the > system disk ... :-(  >m	 > Michaele   ------------------------------  % Date: Thu, 20 Mar 2003 12:40:23 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>F Subject: Re: EFI Specifications (was: I Have Seen The IA64 Future !!!)/ Message-ID: <3E79EEF3.88DCB053@vl.videotron.ca>c   Fred Kleinsorge wrote: > J > Maybe, I wasn't part of the discussion.  But they contributed the ILP toL > allow it's use.  FAT is sufficiently simple to make it attractive for this > specific use.D   A few questions:  N Is it correct to state that you could have VMS without that FAT file stored onL the system disk and do basic system stuff such as boot with just the vanilla EFI stuff available in ROM ?  M Will EFI programs (either the vanilla ROM-based, and the extended ones storedlN on disk) ever write some files to that FAT partition ? (for instance, to store configuration information ?)  I When the vanilla (rom based) EFI accesses the FAT partition, does it have N enough smarts to underestand the FAT file format, with file names etc, or justJ enough to lookup a few pointers to find the address of code to branch to ?  E In other words, if, from the vanilla >>> prompt, you want to boot thefN extended, smarter EFI program from the FAT, how will you specify that you want1 to boot the extended EFI instead of booting VMS ?sI Will you specify a FAT file name in the boot command, or just some number L (similar to specifying 0 or 1 to boot from SYS0 or SYS1 in VMS terminology).  M Will VMS have utilities to access that FAT container file ? (get a directory,lJ read/write files to it ?) If so, will it be made general enough so that we< could use this to write FAT diskettes or access DOS drives ?   ------------------------------    Date: 20 Mar 2003 00:19:52 -0800+ From: paul_hallam@hotmail.com (Paul Hallam)c@ Subject: Re: How do you Detect Ethernet failure from inside code= Message-ID: <5ed44bd3.0303200019.2d263420@posting.google.com>v  ' There are a few problems with pinging :o  D 1) As our networks are managed by a third party we can not guarantee the router addresses.lD 2) Pinging will fail if either the router address has changed or the network is not available.e< 3) I can't see a programmable system service for ping in the networking TCPIP manuals.E   Many thankse Paul  f JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E78DF73.5F5DD7E@vl.videotron.ca>... > Paul Hallam wrote:A > > Does anyone know how to detect the network failure using QIO.n > Z > This was discussed not long ago. Try to ping a router at the other end of your ethernet.   ------------------------------  % Date: Thu, 20 Mar 2003 10:37:02 +0100 $ From: "Peter Flunger" <p-i-b@gmx.at>@ Subject: Re: How do you Detect Ethernet failure from inside code0 Message-ID: <b5c23v$jcl$1@newsreader1.netway.at>  - "Paul Hallam" <paul_hallam@hotmail.com> wrotee > ? > Does anyone know how to detect the network failure using QIO.  >   I am not sure if there is a way.> The folks at HP, namely the TCP/IP group, are doing some quite8 interesting and impressive stuff around detecting TCP/IP9 problems ( including interface failure ) and failing overl# to other interfaces in such a case.e3 I am not sure if one of them is reading this group.o) Maybe somebody from HP can jump in here ?n Petera   ------------------------------  % Date: Thu, 20 Mar 2003 12:39:08 -0400r' From: "Jorge V.S." <jvalen@alefdata.cl>pB Subject: How to restrict the login access number in Alpha Open VMS, Message-ID: <b5cqke$74v$1@news.chilesat.net>   Hello:  H 	I need that a uses can only login in one session at a time, this means I that if the users is logged on, the second session sayd "you already are i
 logged in"   			thanks in advance   				Jorge V.S.'030320    ------------------------------    Date: 20 Mar 2003 11:37:36 -0600 From: briggs@encompasserve.orgF Subject: Re: How to restrict the login access number in Alpha Open VMS3 Message-ID: <m5j5zmIS+dbl@eisner.encompasserve.org>l  V In article <b5cqke$74v$1@news.chilesat.net>, "Jorge V.S." <jvalen@alefdata.cl> writes:J > 	I need that a uses can only login in one session at a time, this means K > that if the users is logged on, the second session sayd "you already are c > logged in"  L The easiest way is with the MAXJOBS setting on the user's record in the UAF.  C I think batch jobs count against that number though.  The first few ( network jobs do not if I remember right.  D Another way is with some code in the site specific system-wide login> command, typically SYS$MANAGER:SYLOGIN.COM.  Use F$CONTEXT and< F$PID to see how many (if any) current sessions exist before permitting the current one.e   	John Briggs   ------------------------------  # Date: Thu, 20 Mar 2003 18:16:11 GMTe9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>lF Subject: Re: How to restrict the login access number in Alpha Open VMS? Message-ID: <e98743d64b.Alan.Adams@orchard-way.freeserve.co.uk>r  + In message <b5cqke$74v$1@news.chilesat.net>g2           "Jorge V.S." <jvalen@alefdata.cl> wrote:   > Hello: > J > 	I need that a uses can only login in one session at a time, this means K > that if the users is logged on, the second session sayd "you already are s > logged in" >  > 			thanks in advance >  > 				Jorge V.S.'030320a >  >  > E Did this a few years ago (VMS4?). A piece of code which scans all theiD processes on the machine, looks for the ones with the same UIC and aE different PID. If any are found, issues a message and calls SYS$EXIT.k   I ran it from SYS$SYLOGIN.  ; It also needs to exclude the system manager, operators etc.   L There are probably more useful services available today, and you may need toK consider whether to run cluster-wide, i.e. only log on once to the cluster,e or only once to the machine.  K Oh, and you may wish to limit your scan to interactive processes, or you'llc break batch jobs.w  L Decwindows processes will give you some fun too, as I recall some which were, interactive, with a terminal name of MBAnnn:   Good luck, Alann   -- V
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------   Date: 20 Mar 2003 06:25:49 GMT/ From: "Dave Weatherall" <djweath@attglobal.net>P, Subject: Re: http://www.djesys.com/vms/soho/5 Message-ID: <DTiotGxQ0bj6-pn2-sW7GdfdPjYsi@localhost>t  + On Mon, 17 Mar 2003 15:17:10 UTC, JF Mezei E( <jfmezei.spamnot@vl.videotron.ca> wrote:   > Nic Clews wrote:K > > You can specify image size in pixels, this enables text to be displayedm) > > immediately. You are also both right.d > R > There are a few more issues than that with regards to quick rendering of a page. > J > With the abuses of Javascript, this will slow down the client during theM > rendering process since it must interpret and execute the javascript. (turno3 > off javascript and watch the page render faster).f > N > Also, consider the number of links that require resolution prior to the pageL > being ready to image. For every javascript external link, it must load theN > whole javascriopt from the separate file and execute it before it can really\ > continue (in case the extrenal javascript has "document.write("hello world")." statements. > M > Another issue is that of tables. One single large , complex table will takevN > much more time to render than multiple smaller tables one after each other.  > N > Web designers should be forced to demonstrate their work to their clients onP > an old mac running at 150mhz on a 13" display. If I am even in the position toP > evaluate a web site design proposed by some web designer, that is exactly what. > I plan to do (and not tell them in advance).  F Spot on JF. My wife, the HTML expert in our house, makes great effortsD to ensure the pages she designs work on as many browser/versions as E possible. She designs her tables such that the reader sees something  > early on and has something to read while other stuff is being 	 rendered.   F She does test on her dual Xeon 800Mhz though. I did start to set up a @ machine for testing at 56Kbaud, across a serial line, but never B finished it, so any inefficiencies in her pages are down to me :-)   -- o Cheers - Dave.   ------------------------------  % Date: Thu, 20 Mar 2003 08:54:08 -0500 A From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> , Subject: Re: I Have Seen The IA64 Future !!!, Message-ID: <3e79c801_1@hpb10302.boi.hp.com>  1 "Michael Unger" <unger@decus.de> wrote in message0% news:00A1D101.6DCF9B5A.43@decus.de...kD > "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote: >1	 > > [...]4 > >2K > > Nope.  The burned in ROM contents has enough to boot.  The disk contente isG > > extended, optional functionality.  A platform builder can also burne extendedJ > > things into the ROM as well  - say someone wanted to add MOP as a boot
 > > protocol.r > >a	 > > [...]u >aJ > So why isn't it done that way? (Code in a Flash-ROM as with Alpha; a few9 > MB of Flash-ROM should be affordable these days ... :-)o >w  I But what exactly are you trying to solve?  If there is some useful/neededvK things that should be in flash ROM, then it will be there.  But VMS doesn'te@ want to *require* anything special in flash that isn't standard.  F > This would avoid the trouble with the FAT "partition" to be embedded > into the ODS file system.h >d  H There is no "trouble".  It's just forcing us to get beyond simple-stupid boot-block booting.0   ------------------------------  % Date: Thu, 20 Mar 2003 08:54:08 -0500cA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>O, Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e79c9a2$1_2@hpb10302.boi.hp.com>  1 "Michael Unger" <unger@decus.de> wrote in message % news:00A1D101.6DCF9B5A.43@decus.de...oD > "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote: >o	 > > [...]l > >-K > > Nope.  The burned in ROM contents has enough to boot.  The disk content  isG > > extended, optional functionality.  A platform builder can also burn  extendedJ > > things into the ROM as well  - say someone wanted to add MOP as a boot
 > > protocol.g > >s	 > > [...]p >iJ > So why isn't it done that way? (Code in a Flash-ROM as with Alpha; a few9 > MB of Flash-ROM should be affordable these days ... :-)e >   I But what exactly are you trying to solve?  If there is some useful/neededtK things that should be in flash ROM, then it will be there.  But VMS doesn'tt@ want to *require* anything special in flash that isn't standard.  F > This would avoid the trouble with the FAT "partition" to be embedded > into the ODS file system.  >o  H There is no "trouble".  It's just forcing us to get beyond simple-stupid boot-block booting.e   ------------------------------  % Date: Thu, 20 Mar 2003 08:54:55 -0500 A From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>v, Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e79cad2$1_2@hpb10302.boi.hp.com>  1 "Michael Unger" <unger@decus.de> wrote in messageP% news:00A1D101.99D429B9.45@decus.de...p2 > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote: >u= > > In article <00A1D03A.6CAC46DD.42@decus.de>, Michael Ungero <unger@decus.de> writes: > >rI > > > But EFI, other than VAX console or Alpha SRM console, is located onw theuL > > > system disk in a file system (FAT) different from the OS's file systemI > > > (ODS), although it may be hidden in a "black box" (container file).  > > >f; > > > That's a "mix-up" of specifications I really dislike.  > > H > > Then you should really dislike files that intermix block storage andG > > record storage contrary to the RMS specification.  You can rid your . > > system disk of such files with the command > >c& > > DELETE SYS$SYSDEVICE:[*...]*.EXE;* > >tF > > On second thought, perhaps you should do that when booted from the > > distribution CDROM :-) >eE > I dislike intermixed _file_ _systems_ for the _same_ OS on the samekI > (system) disk device; that's different from having files with differente2 > internal structures within the same file system. >n  3 Why?  Is there something inherently "bad" about it?y   ------------------------------  % Date: Thu, 20 Mar 2003 08:59:18 -0500 A From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>y, Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e79cc08$1_2@hpb10302.boi.hp.com>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messagec) news:3E77645F.B45D164B@vl.videotron.ca...  > Fred Kleinsorge wrote:K > > I'm not exactly clear on what you are asking here.  A bootable VMS diskr fortI > > IPF will have the EFI utilities on it.  CDROM or magnetic media.  The-J > > install CDROM/DVD for VMS will have them on it.  It will be a standard part > > of any bootable media. >e > Ok, different slant: > E > I am young enough that I never had to personally deal with "console. media",nF > but I have seen it mentioned often in the vms installation procedureK > documentation. Seemed that having "console media" added to the procedurese to > upgrade a system.e >o  J On Alpha, all the firmware is in Flash ROM.  So there are CD's that can beD "booted" by the SRM that allow the flash ROM to be reloaded with new( versions.  The same is true for Itanium.  H > Are the stored EFI utilities going to be totally transparent to systemH > managers (just a file on the system disk they never have to touch), or willJ > there be occasions where a new EFI "file" will need to be installed on aK > system disk separately ? Would there be occasions where one would need tohF > upgrade the EFI program on the system drive prior to executing a VMS	 upgrade ?  >o  L The VMS upgrade process would load any new images needed, just like it might replace APB.EXE.  I Is it possible that there might be new/useful EFI application images thattK come out seperately from VMS?  Possibly, but it is unlikely that they would F be required to be installed/added.  Just like you are *probably* todayB running an Alpha SRM console image that isn't the latest revision.  L > Will the EFI programs vary from system to system or will they be the exactG > same from a workstation (if HP ever decides to sell IA64 workstationsr running L > VMS) all the way to whatever systems are capable of running "galaxy" style$ > clusters ? (wildfire successors) ?  9 The contents will be the same on all VMS Itanium systems.n   ------------------------------  % Date: Thu, 20 Mar 2003 08:54:08 -0500lA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>W, Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e79cfa0$1_3@hpb10302.boi.hp.com>  1 "Michael Unger" <unger@decus.de> wrote in messaged% news:00A1D101.6DCF9B5A.43@decus.de...iD > "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote: > 	 > > [...]n > >rK > > Nope.  The burned in ROM contents has enough to boot.  The disk contents isG > > extended, optional functionality.  A platform builder can also burnr extendedJ > > things into the ROM as well  - say someone wanted to add MOP as a boot
 > > protocol.  > >c	 > > [...]e > J > So why isn't it done that way? (Code in a Flash-ROM as with Alpha; a few9 > MB of Flash-ROM should be affordable these days ... :-)e >o  I But what exactly are you trying to solve?  If there is some useful/neededpK things that should be in flash ROM, then it will be there.  But VMS doesn'to@ want to *require* anything special in flash that isn't standard.  F > This would avoid the trouble with the FAT "partition" to be embedded > into the ODS file system.e >e  H There is no "trouble".  It's just forcing us to get beyond simple-stupid boot-block booting..   ------------------------------  % Date: Thu, 20 Mar 2003 08:54:55 -0500tA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> , Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e79d0d2$1_3@hpb10302.boi.hp.com>  1 "Michael Unger" <unger@decus.de> wrote in messages% news:00A1D101.99D429B9.45@decus.de... 2 > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote: >r= > > In article <00A1D03A.6CAC46DD.42@decus.de>, Michael UngerT <unger@decus.de> writes: > >aI > > > But EFI, other than VAX console or Alpha SRM console, is located on  the L > > > system disk in a file system (FAT) different from the OS's file systemI > > > (ODS), although it may be hidden in a "black box" (container file).v > > >d; > > > That's a "mix-up" of specifications I really dislike.s > >tH > > Then you should really dislike files that intermix block storage andG > > record storage contrary to the RMS specification.  You can rid your-. > > system disk of such files with the command > > & > > DELETE SYS$SYSDEVICE:[*...]*.EXE;* > >cF > > On second thought, perhaps you should do that when booted from the > > distribution CDROM :-) > E > I dislike intermixed _file_ _systems_ for the _same_ OS on the sameaI > (system) disk device; that's different from having files with differentl2 > internal structures within the same file system. >>  3 Why?  Is there something inherently "bad" about it?e   ------------------------------  % Date: Thu, 20 Mar 2003 08:59:18 -0500eA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>t, Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e79d206$1_3@hpb10302.boi.hp.com>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messaged) news:3E77645F.B45D164B@vl.videotron.ca...s > Fred Kleinsorge wrote:K > > I'm not exactly clear on what you are asking here.  A bootable VMS diskk fortI > > IPF will have the EFI utilities on it.  CDROM or magnetic media.  ThehJ > > install CDROM/DVD for VMS will have them on it.  It will be a standard part > > of any bootable media. >e > Ok, different slant: > E > I am young enough that I never had to personally deal with "consoleu media",uF > but I have seen it mentioned often in the vms installation procedureK > documentation. Seemed that having "console media" added to the procedures  to > upgrade a system.r >s  J On Alpha, all the firmware is in Flash ROM.  So there are CD's that can beD "booted" by the SRM that allow the flash ROM to be reloaded with new( versions.  The same is true for Itanium.  H > Are the stored EFI utilities going to be totally transparent to systemH > managers (just a file on the system disk they never have to touch), or willJ > there be occasions where a new EFI "file" will need to be installed on aK > system disk separately ? Would there be occasions where one would need toSF > upgrade the EFI program on the system drive prior to executing a VMS	 upgrade ?a >s  L The VMS upgrade process would load any new images needed, just like it might replace APB.EXE.  I Is it possible that there might be new/useful EFI application images thatoK come out seperately from VMS?  Possibly, but it is unlikely that they would F be required to be installed/added.  Just like you are *probably* todayB running an Alpha SRM console image that isn't the latest revision.  L > Will the EFI programs vary from system to system or will they be the exactG > same from a workstation (if HP ever decides to sell IA64 workstationss runningPL > VMS) all the way to whatever systems are capable of running "galaxy" style$ > clusters ? (wildfire successors) ?  9 The contents will be the same on all VMS Itanium systems.D   ------------------------------  % Date: Thu, 20 Mar 2003 08:54:08 -05001A From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>b, Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e79d2e3$1_1@hpb10302.boi.hp.com>  1 "Michael Unger" <unger@decus.de> wrote in messagei% news:00A1D101.6DCF9B5A.43@decus.de...tD > "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote: >-	 > > [...]a > >hK > > Nope.  The burned in ROM contents has enough to boot.  The disk content  isG > > extended, optional functionality.  A platform builder can also burni extendedJ > > things into the ROM as well  - say someone wanted to add MOP as a boot
 > > protocol.h > >e	 > > [...]d >sJ > So why isn't it done that way? (Code in a Flash-ROM as with Alpha; a few9 > MB of Flash-ROM should be affordable these days ... :-)y >t  I But what exactly are you trying to solve?  If there is some useful/neededGK things that should be in flash ROM, then it will be there.  But VMS doesn'tL@ want to *require* anything special in flash that isn't standard.  F > This would avoid the trouble with the FAT "partition" to be embedded > into the ODS file system.s >u  H There is no "trouble".  It's just forcing us to get beyond simple-stupid boot-block booting.D   ------------------------------  % Date: Thu, 20 Mar 2003 08:54:55 -0500rA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>R, Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e79d2e3$3_1@hpb10302.boi.hp.com>  1 "Michael Unger" <unger@decus.de> wrote in message % news:00A1D101.99D429B9.45@decus.de...12 > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote: >t= > > In article <00A1D03A.6CAC46DD.42@decus.de>, Michael Ungern <unger@decus.de> writes: > >mI > > > But EFI, other than VAX console or Alpha SRM console, is located ona the0L > > > system disk in a file system (FAT) different from the OS's file systemI > > > (ODS), although it may be hidden in a "black box" (container file).c > > > ; > > > That's a "mix-up" of specifications I really dislike.e > >pH > > Then you should really dislike files that intermix block storage andG > > record storage contrary to the RMS specification.  You can rid your . > > system disk of such files with the command > > & > > DELETE SYS$SYSDEVICE:[*...]*.EXE;* > > F > > On second thought, perhaps you should do that when booted from the > > distribution CDROM :-) > E > I dislike intermixed _file_ _systems_ for the _same_ OS on the sameeI > (system) disk device; that's different from having files with different 2 > internal structures within the same file system. >   3 Why?  Is there something inherently "bad" about it?,   ------------------------------  % Date: Thu, 20 Mar 2003 18:32:00 +0100:$ From: Michael Unger <unger@decus.de>, Subject: Re: I Have Seen The IA64 Future !!!+ Message-ID: <00A1D297.75A36653.23@decus.de>   B "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote:  3 > "Michael Unger" <unger@decus.de> wrote in message ' > news:00A1D101.6DCF9B5A.43@decus.de...kF > > "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote: > >0 > > > [...]h > > >lM > > > Nope.  The burned in ROM contents has enough to boot.  The disk content. > isI > > > extended, optional functionality.  A platform builder can also burno
 > extendedL > > > things into the ROM as well  - say someone wanted to add MOP as a boot > > > protocol.n > > >a > > > [...]t > > L > > So why isn't it done that way? (Code in a Flash-ROM as with Alpha; a few; > > MB of Flash-ROM should be affordable these days ... :-)o > >t > K > But what exactly are you trying to solve?  If there is some useful/neededUM > things that should be in flash ROM, then it will be there.  But VMS doesn'teB > want to *require* anything special in flash that isn't standard.  D So the "requirements" will be determined by the "Windows" standard? . That's far less than VMS users tend to expect.  G Remembering the previous discussion "diagnostics" specific to VMS have XE to be put into "extended EFI", i.e. "FAT partition" -- checking SCSI aI commands required by VMS (and not used by Windows) for example. Correct?  H Will the same be true for special functions of the POST and PCI adapter  tests?  H > > This would avoid the trouble with the FAT "partition" to be embedded > > into the ODS file system.w > >w > J > There is no "trouble".  It's just forcing us to get beyond simple-stupid > boot-block booting.h  8 Which makes it more complicated -- see my other posting.  F Perhaps it is time for HP to put some serious explanations on EFI and G booting VMS on Itanic on the VMS web pages instead of just refering to a the "Intel developer pages".   Michaeln   ------------------------------  % Date: Thu, 20 Mar 2003 18:30:30 +0100i$ From: Michael Unger <unger@decus.de>, Subject: Re: I Have Seen The IA64 Future !!!+ Message-ID: <00A1D297.40346530.21@decus.de>a  B "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote:  3 > "Michael Unger" <unger@decus.de> wrote in messagei' > news:00A1D101.99D429B9.45@decus.de...a4 > > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote: > >a? > > > In article <00A1D03A.6CAC46DD.42@decus.de>, Michael Unger  > <unger@decus.de> writes: > > >yK > > > > But EFI, other than VAX console or Alpha SRM console, is located ono > thedN > > > > system disk in a file system (FAT) different from the OS's file systemK > > > > (ODS), although it may be hidden in a "black box" (container file).  > > > >i= > > > > That's a "mix-up" of specifications I really dislike.f > > >rJ > > > Then you should really dislike files that intermix block storage andI > > > record storage contrary to the RMS specification.  You can rid your 0 > > > system disk of such files with the command > > >r( > > > DELETE SYS$SYSDEVICE:[*...]*.EXE;* > > >tH > > > On second thought, perhaps you should do that when booted from the > > > distribution CDROM :-) > >-G > > I dislike intermixed _file_ _systems_ for the _same_ OS on the samemK > > (system) disk device; that's different from having files with different04 > > internal structures within the same file system. > >h > 5 > Why?  Is there something inherently "bad" about it?d  F Not neccessarily "bad" -- I just prefer the "keep it simple" approach  for several reasons: (a) clear design" (b) straightforward implementation (c) less error prone (d) simpler bug chasingh (e) easier maintenance   Michaelm   ------------------------------  % Date: Thu, 20 Mar 2003 12:52:32 -040010 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: I Have Seen The IA64 Future !!!/ Message-ID: <3E79F1CA.67820486@vl.videotron.ca>1   Fred Kleinsorge wrote:L > On Alpha, all the firmware is in Flash ROM.  So there are CD's that can beF > "booted" by the SRM that allow the flash ROM to be reloaded with new* > versions.  The same is true for Itanium.  N Would it be possible to flash the IA64 ROM with the EFI that is stored on diskK so that you'd have the full fledged EFI upon power up by default instead ofrK having to load it manually ? Or will the on-disk EFI be incomplete and in a . format incompatible with the flashed version ?   ------------------------------    Date: 20 Mar 2003 06:18:08 -0800( From: bob@instantwhip.com (Bob Ceculski)* Subject: Re: IBM starts to work on Power-5= Message-ID: <d7791aa1.0303200618.3f7d16f6@posting.google.com>,  g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E70FA1B.7E998371@vl.videotron.ca>...rM > IBM annoucned recently it had begun to run code on its new Power-5 chip andd! > expects to boot Linux/AIX soon.u > H > It is support to ge 4 times as fast as Power-4 and will scale up to 64 > processors in a machine. > 2 > http://news.com.com/2100-1001-984808.html?tag=rn > N > So while Intel may be bragging about its IA64 version 2 competing against anN > old Power-4, IBM seems to be on the verge of unleashing something which will% > put the IA64-2 back into its place.  > ? > How long before Intel can quadruple the performance of IA64 ?e  * power5 is a dud read here all about it ...  ( http://www.theinquirer.net/?article=8401   ------------------------------  % Date: Thu, 20 Mar 2003 15:00:57 +0000 ' From: Andrew Harrison SUNUK Consultancy * Subject: Re: IBM starts to work on Power-5. Message-ID: <3E79D7A9.1010902@nospamn.sun.com>   Bob Ceculski wrote:ei > JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E70FA1B.7E998371@vl.videotron.ca>...s > M >>IBM annoucned recently it had begun to run code on its new Power-5 chip andl! >>expects to boot Linux/AIX soon.  >>H >>It is support to ge 4 times as fast as Power-4 and will scale up to 64 >>processors in a machine. >>2 >>http://news.com.com/2100-1001-984808.html?tag=rn >>N >>So while Intel may be bragging about its IA64 version 2 competing against anN >>old Power-4, IBM seems to be on the verge of unleashing something which will% >>put the IA64-2 back into its place.U >>? >>How long before Intel can quadruple the performance of IA64 ?w >  > , > power5 is a dud read here all about it ... > * > http://www.theinquirer.net/?article=8401  < Yup and there is also some FUD about Sun in the same article8 which your favourite vendor is also touting around. Both' points seem hardly worth responding to.o   Regards  Andrew Harrisons   ------------------------------  % Date: Thu, 20 Mar 2003 07:45:21 -0800G& From: Greg Cagle <gregc@gregcagle.com>* Subject: Re: IBM starts to work on Power-5/ Message-ID: <v7jog8nfu1rr22@corp.supernews.com>c  ( Andrew Harrison SUNUK Consultancy wrote: > > > Yup and there is also some FUD about Sun in the same article: > which your favourite vendor is also touting around. Both) > points seem hardly worth responding to.   7 Of course, Sun never spreads FUD about the competition.r   -- r
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Thu, 20 Mar 2003 12:59:16 -040040 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>* Subject: Re: IBM starts to work on Power-5/ Message-ID: <3E79F35D.DD1D3832@vl.videotron.ca>e   Greg Cagle wrote: 9 > Of course, Sun never spreads FUD about the competition.n    L Ever since the Alpha murder, Sun hasn't needed to spread FUD, Compaq/HP were7 perfectly capable of self inflicting FUD on themselves.p   ------------------------------    Date: 20 Mar 2003 07:42:42 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: Idea around OpenVMS Pearls|3 Message-ID: <68GgGH9+BJVH@eisner.encompasserve.org>l  q In article <857e9e41.0303191616.4a797bef@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:  > Dear Newsgroup,  > F > As you know I try to do OpenVMS Pearls on a pretty regular basis.  I@ > actually started doing them last April so its almost a year. IF > volunteered to do them because its the right thing to do for VMS andF > our customer.  What do you think about maybe doing some sort of gameE > around the pearls?  Ken Farmer is going to post them on comp.os.vms.D > maybe we could do a vote for the top ten or maybe we could do some) > sort of document with the best of 2003?S > * > Do you have any ideas, just let me know?  C    Can we a prize from HP?  Like the best pearl of the year gets a      national TV spot?   ------------------------------  # Date: Thu, 20 Mar 2003 14:11:45 GMTy# From: "John Smith" <a@nonymous.com>y' Subject: Re: Idea around OpenVMS Pearls F Message-ID: <B_jea.1598$usW1.118@news01.bloor.is.net.cable.rogers.com>  @ "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in5 message news:68GgGH9+BJVH@eisner.encompasserve.org...l? > In article <857e9e41.0303191616.4a797bef@posting.google.com>,t3 susan_skonetski@hotmail.com (Sue Skonetski) writes:- > > Dear Newsgroup,- > > E > > As you know I try to do OpenVMS Pearls on a pretty regular basis.o I@B > > actually started doing them last April so its almost a year. ID > > volunteered to do them because its the right thing to do for VMS andhC > > our customer.  What do you think about maybe doing some sort ofe game; > > around the pearls?  Ken Farmer is going to post them ont comp.os.vmsoF > > maybe we could do a vote for the top ten or maybe we could do some+ > > sort of document with the best of 2003?  > >e, > > Do you have any ideas, just let me know? >tD >    Can we a prize from HP?  Like the best pearl of the year gets a >    national TV spot?  5 Yeah - 1 minute of airtime at next year's Super Bowl.    ------------------------------    Date: 20 Mar 2003 09:16:12 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)-' Subject: Re: Idea around OpenVMS Pearls03 Message-ID: <xcc2m2waoaIm@eisner.encompasserve.org>t  q In article <68GgGH9+BJVH@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:7s > In article <857e9e41.0303191616.4a797bef@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:s >> Dear Newsgroup, >> yG >> As you know I try to do OpenVMS Pearls on a pretty regular basis.  I A >> actually started doing them last April so its almost a year. I.G >> volunteered to do them because its the right thing to do for VMS andtG >> our customer.  What do you think about maybe doing some sort of gameiF >> around the pearls?  Ken Farmer is going to post them on comp.os.vmsE >> maybe we could do a vote for the top ten or maybe we could do some.* >> sort of document with the best of 2003? >> -+ >> Do you have any ideas, just let me know?0 > E >    Can we a prize from HP?  Like the best pearl of the year gets a i >    national TV spot?  D To match promotions expected by marketing departments, I think it isE better to offer a chance to _be_in_ the TV advertisement.  I would beiE happy to be one of the people with their back to the camera typing ate1 a keyboard, just so the advertisement is for VMS.f  E I would point out that my choice of product is also best of HP.  ThateD AlphaServer 1280 will look impressive in the commercial, but looking> at my back would totally mask the product if it were an iPaq !   ------------------------------   Date: 20 Mar 03 09:52:50 +0100) From: p_sture@elias.decus.ch (Paul Sture)t7 Subject: Re: Is http://www.montagar.com/hobbyist/ down?o) Message-ID: <pGwI7U9EEfsD@elias.decus.ch>e  c In article <IHgyBQ1ymSY0@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:T] > In article <3E768FD8.C3AF5B46@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  >> Baby Peanut wrote: 
 >>> [snip]H >>> Honey, I got the CD-ROM and installed OpenVMS and filled out the webJ >>> site to get the PAKs and waited a month and filled out the web site toJ >>> get the PAKs again and waited and waited.  If I went to Sun to buy theI >>> $20 copy of Solaris 9 on IA-32 they would have shipped me something IoG >>> could use.  Instead I'm out $30 and have no toy VMS to show for it.o >> s >> Well, Dearie, ... > I >> Getting the PAKs depends on a lot of stuff that is beyond your controlr >> and that of Montagar. > B > In particular, Baby Peanut may be thwarted forever by an onerousD > Montagar/DECUS/Encompass/HP/Carly Fiorina/ meaningless bureacratic > requirement. > B > I have never tried to get a hobbyist license, but I bet the form( > has a few unanswerable questions like: >  > 	Name:   LOL!   -- v
 Paul Sture   ------------------------------    Date: 20 Mar 2003 07:41:47 +0800, From: Paul Repacholi <prep@prep.synonet.com>1 Subject: Re: Maximum record length allowed in RMSu- Message-ID: <87adfqly9w.fsf@prep.synonet.com>a  * bob@instantwhip.com (Bob Ceculski) writes:  1 > Lee Y T Mah <lytmah@cha.ab.ca> wrote in messageE' > news:<3E72671F.8760DA64@cha.ab.ca>...e  C > > The default value of 32767 for Sysgen parameter RMS_DFLRL wouldi@ > > imply that this is the maximum record length allowed.  AfterE > > fiddling around with an FDL file, I was able to create an indexednF > > file with a record size of 32,224 bytes (using maximum bucket sizeD > > of 63).  However, using another FDL file, I was able to create a? > > sequential file with maximum record length of 65,535 bytes.t  @ > > Has anyone experienced success in going beyond these limits?   > no ...   Yes. But not with VMS.   -- m< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 20 Mar 2003 08:26:54 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)- Subject: Re: Micromedex on VMS0 Message-ID: <b5bu0e$57i$1@n.ruf.uni-freiburg.de>  P In article <3E790C7A.94697BC5@cha.ab.ca>, Lee Y T Mah <lytmah@cha.ab.ca> writes:F >For those using Micromedex on VMS,  today I received information that@ >this product will soon be no longer available on Alpha OpenVMS.B >Micromedex was also end-of-lifed on other platforms, although notH >necessarily at the same time.  I assume that there's very little chance* >that this product will be ported to IA64.H >Our users have found Micromedex to be an extremely useful tool in theirC >work.  Is there a competitive product out there in the market at aI >reasonable price?  O If you tell us what Micromedex is it is more likely that you get an appropriatel answer.>   Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +------------- http://www.immunbio.mpg.de/home/menue.html -------------+   ------------------------------    Date: 20 Mar 2003 07:43:18 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)s Subject: Re: Micromedex on VMS3 Message-ID: <uqqVrIbVmHBY@eisner.encompasserve.org>n  P In article <3E790C7A.94697BC5@cha.ab.ca>, Lee Y T Mah <lytmah@cha.ab.ca> writes:G > For those using Micromedex on VMS,  today I received information thatoA > this product will soon be no longer available on Alpha OpenVMS.sC > Micromedex was also end-of-lifed on other platforms, although notlI > necessarily at the same time.  I assume that there's very little chance + > that this product will be ported to IA64. I > Our users have found Micromedex to be an extremely useful tool in theirvD > work.  Is there a competitive product out there in the market at a > reasonable price?f      What is Micromedex?   ------------------------------  % Date: Thu, 20 Mar 2003 06:54:39 -0700f$ From: Lee Y T Mah <lytmah@cha.ab.ca> Subject: Re: Micromedex on VMS) Message-ID: <3E79C81F.A89A9FF7@cha.ab.ca>   6 Micromedex on VMS (VAX/Alpha) is a text-based databaseC providing toxicology, drug, disease... information to practitioners ; in the healthcare industry.  The vendor wants to move theiro9 VMS/AIX/Sun... customers to their internet, intranet, and  Windows platforms.     Christoph Gartmann wrote:s  R > In article <3E790C7A.94697BC5@cha.ab.ca>, Lee Y T Mah <lytmah@cha.ab.ca> writes:H > >For those using Micromedex on VMS,  today I received information thatB > >this product will soon be no longer available on Alpha OpenVMS.D > >Micromedex was also end-of-lifed on other platforms, although notJ > >necessarily at the same time.  I assume that there's very little chance, > >that this product will be ported to IA64.J > >Our users have found Micromedex to be an extremely useful tool in theirE > >work.  Is there a competitive product out there in the market at a  > >reasonable price? >tQ > If you tell us what Micromedex is it is more likely that you get an appropriate 	 > answer.l >Y
 > Regards, >    Christoph Gartmann  > J > -- --------------------------------------------------------------------+J > | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |J > | Immunbiologie                                                        |J > | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |J > | D-79011  Freiburg, Germany                                           |J > +------------- http://www.immunbio.mpg.de/home/menue.html -------------+   -- Lee   5 L Y T Mah                    Email:  lytmah@cha.ab.cay Capital Health Authority Information Systems, RAH CSC Edmonton, Alberta, CANADAs   ------------------------------    Date: 20 Mar 2003 09:19:24 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e Subject: Re: Micromedex on VMS3 Message-ID: <JtHCk4GouTfv@eisner.encompasserve.org>b  P In article <3E79C81F.A89A9FF7@cha.ab.ca>, Lee Y T Mah <lytmah@cha.ab.ca> writes:8 > Micromedex on VMS (VAX/Alpha) is a text-based databaseE > providing toxicology, drug, disease... information to practitioners = > in the healthcare industry.  The vendor wants to move their ; > VMS/AIX/Sun... customers to their internet, intranet, ands > Windows platforms.  @ It this a plan to proved that a computer virus can really kill ?  , 	Larry: It hurts after I swallowed ********.  A 	ER: Ok, just lie there until our Internet connection comes back.    ------------------------------  % Date: Thu, 20 Mar 2003 11:02:59 +0100s6 From: =?iso-8859-1?Q?Jean=2DFran=E7ois=20PI=C9RONNE?= - Subject: Re: new releases of MySQL and Pythoni+ Message-ID: <3E7991D3.DE578D9D@laposte.net>o   > & > Some files have ODS5-specifications. >  > config^.h.in > mysql_version^.h.in0 > ib_config^.h.ini  7 They are not necessary, I have removed all these files.:P I have noticed that MySQL 4.0.12 was released, I have ported this version, a new kit is online.     > . > I'm trying to compile with C 6.5 C++ 6.5 andK > Multinet and this gives me some unresolved references. I'm just producingd" > all listing to see what's wrong.  O Don't know if this can work with Multinet, we have used TCPIp 5.3, but I am not ' aware of the use any specific routines.p  
 Jean-Franoisa   ------------------------------  % Date: Thu, 20 Mar 2003 10:10:43 -0800e( From: Alan Frisbie <Abuse@NelsonUSA.com>5 Subject: Re: Next OpenVMS Advanced Technical Bootcampo, Message-ID: <3E7A0423.8050203@NelsonUSA.com>   Sue Skonetski wrote:  ? > The next Advanced Technical Bootcamp is Nov 11-14.  I am very < > interested in what topics you think you would like to see.  : "How we got there" -- The most intimate details of how VMS9 Engineering got VMS to boot on IA-64.   The first studiesr: of the IA-64 architecture, the tools that had to be built,: code built from scratch, code that was ported, interesting9 hacks, and (especially) the people who did it all.   Dead-> ends, goofs, setbacks, interesting anecdotes and dirty laundry will be aired.   (posted and mailed)c   Alan   ------------------------------  % Date: Thu, 20 Mar 2003 08:18:55 +0000I( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Nice update!i) Message-ID: <3E79796F.9EB3AAFA@127.0.0.1>>   Brian Tillman wrote: > K > I have a little old Alphaserver 1000 4/233 as part of a cluster, with thedN > remaining 10 machines all VAXes.  The VAXes are running V7.2.  (I'll installI > 7.3 in the near future.)  The Alpha ran V6.2.  I wanted to get a lottletA > experience with 7.3, so decided to install V7.3-1 on the Alpha.i > I > Wow!  Prior to the upgrade, the Alpha was quite sluggish.  Now it steps , > along quite smartly.  I'm glad I did this.  C I gave a straining ES40 2 CPU an upgrade from 7.1-1H1 to 7.3-1, andhH without touching the hardware, without even a defrag of the system disk,4 the users noticed a visible performance improvement.  C It is ironic in the fact that the person sitting with me during the G upgrade of the VMS box also attempted merely a disk check and defrag ofsH a Windows box. He abandoned the defrag pass at about 15% when I'd backedE up, blown firmware, upgraded, autogenned, patched and backed up agains the VMS system.m  H This same person was somewhat incredulous that an upgrade actually meant? performance improvements, but so impressed was he, they will beo9 considering VMS as an alternative to the current "Office"n infrastructure.! -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesu nclews at csc dot com    ------------------------------  % Date: Thu, 20 Mar 2003 08:17:38 -0600a From: brandon@dalsemi.comu Subject: Re: Nice update!61 Message-ID: <03032008173801@dscis6-0.dalsemi.com>d   > Brian and John,  > H > Once I see your other replys to this message I would like to use it as& > and OpenVMS Pearl what do you think? >  > Warm Regards,S > Sue   J Time frame?  I am in the process of spec'ing the upgrade - building a testM environment and will then upgrade to sort out the gotchyas.  If all goes well & and management aproves, then 3 months?       John Brandon VMS Systems Administrators Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk  972.371.4003 fxc   ------------------------------   Date: 20 Mar 03 15:24:41 +0100) From: p_sture@elias.decus.ch (Paul Sture)u Subject: Re: Nice update! ) Message-ID: <oXm1JGc+MJJZ@elias.decus.ch>   T In article <3E79796F.9EB3AAFA@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > Brian Tillman wrote: >> aL >> I have a little old Alphaserver 1000 4/233 as part of a cluster, with theO >> remaining 10 machines all VAXes.  The VAXes are running V7.2.  (I'll install-J >> 7.3 in the near future.)  The Alpha ran V6.2.  I wanted to get a lottleB >> experience with 7.3, so decided to install V7.3-1 on the Alpha. >> TJ >> Wow!  Prior to the upgrade, the Alpha was quite sluggish.  Now it steps- >> along quite smartly.  I'm glad I did this.  > E > I gave a straining ES40 2 CPU an upgrade from 7.1-1H1 to 7.3-1, andtJ > without touching the hardware, without even a defrag of the system disk,6 > the users noticed a visible performance improvement. >   A I too can report substantial performance improvements achieved byhD upgrading to 7.3-1. Peak I/O rates up by 50% in one application mix.  E > It is ironic in the fact that the person sitting with me during thesI > upgrade of the VMS box also attempted merely a disk check and defrag ofiJ > a Windows box. He abandoned the defrag pass at about 15% when I'd backedG > up, blown firmware, upgraded, autogenned, patched and backed up againp > the VMS system.e >    An interesting comparison :-)t  J > This same person was somewhat incredulous that an upgrade actually meantA > performance improvements, but so impressed was he, they will beI; > considering VMS as an alternative to the current "Office"e > infrastructure.t  B But we really need a port of StarOffice or OpenOffice for that :-( -- e
 Paul Sture   ------------------------------  # Date: Thu, 20 Mar 2003 14:40:43 GMTt# From: "John Smith" <a@nonymous.com>d Subject: Re: Nice update!gF Message-ID: <Lpkea.1721$usW1.636@news01.bloor.is.net.cable.rogers.com>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in messaget# news:3E79796F.9EB3AAFA@127.0.0.1...s > Brian Tillman wrote: > > D > > I have a little old Alphaserver 1000 4/233 as part of a cluster, with theA > > remaining 10 machines all VAXes.  The VAXes are running V7.2.e
 (I'll installlD > > 7.3 in the near future.)  The Alpha ran V6.2.  I wanted to get a lottleC > > experience with 7.3, so decided to install V7.3-1 on the Alpha.t > > E > > Wow!  Prior to the upgrade, the Alpha was quite sluggish.  Now ito stepsA. > > along quite smartly.  I'm glad I did this. >hE > I gave a straining ES40 2 CPU an upgrade from 7.1-1H1 to 7.3-1, anddD > without touching the hardware, without even a defrag of the system disk,s6 > the users noticed a visible performance improvement. >0E > It is ironic in the fact that the person sitting with me during thetF > upgrade of the VMS box also attempted merely a disk check and defrag ofC > a Windows box. He abandoned the defrag pass at about 15% when I'dw backedA > up, blown firmware, upgraded, autogenned, patched and backed upe againn > the VMS system.d >dD > This same person was somewhat incredulous that an upgrade actually meanttA > performance improvements, but so impressed was he, they will bel; > considering VMS as an alternative to the current "Office"  > infrastructure.   # So the HP ad should, in part, read:d  F "Tired of always having to upgrade your hardware each time you upgrade your operating system?"l   ------------------------------  % Date: Thu, 20 Mar 2003 08:34:11 -0500d2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: OpenVMS SMP License Question L Message-ID: <rdeininger-2003030834110001@user-105n8m7.dialup.mindspring.com>  4 In article <3E78EF3C.A060A8E4@uiowa.edu>, Rick Dyson <rick-dyson@uiowa.edu> wrote:t  K >How do I tell if my system has an SMP license installed or not?  Is this aeN >LMF entry?  I am looking into aquiring a new GS60 6/525 dual CPU module to goL >along with my current one (4 CPUs total then) and I was told I would need a
 >SMP license.0 >tM >I have upgraded/added CPUs in other systems long ago but don't remember everRM >literally adding anything into any database anywhere.  It just worked when Io# >plugged it in and turned it on. :)>  E On Alpha, SMP license PAKs provide additional units of OPENVMS-ALPHA.a  B In the in-memory license database (SHOW LICENSE), all the eligibleI OPENVMS-ALPHA units will be combined, so you can't tell how many separateu PAKs are involved.  7 In the on-disk license database (DCL LICENSE command or A @SYS$UPDATE:VMSLICENSE.COM), you can examine each individual PAK.t  J Alpha systems are generally shipped with the right number of license unitsI for the CPUs included.  Unless you have an odd configuration, such as onetI involving an upgrade with license transfer, you will probably need to add  one or more SMP PAKs.r   ------------------------------  % Date: Thu, 20 Mar 2003 08:35:48 -0500i2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: OpenVMS SMP License Question,L Message-ID: <rdeininger-2003030835490001@user-105n8m7.dialup.mindspring.com>  4 In article <3E78EF3C.A060A8E4@uiowa.edu>, Rick Dyson <rick-dyson@uiowa.edu> wrote:d  K >How do I tell if my system has an SMP license installed or not?  Is this acN >LMF entry?  I am looking into aquiring a new GS60 6/525 dual CPU module to goL >along with my current one (4 CPUs total then) and I was told I would need a
 >SMP license.r    I After I posted my previous reply, I noticed your EDU address.  If you areI> using CSLG, it might cover extra CPUs.  I never used CSLG on a multi-processor system.e   ------------------------------  + Date: Thu, 20 Mar 2003 14:09:03 +0000 (UTC)., From: lewis@mazda.mitre.org (Keith A. Lewis)) Subject: Re: OpenVMS SMP License Questioni. Message-ID: <b5ci1v$9nr$1@newslocal.mitre.org>  v Rick Dyson <rick-dyson@uiowa.edu> writes in article <3E78EF3C.A060A8E4@uiowa.edu> dated Wed, 19 Mar 2003 22:29:16 GMT:K >How do I tell if my system has an SMP license installed or not?  Is this anN >LMF entry?  I am looking into aquiring a new GS60 6/525 dual CPU module to goL >along with my current one (4 CPUs total then) and I was told I would need a
 >SMP license.t >.M >I have upgraded/added CPUs in other systems long ago but don't remember everyM >literally adding anything into any database anywhere.  It just worked when Ia# >plugged it in and turned it on. :)l  F VMS started enforcing the additional CPU license requirements sometime
 around 6.2.  r  ? My dual-CPU DS20E systems came with one 50-unit and one 25-unitmL OPENVMS-ALPHA PAK.  I figure the 50 is for the system with the first CPU and# the 25 is for the additional CPU.  E  J If you install the CPUs before the licenses, the system will boot but in aI crippled mode with no clustering or network services.  But you can log ins" from the console and check it out.   $ LICENSE LOAD OPENVMS-ALPHA $ SHOW LICENSE/UNITd  I The above commands tell you what you need, look at the type A requirementeI and see if you have that many loaded.  Better yet, if somebody here has arE GS60 with 4 CPUs, run the SHOW command and post the results for Rick.i  + --Keith Lewis              klewis$mitre.orgp> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 20 Mar 2003 13:43:57 -0500 $ From: Mike Mabey <mmabey@cenhud.com> Subject: Problems with SSH EAK) Message-ID: <3E7A0BED.1040904@cenhud.com>)   Hello,E I have installed the EAK for SSH for OpenVMS and am running into somes	 problems.eC I can open a simple SSH terminal session, but if I attempt to run asH command via SSH instead of starting a terminal session it does not work.> SFTP is not working either, but I intend to tackle that later.  & Any help would be greatly appreciated. Thanks,u
 Mike Mabey  I This is a transcript of the client session: (will probably wrap horribly)>J ************************************************************************** PCS12> ucx sho ver  @    Compaq TCP/IP Services for OpenVMS Alpha Version V5.3 - ECO 2@    on a COMPAQ AlphaServer DS20E 500 MHzP running OpenVMS V7.3-1   PCS12> ucx sho serv ssh /fullo   Service: SSH.                             State:     EnabledG Port:               22     Protocol:  TCP             Address:  0.0.0.0tI Inactivity:          5     User_name: TCPIP$SSH       Process:  TCPIP$SSHlE Limit:           10000     Active:        0           Peak:         2e  , File:         TCPIP$SYSTEM:TCPIP$SSH_RUN.COM Flags:        Listen   Socket Opts:  Rcheck Scheckh1   Receive:            0     Send:               0h  K Log Opts:     Acpt Actv Dactv Conn Error Exit Logi Logo Mdfy Rjct TimO Addrs<   File:        TCPIP$SSH_DEVICE:[TCPIP$SSH]TCPIP$SSH_RUN.LOG   Security+   Reject msg:  TCPIP SSH Connection refused      Accept host: 0.0.0.0   Accept netw: 0.0.0.0   PCS12> sho sym ssh    SSH == "mc TCPIP$SSH_SSH2"- PCS12> ssh pcs12 dir& debug: connecting to pcs12, port 22...8 %%%%%%%%%%%  OPCOM  20-MAR-2003 13:13:54.43  %%%%%%%%%%%# Message from user INTERnet on PCS12e@ INTERnet ACP SSH Accept Request from Host: 10.4.4.12 Port: 49162   debug: entering event loop3 debug: ssh_client_wrap: creating transport protocol4F debug: SshAuthMethodClient/SSHAUTHMETHODC.C;1:144: Added "password" to	 usable mec thods.G debug: SshAuthMethodClient/SSHAUTHMETHODC.C;1:144: Added "hostbased" tom usable m ethods.hG debug: SshAuthMethodClient/SSHAUTHMETHODC.C;1:144: Added "publickey" tot usable m ethods.y@ debug: Ssh2Client/SSHCLIENT.C;1:1219: creating userauth protocolG debug: Ssh2Common/SSHCOMMON.C;1:516: local ip = 10.4.4.12, local port =h 49162"L debug: Ssh2Common/SSHCOMMON.C;1:518: remote ip = 10.4.4.12, remote port = 222 debug: SshConnection/SSHCONN.C;1:1881: Wrapping...H debug: Ssh2Transport/TRCOMMON.C;1:616: Remote version: SSH-2.0-2.4.1 SSH Secure Shell OpenVMS V1.0D debug: Ssh2Transport/TRCOMMON.C;1:1135: c_to_s: cipher 3des-cbc, mac
 hmac-sha1, compression noneD debug: Ssh2Transport/TRCOMMON.C;1:1138: s_to_c: cipher 3des-cbc, mac
 hmac-sha1, compression noneB debug: Ssh2Client/SSHCLIENT.C;1:472: Host key found from database.F debug: Ssh2Common/SSHCOMMON.C;1:320: Received SSH_CROSS_STARTUP packet	 from conne ection protocol.B debug: Ssh2Common/SSHCOMMON.C;1:370: Received SSH_CROSS_ALGORITHMS
 packet from c- onnection protocol.hL scuser_240's password: ient/AUTHC-PASSWD.C;1:110: Starting password query...E                         debug: Ssh2Common/SSHCOMMON.C;1:288: Received@ SSH_CROSS_A - UTHENTICATED packet from connection protocol.d Authentication successful.7 debug: Ssh2Common/SSHCOMMON.C;1:721: num_channels now 1AH debug: SshUnixFdStream/SSHUNIXFDSTREAM.C;1:317: read -1 bytes from TTY 4  0 debug: DISPLAY not set; X11 forwarding disabled.B debug: Ssh2Common/SSHCOMMON.C;1:152: DISCONNECT received: Protocol
 error: packet.   too long: 1195683798.p2 debug: Ssh2/SSH2.C;1:173: locally_generated = TRUEL Disconnected; protocol error (Protocol error: packet too long: 1195683798.).7 debug: Ssh2Common/SSHCOMMON.C;1:695: num_channels now 0 + debug: Got session close with exit_status=0e" debug: destroying client struct...    debug: uninitializing event loop PCS12>K *************************************************************************** * And the log for the session on the server:K ***************************************************************************rC pcs12$dka0:[sys0.syscommon.][sysexe]tcpip$ssh_sshd2.exe: SSH SecureuK Shell OpenVMS (V1.0) 2.4.1 on COMPAQ AlphaServer DS20E 500 MHz - VMS V7.3-1n1 debug: Reading private host key from ssh2/hostkeyo  E debug: Key comment: 1024-bit dsa, system@pcs12.cenhud.com, Thu Mar 20d
 2003 16:59:31F  B debug: SshConfig/SSHCONFIG.C;1:2210: Reading public host key from: ssh2/hostkey.pub   debug: Becoming server.t  A Thu 20 13:13:54 WARNING: Starting image in auxiliary server mode.e4 Thu 20 13:13:54 INFORMATIONAL: OpenVMS$gl_sockfd = 0" debug: processing stdio connection  3 debug: Sshd2/SSHD2.C;1:644: new_connection_callbacke  C debug: Sshd2/SSHD2.C;1:802: Wrapping stream with ssh_server_wrap...i  3 debug: ssh_server_wrap: creating transport protocol   G debug: SshAuthMethodServer/SSHAUTHMETHODS.C;1:131: Added "hostbased" toF usable methods.M  G debug: SshAuthMethodServer/SSHAUTHMETHODS.C;1:131: Added "publickey" tod usable methods.   F debug: SshAuthMethodServer/SSHAUTHMETHODS.C;1:131: Added "password" to usable methods.m  2 debug: ssh_server_wrap: creating userauth protocol  J debug: Ssh2Common/SSHCOMMON.C;1:516: local ip = 10.4.4.12, local port = 22  G debug: Ssh2Common/SSHCOMMON.C;1:518: remote ip = 10.4.4.12, remote portl = 49162u  2 debug: SshConnection/SSHCONN.C;1:1881: Wrapping...  ! debug: Sshd2/SSHD2.C;1:814: done.a  ( debug: new_connection_callback returning   debug: got_connection returned   debug: Running event loop   E debug: Ssh2Transport/TRCOMMON.C;1:616: Remote version: SSH-1.99-2.4.1s SSH Secure Shell OpenVMS V1.0c  D debug: Ssh2Transport/TRCOMMON.C;1:1135: c_to_s: cipher 3des-cbc, mac hmac-sha1, compression none   D debug: Ssh2Transport/TRCOMMON.C;1:1138: s_to_c: cipher 3des-cbc, mac hmac-sha1, compression none"  F debug: Sshd2/SSHD2.C;1:411: user 'scuser_240' service 'ssh-connection'6 client_ip '10.4.4.12' client_port '49162' completed ''  @ debug: Sshd2/SSHD2.C;1:541: output: hostbased,publickey,password  < debug: SshUnixUser/SSHUNIXUSER.C;1:1347: not yet implemented  I debug: SshUnixUser/SSHUNIXUSER.C;1:1335: kerberos support not compiled inp  F debug: Sshd2/SSHD2.C;1:411: user 'scuser_240' service 'ssh-connection'> client_ip '10.4.4.12' client_port '49162' completed 'password'  F debug: Ssh2Common/SSHCOMMON.C;1:320: Received SSH_CROSS_STARTUP packet from connection protocol.   B debug: Ssh2Common/SSHCOMMON.C;1:370: Received SSH_CROSS_ALGORITHMS  packet from connection protocol.  E debug: Ssh2Common/SSHCOMMON.C;1:288: Received SSH_CROSS_AUTHENTICATED"  packet from connection protocol.  7 debug: Ssh2Common/SSHCOMMON.C;1:721: num_channels now 1e  B FATAL: BUILD9$:[TCPIP_T54_BL6A.SRC.SSH]SSHSTREAM.C;1:163 SshStream= (function name unavailable) Assertion failed: !stream->closed0  9    TCPIP$SSH    job terminated at 20-MAR-2003 13:14:04.57r      Accounting information:?    Buffered I/O count:                240      Peak working seto size:       6352A    Direct I/O count:                  103      Peak virtual size:h 1740326    Page faults:                       467      Mounted volumes:                0hD    Charged CPU time:        0 00:00:00.17      Elapsed time:       0 00:00:10.14h   ------------------------------    Date: 19 Mar 2003 23:32:26 -0800# From: dooleys@snowy.net.au (dooley)f# Subject: Re: Restoring image backupa= Message-ID: <1ca82fc6.0303192332.448550ec@posting.google.com>t  ^ Zimnoreki DysoN <dysonSPAM@interia.pl> wrote in message news:<b59ijp$9km$1@inews.gazeta.pl>...M > Hi, Im new here and rather agreen in VMS systems but maybe You can help me. I > I need to restore backup from tape to onve volume on OpenVMS 7.2 Systeme > I boot from CD and) > mount /for mkc600:    -streamer, sources* > mount /for DKF1:      -disk, destinationA > backup /list /rewind mkc600:   -I got name of backup file, its P9 > ALFHSM_ALHSMD_APPL.BCK, afterwards file listing started   H At the start of the listing, it also shows the backup command line used.  ; It should be something like: $ backup /image dka0: mkc600: 8: and to restore it, you use : $ backup /image mkc600: dka0:  C the disk should be mounted foreign, it will be initialised based onoG the disk information held on the tape, unless you specify /noinitializeo  L There is also an issue with /alias or /noalias on image backups and restores   Phil   ------------------------------  % Date: Thu, 20 Mar 2003 14:05:35 +0100i& From:  Patriarche <papySCB@polbox.com> Subject: Rich Marcello9 Message-ID: <MPG.18e3db0faa985962989689@news2.hexanet.fr>c   Sorry for my English...   ' Is Rich Marcello always in HP today ???0  ( Does he support WMS or does he go away ?   thxF  ( L'Papy_VMS_since_1984_with_RDB_V1_arf...   ------------------------------  % Date: Thu, 20 Mar 2003 09:40:34 -0500cA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>  Subject: Re: Rich Marcello. Message-ID: <3e79d2e4$1_1@hpb10302.boi.hp.com>  I Don't know exactly what you are asking.  Rich came from the semiconductor/L group at Digital Equipment, and today is the Vice President for the HP AlphaL Server group.  The OpenVMS group reports to him.  He reports to the Business Critical Server group.      2 "Patriarche" <papySCB@polbox.com> wrote in message3 news:MPG.18e3db0faa985962989689@news2.hexanet.fr...h >e > Sorry for my English...  > ) > Is Rich Marcello always in HP today ???  > * > Does he support WMS or does he go away ? >u > thxh > * > L'Papy_VMS_since_1984_with_RDB_V1_arf...   ------------------------------    Date: 20 Mar 2003 09:10:42 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)n Subject: Re: Rich Marcello3 Message-ID: <3edBJU0JPx9I@eisner.encompasserve.org>2  r In article <3e79d2e4$1_1@hpb10302.boi.hp.com>, "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> writes:K > Don't know exactly what you are asking.  Rich came from the semiconductoruN > group at Digital Equipment, and today is the Vice President for the HP AlphaN > Server group.  The OpenVMS group reports to him.  He reports to the Business > Critical Server group.  B On the other hand, Mark Gorham, who succeeded Rich Marcello as theE head of VMS, formerly worked in the VMS group and then went elsewhere0E in the company where he gained additional perspective.  The fact thatuF he is now back in VMS means that he has a broader view of the business% than if he had been in VMS all along.   C Although I have never had any complaints about Mark lacking a broadsB understanding, I think it is useful to have managers who have doneD something other than VMS, so his time away is to all of our benefit.A When I heard Mark had left VMS I was sad, but now that he is back ( I am happy he was (temporarily) away :-)   ------------------------------  + Date: Thu, 20 Mar 2003 10:21:42 +0100 (MET)@9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>1( Subject: Re: send mail from an intranet?; Message-ID: <01KTQSM4W6FM9S5MQI@sysdev.deutsche-boerse.com>   : > > > 2. you have to rely on a dyndns.org or such provider > > L > > True.  On the other hand, you have to rely on a DNS server for a static M > > IP as well.  Of course, you could run your own DNS, but in that case you t@ > > need at least two static IP addresses on different networks. > F > Why?  Antinode.org has a single static address (209.98.249.184), and< > I provide my own primary DNS (with my ISP as a secondary).  I Right.  So that's two static IP addresses on two different networks.  My  G point is that since you have to rely on the ISP as a secondary, you're a$ not COMPLETELY running your own DNS.  F > > My experience is that DynDNS.org is more reliable than my ISP who 3 > > currently provides me with a static IP address.r > F > My experience with my ISP has been most satisfactory.  (Which may be > of no use to you, of course.)   H Indeed.  I merely meant to say that there are reliable alternatives for  dynamic IP addresses.o   > > > 3. the address changes > > I > > True, this makes things more difficult.  However, this is relatively s) > > painless if one has an update client.  > F > Relative to what?  I think that relative to not ever having to think+ > about it, it's at least slightly painful.t  E True.  However, relatively painless if one factors in the additional g cost of a dynamic IP address.u   ------------------------------  + Date: Thu, 20 Mar 2003 08:26:57 -0600 (CST)p From: sms@antinode.org( Subject: Re: send mail from an intranet?) Message-ID: <03032008265723@antinode.org>a  9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>0  < > > > > 2. you have to rely on a dyndns.org or such provider > > > N > > > True.  On the other hand, you have to rely on a DNS server for a static O > > > IP as well.  Of course, you could run your own DNS, but in that case you -B > > > need at least two static IP addresses on different networks. > > H > > Why?  Antinode.org has a single static address (209.98.249.184), and> > > I provide my own primary DNS (with my ISP as a secondary). > K > Right.  So that's two static IP addresses on two different networks.  My KI > point is that since you have to rely on the ISP as a secondary, you're .& > not COMPLETELY running your own DNS.  G    I _was_ before I got the OPTIONAL cooperation from my ISP.  This wayeH I do not disappear completely if my DSL link fails, but initially, I was the whole thing.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.orgr    Saint Paul  MN  55105-2547t   ------------------------------  + Date: Thu, 20 Mar 2003 15:37:21 +0100 (MET)l9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>-( Subject: Re: send mail from an intranet?; Message-ID: <01KTR3PVJ8KY9H1MPS@sysdev.deutsche-boerse.com>f  H > I _was_ before I got the OPTIONAL cooperation from my ISP.  This way IH > do not disappear completely if my DSL link fails, but initially, I was > the whole thing. t  I Strange.  I thought that all domain registrars required at least two DNS y servers on different networks.   ------------------------------  % Date: Thu, 20 Mar 2003 01:27:36 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>  Subject: Some Windows ammunition/ Message-ID: <3E795122.A5287630@vl.videotron.ca>r  N How can one continue to develop on Windows when you are spending all your time installing patches ? VMS all the way ;-)(     --------------------    
 Wednesday:  L A new software vulnerability that affects a number of different versions of L Microsoft's Windows operating system could enable remote attackers to use a O Web page or HTML formatted e-mail message to run their own malicious code on a   Windows machine.  N The buffer overrun vulnerability was discovered in the Windows Script Engine, O which allows Windows operating systems to run script code written in languages  I such as Visual Basic Script (VBScript) or JScript, according to security  3 bulletin MS03-008, which was released on Wednesday. 
 Advertisement-  J The vulnerability affects all supported versions of the Windows operating N system including Windows 98, 98 Second Edition, ME, NT 4.0, 2000, and XP, the 
 company said.e  7 http://www.pcworld.com/news/article/0,aid,109882,00.aspt  ' ---------------------------------------    Monday:b   Microsoft Warns of Windows Flaw   A Attacks exploiting the security vulnerability have been reported.    Paul Roberts, IDG News Service Monday, March 17, 2003  N Microsoft said Monday that it discovered a critical security vulnerability in L a component of its Windows 2000 operating system that could enable a remote E attacker to gain total control of a machine running Windows 2000 and j3 Microsoft's Internet Information Server Web server.g  I The Redmond, Washington, company said that it has also received isolated )F reports of attacks that exploit the new vulnerability, according to a 
 spokesperson.6
 Advertisemente  N An unchecked buffer in a Windows 2000 component used to handle the World Wide K Web Distributed Authoring and Versioning (WebDAV) protocol could enable an  M attacker to cause a buffer overflow on the machine running IIS, according to  ) the Microsoft security bulletin MS03-007.   K WebDAV is a set of extensions to HTTP that allows users to edit and manage nO files on remote Web servers. The protocol is designed to create interoperable, cN collaborative applications that facilitate geographically dispersed "virtual"  software development teams.   7 http://www.pcworld.com/news/article/0,aid,109846,00.asp   ( ----------------------------------------     last Thursday:  ' Microsoft Patches Critical Windows Flawp  F Security hole could allow an attacker to delete files on affected PCs.   Gillian Law, IDG News Serviceu Thursday, February 27, 2003b  M Microsoft said users of its Windows Millennium Edition operating system risk :O having their files deleted by an attacker because of what it called a critical eA security vulnerability. It issued a patch for the flaw Wednesday.a  O It has issued a patch for the Windows Me Help and Support Center where the URL tH handler for the "hcp://" prefix, used to access the center, contains an  unchecked buffer.n  7 http://www.pcworld.com/news/article/0,aid,109570,00.aspe  ) -----------------------------------------    ------------------------------  % Date: Thu, 20 Mar 2003 08:23:27 +0000t( From: Nic Clews <sendspamhere@127.0.0.1>$ Subject: Re: Some Windows ammunition) Message-ID: <3E797A7F.AC9913E6@127.0.0.1>    JF Mezei wrote:i > P > How can one continue to develop on Windows when you are spending all your time > installing patches ? > VMS all the way ;-)p >  > --------------------  F I've not checked the validity, but I've no reason to doubt the reportsF that these other worm infestations that folks think are under control,D have meanwhile planted little time bombs, so far undetected ready to3 unleash another wave of regret among windoze users.    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesb nclews at csc dot com    ------------------------------  # Date: Thu, 20 Mar 2003 14:07:51 GMTd# From: "John Smith" <a@nonymous.com>-$ Subject: Re: Some Windows ammunitionF Message-ID: <XWjea.1578$usW1.461@news01.bloor.is.net.cable.rogers.com>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messageq) news:3E795122.A5287630@vl.videotron.ca...aF > How can one continue to develop on Windows when you are spending all	 your time  > installing patches ? > VMS all the way ;-)d     Three reasons I can think of:w  3 1) The majority of the desktop apps are on Windows.i  D 2) Companies say, "If our desktops are Windows, then we can leverageC that 'knowledge' and run Windows servers. It'll save us a bundle of  money that way."  @ 3) Those running IT never tell upper management the true cost of= supporting Windows in terms of downtime, extra man-hours, andt) searching for the latest anti-worm tools.    ------------------------------   Date: 20 Mar 03 15:26:09 +0100) From: p_sture@elias.decus.ch (Paul Sture)3$ Subject: Re: Some Windows ammunition) Message-ID: <uhfDbKLF$Gte@elias.decus.ch>e  T In article <3E797A7F.AC9913E6@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > JF Mezei wrote:n >> iQ >> How can one continue to develop on Windows when you are spending all your time  >> installing patches ?  >> VMS all the way ;-) >> e >> --------------------r > H > I've not checked the validity, but I've no reason to doubt the reportsH > that these other worm infestations that folks think are under control,F > have meanwhile planted little time bombs, so far undetected ready to5 > unleash another wave of regret among windoze users.h >   K Maybe so. Meanwhile my web logs are full of attempted attacks from existing 
 viruses...   --  
 Paul Sture   ------------------------------  # Date: Thu, 20 Mar 2003 12:24:38 GMTr' From: Colin Blake <colin@theblakes.com>rH Subject: Re: Somebody didn't get the message?  HP shows it doesn't care., Message-ID: <3E79B2B3.1050807@theblakes.com>   JF Mezei wrote:?   >Bob Koehler wrote:w >  i >mM >>   But right now I'd like to see them running DECwindows mail as is on IPF.d >>     >> >oO >No, fixing up and sprucing up MAIL to be more complete and more internet savyy-K >should be a priority well above that unwanted port to IA64 which can wait.xM >Nobody is using VMS on IA64 and won't be for a few years. Lots of people are ' >hindered by VMSmail's limitations NOW.n >  t >aH Or use Mozilla's mail client on OpenVMS. Mail delivered to your VMSmail * inbox can be pulled into Mozilla via POP3.   ------------------------------  % Date: Thu, 20 Mar 2003 12:16:07 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>H Subject: Re: Somebody didn't get the message?  HP shows it doesn't care./ Message-ID: <3E79E944.BC1FCA90@vl.videotron.ca>-   Colin Blake wrote:I > Or use Mozilla's mail client on OpenVMS. Mail delivered to your VMSmail:, > inbox can be pulled into Mozilla via POP3.  L The problem is one of management of emails. If you move your messages to theK mail client, they are no longer in your VMSmail  mailbox. If you leave theme$ there, POP picks them up every time.  N IMAP is OK but extremely slow., because it must count all messages's file sizeN everytime because the MAIL system doesn't have the fields that would allow theL file size to be stored after it is calculated once, and then access would be very very fast.l   ------------------------------    Date: 20 Mar 2003 02:02:25 -0800- From: denis.fayaud@netspace.mc (Denis Fayaud)k Subject: Re: strange ENQ rates= Message-ID: <93820504.0303200202.2227fa73@posting.google.com>9  F Monitoring dlock shows the same problem on: Converted ENQ Rate (Local)F I stopped all the users application on the node and the two parameters are still not decreasing.i   ------------------------------  % Date: Thu, 20 Mar 2003 10:49:12 +0000y( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: strange ENQ rates) Message-ID: <3E799CA8.81C241A1@127.0.0.1>i   Denis Fayaud wrote:s > H > Monitoring dlock shows the same problem on: Converted ENQ Rate (Local)H > I stopped all the users application on the node and the two parameters > are still not decreasing.   D It would probably useful to have a snapshot screen dump of a pair of> sessions over the same time interval (say at least 15 minutes,  preferably an hour or longer) of   MON LOCK   and   	 MON DLOCK:   and post them here...F -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesc nclews at csc dot comD   ------------------------------    Date: 20 Mar 2003 04:45:35 -0800- From: denis.fayaud@netspace.mc (Denis Fayaud)  Subject: Re: strange ENQ rates= Message-ID: <93820504.0303200445.4f4c7f43@posting.google.com>   Q here are mon lock & mon dlock for the same time interval (about an hour and half)s$ with quasi no activity on the node : (OpenVMS is 7.3)  2                            OpenVMS Monitor Utility5                            LOCK MANAGEMENT STATISTICSe/                                  on node MANALIi3                             20-MAR-2003 13:36:57.16.  K                                        CUR        AVE        MIN        MAX,  K     New ENQ Rate                      0.00       1.03       0.00     188.66:K     Converted ENQ Rate              510.00     509.75     340.00     556.33a  K     DEQ Rate                          0.00       1.03       0.00     187.00,K     Blocking AST Rate                 0.00       0.00       0.00       0.00(  K     ENQs Forced To Wait Rate          0.00       0.00       0.00       0.00aK     ENQs Not Queued Rate            511.00     510.51     341.33     511.00   K     Deadlock Search Rate              0.00       0.00       0.00       0.00 K     Deadlock Find Rate                0.00       0.00       0.00       0.00   K     Total Locks                    2459.00    2457.83    2457.00    2464.00eK     Total Resources                4128.00    4129.83    4126.00    4135.00r         3                             OpenVMS Monitor Utilityt;                      DISTRIBUTED LOCK MANAGEMENT STATISTICSy/                                  on node MANALIb3                             20-MAR-2003 13:37:09.19   K                                        CUR        AVE        MIN        MAX   K     New ENQ Rate       (Local)        0.00       1.00       0.00     182.66mK                     (Incoming)        0.00       0.00       0.00       4.33dK                     (Outgoing)        0.00       0.02       0.00       5.00 K     Converted ENQ Rate (Local)      509.00     508.76     339.33     555.33sK                     (Incoming)        0.00       0.00       0.00       0.333K                     (Outgoing)        1.00       0.99       0.66       1.00 K     DEQ Rate           (Local)        0.00       1.00       0.00     181.33eK                     (Incoming)        0.00       0.00       0.00       4.33eK                     (Outgoing)        0.00       0.02       0.00       5.00tK     Blocking AST Rate  (Local)        0.00       0.00       0.00       0.00eK                     (Incoming)        0.00       0.00       0.00       0.00sK                     (Outgoing)        0.00       0.00       0.00       0.00cK     Dir Functn Rate (Incoming)        0.00       0.30       0.00      22.66-K                     (Outgoing)        0.00       0.20       0.00      45.66lK     Deadlock Message Rate             0.00       0.00       0.00       0.00M   ------------------------------    Date: 20 Mar 2003 09:54:30 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)l Subject: Re: strange ENQ rates< Message-ID: <cf15391e.0303200954.d0498f7@posting.google.com>  r denis.fayaud@netspace.mc (Denis Fayaud) wrote in message news:<93820504.0303180236.4042d807@posting.google.com>...H > the two parameters "Converted ENQ Rate" and "ENQs Not Queued Rate" areF > increasing continuously, I mean they are increasing of about 10 in a! > day... and they never decrease.   D I have heard of disk queue length bugs in Monitor, but haven't heard@ of any lock-rate bugs.  There are likely actual lock conversions happening here.e  E I've run into cases where an application bug produced high lock rates E (perhaps due to an inadvertent tight loop doing I/Os), but RMS was sopD good at caching the file data that no actual I/Os resulted, only the lock requests.  
 Try using:    SDA> LCK SHOW ACTIVEiD to see what resource trees the lock conversion requests are directedC at (from the resource names, you may get a clue as to the source ofd@ the requests; for help decoding the resource names, see my DECUS? presentations on monitoring and controlling the lock manager atu' http://www.geocities.com/keithparris/).t  ? You can also use the LCK SDA extension to trace the actual lockl; requests if you need to.  To find the commands for LCK, do:s    SDA> LCKeA and look at the command summary output that it produces.  (LCK ist( available in VMS 7.2-2 and above, IIRC.)   ------------------------------  % Date: Thu, 20 Mar 2003 00:24:31 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>) Subject: Re: Suggestion about email abuseJ. Message-ID: <3E79425E.32A6968@vl.videotron.ca>  I the latest reply to the original post by an australian made it to all theo* original newsgroups to make matters worse.  8 PLEASE THINK BEFORE REPLYING TO SUCH OFFENSIVE MESSAGES.   ------------------------------  % Date: Thu, 20 Mar 2003 07:42:52 +0200 - From: "Esa Laitinen" <punkki@suespammers.org>m) Subject: Re: Suggestion about email abuse71 Message-ID: <b5bkct$p9e$1@phys-news1.kolumbus.fi>   @ "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> kirjoitti viestiss( news:3E79425E.32A6968@vl.videotron.ca...: > PLEASE THINK BEFORE REPLYING TO SUCH OFFENSIVE MESSAGES.  J Best way to handle such messages is just ignore them. That'll piss off the butthead the most.   --E The suespammers.org mail server is located in California; do not sendg> unsolicited bulk e-mail or unsolicited commercial e-mail to my suespammers.org address    ------------------------------  % Date: Thu, 20 Mar 2003 08:10:09 +0000t( From: Nic Clews <sendspamhere@127.0.0.1>, Subject: Re: Suggestion for covert marketing) Message-ID: <3E797761.82E290DD@127.0.0.1>    JF Mezei wrote:a  P > Looking at the IBM advertisement of their universal business adaptor, wouldn'tO > it have been nice if their had include "your VMS servers and workstations" ind, > the list of things the UBA has plugs for ?  ; I thought that was what they meant by the "legacy systems".   H This shows how well worked the marketing actually is, because if someoneB phoned up IBM (anyone tried it?) and asked about their UBA and VMSH systems, they would say "of course it will" because they mentioned it in the ad.-  ? Only the other day I had an (indirect) email which said "is vms G obsolete" and of course I set the record straight. I'm still not on theS) VMS marketing payroll as of last month...e   -- 3? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences8 nclews at csc dot com>   ------------------------------   Date: 20 Mar 2003 13:48:07 GMT( From: bill@cs.uofs.edu (Bill Gunshannon), Subject: Re: Suggestion for covert marketing6 Message-ID: <b5cgqn$26m949$3@ID-135708.news.dfncis.de>  ) In article <3E797761.82E290DD@127.0.0.1>,I+ 	Nic Clews <sendspamhere@127.0.0.1> writes:  > JF Mezei wrote:d > Q >> Looking at the IBM advertisement of their universal business adaptor, wouldn'tiP >> it have been nice if their had include "your VMS servers and workstations" in- >> the list of things the UBA has plugs for ?d > = > I thought that was what they meant by the "legacy systems".s > J > This shows how well worked the marketing actually is, because if someoneD > phoned up IBM (anyone tried it?) and asked about their UBA and VMSJ > systems, they would say "of course it will" because they mentioned it in	 > the ad.e  A Maybe I'm confusing it with their other ads, but doesn't this onerE end with a screen that says, "There is no Unversal Business Adapter".n   bill   -- iJ 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>   e   ------------------------------  % Date: Thu, 20 Mar 2003 12:57:05 -040030 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: Suggestion for covert marketing/ Message-ID: <3E79F2DB.4BD84AA1@vl.videotron.ca>d   Bill Gunshannon wrote:C > Maybe I'm confusing it with their other ads, but doesn't this onenG > end with a screen that says, "There is no Unversal Business Adapter".r  H All the IBM ads end this way. Same for the binoculars that look into theM future, the time machine that lets you fix your mistakes of the past etc etc.   G But the point is that IBM, in a subtle way, mentions that it knows thatsK companies now want to integrate all sorts of different systems (a big shift9N from the past when was all big blue), and mentioning VMS in the list of thingsG the UBA connects to would give IBM the image that it is also capable of>$ working with other vendor's systems.   ------------------------------    Date: 20 Mar 2003 06:19:50 -0800( From: bob@instantwhip.com (Bob Ceculski)< Subject: Sun has a crash bug, and power5 is garbage syas HP!= Message-ID: <d7791aa1.0303200619.78873c40@posting.google.com>t   it's right here ...r  ( http://www.theinquirer.net/?article=8401   ------------------------------  % Date: Thu, 20 Mar 2003 10:02:03 -0500s$ From: "rob kas" <rob@netcarrier.net>@ Subject: Re: Sun has a crash bug, and power5 is garbage syas HP!/ Message-ID: <v7jmh776mahi9a@corp.supernews.com>:  
     Golly Bob   3    I've got a bridge I'd like to sell you..........i                       Rob k-    5 "Bob Ceculski" <bob@instantwhip.com> wrote in messageP7 news:d7791aa1.0303200619.78873c40@posting.google.com...t > it's right here ...5 > * > http://www.theinquirer.net/?article=8401   ------------------------------  % Date: Thu, 20 Mar 2003 12:47:18 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>@ Subject: Re: Sun has a crash bug, and power5 is garbage syas HP!/ Message-ID: <3E79F091.92C2FA79@vl.videotron.ca>o   Bob Ceculski wrote:u* > http://www.theinquirer.net/?article=8401   ##M HP told its customers that Power 5 servers from IBM and set for release earlyPM next year were unlikely to quadruple the performance of the p690, and claimed ; that Big  Blue is scared by HP systems running the Itanium.h ##  - Sounds to me like it is the other way around.-   ##N The Power 5 technology is way down the line, uses unproven technology, and has0 no commercial performance figures yet available. ##  ' It is EPIC that is unproven technology.s   ##M Further, HP claims that customers will have to physically swap out boxes whenaM Power 5 is launched, and that migrating in a similar way from HP systems willaE be $1 million  cheaper than the move from the p690 to the IBM Armada.  ##  H True64 customers will not only have to swap boxes, but also swap OS (and likely swap vendor).K VMS customers will have to swap boxes and migrate to a new architecture andbS version of the OS, which means recompile , retest and recertify their applications.1       ##F Plus HP is spreading rumours that IBM is far from committed to the AIX operating system.p ##  M HP is in no position to talk. Its commitment to migrate VMS customer to HP-UXeM (as per Scott Stallard) as well as its committment to break it commitments on Y Alpha and Tru64 do not give HP any right to say that IBM's commitments are not trustable.     M It is also interesting that this article mentions that Gartner is a friend of N HP. If that is the case, it will be most interesting to see how Gartner treats) VMS (or if it just ignores it completely)c   ------------------------------    Date: 20 Mar 2003 03:46:43 -0800) From: jbrankin@ntlworld.com (Jim Brankin) + Subject: Re: System crash, should I worry ?H= Message-ID: <863f19d6.0303200346.3463467a@posting.google.com>   g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E793C04.7CBE55FA@vl.videotron.ca>...S > Michael Austin wrote:-G > > IIRC there has been a patch very recently that would address this..% > N > Thanks. May have to lookup the patches  for TCPIP services. Last I checked ,S > there was still no mention of their fixing the SLIP interface so I didn't bother.  >  > > 0 > > go into ANAL/CRASH and give us the output of > >  > > SDA> CLUE CRASHl > F > This is VAX. CLUE doesn't exist :-( Is it SHOW CRASH that you want ?     On VAX:    $ clue :== $sys$system:clueA $ clue sys$system:sysdump.dmp    ------------------------------  % Date: Thu, 20 Mar 2003 11:56:29 -0400e0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>+ Subject: Re: System crash, should I worry ?e/ Message-ID: <3E79E4AC.1AED846F@vl.videotron.ca>4   Jim Brankin wrote: > $ clue :== $sys$system:clueM > $ clue sys$system:sysdump.dmp2  
 OK Thanks.  ' Here is the output of the command then::    $ mc clue sys$system:sysdump.dmpL CLUE Version: V1.9                            Date:  20-MAR-2003 11:49:32.69   CLUE SYS$SYSTEM:SYSDUMP.DMP.  , Dump File: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1  + Full Memory Dump:  Dump Flags    = 020400C1M0 Current Process Name             = TCPIP$INETACP$ Current IPL                      = 8' Dump file version                = 0530mA # memory pages in dump           = 32543  Physical memory = 16 MB_+ SID                              = 0A000004 : Crash time                       = 19-MAR-2003 16:38:05.79) Current Access mode              = KERNELh5 Node Name                        = BIKE     Clusteredr( Crash CPU/Primary CPU            = 0 / 0+ CPU  0 Crash Code 35C,Crash Type = PGFIPLHIc$ Bitmask of CPUs available        = 1$ Bitmask of CPUs active           = 1$ CPU Bitmask completing bugcheck  = 1' Current image:                   = NONE 2 CPU Type                         = VAXstation 3100' VMS Version                      = V7.2t  8                          Symbol     Value       Contents  8                  EXE$GL_MCHKERRS -> 800044F0  = 000000008                   EXE$GL_MEMERRS -> 800044F4  = 000000008                     EXE$GL_STATE -> 80008490  = 00003FFEG                  EXE$GQ_BOOTTIME -> 80004460  = 29-JAN-2003 12:30:14.76n8                     EXE$GL_FLAGS -> 800042F0  = 024168658                   IO$GL_UBA_INT0 -> 800044F8  = 000000008                     MPW$GB_IOLIM -> 800080AA  = 000404048               PMS$GL_NPAGDYNEXPF -> 80004700  = 000000008                  PMS$GL_NPAGDYNF -> 8000491C  = 000000008             PMS$GL_NPAGDYNFPAGES -> 80004920  = 000000008               PMS$GL_NPAGDYNREQF -> 8000492C  = 000000008                   PMS$GL_PAGDYNF -> 80004704  = 000000008              PMS$GL_PAGDYNFPAGES -> 80004924  = 000000008                PMS$GL_PAGDYNREQF -> 80004934  = 000000008                   SCH$GL_FREECNT -> 80004018  = 000020658                    SCH$GL_PFRATL -> 800080C4  = 00000000     SBR 00FA5400  SLR 0000FA80  , Processor Information for Crash CPU  0 (Hex)  F    R0 001C002C   R1 00000000   R2 80A34A80   R3 80B4C880   R4 00000008F    R5 80B54180   R6 80AF8000   R7 80A34A80   R8 80B4C880   R9 001C002CF   R10 00000006  R11 80B54180   AP 00005058   FP 7FFE778C   SP 0001B3BCF    PC 80738DB5  PSL 00080000  KSP 0001B3BC  ESP 7FFE9800  SSP 7FFED800F   USP 7FF6DB78  ISP 80EEEA00 P0BR 81504C00 P1BR 80D49200 P0LR 00000ED98  P1LR 001FFB57 PCBB 00466220 SCBB 00F9EC00 SISR 00000000   ASTLVL  = 00000004 ICCS    = 00000040   CPU Dependent Registers:   # Regs = 04 (Hex)e 00000000 AFF5B594 000000FC 3802BF47  4 Spinlocks owned by CPU 00 (Hex) (CRASH CPU)     NONE    , [EDITED] Summary of System at time of Crash:  L  PCB    State CPU Process Name     Username     EPID    Pri PHD        Wkset  K 80778DA0   HIB    SWAPPER                       21800041 16 80778C00      0 K 80B347C0   HIB    CLUSTER_SERVER   SYSTEM       21800046 14 80FA7200     711K 80B349C0   HIB    CONFIGURE        SYSTEM       21800047 10 80EF2E00    173tK 80B34BC0  HIBO    LANACP           SYSTEM       21800048 13 00000000    375;K 80B351C0   HIB    IPCACP           SYSTEM       2180004A 10 8105B600     98uK 80B353C0   HIB    ERRFMT           SYSTEM       2180004B  8 810B5800    125cK 80B355C0  HIBO    CACHE_SERVER     SYSTEM       2180004C 16 00000000    130eK 80B357C0   COM    OPCOM            SYSTEM       2180004D  7 8121E000     97'K 80B359C0   HIB    AUDIT_SERVER     AUDIT$SERVER 2180004E 10 811C3E00     672K 80B35BC0   HIB    JOB_CONTROL      SYSTEM       2180004F 10 812D2400    108sK 80B35FC0   HIB    SECURITY_SERVER  SYSTEM       21800050  9 81278200    123:K 80B367C0   HIB    SMISERVER        ALLIN1       21800051  9 81765E00     60:K 80B36BC0   HIB    TP_SERVER        SYSTEM       21800052  9 8132C600    1671K 80B36FC0   HIB    NETACP           DECNET       21800053 10 813E0A00     96MK 80B371C0   HIB    EVL              DECNET       21800054  6 8170BC00     81 K 80B37DC0  HIBO    REMACP           SYSTEM       21800055  8 00000000     72oK 80B393C0   CUR  0 TCPIP$INETACP    INTERnet     21800057  8 814EF000    410RK 80B377C0   LEF    TCPIP$BIND_1     TCPIP$BIND   2180005B 10 81B9F600    700CK 80B37BC0   LEF    TCPIP$FTP_1      TCPIP$FTP    2180005C 10 81874400     99SK 809C4400   LEF    TCPIP$IMAP_1     TCPIP$IMAP   2180005D 10 8143AC00   1416rK 80A37940  HIBO    LPD_IN_BIKE_1    SYSTEM       2180005E  4 00000000    416 K 80A37B40   HIB    TCPIP$POP_1      TCPIP$POP    2180005F 10 816B1A00     74aK 80AF50C0  HIBO    SMTP_BIKE_01     SYSTEM       21800060  4 81AEB200    405 K 80B4BF80   COM    TCPIP$SM_BG1480  INTERnet     2180072C  6 81A91000    169 / $2$DKA200:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXEC    [ (Note: the appletalk stuff was no longer active, and in this reboot, none got re-installed)-  Code Modules:  8                      Module Name         Address  Length  :             ATK$APPLETALK_PROTOCOL_STACK 801BCC00 0001CA00:                     TCPIP$PROXY_SERVICES 801DB400 00007800:                  TCPIP$INTERNET_SERVICES 801E3200 00137200:                                   SYSMSG 8059C400 00045800:                               SYSLDR_DYN 80837600 00002000:                       DDIF$RMS_EXTENSION 80839A00 00001200:                   RECOVERY_UNIT_SERVICES 8083AE00 00000800:                                      RMS 805E1E00 0002C400:                                  SYS$NTA 8067AE00 00000200:                         VAXCLUSTER_CACHE 8067B400 00004A00:                     SYS$NETWORK_SERVICES 80680400 00000200:                         SYS$UTC_SERVICES 80680C00 00000E00:                 SYS$TRANSACTION_SERVICES 80682000 0000DE00:                         SYS$IPC_SERVICES 80690200 0001DC00:                                   CPULOA 806AE000 00005400:                          LMF$GROUP_TABLE 806B5800 00001A00:                               SYSLICENSE 806B7600 00003200:                                  F11BXQP 806BAC00 0001F600:                        SNAPSHOT_SERVICES 806DAA00 00000C00:                                SYSGETSYI 806DBC00 00002000:                                SYSDEVICE 806DE000 00002A00:                         MESSAGE_ROUTINES 806E1000 00006200:                                EXCEPTION 806F7800 0000A800:                            LOGICAL_NAMES 80702800 00023800:                                 SECURITY 80726A00 00009A00:                                  LOCKING 80730C00 00006E00:                          PAGE_MANAGEMENT 80738400 00009E00:                   WORKING_SET_MANAGEMENT 80756800 00005E00:                         IMAGE_MANAGEMENT 8075D000 00003600:                     EVENT_FLAGS_AND_ASTS 80760C00 00002200:                              IO_ROUTINES 80763800 0000CA00:                       PROCESS_MANAGEMENT 80771C00 0000C400:                                 ERRORLOG 80829400 00000C00:                             PRIMITIVE_IO 8082A600 00001200:               SYSTEM_SYNCHRONIZATION_UNI 8082BC00 00004400:                    SYSTEM_PRIMITIVES_MIN 80830600 00003E00:                    BUGCHECK_CODE_OVERLAY 801BD000 00003964:                                 GWDRIVER 80B7EEC0 00000980:                                 PSDRIVER 80B72980 00000880:                                 WSDRIVER 80B69FC0 00000640:                                GCBDRIVER 80B3B0C0 00000DC0:                                 IKDRIVER 80B8F240 00002680:                                 IMDRIVER 80B1E500 00000A40:                                 INDRIVER 80B7FA80 00003140:                                 TNDRIVER 80BADE80 00009440:                               TCPIP$BGDR 80B02240 000004C0:                                RTTDRIVER 80B75580 00000B80:                                 CTDRIVER 80B7BC00 00002980:                                 NDDRIVER 80A2F700 00000AC0:                                NETDRIVER 80B870C0 00005140:                               PIPEDRIVER 80B76F80 00000580:                                 FTDRIVER 80B94800 000009C0:                                 YEDRIVER 80BA6900 00000DC0:                                 DUDRIVER 80A0E840 00005FC0:                                 PEDRIVER 809D59C0 0000B2C0:                                 ESDRIVER 809CB040 000083C0:                                 DVDRIVER 809C5D80 00004480:                                 DKDRIVER 80B2EDC0 0000502E:                                PKNDRIVER 80B2B240 00003B42:                                 TTDRIVER 80B254C0 00005D7D:                                 OPERATOR 80832C00 0000056C:                                 NLDRIVER 806DE083 0000019B:                                 MBDRIVER 806DE000 000019A0:                                CLUSTRLOA 80B0EC00 0000F8FF:                                   SYSLOA 80B1F300 00003398:                                  F11BXQP 00000000 00000000:                           F11BXQP_IMPURE 7FF6E000 80092000:                           CTL$GQ_DBGAREA 7FFF0000 0000FFFF:                             P1SYSVECTORS 7FFEDE00 000009FF:                                   FPEMUL 80B08AC0 00002ABC:                                  VAXEMUL 80B0B580 0000367F:                                     MSCP 809F8780 00003FA0:                                   SCSLOA 80B226C0 00002DEF:                               PAGED_POOL 808BA400 000EA1FF:                            NONPAGED_POOL 809A4600 00301600:                           ALLOCATABLE_S0 8000AF84 0083567B   Contents of KERNEL Stack:a   0001B39C 001C002C  0001B3A0 00000006s& 0001B3A4 80B54180 NONPAGED_POOL+1AFB80 0001B3A8 00005058 $ 0001B3AC 7FFE778C CTL$GL_KSTKBAS+58C 0001B3B0 0001B3B4n@ 0001B3B4 80738DB5 <= PC PAGE_MANAGEMENT+9B5 MMG$MODIFY_FAULT+13D 0001B3B8 00080000o  $ 0001B3BC 00000000  <= Saved R4 <= SP3 0001B3C0 80B54180  <= Saved R5 NONPAGED_POOL+1AFB80f) 0001B3C4 00000000  <= Exception Parameter ! 0001B3C8 0000B800  <= Faulting VA-( 0001B3CC 0000B7FE  <= Exception PC <= PC# 0001B3D0 00C80000  <= Exception PSLn 0001B3D4 00000000: 0001B3D8 0000992C % 0001B3DC 80A34A80 NONPAGED_POOL+904802 0001B3E0 00000000 & 0001B3E4 80B54180 NONPAGED_POOL+1AFB80& 0001B3E8 80BA5539 NONPAGED_POOL+200F39 0001B3EC FFFFFFFFn& 0001B3F0 80BF9B95 NONPAGED_POOL+255595& 0001B3F4 80BA553C NONPAGED_POOL+200F3C 0001B3F8 000030BEr 0001B3FC 000090D6P      Instruction at PC 0000B7FEu      0000B7FE MOVL    (SP),-(SP)   Instructions around PC 0000B7FEc      0000B7D6 BSBW    00005DAD1    0000B7D9 ADDP4   @-2F82(R4),R0,-(SP),@04AE(SP)t$    0000B7E2 MOVAQ   @27EF(R0),@(R8)+ Invalid opcode FF @0000B7E7( Invalid opcode FF @0000B7E8      0000B7E9 MOVF    @7CA0(R0),R0    0000B7EE CALLS   #01,(R0)    0000B7F1 MOVL    (SP)+,R0     0000B7F4 BICL2   #04,017C(R5)     0000B7F9 BISL2   #08,017C(R5) PC>0000B7FE MOVL    (SP),-(SP)    0000B801 MOVL    R0,04(SP)h    0000B805 MOVL    00005010,R0P    0000B80C MOVL    0080(R0),R0c    0000B811 CALLS   #01,(R0)     Failing PC is 0000B7FE    Canasta Parameters:   VMS Version     : 7.2- Crash Type      : PGFIPLHI Current Process : TCPIP$INETACPa Current Image   : NONE CPU Type        : 3100 SID             : 0A000004 Signal Array cnt: 0P Exception par #1: FFFFFFFF Exception par #2: 00000000 Exception par #3: 0000B800 Exception PC    : 0000B7FE Exception PSL   : 00C80000 Failing Inst    : MOVL Code Module     : UNKNOWN  Offset          : UNKNOWN0   20-MAR-2003 11:48:36.69u   ------------------------------  % Date: Thu, 20 Mar 2003 13:56:39 -0500m; From: "Brian Tillman" <Brian.Tillman@notnoone.notnohow.com>i) Subject: Re: SYS_CHECK equivelant on VMS. $ Message-ID: <3e7a0edd$1@news.si.com>  . >RCM is there, hidden away on the WEBES pages.  % But the links to the standalone kits,-G http://ftp.support.compaq.com/svctools/rcm/rcm_axpvms_v0401_552.exe andFG http://ftp.support.compaq.com/svctools/rcm/rcm_vaxvms_v0401_552.exe aren invalid links. -- 2I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot comw5 Smiths Aerospace  Addresses modified to prevent SPAM.?@ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991y8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 20 Mar 2003 00:01:23 -0600a From: brandon@dalsemi.com  Subject: Re: This newsgroupc1 Message-ID: <03032000012321@dscis6-0.dalsemi.com>e   > Sue Skonetski wrote: > > J > > In case I have not mentioned in lately, I just wanted to say thank youF > > for being you.  Thank you for your help, your honesty and zeal for > > VMS. > $ > Conclusion: Sue is a masochist :-)  - My translation; "Sue is buying the beer!"  ;0e   John Brandon VMS Systems Administrator  Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkn 972.371.4003 fxd   ------------------------------  % Date: Thu, 20 Mar 2003 10:40:31 +0100r$ From: "Peter Flunger" <p-i-b@gmx.at> Subject: Re: This newsgroup-0 Message-ID: <b5c2ag$jfk$1@newsreader1.netway.at>  3 "Sue Skonetski" <susan_skonetski@hotmail.com> wroterH > In case I have not mentioned in lately, I just wanted to say thank youD > for being you.  Thank you for your help, your honesty and zeal for > VMS.H For me this is a way of giving back to VMS what it has been giving to us for such a long time.t Petert   ------------------------------  % Date: Wed, 19 Mar 2003 21:19:46 -0800n& From: Tom Crabtree <tccrab@sunset.net> Subject: Re: This newsgroupm* Message-ID: <3E794F72.52B28210@sunset.net>   Sue:  C I do not know you but I know who you are.  Thank you for being you.kF Thank you for your continued belief in one the most advanced computingD systems & software on the planet (no matter what Bill Gates thinks).  ( I've owned PDP's, Vaxs, and now Alphas. D I started my journey with computing on an IBM 1123. I've had or usedF almost every flavor of PeeCee ever made including a portable Commodore
 and an Amiga. % Which do you suppose I love the most?a  @ I've watched computing go from punch cards to recordable DVD's. ) I can only imagine where it will go next.t   I love you, we love you.   Peace be with you.   Tom Crabtree VMS Neophyte   Sue Skonetski wrote: > H > In case I have not mentioned in lately, I just wanted to say thank youD > for being you.  Thank you for your help, your honesty and zeal for > VMS. >  > Sue Skonetskio" > OpenVMS Technical field programs > susan.skonetski@hp.com   ------------------------------  # Date: Thu, 20 Mar 2003 10:18:51 GMTo4 From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca> Subject: Re: unixl8 Message-ID: <p65j7vck352u7n32rnmqgfsq4u48r9s1ht@4ax.com>  6 On 19 Mar 2003 13:22:29 GMT in alt.folklore.computers,) bill@cs.uofs.edu (Bill Gunshannon) wrote:o  8 >In article <slrnb7g6to.pun.shannon@news.widomaker.com>,> >	Charles Shannon Hendrix <shannon@news.widomaker.com> writes:P >> In article <b50gmi$25435a$1@ID-135708.news.dfncis.de>, Bill Gunshannon wrote: >>  @ >>>> ...just the computer part, no monitor or keyboard...for $10: >>>> each US. I did *not* see anyone rushing to buy one... >>> 2 >>> Thats because at $10 they were way overpriced. >>  H >> I don't know, some of them were nice as far as a MS-DOS machine goes. >>  H >> I have some friends that still have theirs, and they still run great./ >> Not many others from that era still running.  >p >Your joking, right? >-E >I have numerous computers from that period and older still woorking.p >Tandy 1000-TX >Tandy Model 16t >Tandy Color Computer  >and best of all!! >Terak 8510 (several of them)i >bA >And then at work we still have (but seldom even turn on) a smallo >handful of original IBM PC's.  ; My original Tandy 1000A with original HP DeskJet were stillc@ working fine and showing the correct date under MS-DOS 3.? after6 Y2K: they're down in the basement now, ready for use.   9 Thanks. Take care, Brian Inglis 	Calgary, Alberta, Canada  -- aF Brian.Inglis@CSi.com 	(Brian dot Inglis at SystematicSw dot ab dot ca),     fake address		use address above to reply@ abuse@aol.com tosspam@aol.com abuse@att.com abuse@earthlink.com ? abuse@hotmail.com abuse@mci.com abuse@msn.com abuse@sprint.com  B abuse@yahoo.com abuse@cadvision.com abuse@shaw.ca abuse@telus.com - abuse@ibsystems.com uce@ftc.gov				spam trapsa   ------------------------------   Date: 20 Mar 03 14:26:41 +0100) From: p_sture@elias.decus.ch (Paul Sture)a Subject: Re: unixe) Message-ID: <frhJbHBZDR$y@elias.decus.ch>w  e In article <2404.208T485T6503698@kltpzyxm.invalid>, "Charlie Gibbs" <cgibbs@kltpzyxm.invalid> writes:dA > In article <rVbVb1W3SGtF@elias.decus.ch> p_sture@elias.decus.cht > (Paul Sture) writes: >  > [horror story snipped] > I >>My trials and tribulations brought me to the conclusion that concurrentSI >>web access was mandatory in order to get Linux up at the time I did it.t > D > Without denying your tale of woe (shit happens, after all), let me7 > reassure you and Barb that it isn't always that way. o  C Nice to hear, and moving to SuSE 7.1 was my great leap forward. The > documentation was excellent. 8.2 is out in a few weeks, so I'm planning on waiting for that.v  H > Although web access might be handy from time to time (I picked up someH > good X configuration tidbits from URLs in my book), just being able toG > access newsgroups gets you a long way.  Check out comp.os.linux.setupe- > and comp.os.linux.networking, for instance.n  8 But when I started I didn't have _any_ online access :-)  A Having had a go at Linux though, it's only fair to point out that A the only way I managed to get my first NT system connected to theeA online world was by using my laptop to ask the relevant questionsw online.n   > D > On the other hand, my stock Win98 box is a piece of crap, crashing6 > and locking up all the time.  Your mileage may vary. >   A I sacked Win98 when I couldn't get it speaking to my ISDN router. A Fortunately the second hand box I bought came with an NT disk. IntA contrast to the many hours I had wasted trying to persuade W98 tooB talk to the router, NT got me there within 50 minutes of inserting the first boot floppy.  E >>Another point here is that of hardware which only works on Windows.zH >>The dread "Winmodems" and cheapo network cards come to mind here. ManyH >>budget PCs come with such devices for which the only drivers availableD >>are for Windows, so you then get into buying bits of hardware too. > D > A modem is a little box with lights on it and a DB-25 connector onE > the back, and talks Hayes protocol.  (It also has a power switch soiC > you can prevent sneaky programs or operating systems from dialinge  > out when you're not looking.)   F LOL. Paul's modem rule #1: always go for an external modem so that you0 don't need to reboot to clear a hung connection., (I have a similar rule for tape drives too.)  & > And you haven't even mentioned those > horrid "Winprinters"...  >   < Fortunately I'd invested in a decent PostScript LaserJet :-)  D But I did forget to mention the onboard video chip. That was a nastyA affair which wouldn't work properly with NT either. I sorted that 3 by getting a proper video card (only 20 USD or so).-  9 >>I hope this tale of woe doesn't put you off too much -)  > B > Go for it, Barb!  There are lots of us here willing to help you. >   A Indeed, it was very satisfying being able to download and read M$oA Office stuff even after declaring my home office an M$-free zone!      -- l
 Paul Sture   ------------------------------   Date: 20 Mar 2003 13:31:54 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: unix 6 Message-ID: <b5cfsa$26m949$1@ID-135708.news.dfncis.de>  3 In article <87el5359l5.fsf@mithril.chromatico.net>,79 	Charlton Wilbur <cwilbur@mithril.chromatico.net> writes:o6 >>>>>> "LD" == Lars Duening <lars@bearnip.com> writes: > A >     LD> And isn't there the unwritten rule that one's computing E >     LD> equipment should be at least as expensive as one's means ofl >     LD> transportation?d > F > Fortunately, there's no requirement for parity, or I'd have to buy a, > car.  Or some *really* expensive shoes.... >   B Well, I don't know about expense, but at least mine are all of the
 same vintage.   % Cars:  Triumph Spitfire, MGB Roadsters Computers:  PDP-11, VAX-   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>   n   ------------------------------  ! Date: Thu, 20 Mar 03 13:05:59 GMT  From: jmfbahciv@aol.com  Subject: Re: unix , Message-ID: <b5ch49$4hu$20@bob.news.rcn.net>  7 In article <20030318210824.0dcd5a18.steveo@eircom.net>, 0    Steve O'Hara-Smith <steveo@eircom.net> wrote:# >On Tue, 18 Mar 2003 21:52:37 +0800 6 >Bernd Felsche <bernie@innovative.iinet.net.au> wrote: <snip>  H >BF> The best solution is to let the webmasters know that you can't read- >BF> what the hell they do. And go elsewhere.  >.B >	These people are incapable of thought. Even when I explained theG >problem and showed them the consequences all I got was "Oh yeah that's G >pretty bad, but it's what the spec said to do and marketing signed offo >on it so it must be OK.".  < That is exactly why I had to invent my virtual baseball bat.  3 > .. I think the only way to make them get it rightdG >would be to give them an ancient 800x600 laptop with a ten inch screen I >a P60 and Mosaic. If they can use the site on that the rest of us should 	 >be OK :)o  C Nope.  Not even then.  They'll program to the non-existent hardwareo= because they "know" that their code will never get shipped to1> existing hardware.  I used a hundred baseball bats to convince= certain people not to code towards the Jupiter.  There was noTD way in hell I was going to support a FOROTS that had Jupiter-fuckingD code.  Fetch, fetch, fetch, fetch, fetch; calculate .-5; compare and skip all previous fetches.       /BAH    ' Subtract a hundred and four for e-mail.    ------------------------------  ! Date: Thu, 20 Mar 03 13:08:15 GMTn From: jmfbahciv@aol.com  Subject: Re: unix3, Message-ID: <b5ch8h$4hu$21@bob.news.rcn.net>  3 In article <1216.208T671T6824252@kltpzyxm.invalid>,a3    "Charlie Gibbs" <cgibbs@kltpzyxm.invalid> wrote:3G >In article <b59quk$26s7qv$1@ID-135708.news.dfncis.de> bill@cs.uofs.edu  >(Bill Gunshannon) writes: >t? >>I actually find it is the more modern computers that have thee? >>highest failure rates.  Numerous Gateways barely out of their 4 >>warranties have ended out in the dumpster already. > F >That's because their engineers have finally figured out exactly whereC >and how much to cut corners so that a machine makes it through the F >warranty period and no further.  I suppose you could call this a sign >of maturity in any industry.  >0F >Back in the late '60s I overheard someone describing how he got TimexG >watches for each of his three sons.  All three watches made it through0F >the one-year warranty period, but not one lasted 13 months.  ComputerC >manufacturers are just now figuring out what those watchmakers had0 >mastered 35 years ago.M > C >(On the other hand, even Timex had to start over when watches wentrB >digital.  My cheapo 20-year-old Timex digital takes a licking and >keeps on... uhh...) > 	 Flicking.3   /BAH  ' Subtract a hundred and four for e-mail.d   ------------------------------   Date: 20 Mar 03 15:37:55 +0100) From: p_sture@elias.decus.ch (Paul Sture)wA Subject: vms731_fibre_scsi-v0200 ECO also contains BACKUP MME fix ) Message-ID: <3ENH4$8$MLHd@elias.decus.ch>c  G Buried in the README for ECO vms731_fibre_scsi-v0200, just released, isd3 the following, in the "PROBLEMS ADDRESSED" section:a  C      o  When restoring a multivolume saveset created with a commanda1          similar to the following BACKUP command:i  %          $ MOUNT/FOREIGN ALPHA3$MKD0:rD          $ BACKUP/IMAGE SY2:ALPHA3$MKD0:SY2_IMG/save_set/EXACT_ORDER  E          The restore operation fails because BACKUP is requesting andr1          waiting for the wrong tape to be loaded.o  2          Images Affected:[SYS$LDR]SYS$MKDRIVER.EXE  E Please refer to Jeff Cameron's message of 6-Mar-2003 for more detailso   >o http://groups.google.ch/groups?q=comp.os.vms+mme+backup&hl=en&lr=&ie=UTF-8&selm=BA8D5BF3.5A07%25JCam90502%40jcameron.com&rnum=2r   -- t
 Paul Sture   ------------------------------  # Date: Thu, 20 Mar 2003 13:37:49 GMTr( From: David Harrold <DHarrold@wi.rr.com>Q Subject: Re: [VMS V7.3-1] How to display multipath infos with lexical functions ?m@ Message-ID: <d04571c2db7e92d4498bd69c4e7d87ae@news.teranews.com>  K On Wed, 19 Mar 2003 15:45:54 GMT, brooks@cuebid.zko.dec.nospam (Rob Brooks)4 wrote:   [snip]N >> The thing at the top of my list is the ability to get all of the configured >> paths for a device. >5H >Check out sys$device_path_scan.  Unfortunately, there is no DCL lexicalI >equivalent.  Would a $getdvi item that returned all the path names in a  " >comma-delimited string be useful?  L Yes, I've found that and not being a programmer, I've haven;t gotten that to= work yet.  In my copious spare time, I'll keep plugging away.g  G About $getdvi or more specifically f$getdvi, I was thinking of a methodhK similar to the shadow set items work.  You loop through asking for the nexttI path until you run out.  The comma-delimited string would also work well.R   Thanks,T   Dave Harrold    N ..............................................................................N David Harrold                              E-Mail: David_Harrold at aurora.orgI Sr. Software Systems Engineer              Phone:          (414) 647-6204-I                                            Pager:          (414) 941-4634aG Aurora Health Care                         Fax:          (414) 647-4999. 3031 W. Montana Street Milwaukee, WI 53215e   ------------------------------   End of INFO-VAX 2003.156 ************************