1 INFO-VAX	Wed, 08 Sep 2004	Volume 2004 : Issue 498       Contents: Another MIME utility problem( Re: Big IA64 test coming in a few months1 Re: Canada's Equitable Life begins moving off VMS 1 Re: Canada's Equitable Life begins moving off VMS 1 Re: Canada's Equitable Life begins moving off VMS 1 Re: Canada's Equitable Life begins moving off VMS 1 Re: Canada's Equitable Life begins moving off VMS 1 RE: Canada's Equitable Life begins moving off VMS 1 Re: cluster member crashes during boot (again...) 1 Re: cluster member crashes during boot (again...) % Re: DEC VET/Q-Vet current replacement * DECstyle USB keyboard (3X-LK463-A2) source Re: I need SMC  CD for Win2000< Re: Itanic Adoption Survey from 23-August-2004 Computerworld< Re: Itanic Adoption Survey from 23-August-2004 Computerworld! Itanium not meeting Intel's goals  Re: Problem with LPD queue Re: Problem with LPD queue Re: VMS marketing opportunity  Re: VMS marketing opportunity 2 Well, my VAX won't make a year of uptime after all6 Re: Well, my VAX won't make a year of uptime after all6 RE: Well, my VAX won't make a year of uptime after all6 RE: Well, my VAX won't make a year of uptime after all6 RE: Well, my VAX won't make a year of uptime after all6 RE: Well, my VAX won't make a year of uptime after all6 Re: Well, my VAX won't make a year of uptime after all" Re: why mainframes are still used?" Re: why mainframes are still used?" Re: why mainframes are still used?" Re: why mainframes are still used?1 Re: [VMS V7.3-2] PCSI INSTALL /SAVE_RECOVERY_DATA   F ----------------------------------------------------------------------  % Date: Wed, 08 Sep 2004 01:39:23 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Another MIME utility problem , Message-ID: <413E9B06.5DEB60E8@teksavvy.com>   VAX VMS 7.2, MIME utility:      Image Identification Information  "                 image name: "MIME"1                 image file identification: "V1.4" 7                 link date/time: 22-SEP-2000 08:45:11.89 /                 linker identification: "V11-38"     ' References: <04016060904002/49508@VELO>  Subject: Chocolate Cake Recipe$ Date: Mon, 6 Sep 2004 21:31:58 +0200 MIME-Version: 1.0  Content-Type: multipart/mixed;<         boundary="----=_NextPart_000_0006_01C49458.F04B0DE0"
 X-Priority: 3  X-MSMail-Priority: Normal 2 X-Mailer: Microsoft Outlook Express 6.00.2800.14098 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409= X-Server: High Performance Mail Server - http://surgemail.com   , This is a multi-part message in MIME format.  + ------=_NextPart_000_0006_01C49458.F04B0DE0  Content-Type: text/plain;          charset="iso-8859-1" Content-Transfer-Encoding: 7bit     + ------=_NextPart_000_0006_01C49458.F04B0DE0  Content-Type: image/jpeg;          name="P8270069s.JPG"! Content-Transfer-Encoding: base64   Content-Disposition: attachment;          filename="P8270069s.JPG" etc.  ? ---------------------------------------------------------------    MC MIME  bad.mime % <stupid clear screen escape sequence> > %MIME-W-NOBOUNDRY, multipart message has no boundary parameter $   N One must edit the mime source file, and put the boundary parameter on the sameK line as the Countent Type (eg: the mime utility does not concatenate header $ lines when one begins with a space).   ------------------------------  $ Date: Tue, 7 Sep 2004 23:13:39 -0400* From: "Bill Todd" <billtodd@metrocast.net>1 Subject: Re: Big IA64 test coming in a few months = Message-ID: <LdCdnR2buf4L5aPcRVn-sg@metrocastcablevision.com>   > "Bill Todd" <billtodd@metrocast.net> wrote in message news:... > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:$lpDyZUgjEvr@eisner.encompasserve.org...    ...   3 > > > Not even if Montecito actually can run at 2.5 J > > > GHz, which the difficulty that Intel is reportedly having bumping upH > > > Madison's speed (it's now being reported that they're cutting back	 > Madison K > > > 9M to 1.6 GHz rather than the target 1.7 GHz, which is kind of ironic  > given J > > > the recent speculation at RWT by Itanic fans that they might hit 1.9 > GHz) > > ? > > You're referring to the DigiTimes rumor.  Paul slapped that 	 > > down:  > >  > > http://tinyurl.com/6wajy > > L > > >As indicated previously, the Madison 9M will have a 9MB L3 cache but it
 > will runJ > > >at a clock speed of 1.6GHz, instead of the originally planned 1.7GHz, > said$ > > sources at Taiwan server makers. > > 9 > > Given the long introduction lead time for server MPUs 8 > > and early shipment of production class parts to OEMs< > > for qualification, a delay or frequency shortfall of the6 > > type suggested is extremely remote IMO. Especially8 > > since Intel is widely expected to announce the I2 9M > > at IDF *next week*.  > > ; > > So we can safely dismiss the 1.6 GHz rumor as pure FUD.  > J > We can?  Purely on the basis of a statement which Paul clearly qualified asL > an *opinion*, when Digitimes is reporting something it claims to have some > actual basis for?  > 4 > I think not.  Let's see what Intel says next week.  ; http://www.theregister.co.uk/2004/09/07/itanium_delayed_q4/   H "Intel now plans to debut a 1.6GHz Itanium chip with the beastly Level 3H cache in the fourth quarter. The company had originally planned to bring. this chip out at 1.7GHz in the third quarter."  H And Intel doesn't seem to be talking about anything close to 2.5 GHz for Montecito at IDF, either.    - bill   ------------------------------  # Date: Tue, 07 Sep 2004 19:29:50 GMT " From:   VAXman-  @SendSpamHere.ORG: Subject: Re: Canada's Equitable Life begins moving off VMS0 Message-ID: <00A37878.00BB0204@SendSpamHere.ORG>  h In article <10jrkplte11rpba@corp.supernews.com>, "rob kas" <droprob@nospam-paychoice.com-nospam> writes: >http://www.computerweekly.com/articles/article.asp?liArticleID=133153&liArticleTypeID=1&liCategoryID=1&liChannelID=9&liFlavourID=1&sSearch=&nPage=1   >  > > Bugger off.  This is comp.os.vms, not asci.shit.free.marketing   --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product!   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------  $ Date: Tue, 7 Sep 2004 15:49:54 -04005 From: "rob kas" <droprob@nospam-paychoice.com-nospam> : Subject: Re: Canada's Equitable Life begins moving off VMS0 Message-ID: <10js4737irfsoeb@corp.supernews.com>  - <VAXman- @SendSpamHere.ORG> wrote in message  * news:00A37878.00BB0204@SendSpamHere.ORG...= > In article <10jrkplte11rpba@corp.supernews.com>, "rob kas"  / > <droprob@nospam-paychoice.com-nospam> writes:  >>http://www.computerweekly.com/articles/article.asp?liArticleID=133153&liArticleTypeID=1&liCategoryID=1&liChannelID=9&liFlavourID=1&sSearch=&nPage=1  >> >>@ > Bugger off.  This is comp.os.vms, not asci.shit.free.marketing >   H              Bad Day or still haven't figured out how online doc's work?    &                                   Rob    ------------------------------  # Date: Tue, 07 Sep 2004 20:26:26 GMT " From:   VAXman-  @SendSpamHere.ORG: Subject: Re: Canada's Equitable Life begins moving off VMS0 Message-ID: <00A3787F.E8927538@SendSpamHere.ORG>  h In article <10js4737irfsoeb@corp.supernews.com>, "rob kas" <droprob@nospam-paychoice.com-nospam> writes: > . ><VAXman- @SendSpamHere.ORG> wrote in message + >news:00A37878.00BB0204@SendSpamHere.ORG... > >> In article <10jrkplte11rpba@corp.supernews.com>, "rob kas" 0 >> <droprob@nospam-paychoice.com-nospam> writes: >>>http://www.computerweekly.com/articles/article.asp?liArticleID=133153&liArticleTypeID=1&liCategoryID=1&liChannelID=9&liFlavourID=1&sSearch=&nPage=1 >>>  >>> A >> Bugger off.  This is comp.os.vms, not asci.shit.free.marketing  >> > I >             Bad Day or still haven't figured out how online doc's work?   G Huh?  What does your posting a link to an advert for sleaze have to do   with on-line doc?    --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product!   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------  $ Date: Tue, 7 Sep 2004 21:23:10 -0400# From: "rob kas" <rob@paychoice.com> : Subject: Re: Canada's Equitable Life begins moving off VMS9 Message-ID: <413e5ec5$0$172$ad3619e8@news.netcarrier.net>    > >>> C > >> Bugger off.  This is comp.os.vms, not asci.shit.free.marketing  > >> > > K > >             Bad Day or still haven't figured out how online doc's work?  > H > Huh?  What does your posting a link to an advert for sleaze have to do > with on-line doc?  > H    What Sleaze It's a article ABout Equitable Canada Phasing out VMS for Microsoft Windows            Tuesday 7 September 2004  3       Ease of use wins over Canada's Equitable Life       E       When Equitable Life Insurance of Canada switched to a new batch J processing system, it needed a new job scheduler to accompany the servers.K One company insider says the winning scheduler put user-friendliness at the  fore.   J       The insurance company processes information in batches at the end ofI the day. These days Equitable Life uses servers running various Microsoft K Windows operating systems. It used to run a VMS infrastructure with the JSS  job scheduling system.  K       According to Andrew Garland, systems administrator at Equitable Life, K the firm was not particularly keen on keeping the VMS infrastructure up and J running. "The hardware we're on has been deemed obsolete," he said. As forI the software, "to move ahead we'd have to undergo some major development. 8 We're further ahead to move to a new platform entirely."  K       Equitable Life considered four or five job schedulers. The firm chose K Advanced Systems Concepts' (ASCI) ActiveBatch, which works on Windows boxes K as well as Unix and OpenVMS systems. Garland said ASCI won Equitable Life's A business because ActiveBatch offered a smart user interface and a  transparent upgrade path.        begin 666 s.gif = M1TE&.#EA!P`(`( ``/___P```"'Y! $`````+ `````'``@```('A(^IR^U0  #```[  `  end    ------------------------------  % Date: Tue, 07 Sep 2004 21:36:39 -0400 ( From: David Froble <davef@tsoft-inc.com>: Subject: Re: Canada's Equitable Life begins moving off VMS, Message-ID: <413E6227.7020005@tsoft-inc.com>   rob kas wrote:  1 > "Tom Linden" <tom@kednos.com> wrote in message  5 > news:NDEMLKKEBOIFBMJLCECIIECEDMAA.tom@kednos.com...  > 3 >>"The hardware we're on has been deemed obsolete,"  >>2 >>Is that Alpha or VAX he is referring to?  Notice3 >>use of passive voice, lends an air of finality to  >>the statement. >> >> >  >    Or this Gem > I >    "As for the software, to move ahead we'd have to undergo some major  G > development. We're further ahead to move to a new platform entirely."     N After reading the article, my impression is someone got real pissed off.  The L new scheduling system works on VMS according to the article.  Can't tell me M converting the applications to windows was easy or cheap.  From what I read,  K staying on VMS, even if using windows for controlling the batch controling  ' software, would have been much cheaper.   P Funny how people will blow a bunch of money, when they're angry, or in the mood  to make a 'strategic decision'.     Another result of the Alphacide?     Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  $ Date: Tue, 7 Sep 2004 19:19:34 -0700# From: "Tom Linden" <tom@kednos.com> : Subject: RE: Canada's Equitable Life begins moving off VMS9 Message-ID: <NDEMLKKEBOIFBMJLCECIIECMDMAA.tom@kednos.com>    < -----Original Message-----1 < From: David Froble [mailto:davef@tsoft-inc.com] + < Sent: Tuesday, September 07, 2004 6:37 PM  < To: Info-VAX@Mvb.Saic.Com < < Subject: Re: Canada's Equitable Life begins moving off VMS <  <  < rob kas wrote: < 3 < > "Tom Linden" <tom@kednos.com> wrote in message  7 < > news:NDEMLKKEBOIFBMJLCECIIECEDMAA.tom@kednos.com...  < > 5 < >>"The hardware we're on has been deemed obsolete,"  < >>4 < >>Is that Alpha or VAX he is referring to?  Notice5 < >>use of passive voice, lends an air of finality to  < >>the statement. < >> < >> < >  < >    Or this Gem < > K < >    "As for the software, to move ahead we'd have to undergo some major  I < > development. We're further ahead to move to a new platform entirely."  <  < ? < After reading the article, my impression is someone got real   < pissed off.  The  @ < new scheduling system works on VMS according to the article.   < Can't tell me B < converting the applications to windows was easy or cheap.  From  < what I read,  B < staying on VMS, even if using windows for controlling the batch 
 < controling  ) < software, would have been much cheaper.  < C < Funny how people will blow a bunch of money, when they're angry,   < or in the mood  ! < to make a 'strategic decision'.   C Do you mean like the strategic decision to go from VAX to Alpha or,  from Alpha to Itanium?   < " < Another result of the Alphacide? <  <  < Dave <  < --  6 < David Froble                       Tel: 724-529-04506 < Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ < DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com < 170 Grimplin Road  < Vanderbilt, PA  15486  <  < --- ( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).B < Version: 6.0.742 / Virus Database: 495 - Release Date: 8/19/2004 <  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.742 / Virus Database: 495 - Release Date: 8/19/2004   ------------------------------  $ Date: Wed, 8 Sep 2004 00:07:52 +0100< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>: Subject: Re: cluster member crashes during boot (again...)6 Message-ID: <413e3f37$0$22761$db0fefd9@news.zen.co.uk>  9 "Rodrigo Ventura" <yoda@isr.ist.utl.pt> wrote in message  # news:m3656qm46d.fsf@pixie.isrnet... F >>>>>> "Alex" == Alex Daniels <AlexNOSPAMTHANKSDaniels@themail.co.uk>  >>>>>> writes: > F >    Alex> You mentioned you have no remote console access, so when itF >    Alex> crashes press HOLD if you have a VMS keyboard, or otherwise@ >    Alex> CTRL/S, then transcribe and post the two lines of the= >    Alex> 'verbose output' preceding the start of the crash.  > E > I noticed a MOP option in the workstation "firmware console" (is it 4 > called SRM?), but I was unable to get the SET HOST? > /MOP/ADDRESS=xx-yy-zz-ww-xx-yy command working... (maybe some  > parameter missing?)  > G >    Alex> Also go into SYSGEN on the two booted nodes, that are in the , >    Alex> cluster and post the output of... >  > shadowing = 0  > shadow_sys_unit = 0  > shadow_sys_disk = 0  > shadow_max_unit = 500  > 9 > (in all nodes, including the third one in SYSBOOT mode)  > D >    Alex> Then boot the third one (that is crashing) to SYSBOOT and? >    Alex> again post the output of the above, along with "show F >    Alex> vaxcluster", "show niscs_load_pea0". Then do 'show scsnode'E >    Alex> and check it's not the nodename of one of the other boxes.  >  > vaxcluster = 2 > niscs_load_pea0 = 1  >  > (typos may abound) > & > SYSINIT-I-INIT, pagefile initialized& > SYSINIT-I-INIT, swapfile initialized& > SYSINIT-I-INIT, initializing the XQP > 8 > ***** XFC-W-MemmgtInit Misconfiguration detected ***** >   K This is not usual. XFC is one of the two disk caching options available on  K Alpha. VIOC being the other and also the only option on VAX, whilst XFC is   the only option for Itanium.  K XFC by default borrows up to half the memory for caching. As you have half  E the supported amount of memory to start with, try turning it off. At   SYSBOOT> set vcc_flags 0  M If that doesn't work, see if you can hook up the linux box and post the full   output.   L I have in the past used MOP to get onto the consoles of DEMSA/B's and other L DEC network kit, but not Alphas themselves, not sure if this is possible or  not.   Alex     ------------------------------  % Date: Tue, 07 Sep 2004 21:53:36 -0400 ( From: David Froble <davef@tsoft-inc.com>: Subject: Re: cluster member crashes during boot (again...), Message-ID: <413E6620.9060409@tsoft-inc.com>   Paul Repacholi wrote:   2 > huber@NOBODY-mppmu.mpg.de (Joseph Huber) writes: >  > Y >>In article <m3brgjibzy.fsf@pixie.isrnet>, Rodrigo Ventura <yoda@isr.ist.utl.pt> writes:  >> > E >>>The idea was to provide the booting node with some page/swap space E >>>in order to prevent it from running out of memory. But after boot, $ >>>it can solely use the local disk. >>>  >    > E >>>In case of not being possible to remove one file from swap/paging, @ >>>is it possible to assign priorities? For instance, local disk; >>>page/swap files having higher priority than remote ones.  >>>  >    > D >>>(curiously in linux it is fairly easy to do either operation: youC >>>can remove/add swap partitions/files at will with the swapon and @ >>>swapoff commands, and you can assign priorities with the same >>>commands) >>>  > C >>I don't know if ever in the early boot-phase a pagefile is needed C >>(somebody proves me wrong ?).  Anyhow, once a file is in use, You & >>can't remove it in a running system. >> > H > Early in the system init phases the `shell' processes are set up, 3 ofG > them I think for Alpha, and that could trigger exec paging in a small G > memory system. The standard swap and page file should be set up while ( > still under the primative file system. >  > E >>>Hum, I read somewhere that the minimum memory to run VMS was about F >>>4MB, which I found quite amazing -- in fact I have here a couple ofD >>>old VAXstations (3100 and 2000) which I was considering to add toB >>>the cluster, at the end. But since I can't get all those alphas2 >>>running, I'm not worried with that right now... >>>  > C >>This true for Vaxen (and VMS prior to 6.0), but certainly not for F >>Alphas, and it never was.  I don't have the SPD for VMS 7.3-2 ready,/ >>but I'm sure it needs something beyond 32MB .  >> > ) > 64 MB for an Alpha is tight, but works.  >  >   O As of VMS V7.2, an Alpha requires 32 MB just to boot.  Tried it with 16 MB, it  L fails.  I ran an AlphaStation 200 4/233 on 32 MB of memory.  No DECwindows. J Just did DIRs and SHOW SYSTEM and such to see it running.  10 minutes was O enough, then I put in more memory.  Without DECwindows it will run on 64 MB of  N memory.  I'd suggest 128 MB as a minimum, and, more is better.  With multiple 6 users, or doing actual work, much more is much better.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  $ Date: Wed, 8 Sep 2004 00:14:47 +0100< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>. Subject: Re: DEC VET/Q-Vet current replacement6 Message-ID: <413e40e2$0$22764$db0fefd9@news.zen.co.uk>  @ "Fred Kleinsorge" <fred.nospam@nospam.dec.com> wrote in message , news:Yhk%c.9826$eY2.9223@news.cpqcorp.net... > K > Install QVET on VMS and run it.  It is one of our qual tools (it's not HW J > dependent).  Pull down the script "Phase 1 Eng Qual" and let it rip.  ItI > will beat the crap out of the system.  I would recommend that you save   > your7 > sysgen parameters first, as QVET will muck with them.  >  > 9 > "Witchy" <binarydinosaurs@hotmail.com> wrote in message 9 > news:26602a98.0409070227.49326d0d@posting.google.com...  >> Hi folks, >>H >> Does anyone know what the current flavour of Alpha exerciser tool is?< >> Got a Personal Workstation here with an apparent fault of2 >> 'intermittent freezing' so I want to thrash it. >>C >> Can't find anything on the 6.8 firmware site, and the only other G >> firmware CDs I've got here are 5.9 which contains QVET for the GS320  >> :-\   There is also UETP in SYS$TEST.   M Also your specific console firmware may or may not have SYSEXER and MEMEXER,  ? if it does set off many instances of these to run concurrently.    Alex     ------------------------------  # Date: Tue, 07 Sep 2004 18:56:31 GMT " From:   VAXman-  @SendSpamHere.ORG3 Subject: DECstyle USB keyboard (3X-LK463-A2) source 0 Message-ID: <00A37873.58D514C1@SendSpamHere.ORG>  2 This discussion was raise by me a week or two ago.  . If you want a DEC style USB keyboard, contact:  = RegentSales.  This is their domain name in the dot com space. / Send your inquiries to sherisa at this address.      --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product!   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------   Date: 7 Sep 2004 11:48:52 -0700 ' From: clyde_poole@msn.com (Clyde Poole) ' Subject: Re: I need SMC  CD for Win2000 < Message-ID: <dc56296.0409071048.1b6840b0@posting.google.com>  F The SMC on the "Wildfire" series of multiprocessor Alpha Servers is anF Intel based PC. Basically there were/are two different versions of theD SMC software.  The earlier version ran only on Windows-NT.  The most% current version runs on Windows 2000.   F I believe if an SMC is on hardware support from HP, the upgrade to SMCA version 4 (Windows 2000 plus the newer versions of the management / software) is part of the maintenance agreement.   E For those folks that really hate managing their OpenVMS Wildfire with C a PC, it is possible to purchase the retail version of ConsoleWorks A (thats the management software running on the PC) that can run on E OpenVMS, Tru64 Unix, HP UX, Linux and other OSes.  TECSys Development C usually has an upgrade program that makes this change to the retail @ version very attractive.  In addition, the retail version is not1 limited to the 8 devices that the SMC can handle.   C TDi sales can be contacted at sales@tditx.com or 1-800-695-1258.  I   apologize for the advertisement.   ctp  -----  Clyde T. Poole" Director, Research and Development TECSys Development, Inc. http://www.tditx.com/   z "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk> wrote in message news:<413afb6f$0$22756$db0fefd9@news.zen.co.uk>...8 > "Jack Peacock" <peacock@simconv.com> wrote in message . > news:D4Sdnap-tfO89KfcRVn-iQ@mpowercom.net...L > > "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk> wrote in message 4 > > news:413a39bd$0$22763$db0fefd9@news.zen.co.uk...N > >> Compaq Deskpro's do NOT have Alpha CPUs in them, so your response to Tom . > >> is incorrect. He is right to question hp. > >>M > >> Admitted however, I have seen many of the Deskpros (that are being used  O > >> as SMCs),  like Tom is referring to, residing inside the GS160/320s cabs,  # > >> but still they are not Alphas.  > >>N > > Mea culpa, I don't use Compaq/HP PCs, all I noticed was the CD label with  > > an Alpha part number.  > > K > > May still be a related problem.  If the software on the Alpha side was  K > > never upgraded past NT level SMB support then it may well be an orphan  O > > system in that the PC side has to stay at NT to work with the Alpha.  Look  M > > at the Pathworks situation, there was no upward compatibility.  Each new  K > > Windows server version Pathworks had to be replaced with a new version  O > > too, and even then it was only a minimal patch to make the errors go away.  N > > It sure sounds like a deadend SMC is collateral damage from the demise of  > > Win2000 Alpha. > > O > > What protocols does SMC use?  A better question, why does the PC side have  K > > to be moved to Win2000 if it breaks the sole purpose of its existence,  J > > managing the Alpha?  Is it joined to a Win2K domain?  Has anyone ever I > > upgraded to Win2000 in this environment?  HP may still be correct in   > > claiming no upgrade exists.  > >  Jack Peacock  > ? > The SMC boxes are primarily used to run TECSys' ConsoleWorks.  >  > The following document...  > N > http://www.tditx.com/pdf/01-CWK02000SoftwareProductDescription01-26-2004.pdf > L > ..indicates for windows, it should be run on 'MS Windows 2000 or greater'. > M > I would imagine the problem is more likely to be, hp don't wish to pay for  E > the ms windows upgrade and/or ConsoleWorks upgrade for Tom's SMC's.  > N > At one of my customers sites' I have ditched all the SMC boxes in favour of L > a VMS solution, conceptually I prefer not to rely on windows being up and ; > available to have complete management of my VMS consoles.  >  > Alex   ------------------------------   Date: 7 Sep 2004 13:18:29 -0700 % From: tadamsmar@yahoo.com (Tom Adams) E Subject: Re: Itanic Adoption Survey from 23-August-2004 Computerworld = Message-ID: <ea44f5a1.0409071218.67ebdd21@posting.google.com>   Z "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message news:<413896EA.7000002@MMaz.com>...J > I know, I'm more than a week behind on reading, but did anyone else see @ > this little interesting survey (+/- 4% error) from Interex/HP? > ? > How does your organization view HP's Itanium Server road map?  >  > No plan to upgrade: 42%  > Not sure: 17%  > Plans to upgrade: 16% % > Has concerns/not a good option: 15%  > Has already implemented: 9%  > B > Amazing that HP can proceed to keep their collective heads in a E > dark-space, and ignore that folks are still not fond of Itanic, or  4 > perhaps still angered about the demise of Alpha... >  > Barry   @ Could be that a good percentage of the "no plan", "not sure" andA "concerns" voters will end up migrating.  Maybe they have put off ! looking into the migration issue.   D I manage a system of 5 Alphas that run a process control system.   IE just recently noticed that HP may stop selling Alphas in 2006.   So I - have started trying to get my ducks in a row.   E I would have to answer either "no plans" or "not sure".  But, I think C we will end up migrating.  We may put it off till it starts getting C hard to get replacement Alphas or till the end of support is a good  bit closer than 6 years.F I cannot see a better alternative if the application is still required' after the Alpha is no longer supported.   B But, I am looking at the 3rd party software issue now.  I could beE that I will start replacing 3rd party software sooner.  That seems to E be the long pole in the tent for us.  I am the only software engineer F maintain the system, so I will need a year or more of calendar time toE put in a man-year converting from the unsupported 3rd party software.   D I wonder if it will be easy to wait till 2011?  It might get hard toE find replacements for dead machines.   We don't have hardware support D contracts so it could get really expensive to have a HP engineer fixC an old system.  Does 2011 support mean that HP will have parts till  2011?    ------------------------------  % Date: Tue, 07 Sep 2004 21:44:42 -0400 ( From: David Froble <davef@tsoft-inc.com>E Subject: Re: Itanic Adoption Survey from 23-August-2004 Computerworld , Message-ID: <413E640A.1070905@tsoft-inc.com>   Tom Adams wrote:  \ > "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message news:<413896EA.7000002@MMaz.com>... > J >>I know, I'm more than a week behind on reading, but did anyone else see @ >>this little interesting survey (+/- 4% error) from Interex/HP? >>? >>How does your organization view HP's Itanium Server road map?  >> >>No plan to upgrade: 42%  >>Not sure: 17%  >>Plans to upgrade: 16% % >>Has concerns/not a good option: 15%  >>Has already implemented: 9%  >>B >>Amazing that HP can proceed to keep their collective heads in a E >>dark-space, and ignore that folks are still not fond of Itanic, or  4 >>perhaps still angered about the demise of Alpha... >> >>Barry  >> > B > Could be that a good percentage of the "no plan", "not sure" andC > "concerns" voters will end up migrating.  Maybe they have put off # > looking into the migration issue.     I But can HP wait for these people?  Can Intel continue with today's sales  D numbers?  The itanic might not be there for those who wait too long.    F > I manage a system of 5 Alphas that run a process control system.   IG > just recently noticed that HP may stop selling Alphas in 2006.   So I / > have started trying to get my ducks in a row.  > G > I would have to answer either "no plans" or "not sure".  But, I think E > we will end up migrating.  We may put it off till it starts getting E > hard to get replacement Alphas or till the end of support is a good  > bit closer than 6 years.H > I cannot see a better alternative if the application is still required) > after the Alpha is no longer supported.     Q That's always the catch.  If your solution requires VMS, changing will be a very  L big PITA.  Too bad DEC/Compaq/HP doesn't try to retain those who would have Q stayed but bit the (sometimes large) bullet because they were treated pretty bad.     D > But, I am looking at the 3rd party software issue now.  I could beG > that I will start replacing 3rd party software sooner.  That seems to G > be the long pole in the tent for us.  I am the only software engineer H > maintain the system, so I will need a year or more of calendar time toG > put in a man-year converting from the unsupported 3rd party software.  > F > I wonder if it will be easy to wait till 2011?  It might get hard toG > find replacements for dead machines.   We don't have hardware support F > contracts so it could get really expensive to have a HP engineer fixE > an old system.  Does 2011 support mean that HP will have parts till  > 2011?  >     P The intent was to mfg enough N-VAX CPUs to last 5 years when the CPU production = was shut down.  Intent is fine, but they didn't last 5 years.   M Wonder how much of support until 2011 is intent, and how much is commitment.  9 Oh, forgot, commitment means something else to Compaq/HP.      Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 07 Sep 2004 22:09:28 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Itanium not meeting Intel's goals, Message-ID: <413E69D3.C922D72E@teksavvy.com>  ^ >http://news.com.com/Itanium+not+meeting+Intel%27s+goals/2100-1010_3-5349588.html?tag=nefd.top  L Will not quote the whole article here. It is a comment made by an Intel execN during the dveelopper forum, but refers mostly to short/medium term goals, butG IA64 is still on track for long term goals even though those goals were . downscaled from total dominance of the market.  F The 64 bit 8086 has also thrown the IA64 folks off track with XEON nowN offering serious competition to IA64, relegating IA64 to combatting only Sparc and Power in high end systems.  J However, to me, the biggest issue is the IMAGE.  Most people just read theL headlines, and a headline that says that Itanium isn't meeting Intel's goalsN is going to hurt IA64's image big time, especiallty if there are more and mroe of such headlines.  : (sorry if this is a duplicate topic, my newsfeed is dead).   ------------------------------  % Date: Tue, 07 Sep 2004 14:03:09 -0500 ( From: brandon@dalsemi.com (John Brandon)# Subject: Re: Problem with LPD queue 1 Message-ID: <04090714030979@dscis6-0.dalsemi.com>    > > What could be wrong? > > 
 > > Queue:C > > Printer queue HPR217, stopped, on LINAXA::"130.xx.xx.225:4242",  > > mounted form DEFAULTC > >   /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) /OWNER=[SYSTEM] > > >   /PROCESSOR=TCPIP$TELNETSYM /PROTECTION=(S:M,O:D,G:R,W:S) > >  > > Printcap Entry:  > > HPR217|hpr217:\ 4 > >         :lf=/SYS$SPECIFIC/TCPIP$LPD/HPR217.LOG:\ > >         :lp=HPR217:\3 > >         :rm=hpr217.ikp.physik.tu-darmstadt.de:\  > >         :hl:\  > >         :rp=text:\0 > >         :sd=/SYS$SPECIFIC/TCPIP$LPD/HPR217:\ > >         :sh:\  > >         :sb:0 > > (analog to the former entry in ucx$printcap) > >  > > Thanks and regards > >  > > Otto > >  > > H > |It looks like you are using two different setup up procedures on the H > same queue. When I use /PROCESSOR=TCPIP$TELNETSYM, I set up the queue I > using only the INIT/QUEUE command. The printcap entries are for queues  > > that are defined using SYS$SYSTEM:TCPIP$LPRSETUP and have a H > /PROCESSOR=TCPIP$LPD_SMB. The port 4242 also look strange since I use G > TELNETSYM to usually print to port 9100 which is the default reverse .% > telnet port on a HP JetDirect card.m >  > Jeff Coffieldy   Otto -    Stick with the TELNET symbionts.  F Delete the entry out of the print cap files.  You may have a conflict.   Check the logicals (and others)3  /   "TCPIP$TELNETSYM_IDLE_TIMEOUT" = "0 00:00:30"e/   "TCPIP$TELNETSYM_SCRATCH" = "TCPIP$LPD_SPOOL"e!   "TCPIP$TELNETSYM_STREAMS" = "1" -   "TCPIP$TELNETSYM_SUPPRESS_FORMFEEDS" = "18"e    "TCPIP$TELNET_ENABLE" = ".1.."         J*o*h*n B*r*a*n*d*o*nX VMS Systems Administratore* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------   Date: 7 Sep 2004 19:34:48 -0700a# From: dooleys@snowy.net.au (dooley) # Subject: Re: Problem with LPD queue = Message-ID: <1ca82fc6.0409071834.1c1c6717@posting.google.com>w  o "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de> wrote in message news:<chkdis$3i4$1@lnx107.hrz.tu-darmstadt.de>...h > Hi,r > K > after some some other Cluster problems, all queues had disappeared. When NI > reistalling the queues I tried to transfer a formerly UCX_LPD Queue to - > TCPIP. > 4 > When starting the queue I got in opcom the message > I > %%%%%%%%%%%  OPCOM   7-SEP-2004 15:17:05.76  %%%%%%%%%%%    (from node r# > LINAXA at 7-SEP-2004 15:17:03.91)8$ > Message from user SYSTEM on LINAXA> > -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual < > address=0000000000000000, PC=000000000006F348, PS=0000001B > 4 > and tcpip$telnetsym crashed and left a *.dmp file. >  > What could be wrong? >  > Queue:A > Printer queue HPR217, stopped, on LINAXA::"130.xx.xx.225:4242",j > mounted form DEFAULTB >    /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) /OWNER=[SYSTEM]= >    /PROCESSOR=TCPIP$TELNETSYM /PROTECTION=(S:M,O:D,G:R,W:S)0 >  > Printcap Entry:  > HPR217|hpr217:\S3 >          :lf=/SYS$SPECIFIC/TCPIP$LPD/HPR217.LOG:\x >          :lp=HPR217:\i2 >          :rm=hpr217.ikp.physik.tu-darmstadt.de:\ >          :hl:\ >          :rp=text:\-/ >          :sd=/SYS$SPECIFIC/TCPIP$LPD/HPR217:\s >          :sh:\ >          :sb:t. > (analog to the former entry in ucx$printcap) >  > Thanks and regards >  > Otto > / >   -------------------------------------------e. > | Dr. Otto Titze, Kernphysik TUD           |. > | Schlossgartenstr. 9, D-64289 Darmstadt   |. > | titze@ikp.tu-darmstadt.de                |. > | Tel: +49(6151)16-2916,FAX:16-4321        |/ >   --------------------------------------------   Though you can combine them 5 (look for "feeder queues" in the tcpip documentation)e8 you should choose EITHER telnet OR lpd for your printer.6 For lpd the setting should be /PROCESSOR=TCPIP$LPD_SMB) and for telnet /processor=tcpip$telnetsyme  - lpd queues are defined in your printcap file,n3 and initialised/started by the lpdstartup procedures  ( telnet queues are fully defined in your . telnetsym$startup procedure, something like...   $! TELNETSYM$STARTUP.TEMPLATE  $!***************************n $!1 $! TELNETSYM$STARTUP.COM starts TELNETSYM queues.@
 $!+----------i $! $ on error then continue $! $! $! $       initialize -                 /queue -                 /start -,                 /processor=tcpip$telnetsym -                 /form=pc_hp4 -                 /retain=error -t:                 /default=(noburst,nofeed,noflag,notrail) -"                 /record_blocking -"                 /schedule=nosize -2                 /description="queue description" --                 /on="nnn.nnn.nnn.nnn:9100)" -t                 queuename    Phil   ------------------------------  % Date: Tue, 07 Sep 2004 22:00:27 -0400t( From: David Froble <davef@tsoft-inc.com>& Subject: Re: VMS marketing opportunity, Message-ID: <413E67BB.8000308@tsoft-inc.com>   JF Mezei wrote:    > Larry Kilgallen wrote: > 1 >>What is the current limit on Cluster distance ?n >> >  > O > It is well above what its competitors are. And I believe it is at 400km rightr0 > now (Keith Paris can confirm or correct this). >  > D >>Certainly there were multiple places in Florida hit, and one would! >>not want to have all sites hit.u >> > M > No matter how big Frances or any other storm is, because VMS allows for theoL > greatest distance between 2 data centres, it is the best solution.  If youL > build your data centres to survive flooding, then of of the 2 data centres? > 400km apart should be able to survive the actual wind damage.  > O > Remember that in a hurricane, the strongest winds are in a relatively focusednO > area near the centre with winds diminishing significantly as you go away fromtM > the centre. In the case of florida, shoddy construction is really the causeeN > for all the damage. A mobile home becomes a projectile factory. 200km/h windI > may not destroy your home, but a 2*4 let loose by a mobile home that isgB > carried to your home at 200km/h will punch through a brick wall. > L > I went through a category 4 cyclone in Australia in 1996 (Olivia), and theM > town (karatha) had been built to australian cyclone standards and there was5B > barely any damage the next morning (except for fallen branches). > M > That a weak hurricane cause so much wind damage to florida should ring some>% > bells as to construction standards.p    L I believe that standards in Florida have improved.  The problem is that the P standards are for new construction.  Until all the old stuff is destroyed there 8 will still be damage.  Might take a few more hurricanes.    J > Australia learned its lesson from cyclone tracy that destroyed Darwin onN > christmas eve 1974. (necessitating airlift to evacuate the town the next day* > sicne there was no water or power left). > L > It seems that Florida never learns its lesson. The problem is that even ifP > your home is well built, if your neighbour isn't built to hurricane standards,E > it will become a projectile factory and that will damage your home.- > L > And this comes back to my original message: NOW would be the time to placeK > some ads about VMS disaster tolerance capabilities because it is NOW thatiN > floridians really think about such things. In a few weeks, they will go backS > to living normally and forget that they are in the path of hirricanes every year.c >   M I do agree on the timing.  For some, only after the 2x4 has landed alongside -P their head will they be listening for a better solution.  Also, they may NEED a H new solution.  For those that escaped, they feel that their solution is  adequate.  Normal human nature.f   Dave   -- .4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road- Vanderbilt, PA  15486    ------------------------------  # Date: Wed, 08 Sep 2004 03:56:19 GMTd  From: John Santos <john@egh.com>& Subject: Re: VMS marketing opportunity) Message-ID: <Dpv%c.8963$fF2.793@trnddc03>s  8 Note: This is actually a reply to JF's post, not Dave's.  ) See another post for a rant about why :-(H   David Froble wrote:g > JF Mezei wrote:0 >  >> Larry Kilgallen wrote:> >>3 >>> What is the current limit on Cluster distance ?s >>>> >> >>E >> It is well above what its competitors are. And I believe it is at m >> 400km right1 >> now (Keith Paris can confirm or correct this).r >> >>F >>> Certainly there were multiple places in Florida hit, and one would# >>> not want to have all sites hit.e >>>k >>G >> No matter how big Frances or any other storm is, because VMS allows  
 >> for theJ >> greatest distance between 2 data centres, it is the best solution.  If  >> youF >> build your data centres to survive flooding, then of of the 2 data 
 >> centres@ >> 400km apart should be able to survive the actual wind damage. >>I >> Remember that in a hurricane, the strongest winds are in a relatively ,
 >> focusedG >> area near the centre with winds diminishing significantly as you go   >> away fromI >> the centre. In the case of florida, shoddy construction is really the   >> causeC >> for all the damage. A mobile home becomes a projectile factory. R >> 200km/h windaJ >> may not destroy your home, but a 2*4 let loose by a mobile home that isC >> carried to your home at 200km/h will punch through a brick wall.a >>J >> I went through a category 4 cyclone in Australia in 1996 (Olivia), and  >> theE >> town (karatha) had been built to australian cyclone standards and o >> there wasC >> barely any damage the next morning (except for fallen branches).r >>J >> That a weak hurricane cause so much wind damage to florida should ring  >> some & >> bells as to construction standards. >  >  > J > I believe that standards in Florida have improved.  The problem is that F > the standards are for new construction.  Until all the old stuff is J > destroyed there will still be damage.  Might take a few more hurricanes. >  > K >> Australia learned its lesson from cyclone tracy that destroyed Darwin onoG >> christmas eve 1974. (necessitating airlift to evacuate the town the r >> next dayi+ >> sicne there was no water or power left).  >>F >> It seems that Florida never learns its lesson. The problem is that 
 >> even ifG >> your home is well built, if your neighbour isn't built to hurricane w
 >> standards,aF >> it will become a projectile factory and that will damage your home. >>  B Obviously you (JF) never watched the "This Old House" series aboutB rebuilding a house that had been destroyed by Andrew.  Florida hasB very strict construction codes *now*.  Unfortunately, this doesn'tD help much with buildings that survived the earlier hurricanes, since. the codes generally don't apply retroactively.    H >> And this comes back to my original message: NOW would be the time to  >> placeL >> some ads about VMS disaster tolerance capabilities because it is NOW thatH >> floridians really think about such things. In a few weeks, they will 
 >> go backI >> to living normally and forget that they are in the path of hirricanes - >> every year. >>A Well, part of the reason why Andrew was so destructive (including>G destroying the National Hurricane Center near Miami, which was right in F the path of the eye), was that was so long (about 30 years IIRC) since) the previous major hurricane hit Florida.E  E > I do agree on the timing.  For some, only after the 2x4 has landed nF > alongside their head will they be listening for a better solution.  I > Also, they may NEED a new solution.  For those that escaped, they feel t8 > that their solution is adequate.  Normal human nature. >  > Dave >      -- d John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  $ Date: Tue, 7 Sep 2004 19:37:41 -0400$ From: Mike Duffy <Duffy@process.com>; Subject: Well, my VAX won't make a year of uptime after alltJ Message-ID: <63D30D6E10CFD11190A90000F805FE8605AED1BF@lespaul.process.com>  3 Ever since I put my VAXstation 3100 into service asn1 an email and FTP machine six years ago (currentlyi< running VMS V7.3), I have yet to make a year of consecutive 0 uptime.  Hurricane season has been to blame more+ than once, as well as other prolonged powers0 outages that seem to come at an average interval/ of about 200 days in this area (near Baltimore,l	 MD, USA.)4  2 I've always wanted to brag to my friends about the0 years-long uptimes others here have enjoyed, and4 I was closing in on the one-year mark for the first & time ever, with an uptime of 327 days.  1 But alas, my trusty VAXstation crashed today, forL4 only the third time ever (I've had it going on nine  years now.)n  0 It was a machine check in kernel mode, just like% the previous failure a few years ago.i  5 I know that making a year of uptime is of very littlet; practical concern here in my non-critical home environment,o but man, I wanted it anyway.  A Now I have to start again.  Here I go:  "Zero days and counting."o   Sigh.t   -Mike Duffym   ------------------------------  # Date: Wed, 08 Sep 2004 00:33:09 GMTC5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton)e? Subject: Re: Well, my VAX won't make a year of uptime after allX. Message-ID: <9rs%c.393794$%_6.53944@attbi_s01>  q In article <63D30D6E10CFD11190A90000F805FE8605AED1BF@lespaul.process.com>, Mike Duffy <Duffy@process.com> writes:t !s4 !Ever since I put my VAXstation 3100 into service as2 !an email and FTP machine six years ago (currently= !running VMS V7.3), I have yet to make a year of consecutive ,1 !uptime.  Hurricane season has been to blame more , !than once, as well as other prolonged power1 !outages that seem to come at an average intervalv0 !of about 200 days in this area (near Baltimore,
 !MD, USA.) !h  N Please indulge my curiosity - does your ISP have a problem with you running anL email server?  If not, can you share with us your experience, either in thisK forum, or privately?  I have a MicroVAX 3100-96 that I would like to put to  work (running TCPware).s  3 !I've always wanted to brag to my friends about the 1 !years-long uptimes others here have enjoyed, and 5 !I was closing in on the one-year mark for the first  ' !time ever, with an uptime of 327 days.  !   A BTW - have you considered becoming part of the "Uptimes Project"?-N ( http://uptimes.hostingwired.com/ )  I can't think of a better way to "brag".   !snip!  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  $ Date: Tue, 7 Sep 2004 17:44:30 -0700# From: "Tom Linden" <tom@kednos.com>0? Subject: RE: Well, my VAX won't make a year of uptime after all09 Message-ID: <NDEMLKKEBOIFBMJLCECIGECKDMAA.tom@kednos.com>h   < -----Original Message------ < From: Mike Duffy [mailto:Duffy@process.com]g+ < Sent: Tuesday, September 07, 2004 4:38 PMu < To: Info-VAX@Mvb.Saic.Com@= < Subject: Well, my VAX won't make a year of uptime after alls <  <  < 5 < Ever since I put my VAXstation 3100 into service ase3 < an email and FTP machine six years ago (currentlyi> < running VMS V7.3), I have yet to make a year of consecutive 2 < uptime.  Hurricane season has been to blame more- < than once, as well as other prolonged powerp2 < outages that seem to come at an average interval1 < of about 200 days in this area (near Baltimore,e < MD, USA.)n < 4 < I've always wanted to brag to my friends about the2 < years-long uptimes others here have enjoyed, and6 < I was closing in on the one-year mark for the first ( < time ever, with an uptime of 327 days. < 3 < But alas, my trusty VAXstation crashed today, forh6 < only the third time ever (I've had it going on nine 
 < years now.)  < 2 < It was a machine check in kernel mode, just like' < the previous failure a few years ago.c    You need to submit a bug report.   < 7 < I know that making a year of uptime is of very littleo= < practical concern here in my non-critical home environment,o < but man, I wanted it anyway. < C < Now I have to start again.  Here I go:  "Zero days and counting."e <  < Sigh.h < 
 < -Mike Duffyf <  < ---b( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).B < Version: 6.0.742 / Virus Database: 495 - Release Date: 8/19/2004 <  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.742 / Virus Database: 495 - Release Date: 8/19/2004   ------------------------------  $ Date: Tue, 7 Sep 2004 18:01:00 -0700# From: "Tom Linden" <tom@kednos.com> ? Subject: RE: Well, my VAX won't make a year of uptime after allh9 Message-ID: <NDEMLKKEBOIFBMJLCECIMECKDMAA.tom@kednos.com>r   < -----Original Message-----> < From: Bradford J. Hamilton [mailto:brad@rabbit.dnsalias.org]+ < Sent: Tuesday, September 07, 2004 5:33 PM  < To: Info-VAX@Mvb.Saic.Com A < Subject: Re: Well, my VAX won't make a year of uptime after allb <n <A < In articleA < <63D30D6E10CFD11190A90000F805FE8605AED1BF@lespaul.process.com>,-( < Mike Duffy <Duffy@process.com> writes: < !:6 < !Ever since I put my VAXstation 3100 into service as4 < !an email and FTP machine six years ago (currently> < !running VMS V7.3), I have yet to make a year of consecutive3 < !uptime.  Hurricane season has been to blame moreu. < !than once, as well as other prolonged power3 < !outages that seem to come at an average intervalt2 < !of about 200 days in this area (near Baltimore, < !MD, USA.) < !m <aA < Please indulge my curiosity - does your ISP have a problem withy < you running an? < email server?  If not, can you share with us your experience,e < either in thisC < forum, or privately?  I have a MicroVAX 3100-96 that I would likeg < to put to  < work (running TCPware).>E Not sure why you think there is a problem.  You basically just rent a E line, get a static ip and have your MX records point to it.  Your ISPu( should be able to take care of all that. <w5 < !I've always wanted to brag to my friends about thec3 < !years-long uptimes others here have enjoyed, and 6 < !I was closing in on the one-year mark for the first) < !time ever, with an uptime of 327 days.r < !) <AC < BTW - have you considered becoming part of the "Uptimes Project"?sA < ( http://uptimes.hostingwired.com/ )  I can't think of a bettere < way to "brag". <  < !snip! <fL < __________________________________________________________________________C < Bradford J. Hamilton                    "All opinions are my own"h= < bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and  < replace '-at-'2 <                                          with @" <z < ---i( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).B < Version: 6.0.742 / Virus Database: 495 - Release Date: 8/19/2004 <n --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.742 / Virus Database: 495 - Release Date: 8/19/2004   ------------------------------  # Date: Wed, 08 Sep 2004 01:35:43 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)? Subject: RE: Well, my VAX won't make a year of uptime after all 6 Message-ID: <00A37891.F2430492@SSRL.SLAC.STANFORD.EDU>  c In article <T4t%c.21419$vy.9144@attbi_s52>, brad@rabbit.dnsalias.org (Bradford J. Hamilton) writes:u` >In article <NDEMLKKEBOIFBMJLCECIMECKDMAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes: >!snip!sC >!< Please indulge my curiosity - does your ISP have a problem withu >!< you running anA >!< email server?  If not, can you share with us your experience,T >!< either in thisE >!< forum, or privately?  I have a MicroVAX 3100-96 that I would likec
 >!< to put toE >!< work (running TCPware).7G >!Not sure why you think there is a problem.  You basically just rent a-G >!line, get a static ip and have your MX records point to it.  Your ISPM* >!should be able to take care of all that. >VK >True, but I'm used to an ISP that hands out dynamic addresses only - I was.L >"hoping" that there was a way to cope with that scenario.  Perhaps not.	:-)  O There is.  Use www.dyndns.org or another dynamic DNS site.  You reserve a name,IN you tell them whenever your numeric-IP changes - and there are ways to do thisF automatically - and your new numeric-IP propagates around accordingly.   -- Alanu   ------------------------------  # Date: Wed, 08 Sep 2004 01:17:39 GMTw5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton)r? Subject: RE: Well, my VAX won't make a year of uptime after all6+ Message-ID: <T4t%c.21419$vy.9144@attbi_s52>   _ In article <NDEMLKKEBOIFBMJLCECIMECKDMAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:t !snip!B !< Please indulge my curiosity - does your ISP have a problem with !< you running anC@ !< email server?  If not, can you share with us your experience, !< either in thiseD !< forum, or privately?  I have a MicroVAX 3100-96 that I would like !< to put to !< work (running TCPware).F !Not sure why you think there is a problem.  You basically just rent aF !line, get a static ip and have your MX records point to it.  Your ISP) !should be able to take care of all that.u  J True, but I'm used to an ISP that hands out dynamic addresses only - I wasK "hoping" that there was a way to cope with that scenario.  Perhaps not.	:-)S   !snip!  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own"nK bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  % Date: Wed, 08 Sep 2004 00:23:14 -0400m- From: "John E. Malmberg" <wb8tyw@qsl.network>o? Subject: Re: Well, my VAX won't make a year of uptime after allc1 Message-ID: <YqudnebBJa2uFKPcRVn-gA@adelphia.com>e  , Alan Winston - SSRL Central Computing wrote:e > In article <T4t%c.21419$vy.9144@attbi_s52>, brad@rabbit.dnsalias.org (Bradford J. Hamilton) writes:. > a >>In article <NDEMLKKEBOIFBMJLCECIMECKDMAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:pI >>>!Not sure why you think there is a problem.  You basically just rent apH >>!line, get a static ip and have your MX records point to it.  Your ISP+ >>!should be able to take care of all that.r >>L >>True, but I'm used to an ISP that hands out dynamic addresses only - I wasM >>"hoping" that there was a way to cope with that scenario.  Perhaps not.	:-)  >  nQ > There is.  Use www.dyndns.org or another dynamic DNS site.  You reserve a name,tP > you tell them whenever your numeric-IP changes - and there are ways to do thisH > automatically - and your new numeric-IP propagates around accordingly.  G Several Broadband ISP's specifically prohibit running servers on their  D residential services or their DHCP addresses.  Some do not actively - enforce their TOS until there is a complaint.s  C Easynet.nl used to have a web page that listed links to the TOS of i
 several ISPs.t  F And in my area, there is only one ISP that will supply anything other H than dialup, and they do not have any service plan that allows servers, @ even if you pay extra for business, or for a fixed I.P. address.    D In addition, none of the mail servers that I get mail from will now E accept e-mail directly from any I.P. address known to be dynamically 1	 assigned.7  F When my broadband supplier implemented DNSbls on the mail servers for C open proxies and known DHCP pools, the spam leakage has dropped to A+ almost nothing from about 35 to 40 per day..   Back to the original posting,s  H A machine check usually indicates a hardware problem of some sort, with H a smaller probability of a software problem, usually in a device driver.  H Putting a power conditioner or UPS may prevent the occurrence if it was  from a power glitch.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Wed, 08 Sep 2004 01:59:23 +0800 , From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: why mainframes are still used? 0 Message-ID: <87u0uaark4.fsf@k9.prep.synonet.com>  - Rodrigo Ventura <yoda@isr.ist.utl.pt> writes:e  F > Indeed! According to the site preparation manual of the 10000 beast,E > it is a 3- or 5-cabinet system, with two to three power line cords,t@ > each one triphasic, swalling 24 Amps (120/208V). The 5-cabinetE > version dissipates 10900 Watt! (maybe that's why it is called 10000sF > ;))) The weight of the cabinets range from 448Kg to 720Kg. Wow! What
 > a beast!  @ > Anyone care to bring a couple of "mainframe" specs to compare?  F A KL-10E uses a 100A/phase 3 ph supply. The CPU powesupply draws about@ 15,500W. JUST the CPU. Memory, IO, Front end, and periferals are extra.   -- 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: 07 Sep 2004 17:12:55 -04003 From: Rich Alderson <news@alderson.users.panix.com>f+ Subject: Re: why mainframes are still used? . Message-ID: <mddacw1g4vc.fsf@panix5.panix.com>  . Paul Repacholi <prep@prep.synonet.com> writes:  H > A KL-10E uses a 100A/phase 3 ph supply. The CPU powesupply draws aboutI > 15,500W. JUST the CPU. Memory, IO, Front end, and periferals are extra.t  G Actually, it's 60A/phase, rated to 13.2KVA but real draw is about 12.8.r  J We're rebuilding the power systems on two KLs, so I'm quite sure about the numbers! ;->   -- lL Rich Alderson                                       | /"\ ASCII ribbon     |L news@alderson.users.panix.com                       | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |L                          --Death, of the Endless    | / \ postings         |   ------------------------------   Date: 7 Sep 2004 15:42:51 -0700 & From: jordan@ccs4vms.com (Rich Jordan)+ Subject: Re: why mainframes are still used? = Message-ID: <cc5619f2.0409071442.5a98f016@posting.google.com>a  k arjdombivli@indiatimes.com (ashok) wrote in message news:<1dc813f.0409062324.24f401b@posting.google.com>...r > dear all,  >  >  > E > In the today's age of supercomputer ,why mainframes are still used?k1 > which are the operating systems for mainframes? % > How they are different from the PC? 2 > which are the mainframe manufacturing companies? >      Because they work.   Because they keep working.  B Because you can create a system on it and it will keep running forC years, instead of needing constant tweaking/rewriting/patching/cacaeB every time your OS provider releases a new version or service packD (because the vendor is quite likely a lot more interested in keepingF you running, and as a customer, than the major OS vendor in pc systems is).  E Of course you still need to tweak/rewrite/patch to keep up with gov'ta regs, but that hits everyone :)s   ------------------------------  % Date: Tue, 07 Sep 2004 20:18:16 -0400s% From: "vax, 3900" <vax3900@yahoo.com>a+ Subject: Re: why mainframes are still used?i: Message-ID: <chlj3a$2ec$1@charm.magnus.acs.ohio-state.edu>   Rodrigo Ventura wrote:  E >>>>>> "Thierry" == Thierry Dussuet <thierry@dussuet.lugs.ch> writes:n > ? >     Thierry> <koehler@eisner.nospam.encompasserve.org> wrote: F >     >> If VAX 9000, VAX 10000, and DEC 10000 aren't mainframes, whatF >     >> are they?  I our shop the DEC 10000 running VMS was certainly  >     >> considered a mainframe. > 5 >     Thierry> Big electricity swallowing heaters :-)1 > F > Indeed! According to the site preparation manual of the 10000 beast,E > it is a 3- or 5-cabinet system, with two to three power line cords,eH > each one triphasic, swalling 24 Amps (120/208V). The 5-cabinet versionF > dissipates 10900 Watt! (maybe that's why it is called 10000 ;))) TheF > weight of the cabinets range from 448Kg to 720Kg. Wow! What a beast! > @ > Anyone care to bring a couple of "mainframe" specs to compare?  / VAX 9000 model 440, 7 cabinets, 3626kg, 36.6KW.   	 vax, 3900  > 	 > Cheers,h > 	 > Rodrigo@ >    ------------------------------  # Date: Tue, 07 Sep 2004 18:03:43 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)e: Subject: Re: [VMS V7.3-2] PCSI INSTALL /SAVE_RECOVERY_DATA2 Message-ID: <3Km%c.9877$2W2.3963@news.cpqcorp.net>  j In article <newscache$ydio3i$vfz1$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:i >In article <Xtk%c.9827$wY2.6299@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes: l >>In article <newscache$on7f3i$y0v1$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:O >>>I recently installed the last ECOs for VMS V7.3-2 and noticed that somethingl: >>>changed in the way the ECOs behave during installation. >>>cM >>>Until last month (most if not) all VMS732_* ECOs asked for saving recoveryoI >>>information if one hasn't specified /SAVE_RECOVERY_DATA during INSTALLn >>...i >>@ >>This behavious is defined by the KIT, not by the PCSI utility.D >>I'm not certain that the George Pagliarulo follows this newsgroup,2 >>but he would be the one to answer your question. >H >Many Thanks anyway. > ? >But the question regarding the logical is yours, I suppose ;-)   G Just to be clear -- I maintain the OpenVMS installation procedures, butnI not the PCSI utility itself.  (That's right, I'm a PCSI user too. <grin>)   K I think, but I'm not completely certain, that the logical name in question lI is defined and used by the kit, not by the utility.  Thus George is stilli the first person to ask.   -- hJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   End of INFO-VAX 2004.498 ************************arty software issue now.  I could beG > that I will start replacing 3rd party software sooner.  That seems to G > be the long pole in the tent for us.  I am the only software engineer H > maintain the system, so I will need a year or more of calendar time toG > put in a man-year converting from the unsupported 3rd party software.  > F > I wonder if it will be easy to wait till 2011?  It might get hard toG > find replacements for dead machines.   We don't have hardware support F > contracts /h<]65)'!A1G0oS.?z)e?1(yU$züsRjNvGVf]yAU˲׃R:ͤCld,cSZs)"*()FhRW_`yOҚKjU[.B	FhRӽ[0=ߵYwJet2oyȼߺʻ5üߊJgtu&ۼ[eN6e`[eN,~`&5dѕ}z\]f!6^f;#MT8:X5ӌͤgۨ.7^``+7^06qfwx[r}vtVwEO[ͧՅIG/T)'wXM>Rlal&כwvXn²RGel_ c35{
*j6L:ZmғǻEGG煙л"%FhRsq39Ckp=ٮ26bVwVwt8<>qJl8Q̹MjzPK8L~U~V˶?F'te25[Z=y5"fw36z0cx
x#^#PUIFhW|muz::JefFۤzwd{/vt\q݈=zi ,ፈ=3;|"J7dl&e#re?:岱l`yJOv=5n^968hU=CNyWkP^ιǽKe,c3o-zx#ލlވwtrE<ި[FyE2ysUEy|zJ>=w'c3yE]9OV9Ot<-/=i`+cS:y̿J.a>he&Ս2ǧe+7IG/v+@UQnͤǺ[)7T=9o"7IGe1]mUo53t}#ytmblukv\al&fϓi}"f{IM^1<y+NWd>06hVRntV7ئlrO?M2B<W"7IL-Tvtte뤇=_MwNo`yt-l#SEz7a./tcl^ c3gKr=6?r3L:z<ؿUKs'{=1 wdݤ
G|%6}t\[az5z͜˩yj<-Եm9h/gUFhʣyeWn컼Z7[93[(BZw}=wkzLyt/Wtynn7V>t5}`=e<՝Eyܕf&0S{{Ɗl>I
(*-@Bra6@TE鍲3鸾خ(\7L:ƶ}7[^c3:;OJ-2<^K*<o;j8e&"\!)'2Iǿb<ok:ݤ
sNai
s7~Nz L3B$#(*^`l&-^6TyfѿE2cE6fAϩ
'gqbRb
9ghA	{OɷPZAIP.jܸ3,sEFMfە7^ʫV+Whvֶ' 6~1]gm|g5RӣC<_5}iU5{=~Au'9>Z*'9>+'9>䎹|\z݌i*'9?:'9?0yipq3kS$@=qG(ف׎M*_;FYr_5}vq`/JWRٕt]~}ъti)('o9q@9{:;\;9ww+ǄދkZzL3T*R
JX
I )M⑴Ac A:ǎ%uɒe]E,O`s<<w 躖,{31`OSTs9F5yy|EٟLtޫ<-~k:5toJoU~0@oW¹YYCuxSe`<e.YR-N}c]s<u bQp(X
T2K0L-GgYGy7	;\NG%xHt4aᑈu!%Z(o(5?LÖ1D@u`y0(^8DuLE{
va:
D$@LCHkq,c=2+{G4MCe0L@>"xa4L<y^>ȇ^J: