0 INFO-VAX	Tue, 07 Feb 2006	Volume 2006 : Issue 75      Contents:! Re: Alpha Console Access Question ! Re: Alpha Console Access Question  Re: Another sad day for VMS... Re: Another sad day for VMS... Re: DECterm ReGIS clipping	 Re: FaxSR 
 Free VAX 8250 - Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. & Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems2 Montecito sinks!  Start alpha EV79 production now!5 Re: Montecito sinks! Start alpha EV79 production now! 5 Re: Montecito sinks! Start alpha EV79 production now! 5 Re: Montecito sinks! Start alpha EV79 production now! 5 Re: Montecito sinks! Start alpha EV79 production now! 5 Re: Montecito sinks! Start alpha EV79 production now!  Re: null terminated strings  Re: null terminated strings " PCSI questions and answers---againA Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR] A Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR] A Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR] A Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR] A Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR] A Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR]  Power 6  Re: Power 6 ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR   Re: VAXstation 2000 boot devices  Re: VAXstation 2000 boot devices  Re: VAXstation 2000 boot devices  Re: VAXstation 2000 boot devices  Re: VAXstation 2000 boot devices  Re: VAXstation 2000 boot devices  Re: VAXstation 2000 boot devices  Re: VAXstation 2000 boot devices vaxstation 4000vlc Re: vaxstation 4000vlc Re: vaxstation 4000vlc  F ----------------------------------------------------------------------  % Date: Mon, 06 Feb 2006 11:32:45 -0800 , From: Ken Fairfield <my.full.name@intel.com>* Subject: Re: Alpha Console Access Question+ Message-ID: <ds8891$rfc$1@news01.intel.com>    David J Dachtera wrote:  [...] B > Well, I actually meant "Use PCM to access the MBM on GS1280s viaE > reverse-TELNET thru port mapping on the SMC Barricade, and possibly E > thence to access OPA0: also via PCM", though perhaps it wouldn't be  > "reverse" TELNET, really.  > H > I can understand the caveat against connecting the WAN port of the SMCH > Barricade to the corporate LAN, since little or nothing the other sideI > of it presents any kind of a password or other challenge before serious ! > negative impact can be imposed.  > G > So, perhaps the terminal server route is best, eve if one lack PCM or  > any of its kin.   A I've been following this conversation without fully understanding @ because I have no experience with the GS-class machines and, so,? am not familiar with the terms being tossed around.  However...   C If you have ports on the GS that answer to telnet, PCM will connect E to them just fine through your terminal server(s).  While most of our G console ports (to the Alphas) do use serial connections to the terminal H servers, we use telnet from the terminal servers to our Brocade switches< (they don't have serial connections).  This works just fine.  C In addition, we've been able to have PCM monitor remote VMS systems C directly via rlogin (actually, SET HOST/RLOGIN, but that's a detail C the guy who wrote it decided to use) and a dedicated account on the D target cluster.  (The point of doing this isn't important, the pointE is, it can be done.)  The trick here was to configure the "system" as D "Connection" type "Pseudo-Terminal" and to provide a command file toE execute as the "Command", e.g., "@dev:[dir]My_Proc".  Within My_Proc, D one does the rlogin.  The user on the remote end has to be set up toG provide some output, e.g., have the user's login.com Set Term/Broadcast C and Reply/Enab=(some classess), and whatever else you want.  (We do E this with an account that is Restricted, Captive and has DisReconnect  set.)   F I don't know if this answers any of your questions, but it should showG that there is a *lot* you can do with PCM...and a little ingenuity. :-)         Regards, Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  % Date: Mon, 06 Feb 2006 20:13:50 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: Alpha Console Access Question+ Message-ID: <43E8025E.7E79F7CA@comcast.net>    Ken Fairfield wrote: > [snip]H > I don't know if this answers any of your questions, but it should showI > that there is a *lot* you can do with PCM...and a little ingenuity. :-)   E Now, if we could just a work-around for the lack of sufficient system  licenses...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 06 Feb 2006 23:51:17 -0500 ' From: Dave Froble <davef@tsoft-inc.com> ' Subject: Re: Another sad day for VMS... 9 Message-ID: <ZvednSlCO5O9unXenZ2dnUVZ_t2dnZ2d@libcom.com>    JF Mezei wrote:  > Bill Gunshannon wrote: > < >>them more PC's?  It is better to just push the old out the= >>door and not even bother talking to the idiots who let that = >>business go away.  If they didin't get the message when the > >>maintenance contracts weren't renewed and didn't notice that< >>the old were not replaced with new VMS machines, it is not< >>the former customers responsibility to educate the vendor. >  >  >  > E > If one is to give VMS management the benefit of the doubt, then one F > should contact them directly and advise them of the lost contract soI > that they can find out if they also got that message internally, and if  > not, why not.  > H > If VMS management are isolated from the bad news and only see contract% > wins, then they won't take actions.  > H > If they only see a massive drop in maintenance contracts at the end ofD > the year in some consolidated number, they will not have access to > individual stories.  > I > Lets say your shop dropped VMS because you didn't like Ann Quaid's hair H > colour. If Ann Quaid is not told, she won't change her hair colour andC > the problem will continue and other customers will also leave VMS * > because they don't like her hair colour. > F > OK, instead of hair colour, use IA64. If VMS management had customerE > testimonials that showed loss of $x million in sales/support due to J > upcoming end of Alpha sale and unwillingness to move to that IA64 thing,G > then VMS management could go to Hurd and tell him they really need to I > port VMS to the 8086 because customers are not happy with that IA64 and  > this is costing HP sales.  > H > More importantly, HP expects VMS customers to move to HP-UX or Wintel.I > When VMS sees consolidated numbers going down, they don't know how many A > customers replaced a VMS system with another HP product. But if J > customers write to Quaid with their stories, she then can go to Hurd andF > point to a large number of $ lost by HP because the customer went to4 > competitors for both servers and desktops etc etc. > I > If they simply show loss in VMS business, Hurd's croonies like Stallard H > will simply point out that those customers probably moved to HP wintelC > or HP-UX hardware systems and so were not lost by HP (without any > > supporting evidence since we're talking about bulk numbers). > J > Remember that there are people within HP who are defending their supportJ > of that IA64 thing and will do everything in their power to hide the badI > news from upper management.  If Quaid can go to Hurd with real data and G > customer testimonials, she can bypass those layers of management that $ > don't want Quaid to see bad news.  >  > J > When I first heard the new number of remaining VMS systems, the big dropE > from the previously published number was explained to me as "server H > consolidation". And that buzzword seems to be used by many at HP.  OneH > could see this as trying to spin bad news into good news since "serverD > consolidation" is a Windows buzzword-du-jour and looks good in theJ > media. But for VMS, because it has always been a real server (as opposedH > to a single application box), "server consolidation" doesn't have much5 > meaning other than "downsizing VMS infrastructure".   , I'm beginning to overuse Bill's 'horseshit'.  
 Horseshit!  F If I was the #1 person in VMS management, I'd make sure I had people, I don't care who, sales, ambassadors, whatever, who had a complete list of  E everyone using VMS, or at least those still with any type of contact  C such as maintenance contracts.  I'd demand that every customer was  E contacted, in person, by phone, whatever, to see how the customer is  9 doing, and asking what HP could do to help that customer.   ' EVERY VMS CUSTOMER THAT COULD BE FOUND!   I I'm not sure that the 6 months is a good number, but I'd be after a time  B interval that would allow insight into any customer considering a H change, and I'd have troubleshooters whose job was to contact and visit I any customer that had a problem or was thinking about leaving VMS and do  * whatever possible to retain that customer.  G Ok, you're not going to win them all, but I'd demand that an effort be   made to keep every customer.  H It's not the VMS faithful, or customers leaving, or anybody else's job. F   It's the VMS sales/marketing/support people who are responsible for 
 such efforts.   H  From what I read, such an effort doesn't exist, or it's not effective, I or it's not reaching every customer.  Whatever, the failure lies with HP.   F How about a little survey?  Who is a VMS customer that HP has to know G about, under contract, or some other manner, that hasn't heard from HP  H concerning VMS in over 12 months?  How many that have been contacted in  the last 6 months?   --  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 Feb 2006 00:50:41 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: Re: Another sad day for VMS... , Message-ID: <43E83511.DA0BA7EF@teksavvy.com>   Dave Froble wrote: > Horseshit! > G > If I was the #1 person in VMS management, I'd make sure I had people, J > don't care who, sales, ambassadors, whatever, who had a complete list ofF > everyone using VMS, or at least those still with any type of contact  > such as maintenance contracts.    F Have you read Bill gerstner,s book "Who Says Elephanst Can't Dance ?".N Obviously not otherwise you wouldn't have insulted me with the Horseshit word.    H What you said above amy be obvious to you and me and to small businesses> who really care about customers. But it doesn't apply to largeH corporations who have grown to a point where decision makers are TOTALLYD isolated from customers. In the case of IBM pre-Gerstner, the middle? managers made sure only happy IBM customers were polled and top G management were never told about problem areas at IBM and why customers 
 were leaving.   H Don't assume that the VMS management are actually hearing about contract* losses, especially from smaller customers.  ) > EVERY VMS CUSTOMER THAT COULD BE FOUND!   E On June 25 2001, Compaq said that they had contacted only the largest F customers and gave them a visit to explain the decision, and didn't do" anything to the smaller customers.  A Consider that VMS management do not have sales functions. this is F delegated to local HP offices who are not interested in VMS and who doG not report to VMS management. VMS managemenmt operate as a little entty $ in a company that doesn't "own" VMS.   ------------------------------  # Date: Tue, 07 Feb 2006 02:39:02 GMT % From: Roger Ivie <rivie@ridgenet.net> # Subject: Re: DECterm ReGIS clipping 2 Message-ID: <slrndug226.hr.rivie@stench.no.domain>  = On 2006-02-03, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:  > Roger Ivie wrote: H >> Apparently, in my fiddling around yesterday I managed to accidentallyF >> issue a command that allowed me to escape the VT340 box and use the# >> entire DECterm window for ReGIS.  > " > Not sure, but from a 240 manual: > G > S(A[0,0][799,479])  Defines the screen as having coordinate values of = > [0,0] for upper left corner, and [799,479] for lower right.   H You win, smart guy. S(A[0,0][799,799]) lets me scribble over most of the, DECterm window, which is just want I wanted.   --  
 roger ivie rivie@ridgenet.net   ------------------------------  # Date: Tue, 07 Feb 2006 00:13:30 GMT ; From: "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com>  Subject: Re: FaxSR> Message-ID: <KCRFf.30513$H71.19203@newssvr13.news.prodigy.com>   Rich Jordan wrote:I > We used to use (and a number of our customers still do use) GoldFax, by E > DPD.  The VMS version is still shown on their website so I'd assume B > they're still selling it.  Our systems use the PCL option to faxG > 'printer output' direct to required locations, but it provides usable B > interactive service as well, even from mail and Wordperfect VMS. > H We used to use GoldFax but converted to several cheap PC's running SUSE H Linux that removes the cpu load for converting documents to fax format. F It was also far cheaper than the cost of the DPD license to add a new 	 fax line.    ------------------------------  $ Date: Tue, 7 Feb 2006 00:21:57 -0500* From: Barry.Treahy@EmersonNetworkPower.com Subject: Free VAX 8250O Message-ID: <13170900F4B1C342ABFB66CA6A915EB9020A1A96@ETP-CIN-US-EX01.etp1.com>   J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C62BA6.6AE4DEB3  Content-Type: text/plain;  	charset="ISO-8859-1"   L Anyone in the Ann Arbor, Michigan area (or beyond), that is interested in anL old boat-anchor of a VAX?  I have a VAX 8250 with a TU81, and six RA81's. IfK you want it, you pick it up, no shipping, no exceptions unless you pay 100% I of shipping and packaging. If there isn't any interest between now and my L next return visit to Saline, it's being shipped to the VAX scrap heap in the sky.       % Barry Treahy, Jr                         Vice President/CIO   Midwest Microwave, Inc.   , Emerson Network Power Connectivity Solutions  , E-mail: Barry.Treahy@EmersonNetworkPower.com. <mailto:Barry.Treahy@EmersonNetworkPower.com>    Phone: 480/314-1320    Cell:     480/216-9568 Fax:     480/661-7028        0                        ... but it's a DRY HEAT!          ' ------_=_NextPart_001_01C62BA6.6AE4DEB3  Content-Type: text/html; 	charset="ISO-8859-1" + Content-Transfer-Encoding: quoted-printable   ; <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" = 3 xmlns:w=3D"urn:schemas-microsoft-com:office:word" = : xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =* xmlns=3D"http://www.w3.org/TR/REC-html40">   <head>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =  charset=3DISO-8859-1">    G <meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">  <o:SmartTagType = ; namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"   name=3D"place"/>  <o:SmartTagType = ; namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"   name=3D"State"/>  <o:SmartTagType = ; namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"   name=3D"City"/> <!--[if !mso]> <style> & st1\:*{behavior:url(#default#ieooui) } </style> <![endif]--> <style>  <!--  /* Style Definitions */)  p.MsoNormal, li.MsoNormal, div.MsoNormal 
 	{margin:0in;  	margin-bottom:.0001pt;  	font-size:12.0pt;  	font-family:"Times New Roman";} a:link, span.MsoHyperlink 
 	{color:blue;  	text-decoration:underline;}$ a:visited, span.MsoHyperlinkFollowed 	{color:purple;  	text-decoration:underline;} span.EmailStyle17 " 	{mso-style-type:personal-compose; 	font-family:Arial;  	color:windowtext;}  @page Section1 	{size:8.5in 11.0in;# 	margin:1.0in 1.25in 1.0in 1.25in;}  div.Section1 	{page:Section1;}  -->  </style>   </head>   . <body lang=3DEN-US link=3Dblue vlink=3Dpurple>   <div class=3DSection1>  8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;C font-family:Arial'>Anyone in the <st1:place w:st=3D"on"><st1:City =  w:st=3D"on">Ann     Arbor</st1:City>, <st1:State =1 w:st=3D"on">Michigan</st1:State></st1:place> area I (or beyond), that is interested in an old boat-anchor of a VAX?&nbsp; I =  have aI VAX 8250 with a TU81, and six RA81&#8217;s. If you want it, you pick it =  up, no shipping,E no exceptions unless you pay 100% of shipping and packaging. If there B isn&#8217;t any interest between now and my next return visit to = Saline, 7 it&#8217;s being shipped to the VAX scrap heap in the = ! sky.<o:p></o:p></span></font></p>   8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;6 font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>  8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;  font-family:Arial'>Barry Treahy,I Jr&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs= 2 p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></font><o:p></o:p></p>   8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;B font-family:Arial'>Vice President/CIO</span></font><o:p></o:p></p>  8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;G font-family:Arial'>Midwest Microwave, Inc.</span></font><o:p></o:p></p>   8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;< font-family:Arial'>Emerson&nbsp;Network Power Connectivity =& Solutions</span></font><o:p></o:p></p>  8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt; font-family:Arial'>E-mail: <a = I href=3D"mailto:Barry.Treahy@EmersonNetworkPower.com">Barry.Treahy@Emerso= 2 nNetworkPower.com</a></span></font><o:p></o:p></p>  8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;C font-family:Arial'>Phone: 480/314-1320</span></font><o:p></o:p></p>   8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;A font-family:Arial'>Cell:&nbsp;&nbsp;&nbsp;&nbsp; 480/216-9568<br> A Fax:&nbsp; &nbsp; &nbsp;480/661-7028</span></font><o:p></o:p></p>   D <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span = style=3D'font-size: + 12.0pt'>&nbsp;<o:p></o:p></span></font></p>   8 <p class=3DMsoNormal><font size=3D2 face=3DArial><span = style=3D'font-size:10.0pt;I font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp= I ;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=  ;&nbsp; : .. but it's a DRY HEAT!&nbsp;</span></font><o:p></o:p></p>  D <p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span = style=3D'font-size: + 12.0pt'><o:p>&nbsp;</o:p></span></font></p>    </div>   </body>    </html>   ) ------_=_NextPart_001_01C62BA6.6AE4DEB3--    ------------------------------  $ Date: Mon, 6 Feb 2006 20:15:18 -05002 From: "Timothy Stark" <fsword7_nospam@comcast.net>6 Subject: Help! CMUIP TCP/IP software - older versions.0 Message-ID: <yNidnXmJ270-aXreRVn-tw@comcast.com>   Hello folks,  M I was looking for CMUIP TCP/IP package.  Thanks for give me a pointer to.  I  J found them in OpenVMS freeware v4.  However, I reviewed its faq documents M and learned that I need to find CMUIP TCP/IP v6.3 or older for VMS v3.x/v4.x  C system.  I was looking for that version but no luck.  It said that  G ftp.kcl.ac.uk.  I tried to login into ftp server but it does not exist  E anymore.  Does anyone know where is older versions of CMUIP packages?   K I still am looking for DECnet software that old VMS versions (v3.x / v4.x).    Thanks!  Tim    ------------------------------  % Date: Mon, 06 Feb 2006 21:44:18 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> : Subject: Re: Help! CMUIP TCP/IP software - older versions., Message-ID: <43E8096D.C61118A0@teksavvy.com>   Timothy Stark wrote:N > and learned that I need to find CMUIP TCP/IP v6.3 or older for VMS v3.x/v4.x7 > system.  I was looking for that version but no luck.      D The old DECUS SIG tapes might have them. Not sure where you can find them anymore though.  5 Have you considered upgrading VMS to at least 5.5-2 ?   < That would give you access to CMUIP and a lot more software.  C Another alternative would be to use Kermit to do file transfers via 
 serial ports.   F DECNET also exists over serial lines (DDMCP) if you have a modern node next to it.    ------------------------------  % Date: Tue, 07 Feb 2006 00:32:30 -0500 ' From: Dave Froble <davef@tsoft-inc.com> : Subject: Re: Help! CMUIP TCP/IP software - older versions./ Message-ID: <2sudnWengNRYrXXeRVn-gw@libcom.com>    JF Mezei wrote:  > Timothy Stark wrote: > N >>and learned that I need to find CMUIP TCP/IP v6.3 or older for VMS v3.x/v4.x7 >>system.  I was looking for that version but no luck.   >  >  > F > The old DECUS SIG tapes might have them. Not sure where you can find > them anymore though. > 7 > Have you considered upgrading VMS to at least 5.5-2 ?  > > > That would give you access to CMUIP and a lot more software. > E > Another alternative would be to use Kermit to do file transfers via  > serial ports.  > H > DECNET also exists over serial lines (DDMCP) if you have a modern node
 > next to it.   @ Duh!  JF, I think he's looking to qualify the older stuff on an ; emulator.  Or is that qualify an emulator on the old stuff?    --  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 Feb 2006 00:53:17 -05002 From: "Timothy Stark" <fsword7_nospam@comcast.net>: Subject: Re: Help! CMUIP TCP/IP software - older versions.: Message-ID: <ZPudnRmdZ8ZWqHXenZ2dnUVZ_sudnZ2d@comcast.com>  ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:43E8096D.C61118A0@teksavvy.com...F > The old DECUS SIG tapes might have them. Not sure where you can find > them anymore though. > 7 > Have you considered upgrading VMS to at least 5.5-2 ?   K Well, we are working on Bob's historical simh emulator (11/780 emulation).  J That's why I am looking for older version of CMUIP package to work on VMS L v3.x and/or v4.x.  Also, I still am looking for DECnet softwae for that VMS 	 versions.   L If you use simh emulator on high speed P4 system like least 3 Ghz, you will D notice everything is pretty fast like Star Trek's warp drive.  Yes, C 'dir/full sys$system' displays everything under less than a second!    Thanks!  Tim    ------------------------------  % Date: Tue, 07 Feb 2006 01:17:05 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> : Subject: Re: Help! CMUIP TCP/IP software - older versions., Message-ID: <43E83B3F.ECBBB2CC@teksavvy.com>   Timothy Stark wrote:L > Well, we are working on Bob's historical simh emulator (11/780 emulation).K > That's why I am looking for older version of CMUIP package to work on VMS M > v3.x and/or v4.x.  Also, I still am looking for DECnet softwae for that VMS  > versions.   9 Ahhh, OK. I hadn't see reference to an emulator for this.   D I started with MicroVMS 4.6 and that didn't have Decnet. But I think@ that real VMS came with Decnet in the kits. But if i recall someB discussion, DECNET didn't always come with VMS before VMS 4.*. And( Condist on CD didn't exist back then :-)  G Perhaps folks from VMS engineering might be able to dig up a DECNET kit  for that vintage.    ------------------------------   Date: 6 Feb 2006 18:44:12 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139280252.742813.320140@g47g2000cwa.googlegroups.com>   D I have my UCX licenses installed and now I have access to the tcp/ipF services. I configured my interface to use DHCP. I turned on the DCHP,9 telnet, and ftp clients, and the telnet and ftp services.   E I'm looking at my router tables though, and the MicroVAX still hasn't F asked for an IP address. When I look at the interface in tcpip$config,= is dosen't have an IP address either. What step am I missing?    ------------------------------  % Date: Mon, 06 Feb 2006 22:33:26 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems - Message-ID: <43E814EE.33C53FAD@vaxination.ca>    "greg.chabala@gmail.com" wrote:  > F > I have my UCX licenses installed and now I have access to the tcp/ipH > services. I configured my interface to use DHCP. I turned on the DCHP,; > telnet, and ftp clients, and the telnet and ftp services.   F Are you sure you configured it as DHCP *CLIENT* instead of configuring the DHCP server ?   	 If you do / $TCPIP SHOW INTERFACE/FULL what does it show ?      E Here is some text from the TCPIP Services management manual. (you can F get the PDF from the www.hp.com/go/vms/doc  (DHCP client is chapter 8)  > 1. The TCPIP$STARTUP procedure installs the DHCP client image,: TCPIP$DHCP_CLIENT.EXE, with the appropriate OpenVMS system privileges.   ? 2. Then it issues the following command to start the interface:   & $ TCPIP START COMMUNICATION/INITIALIZE  B This command creates a subprocess and runs the DHCPCONF utility as  follows to set up the interface:   DHCPCONF -W 30 ifname START   H Alternatively, the command procedure issues the following command if the# interface is the primary interface:    DHCPCONF -P -W 30 ifname START  ? The -w 30 option on the DHCPCONF command line tells DHCPCONF to E wait for a maximum of 30 seconds before returning. This wait prevents D the TCPIP$STARTUP procedure from hanging indefinitely when there areI problems reaching a DHCP server. If the 30-second timer expires, the DHCP E client process will, by default, continue to complete the DHCP dialog  until it! is successful or it is shut down.    ------------------------------   Date: 6 Feb 2006 19:48:05 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139284085.707617.304990@g43g2000cwa.googlegroups.com>   F yikes, even more pressing, i have the problem that when i start TCP/IPE it fails because INTSTKPAGES is 6 instead of 12, but when I change it % with sysgen it doesn't stay very long   C i do a write current and write active before i leave sysgen, but it  goes away after reboot  0 do i need to make that change elsewhere instead?   ------------------------------   Date: 6 Feb 2006 20:17:31 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems B Message-ID: <1139285851.183784.78850@f14g2000cwb.googlegroups.com>  A okay, i have that parameter set for now, tcpip shows the loopback F address sent and recieved 9 packets, and has the standard 127.0.0.1 ip  F and se0 has no ip, that is 0.0.0.0, and it says it received one packet and has sent 7   ------------------------------   Date: 6 Feb 2006 20:20:38 -0800 ; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> / Subject: Re: Hobbyist kit installation problems B Message-ID: <1139286038.298251.24450@g14g2000cwa.googlegroups.com>   greg.chabala@gmail.com wrote: H > yikes, even more pressing, i have the problem that when i start TCP/IPG > it fails because INTSTKPAGES is 6 instead of 12, but when I change it ' > with sysgen it doesn't stay very long  > E > i do a write current and write active before i leave sysgen, but it  > goes away after reboot > 2 > do i need to make that change elsewhere instead?  0 Edit SYS$SYSTEM:MODPARAMS.DAT and add this line:  5 MIN_INTSTKPAGES=12      ! Required for TCPIP Services    Then run autogen:   , @SYS$UPDATE:AUTOGEN GETDATA SETPARAMS NOFEED  D When it's done it will have set the system parameter file so that it; will take effect on the next boot.  It may mention a report A "SYS$SYSTEM:AGEN$PARAMS.REPORT".  This will have a summary of the D changes that AUTOGEN made.  If you edit it you can scroll though andD see that the INTSTKPAGES parameter was re-calculated and set.  If it? all looks okay then you can reboot and the change should stick.   G The advantage to using AUTOGEN to set system parameters is that it know F most of the interactions between them and will adjust other parametersE along with the changes you want.  Plus editing the MODPARAMS.DAT file D will leave an audit trail of sorts so you can remember what has been changed.     John H. Reinhardt    ------------------------------  % Date: Mon, 06 Feb 2006 23:25:13 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E8210D.F190D540@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > H > yikes, even more pressing, i have the problem that when i start TCP/IPG > it fails because INTSTKPAGES is 6 instead of 12, but when I change it ' > with sysgen it doesn't stay very long   
 MC SYSGEN  SYSGEN> SHOW parameter SYSGEN> HELP SYS parameter  B When a (D) is shown at the end of SHOW parameter, it means it is aG dynamic paramener. If a (D) is not shown, it is a static paramenter and  requires a reboot.   The "official" way:   F EDIT SYS$SYSTEM:MODPARAMS.DAT , look for your parameter. If not found,
 add the line:    MIN_INTSTKPAGES=12   Save the file.  0 @SYS$UPDATE:AUTOGEN GETDATA SETPARAMS NOFEEDBACK   -------  (I have mine set to 16 BTW).     The quick way:  	 MC SYSGEN  SYSGEN> USE CURRENT  SYSGEN> SET INTSTKPAGES=16 SYSGEN> WRITE CURRENT    Then reboot.   For DDynamic parameters:  	 MC SYSGEN  SYSGEN> USE ACTIVE SYSGEN> SET parameter=value  SYSGEN> WRITE ACTIVE    F The autogen way allows autogen to adjust other parameters based on howF big another parameter is. (for instance, if you add pages to a certainS item, autogen may add the total pool size that contains that and other parameters).    ------------------------------  % Date: Mon, 06 Feb 2006 23:28:50 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E821E6.2039CDEB@teksavvy.com>  ! "johnhreinhardt@yahoo.com" wrote: I > The advantage to using AUTOGEN to set system parameters is that it know H > most of the interactions between them and will adjust other parameters$ > along with the changes you want.      C On VAX,  Autogen's usefulness has dropped quite a bit. INTSTKPAGES, A SPTREQ and others are not handled properly and you really need to  manually set them.   ------------------------------   Date: 6 Feb 2006 21:19:17 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139289557.128537.260590@z14g2000cwz.googlegroups.com>   G Okay, editing and autogen complete. I have been poking around the tcpip B functions, and I tryed pinging another computer on my network. TheF response was, no route to host. So I looked around at defining routes,F and it suggested it wasn't neccesary, and that a daemon like routed or gated should do it.   F But, I couldn't find anything on those daemons. Nor do I think this is> their fault. I want to know why DHCP isn't working on this VAX   ------------------------------  % Date: Tue, 07 Feb 2006 00:37:07 -0500 ' From: Dave Froble <davef@tsoft-inc.com> / Subject: Re: Hobbyist kit installation problems / Message-ID: <mYydnXNtjPxGrHXeRVn-uA@libcom.com>    greg.chabala@gmail.com wrote: I > Okay, editing and autogen complete. I have been poking around the tcpip D > functions, and I tryed pinging another computer on my network. TheH > response was, no route to host. So I looked around at defining routes,H > and it suggested it wasn't neccesary, and that a daemon like routed or > gated should do it.  > H > But, I couldn't find anything on those daemons. Nor do I think this is@ > their fault. I want to know why DHCP isn't working on this VAX >   I Ok, when you set up TCP/IP, that's SYS$MANAGER:TCPIP$CONFIG.COM, you use  H #4 I think in the Core components, #1 I think.  Don't mess with routing I or gated.  Just set up a gateway IP address.  Anything not found locally  ' will then cause the gateway to be used.   I I think this is what you're looking for.  If not please be more specific.   G For example, if your local group is 192.168.1.?, any reference outside  5 this group, say 210.210.210.1 will go to the gateway.   = For me the gateway is a NAT router providing internet access.    --  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 Feb 2006 01:13:22 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E83A60.B2559ED5@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > I > Okay, editing and autogen complete. I have been poking around the tcpip D > functions, and I tryed pinging another computer on my network. The! > response was, no route to host.   5 I've never used the client portion of TCPIP Services.   = When you setup a static IP on your VAX, the TCPIP$CONFIG will B automatically setup the default routes for you and ask you for the default gateway.  , For instance: a host of 10.0.0.11 would get:   TCPIP> show routes/full   $                              DYNAMIC  < Type           Destination                           Gateway  D AN  * 0.0.0.0                             * 10.0.0.1         router1A AN  * 10.0.0.0/16                         * 10.0.0.11        velo A AH  * 10.0.0.11        velo               * 10.0.0.11        velo F AH  * 127.0.0.1        LOCALHOST          * 127.0.0.1        LOCALHOST      First one is the default route. D Second is is a route to my subnet, telling TCPIP Services to use the! 10.0.0.11 interface on this node. A Third one is a route to myself, telling TCPIP Services to use the & 10.0.0.11 interface to contact myself.H 4th one is the route to myself, telling TCPIP to use 127.0.0.1 interface* when someone tries to connect to 127.0.0.1  ? When configuring a static IP on a machine, the above routes are 6 generated automatically by the TCPIP$CONFIG procedure.  F Note that SHOW ROUTE/PERM only shows the default route to router1. (in* PC parlance, this is the default gateway).      B I am not sure what happens when the interface is under DHCP clientH control. The documentation does mention that the default route (0.0.0.0)E is taken from the DHCP response. So you need to ensure that your DHCP   Server provides a default route.  F Chapter 8 of the documentation provides a list of DHCP parameters that the VMS system accepts.   F What type of DHCP server is serving this VMS box ? What parameters are you supplying to it ?   G Is DHCP really necessary, it would be far simpler for you to delete the $ interface and configure a static IP.   ------------------------------   Date: 6 Feb 2006 22:25:20 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139293520.378164.239620@g43g2000cwa.googlegroups.com>   < I'm using my Linksys WRT54G router for DHCP. It's address is 192.168.1.1   ; Then my DSL modem is the gateway. It resides at 192.168.0.1   < I already had the gateway setting Mr. Froble suggests above.  D I use the Sveasoft firmware upgrade to manage DHCP ranges and static addressing.    ------------------------------  % Date: Tue, 07 Feb 2006 01:40:06 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E840A3.C053FD29@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > > > I'm using my Linksys WRT54G router for DHCP. It's address is
 > 192.168.1.1  > = > Then my DSL modem is the gateway. It resides at 192.168.0.1   H From your Linksys DHCP server, are you able to see what leases have been$ given out and what their status is ?  = Which DHCP parameters does your Linksys DHCP server provide ?     In particular, the network mask.  E For instance, if your VMS box is given IP address of 191.168.1.2 with A network mask fo 255.255.255.0, and is told the default gateway is F 192.168.0.1, it will not know how to reach 191.168.0.1 because that is outside its subnet.   $ if you do $TCPIP SHOW INTERFACE/FULL  9 what does it show ? Does it show a configured interface ?   ! It should show something such as:     Interface: ZE0 L    IP_Addr: 10.0.0.11         NETWRK: 255.255.0.0       BRDCST: 10.0.255.255E                        Ethernet_Addr: AA-00-04-00-07-04    MTU:  1500 $      Flags: UP BRDCST RUN MCAST SMPX5                                   RECEIVE        SEND 5    Packets                          34702       15293 5      Errors                             0           0 )    Collisions:                          0   * (as well as a similar entry for 127.0.0.1)   ------------------------------  % Date: Tue, 07 Feb 2006 01:43:35 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E84173.35970F30@teksavvy.com>   "greg.chabala@gmail.com" wrote: > > I already had the gateway setting Mr. Froble suggests above.    H The VMS DHCP client SHOULD accept the default gateway parameter suppliedA by your DHCP server and set that as default route on this system.    ------------------------------   Date: 6 Feb 2006 16:38:21 -0800  From: bob@instantwhip.com ; Subject: Montecito sinks!  Start alpha EV79 production now! C Message-ID: <1139272701.805662.241470@g43g2000cwa.googlegroups.com>   1 and bring back the alpha team to start on EV8 ...   ) http://www.theinquirer.net/?article=29497    ------------------------------   Date: 6 Feb 2006 16:46:01 -0800  From: bob@instantwhip.com > Subject: Re: Montecito sinks! Start alpha EV79 production now!C Message-ID: <1139273161.868678.269870@f14g2000cwb.googlegroups.com>   F all hope was lost when the alpha team was pulled ... the compilers areE too complicated, the design is flawed ... when is HP going to finally G admit alpha is a better processor and start it back up before they lose  every customer they have?    ------------------------------  % Date: Mon, 06 Feb 2006 21:45:16 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>> Subject: Re: Montecito sinks! Start alpha EV79 production now!+ Message-ID: <43E817CC.D29BEF35@comcast.net>    bob@instantwhip.com wrote: > H > all hope was lost when the alpha team was pulled ... the compilers areG > too complicated, the design is flawed ... when is HP going to finally I > admit alpha is a better processor and start it back up before they lose  > every customer they have?   D By all appearances, the plan *IS* to "lose every (VMS) customer they have".   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 06 Feb 2006 23:18:22 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> > Subject: Re: Montecito sinks! Start alpha EV79 production now!, Message-ID: <43E81F73.60C82967@teksavvy.com>   David J Dachtera wrote: F > By all appearances, the plan *IS* to "lose every (VMS) customer they > have".  B BTW, They had a high level meeting between Intel and HP, includingE Robison , Livermore and their Intel equals to discuss roadmaps. (aka:  what to do with IA64).  H Does anyone know if Robison is a wintel guy or had he staked his carreer> on that IA64 thing and this unable to admit it was a mistake ?   ------------------------------  % Date: Tue, 07 Feb 2006 00:26:31 -0500 ' From: Dave Froble <davef@tsoft-inc.com> > Subject: Re: Montecito sinks! Start alpha EV79 production now!/ Message-ID: <doadnZJ9YNrCsnXeRVn-rw@libcom.com>    JF Mezei wrote:  > David J Dachtera wrote:  > F >>By all appearances, the plan *IS* to "lose every (VMS) customer they >>have". >  > D > BTW, They had a high level meeting between Intel and HP, includingG > Robison , Livermore and their Intel equals to discuss roadmaps. (aka:  > what to do with IA64). > J > Does anyone know if Robison is a wintel guy or had he staked his carreer@ > on that IA64 thing and this unable to admit it was a mistake ?  G If my memory is correct, and on this I think it's right on, Robison is  D the CTO (chief technical officer) who was VERY pro IA-64 and ranted  against Alpha.  B He should have gotten the same shaft the system design people who F screwed up Wildfire (I believe) and turned coat on Alpha when the EV7  people made them redundant.   ; Chief idiot is appropriate.  Wonder what idiots make today?    --  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 Feb 2006 00:30:24 -0500 ' From: Dave Froble <davef@tsoft-inc.com> > Subject: Re: Montecito sinks! Start alpha EV79 production now!/ Message-ID: <2sudnWSngNTXrXXeRVn-gw@libcom.com>    bob@instantwhip.com wrote:H > all hope was lost when the alpha team was pulled ... the compilers areG > too complicated, the design is flawed ... when is HP going to finally I > admit alpha is a better processor and start it back up before they lose  > every customer they have?  >   D Well, those with a decent attention span will recall that Bill Todd E allowed that the specs for Montecito looked decent, but wondered how  F well Intel would excute the plans, and observed that based upon their G past performances one should not be surprised if there were some bumps   in the road.  4 Look out!  Swerve!  12 inch deep pothole dead ahead!   --  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: 06 Feb 2006 15:15:42 -05003 From: Rich Alderson <news@alderson.users.panix.com> $ Subject: Re: null terminated strings. Message-ID: <mddmzh4utu9.fsf@panix5.panix.com>  " John Santos <john@egh.com> writes:  ; > The Z80 code you are looking at probably got the idea for D > null-terminated strings from C (or from Unix, since C included theD > C library which was designed for calling the Unix system services,G > many of which use null-terminated strings, the use of null-terminated G > strings in Unix may well precede the C language by several years, but E > I don't know when specific routines were implemented, but certainly B > printf, scanf, gets and puts where all there from the beginning.  M That Z80 code was written for CP/M, IIRC, which inherited its data structures  from DOS-11.  O At one time, *all* DEC operating systems (and those written for DEC hardware by N others, like ITS and TENEX for the PDP-10) used null-terminated strings.  This8 was true on 18-, 12-, and 16-bit hardware as well as 36.  I K&R just accepted the standard practice for the hardware they were using.    --  L 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: Mon, 06 Feb 2006 20:56:52 GMT % From: Roger Ivie <rivie@ridgenet.net> $ Subject: Re: null terminated strings3 Message-ID: <slrndufe0k.gmk.rivie@stench.no.domain>   C On 2006-02-06, Rich Alderson <news@alderson.users.panix.com> wrote: $ > John Santos <john@egh.com> writes: > < >> The Z80 code you are looking at probably got the idea forE >> null-terminated strings from C (or from Unix, since C included the E >> C library which was designed for calling the Unix system services, H >> many of which use null-terminated strings, the use of null-terminatedH >> strings in Unix may well precede the C language by several years, butF >> I don't know when specific routines were implemented, but certainlyC >> printf, scanf, gets and puts where all there from the beginning.  > O > That Z80 code was written for CP/M, IIRC, which inherited its data structures  > from DOS-11.  4 CP/M natively only knows about two types of strings:  > - Strings terminated with '$', used for the Print String call.8 - Console buffers, which are preceded by TWO size bytes:#   - The maximum size of the buffer. <   - The number of characters currently stored in the buffer.   --  
 roger ivie rivie@ridgenet.net   ------------------------------  * Date: Mon, 6 Feb 2006 20:28:21 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)+ Subject: PCSI questions and answers---again $ Message-ID: <ds8bh4$18o$3@online.de>  F I have a session log from a recent patch-installation session which I < can post here if necessary, but for starters, consider this:   > $ product install *  > G >    1 - DEC AXPVMS VMS732_DCL V6.0          Patch (maintenance update) G >    2 - DEC AXPVMS VMS732_DISMOU V1.0       Patch (maintenance update) G >    3 - DEC AXPVMS VMS732_INSTAL V1.0       Patch (maintenance update) G >    4 - DEC AXPVMS VMS732_LAT V1.0          Patch (maintenance update) G >    5 - DEC AXPVMS VMS732_PTHREAD V4.0      Patch (maintenance update) G >    6 - DEC AXPVMS VMS732_TDF V3.0          Patch (maintenance update) G >    7 - DEC AXPVMS VMS732_XFC V2.0          Patch (maintenance update) " >    8 - All products listed above
 >    9 - Exit  > ? > Choose one or more items from the menu separated by commas: 8  > , > The following products have been selected:G >     DEC AXPVMS VMS732_DCL V6.0             Patch (maintenance update) G >     DEC AXPVMS VMS732_DISMOU V1.0          Patch (maintenance update) G >     DEC AXPVMS VMS732_INSTAL V1.0          Patch (maintenance update) G >     DEC AXPVMS VMS732_LAT V1.0             Patch (maintenance update) G >     DEC AXPVMS VMS732_PTHREAD V4.0         Patch (maintenance update) G >     DEC AXPVMS VMS732_TDF V3.0             Patch (maintenance update) G >     DEC AXPVMS VMS732_XFC V2.0             Patch (maintenance update)  >   > Do you want to continue? [YES]  ' I want to install all of these patches.   M > Information has been saved to allow you to uninstall the following patches:  > 7 > RECOVERY DATA SET 001 created 10-DEC-2005 14:29:55.48     This was installed a while back.  R >    -------------------------------------- --------------------------------------6 >    PATCH                                  APPLIED TOR >    -------------------------------------- --------------------------------------A >    DEC AXPVMS VMS732_ACRTL V2.0           DEC AXPVMS VMS V7.3-2 R >    -------------------------------------- -------------------------------------- > P > * If you continue, recovery data for the patches listed above will be deleted.L > * The deletion of recovery data does not affect the installation status ofM > * patches applied to products that are not participating in this operation. J > * However, continuing with this operation prevents you from uninstallingL > * these patches at a future time by use of the PRODUCT UNDO PATCH command.  H What does this mean.  The first sentence is clear.  The second and third seem to contradict each other.  ! > Do you want to continue? [NO] y   " I want to install all the patches.  " > Configuration phase starting ... > P > You will be asked to choose options, if any, for each selected product and forQ > any products that may be installed to satisfy software dependency requirements.  > 5 > DEC AXPVMS VMS732_DCL V6.0: OpenVMS V7.3-2 DCL V6.0  >  > # >         *************************  >  >                 WARNING  > 4 > You have chosen to install this kit without saving8 > recovery data.  All recovery data sets will be deleted  H Where did I choose that?  I answered that I wanted to continue, even if E it means (and it is still not clear to me if it does mean this) that  H recovery data for patches which have already been installed are deleted.  # >         *************************  > 4 > In the past, kit installations provided some level: > of recovery capability by renaming all replaced files to? > file_name.ext_OLD.  If you wish, you can continue to do this.  > , > Do you wish to have replaced files renamed > to file_name.ext_OLD [NO] ?:  F The next patch will let me save the recovery data, the third one will 0 give confusing output similar to that above etc.  G It certainly looks to me that one can only save the data from the last  G patch.  OK, this is better than nothing, but it means that there is no  G real way to install several patches at once and recover.  (Actually, I  C split the system-disk shadow set, install the patches, and add the  0 backup member back in when everything looks OK.)   ------------------------------  * Date: Mon, 6 Feb 2006 13:16:13 -0600 (CST)* From: sms@antinode.org (Steven M. Schweda)J Subject: Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR]2 Message-ID: <06020613161340_20331674@antinode.org>  2 From: "Stanley F. Quayle" <squayle@insight.rr.com>  1 > On 6 Feb 2006 at 8:04, Steven M. Schweda wrote: G > > An error message which didn't send the user to Google to puzzle out J > > what went wrong would also be nice, in that case.  I have some relatedI > > stuff on my Web server, and, from looking at the logs, I can tell you I > > that plenty of folks are searching for READERR, BLOCKCRC, INVBLKSIZE, ; > > and INVRECSIZ.  Something in HELP /MESSAGE might help.   > E > How about creating one web page on the HP site with the texts from  E > the library?  No need to fancy it up -- keeping a single text file  8 > would probably be useful.    It would be REALLY handy.  E    HELP /MESS is generally satisfactory.  The problem in this case is E that the existing "HELP" does not suggest the actual solution.  "HELP ( /MESS /FACI = BACKUP" (VMS V7.3-2) says:  $  READERR,  error reading 'file-name'  &   Facility:     BACKUP, Backup Utility  6   Explanation:  Backup cannot read the specified file.  K   User Action:  Determine why the file cannot be read and repeat the backup                  operation.    $  BLOCKCRC,  software block CRC error  &   Facility:     BACKUP, Backup Utility  M   Explanation:  An incorrect value occurred in the block CRC field of a save- ;                 set block. Data in the save set is corrupt.   2   User Action:  None. Save-set data has been lost.    ,  INVBLKSIZE,  invalid block size in save set  &   Facility:     BACKUP, Backup Utility  N   Explanation:  An incorrect value occurred in the block size field of a save-;                 set block. Data in the save set is corrupt.   ,   User Action:  None. Save-set data is lost.    ,  INVRECSIZ,  invalid record size in save set  &   Facility:     BACKUP, Backup Utility  D   Explanation:  An incorrect value occurred in the record size fieldK                 (BRH$W_RSIZE) of a save-set record. Data in the save set is                  corrupt.  ,   User Action:  None. Save-set data is lost.    G All of which is excessively discouraging.  (Including the use of "data" B as a singular noun, but for a company which also uses "media" as a: singular, I figure that reform on that front is hopeless.)  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 06 Feb 2006 17:54:10 -0500 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>J Subject: Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR]/ Message-ID: <43E78D42.21532.19AB116F@localhost>   0 On 6 Feb 2006 at 13:16, Steven M. Schweda wrote:I > HELP /MESS is generally satisfactory.  The problem in this case is that H > the existing "HELP" does not suggest the actual solution.  "HELP /MESS% > /FACI = BACKUP" (VMS V7.3-2) says:    D Except that this facility doesn't exist for older versions of VMS.  7 Anything would be better than nothing for those people.   D Also, it's possible to set up a system without the message file (it ' might even be the default).  What then?     
 --Stan Quayle  Quayle Consulting Inc.  
 ----------8 Stanley F. Quayle, P.E. N8SQ  Toll free: 1-888-I-LUV-VAX3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------   Date: 6 Feb 2006 16:08:06 -0800 $ From: "AEF" <spamsink2001@yahoo.com>J Subject: Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR]B Message-ID: <1139270886.793629.79650@z14g2000cwz.googlegroups.com>   Stanley F. Quayle wrote:2 > On 6 Feb 2006 at 13:16, Steven M. Schweda wrote:K > > HELP /MESS is generally satisfactory.  The problem in this case is that J > > the existing "HELP" does not suggest the actual solution.  "HELP /MESS& > > /FACI = BACKUP" (VMS V7.3-2) says: > D > Except that this facility doesn't exist for older versions of VMS.9 > Anything would be better than nothing for those people.  > E > Also, it's possible to set up a system without the message file (it ) > might even be the default).  What then?  >  >  > --Stan Quayle  [...]   ( This reminds me of a fun post from 1998:  
 2. Jim Becker #  Feb 4 1998, 3:00 am   show options    Newsgroups: comp.os.vms D From: Jim Becker <jbecker@syss*l.c*m> - Find messages by this author Date: 1998/02/04. Subject: Re: Insufficient Virtual Memory errorF Reply to Author | Forward | Print | Individual Message | Show original | Report Abuse   Edward Heller wrote:  K > We have been getting an error message sporadically for which the messages N > description in the manuals offer no help. If anyone has any thoughts on what1 > might be generating it, we would appreciate it.     : Yeah, a few too many message descriptions run like this... MESSAGEID, brief message$ Facility: something you're not using6 Explanation: longer paraphrase of the original message2 User Action: fix the problem then try it again, or> go ask your system manager. ("But I *am* the system manager!")  8 Well, okay, some of the message descriptions are useful.   [end of excerpt]   See    http://groups.google.com/group/comp.os.vms/browse_frm/thread/982fe7eb2781b2bd/039899f8346f3382?lnk=st&q=FACILITY+SOMETHING+NOT+USING+SYSTEM+MANAGER&rnum=1#039899f8346f3382   D for the whole thread (sorry for any wrapping -- you can also use theG search terms from the URL in Google groups advanced search and it comes  up as the first result!).   ) I also like the very first error message:     AAA,  'file-spec'  5   Facility:     RUNOFF, DIGITAL Standard Runoff (DSR)   7   Explanation:  This message should never be displayed.    ;   User Action:  Submit a Software Performance Report (SPR).    ------------------------------  * Date: Mon, 6 Feb 2006 22:29:12 -0600 (CST)* From: sms@antinode.org (Steven M. Schweda)J Subject: Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR]2 Message-ID: <06020622291235_20331674@antinode.org>  2 From: "Stanley F. Quayle" <squayle@insight.rr.com>  K > > HELP /MESS is generally satisfactory.  The problem in this case is that J > > the existing "HELP" does not suggest the actual solution.  "HELP /MESS' > > /FACI = BACKUP" (VMS V7.3-2) says:   > F > Except that this facility doesn't exist for older versions of VMS.  9 > Anything would be better than nothing for those people.   H    Setting up a Web page for every old VMS version is not very likely to happen, I'd guess.  F > Also, it's possible to set up a system without the message file (it ) > might even be the default).  What then?   1    Serves him right.  (TAILOR ON, or equivalent.)   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  * Date: Mon, 6 Feb 2006 22:45:01 -0600 (CST)* From: sms@antinode.org (Steven M. Schweda)J Subject: Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR]2 Message-ID: <06020622450165_20331674@antinode.org>   From: norm.raphael@metso.com  K > > All of which is excessively discouraging.  (Including the use of "data"  > > as a singular noun, [...]  >  > data is a collective noun.F > data can be singular, meaning an aggregation of datums, like agenda.
 > media, too.   F    When I go looking for advice on Latin plurals, my starting place isB not likely to be someone who says "datums".  In the good old days,B "data" was a plural, and quite happily so, but that was before theC semi-literatati got hold of it.  In the better-educated circles, it 	 still is.   5    Some people think that "grafiti" is singular, too.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Tue, 07 Feb 2006 00:38:18 -0500 ' From: Dave Froble <davef@tsoft-inc.com> J Subject: Re: Posting errors on Google [was: sneak preview - BACKUP/REPAIR]/ Message-ID: <mYydnXJtjPy8r3XeRVn-uA@libcom.com>    Steven M. Schweda wrote: > From: norm.raphael@metso.com >  > J >>>All of which is excessively discouraging.  (Including the use of "data" >>>as a singular noun, [...] >> >>data is a collective noun.F >>data can be singular, meaning an aggregation of datums, like agenda.
 >>media, too.  >  > H >    When I go looking for advice on Latin plurals, my starting place isD > not likely to be someone who says "datums".  In the good old days,D > "data" was a plural, and quite happily so, but that was before theE > semi-literatati got hold of it.  In the better-educated circles, it  > still is.  > 7 >    Some people think that "grafiti" is singular, too.    As in "a grafiti" ?  :-)  J > ------------------------------------------------------------------------ > 6 >    Steven M. Schweda               (+1) 651-699-98185 >    382 South Warwick Street        sms@antinode-org  >    Saint Paul  MN  55105-2547      --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 06 Feb 2006 16:05:37 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Power 6( Message-ID: <ops4ks7nvzzgicya@hyrrokkin>  9 Maybe this is what HP should be using.  Did Jobs slip up?    EE Times: Semi News & IBM tips Power6 processor architecture   	  Mark LaPedus	 	  EE Times (02/06/2006 1:54 PM EST) 	   	 G SAN FRACISCO — At the International Solid-State Circuits Conference   E (ISSCC) here, IBM Corp. tipped its next-generation Power6 processor    architecture for servers.   J In various papers at the event, IBM indicated that the Power6 is a 65-nm  : processor that operates in excess of 4-GHz. Built around  F silicon-on-insulator (SOI) and other technologies, the Power6 is the  C follow-on processor to the company’s current Power5 architecture.   K In one paper, the company described a 5.6-GHz Power6 processor with 64-Kb   D of Level 1 data cache. The processor is said to have an eight-way,  A set-associative design with a two-stage pipeline supporting two   * independent reads or one writes per cycle.  H IBM also makes use of a 5-GHz duty-cycle correction clock distribution  L network for the processor. In the network, the company implements a copper  ? distribution wire that is 3 microns wide and 1.2 microns thick.   D In another paper, IBM described low-latency fixed-point and binary  K floating-point units for the Power6. The floating-point unit incorporates   N “many microarchitectures, logic, circuit, latch and integration techniques  N to achieve [a] 6-cyle, 13-FO4 pipeline,” according to the company’s paper.  C The Power6 design uses dual power supplies, a logic supply in the   F 0.9-to-1.2 Volt range and an SRAM power supply at about 150-mV higher.   ------------------------------  % Date: Mon, 06 Feb 2006 20:04:41 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Power 6, Message-ID: <43E7F219.6694FD0B@teksavvy.com>  E on CNET, it was also revealed that Freescale (formerly Motorola) will E cooperate on Power to produce Power chips for low power chips down to C embedded devices.  It is mentioned that the loss of Apple was a big ) marketing blow to the Power architecture.   @ Had they done so a couple years ago, they might have kept Apple.   ------------------------------  % Date: Mon, 06 Feb 2006 10:57:18 -0800 # From: "Tom Linden" <tom@kednos.com> * Subject: Re: sneak preview - BACKUP/REPAIR( Message-ID: <ops4kexsemzgicya@hyrrokkin>  . On Mon, 6 Feb 2006 20:35:58 +0200, Guy Peleg  , <guy.peleg@remove_this_header@hp.com> wrote:   > 6 > "Dave Froble" <davef@tsoft-inc.com> wrote in message+ > news:FOOdneJ3j-x5DHreRVn-tg@libcom.com...  >> Guy Peleg wrote: E >> > We hear a lot of complains that saveset attributes are lost when A >> > moving BACKUP savesets around, typically the following error  >> > will be displayed:  >> > >> > $ back/list pc.bck/sav  >> > Listing of save set(s)  >> >9 >> > %BACKUP-E-READERR, error reading DSA10:[guy]PC.BCK;1 1 >> > -BACKUP-E-BLOCKCRC, software block CRC error 9 >> > %BACKUP-E-INVBLKSIZE, invalid block size in save set 9 >> > %BACKUP-E-INVRECSIZ, invalid record size in save set  >> >A >> > We just added a new qualifier to allow BACKUP to attempt and  >> > repair the save-set.  >> >@ >> > Here is a simple example (look at the new REPAIRED message) >> >' >> > IPL31> back/list pc.bck/sav/repair  >> > Listing of save set(s)  >> >I >> > %BACKUP-I-REPAIRED, saveset attributes changed to RFM=FIX, MRS=10240   >> > Save set:          COMS.BCK >> > Written by:        GUY ' >> > UIC:               [000001,000004] / >> > Date:               6-FEB-2006 13:51:54.22 ; >> > Command:           BACK *.COM COMS.BCK/SAV/BLOCK=10000  >> >F >> > When I say "just added" I'm not kidding....this was completed 5  
 >> minutes > ago  >> > ;-) >> >1 >> > /REPAIR will probably ship with OpenVMS V8.3  >> > >> > Guy >> > >> > >>4 >> A nice feature, and in my experience rather easy. >>J >> However, it might be best to have the capability to diagnose and reportG >> the findings without doing the repair.  This allows one to determine E >> what is needed before committing any modifications.  It also would I >> address Alan's question about read-only media.  It would be similar to G >> ANA/DISK, with the capability to see a problem before committing any G >> updates.  I never specify /REPAIR with disks until I see the issues, 8 >> then it's just a simple up-arrow and add the /REPAIR. >> >  > Excellent idea ! > = > Very easy to implement as well....the greatest challange is 1 > finding a good name for the qualifier or option    How about /ANALYZE ? > G >> I'm not aware of how BACKUP does it's I/O.  If it just uses RMS then G >> being able to process the save set without the repair might be a big  > issue. >>G >> Just speculating, if RMS is used, cannot a structure, or structures, K >> such as FAB and RAB be set to process a file with a different recordsize @ >> than what's in the file header(s)?  My guess is probably not. >>H >> If BACKUP does it's own I/O, then it should be able to read data intoJ >> internal buffers from any file, and then process the buffered data withJ >> the recordsize used when creating the save set.  I've had to do similar >> things and they work well.  >> >> -- 7 >> David Froble                       Tel: 724-529-0450 7 >> Dave Froble Enterprises, Inc.      Fax: 724-529-0596 A >> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com  >> 170 Grimplin Road >> Vanderbilt, PA  15486 >  >    ------------------------------  $ Date: Mon, 6 Feb 2006 14:03:55 -0500 From: norm.raphael@metso.com* Subject: Re: sneak preview - BACKUP/REPAIRQ Message-ID: <OFF82EBF2F.58680FE2-ON8525710D.00688754-8525710D.0068BAD6@metso.com>   G "Guy Peleg" <"guy.peleg@remove_this_header"@hp.com> wrote on 02/06/2006  01:35:58 PM:   > 6 > "Dave Froble" <davef@tsoft-inc.com> wrote in message+ > news:FOOdneJ3j-x5DHreRVn-tg@libcom.com...  > > Guy Peleg wrote:F > > > We hear a lot of complains that saveset attributes are lost whenB > > > moving BACKUP savesets around, typically the following error > > > will be displayed: > > >  > > > $ back/list pc.bck/sav > > > Listing of save set(s) > > > : > > > %BACKUP-E-READERR, error reading DSA10:[guy]PC.BCK;12 > > > -BACKUP-E-BLOCKCRC, software block CRC error: > > > %BACKUP-E-INVBLKSIZE, invalid block size in save set: > > > %BACKUP-E-INVRECSIZ, invalid record size in save set > > > B > > > We just added a new qualifier to allow BACKUP to attempt and > > > repair the save-set. > > > A > > > Here is a simple example (look at the new REPAIRED message)  > > > ( > > > IPL31> back/list pc.bck/sav/repair > > > Listing of save set(s) > > > J > > > %BACKUP-I-REPAIRED, saveset attributes changed to RFM=FIX, MRS=10240! > > > Save set:          COMS.BCK  > > > Written by:        GUY( > > > UIC:               [000001,000004]0 > > > Date:               6-FEB-2006 13:51:54.22< > > > Command:           BACK *.COM COMS.BCK/SAV/BLOCK=10000 > > > E > > > When I say "just added" I'm not kidding....this was completed 5  minutes  > ago 	 > > > ;-)  > > > 2 > > > /REPAIR will probably ship with OpenVMS V8.3 > > > 	 > > > Guy  > > >  > > >  > > 5 > > A nice feature, and in my experience rather easy.  > > K > > However, it might be best to have the capability to diagnose and report H > > the findings without doing the repair.  This allows one to determineF > > what is needed before committing any modifications.  It also wouldJ > > address Alan's question about read-only media.  It would be similar toH > > ANA/DISK, with the capability to see a problem before committing anyH > > updates.  I never specify /REPAIR with disks until I see the issues,9 > > then it's just a simple up-arrow and add the /REPAIR.  > >  >  > Excellent idea ! > = > Very easy to implement as well....the greatest challange is 1 > finding a good name for the qualifier or option   > /REPAIR [= |YES|NO|DIAGNOSE]  Default if omitted is /REPAIR=NO" Default for /REPAIR is /REPAIR=YES > H > > I'm not aware of how BACKUP does it's I/O.  If it just uses RMS thenH > > being able to process the save set without the repair might be a big > issue. > > H > > Just speculating, if RMS is used, cannot a structure, or structures,A > > such as FAB and RAB be set to process a file with a different 
 recordsizeA > > than what's in the file header(s)?  My guess is probably not.  > > I > > If BACKUP does it's own I/O, then it should be able to read data into K > > internal buffers from any file, and then process the buffered data with K > > the recordsize used when creating the save set.  I've had to do similar  > > things and they work well. > >  > > --8 > > David Froble                       Tel: 724-529-04508 > > Dave Froble Enterprises, Inc.      Fax: 724-529-0596B > > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com > > 170 Grimplin Road  > > Vanderbilt, PA  15486  >  >    ------------------------------  $ Date: Mon, 6 Feb 2006 21:37:43 +02007 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> * Subject: Re: sneak preview - BACKUP/REPAIR* Message-ID: <43e7a58c@usenet01.boi.hp.com>  9 "Albrecht Schlosser" <ajs856@tiscali.de> wrote in message & news:hd68sd.kdo.ln@news.hus-soft.de... > Alan Greig wrote:  >  > > Guy Peleg wrote: > > A > >> We just added a new qualifier to allow BACKUP to attempt and  > >> repair the save-set.  > >>
 > >> [...] > >  > > L > > Glad to see this feature at long last. What will happen if you attempt aI > > BACKUP/LIST pc.bck/repair if you have only read access to pc.bck? I'd H > > like to see BACKUP still process the saveset even if it can't changeK > > file attributes. There have been cases in the past when this would have , > > been handy for files on read-only media. > J > I would even hope that BACKUP wouldn't really repair the file (on disk),J > but only access the file "the right way" - just to be sure not to try toH > "repair" a file that has accidentally been given to backup to process.D > Yes, I know that you must also specify a switch, but a normal user8 > wouldn't expect backup to modify an input save set ...  = Come on.....this is VMS....not some freeware from the WEB ;-)   > We are doing some consistency checks to verify we are actually? looking at a valid saveset. If we have any doubts...we will not  touch your data   $ IPL31> back/lis login.com/sav/repair Listing of save set(s)  8 %BACKUP-F-NOTSAVESET, LOGIN.COM is not a BACKUP save set       > , > Nice and very useful feature, however. :-) > J > Just thinking "loud": The most usual case for repairing a backup savesetG > would be if the saveset had been copied by FTP or burned on a CD, and J > I'd guess this would mostly be fixed record size, 512 bytes/record. ThusJ > it would help to just read as many records as would be needed to get the= > real block size. This might be slow, but shouldn't it work?  > 
 > Albrecht   ------------------------------  % Date: Mon, 06 Feb 2006 15:19:08 -0500 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: sneak preview - BACKUP/REPAIR/ Message-ID: <jPKdnUpAYtyKMnreRVn-hA@libcom.com>    Albrecht Schlosser wrote:  > Alan Greig wrote:  >  >> Guy Peleg wrote:  >>@ >>> We just added a new qualifier to allow BACKUP to attempt and >>> repair the save-set. >>> 	 >>> [...]  >> >> >>J >> Glad to see this feature at long last. What will happen if you attempt G >> a BACKUP/LIST pc.bck/repair if you have only read access to pc.bck?  E >> I'd like to see BACKUP still process the saveset even if it can't  G >> change file attributes. There have been cases in the past when this  6 >> would have been handy for files on read-only media. >  > K > I would even hope that BACKUP wouldn't really repair the file (on disk),  K > but only access the file "the right way" - just to be sure not to try to  I > "repair" a file that has accidentally been given to backup to process.  E > Yes, I know that you must also specify a switch, but a normal user  8 > wouldn't expect backup to modify an input save set ... > , > Nice and very useful feature, however. :-) > K > Just thinking "loud": The most usual case for repairing a backup saveset  H > would be if the saveset had been copied by FTP or burned on a CD, and K > I'd guess this would mostly be fixed record size, 512 bytes/record. Thus  K > it would help to just read as many records as would be needed to get the  = > real block size. This might be slow, but shouldn't it work?  > 
 > Albrecht  C Your estimate of most files ending up as 512 byte fixed matches my   experiences.  I I'm pretty sure I posted this before.  The save set recordsize is stored  C in bytes 41-42 of the file.  Only need to read the first 512 bytes.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 06 Feb 2006 15:23:42 -0500 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: sneak preview - BACKUP/REPAIR/ Message-ID: <jPKdnUVAYty4LXreRVn-hA@libcom.com>    Tom Linden wrote: 0 > On Mon, 6 Feb 2006 20:35:58 +0200, Guy Peleg  . > <guy.peleg@remove_this_header@hp.com> wrote: >  >>7 >> "Dave Froble" <davef@tsoft-inc.com> wrote in message , >> news:FOOdneJ3j-x5DHreRVn-tg@libcom.com... >> >>> Guy Peleg wrote:F >>> > We hear a lot of complains that saveset attributes are lost whenB >>> > moving BACKUP savesets around, typically the following error >>> > will be displayed: >>> >  >>> > $ back/list pc.bck/sav >>> > Listing of save set(s) >>> > : >>> > %BACKUP-E-READERR, error reading DSA10:[guy]PC.BCK;12 >>> > -BACKUP-E-BLOCKCRC, software block CRC error: >>> > %BACKUP-E-INVBLKSIZE, invalid block size in save set: >>> > %BACKUP-E-INVRECSIZ, invalid record size in save set >>> > B >>> > We just added a new qualifier to allow BACKUP to attempt and >>> > repair the save-set. >>> > A >>> > Here is a simple example (look at the new REPAIRED message)  >>> > ( >>> > IPL31> back/list pc.bck/sav/repair >>> > Listing of save set(s) >>> > J >>> > %BACKUP-I-REPAIRED, saveset attributes changed to RFM=FIX, MRS=10240! >>> > Save set:          COMS.BCK  >>> > Written by:        GUY( >>> > UIC:               [000001,000004]0 >>> > Date:               6-FEB-2006 13:51:54.22< >>> > Command:           BACK *.COM COMS.BCK/SAV/BLOCK=10000 >>> > G >>> > When I say "just added" I'm not kidding....this was completed 5    >>> minutes  >> >> ago >>	 >>> > ;-)  >>> > 2 >>> > /REPAIR will probably ship with OpenVMS V8.3 >>> > 	 >>> > Guy  >>> >  >>> >  >>> 5 >>> A nice feature, and in my experience rather easy.  >>> K >>> However, it might be best to have the capability to diagnose and report H >>> the findings without doing the repair.  This allows one to determineF >>> what is needed before committing any modifications.  It also wouldJ >>> address Alan's question about read-only media.  It would be similar toH >>> ANA/DISK, with the capability to see a problem before committing anyH >>> updates.  I never specify /REPAIR with disks until I see the issues,9 >>> then it's just a simple up-arrow and add the /REPAIR.  >>>  >> >> Excellent idea !  >>> >> Very easy to implement as well....the greatest challange is2 >> finding a good name for the qualifier or option  B You'll notice I didn't offer any name, since I agree, this is the C greatest challenge.  You'd want it to be consistant with other VMS  K utilities and qualifers, which is one of the nice things about VMS and DCL.    > How about /ANALYZE ?  C Excellent Tom!  Just what I was thinking as I was reading the post.   H >>> I'm not aware of how BACKUP does it's I/O.  If it just uses RMS thenH >>> being able to process the save set without the repair might be a big >>	 >> issue.  >> >>> H >>> Just speculating, if RMS is used, cannot a structure, or structures,L >>> such as FAB and RAB be set to process a file with a different recordsizeA >>> than what's in the file header(s)?  My guess is probably not.  >>> I >>> If BACKUP does it's own I/O, then it should be able to read data into K >>> internal buffers from any file, and then process the buffered data with K >>> the recordsize used when creating the save set.  I've had to do similar  >>> things and they work well. >>>  >>> --  8 >>> David Froble                       Tel: 724-529-04508 >>> Dave Froble Enterprises, Inc.      Fax: 724-529-0596B >>> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com >>> 170 Grimplin Road  >>> Vanderbilt, PA  15486  >> >> >> >      --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 06 Feb 2006 15:57:16 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: sneak preview - BACKUP/REPAIR, Message-ID: <43E7B82B.22D5CBDF@teksavvy.com>   Guy Peleg wrote:M > When I say "just added" I'm not kidding....this was completed 5 minutes ago   E Guy, did you actually test the thing first ? Ir did you just complete H the first clean compile without errors and decided it was good enough to be released ? ;-) :-) :-) :-)     D What would be nice is code in the saveset opening portion that, whenG detecting that the saveset has invalid attributes which are repairable, F would issue an error message suggesting one use the /REPAIR qualifier.   ------------------------------  % Date: Mon, 06 Feb 2006 16:04:34 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: sneak preview - BACKUP/REPAIR, Message-ID: <43E7B9E0.4608737A@teksavvy.com>   Guy Peleg wrote:> > solution....may be some day (this is not a commitment) we'll7 > teach backup to be agnostic to the format of the file E > ( this day may be close as we are looking at increasing the maximum ! > block size supported by BACKUP)   G When dealing with disk savesets, why is the block size so important ?     E How does Backup access the save set ? with SYS$GET,  SYS$READ or some $ really obscure lower level routine ?  E Since disk files are always blocked at 512, does a blocksize of 10200 D really mean a record size of 10200 ? (aka: each $READ gets that many bytes ?     H Could backup theorietically use UNDEFINED record format to generate true binary files ?   ------------------------------  % Date: Mon, 06 Feb 2006 16:32:04 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: sneak preview - BACKUP/REPAIR, Message-ID: <43E7C051.A154E983@teksavvy.com>   Ian Miller wrote:  > G > I think it encouraging that hp are allowing Guy the time to implement I > various small enhancements to DCL and various utilities which have long  > been on the wish list.  F I think he did this one during lunch time, probably on a laptop at the0 restaurant while waiting for his dessert :-) :-)   ------------------------------  % Date: Mon, 06 Feb 2006 16:35:42 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: sneak preview - BACKUP/REPAIR, Message-ID: <43E7C12A.D4DBC4B1@teksavvy.com>   Guy Peleg wrote:K > > However, it might be best to have the capability to diagnose and report + > > the findings without doing the repair.     > = > Very easy to implement as well....the greatest challange is 1 > finding a good name for the qualifier or option   F Isn't there a department with committees, subcommittes and task forces* dedicated to finding qualifier names ? :-)  ! /CHECK_FORMAT or /CHECK_STRUCTURE     ? Ideally,  ANA/BACKUP  would have been used. You could then have   ANA/BACKUP and ANA/BACKUP/REPAIR   ------------------------------  % Date: Mon, 06 Feb 2006 22:55:01 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>* Subject: Re: sneak preview - BACKUP/REPAIR+ Message-ID: <44putmF3e0hmU1@individual.net>    Tom Linden wrote:     >Guy Peleg wrote:  >> >> Very easy to implement as well....the greatest challange is2 >> finding a good name for the qualifier or option >  >  > How about /ANALYZE ? >   F /ANALYZE is already used as an undocumented qualifier (in conjunction  with /LIST and /SAVE_SET).   ------------------------------  % Date: Mon, 06 Feb 2006 16:08:47 -0800 # From: "Tom Linden" <tom@kednos.com> * Subject: Re: sneak preview - BACKUP/REPAIR( Message-ID: <ops4ktcxttzgicya@hyrrokkin>  H On Mon, 06 Feb 2006 22:55:01 +0100, Paul Sture <paul.sture@bluewin.ch>   wrote:   > Tom Linden wrote:  >  >  >Guy Peleg wrote: >  >? >>> Very easy to implement as well....the greatest challange is 3 >>> finding a good name for the qualifier or option  >>   How about /ANALYZE ?  >> > I > /ANALYZE is already used as an undocumented qualifier (in conjunction    > with /LIST and /SAVE_SET).   Well then, how about /INSPECT ?    ------------------------------  % Date: Mon, 06 Feb 2006 20:06:23 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: sneak preview - BACKUP/REPAIR, Message-ID: <43E7F27F.5EDA35CE@teksavvy.com>   Tom Linden wrote: ! > Well then, how about /INSPECT ?     * how ahout /NSA or /SPY /INVESTIGATE  ? :-)   ------------------------------  % Date: Mon, 06 Feb 2006 20:27:23 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: sneak preview - BACKUP/REPAIR+ Message-ID: <43E8058A.539E6AAF@comcast.net>    Guy Peleg wrote: > B > We hear a lot of complains that saveset attributes are lost when> > moving BACKUP savesets around, typically the following error > will be displayed: >  > $ back/list pc.bck/sav > Listing of save set(s) > 6 > %BACKUP-E-READERR, error reading DSA10:[guy]PC.BCK;1. > -BACKUP-E-BLOCKCRC, software block CRC error6 > %BACKUP-E-INVBLKSIZE, invalid block size in save set6 > %BACKUP-E-INVRECSIZ, invalid record size in save set > > > We just added a new qualifier to allow BACKUP to attempt and > repair the save-set. > = > Here is a simple example (look at the new REPAIRED message)  > $ > IPL31> back/list pc.bck/sav/repair > Listing of save set(s) > F > %BACKUP-I-REPAIRED, saveset attributes changed to RFM=FIX, MRS=10240 > Save set:          COMS.BCK  > Written by:        GUY$ > UIC:               [000001,000004], > Date:               6-FEB-2006 13:51:54.228 > Command:           BACK *.COM COMS.BCK/SAV/BLOCK=10000 > M > When I say "just added" I'm not kidding....this was completed 5 minutes ago  > ;-)   F Great! I'd see this as analogous to ZIP's -F[F} or /FIX_ARCHIVE[=FULL] option.   . > /REPAIR will probably ship with OpenVMS V8.3  A ...and, of course, we'd like to see that back-ported further than 9 possible (V5.5-2, V6.2[-1H3], V7.2-2, V7.3-2, V8.2[-1?]).    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  * Date: Mon, 6 Feb 2006 22:35:29 -0600 (CST)* From: sms@antinode.org (Steven M. Schweda)* Subject: Re: sneak preview - BACKUP/REPAIR2 Message-ID: <06020622352987_20331674@antinode.org>  ' From: Dave Froble <davef@tsoft-inc.com>   E > Your estimate of most files ending up as 512 byte fixed matches my   > experiences.  H    Binary FTP tends to create 512-fixed record files.  Most Web browsers@ (and similar utilities) will produce Stream_LF for HTTP[S].  TheG procedure I wrote ("CNVB.COM", about seven years ago, it seems) expects ( fixed-512.  The (slightly) more officialC RESET_BACKUP_SAVESET_FILE_ATTRIBUTES.COM procedure makes a point of G setting _all_ the required attributes, rather than just the LRL one for  record length.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  $ Date: Tue, 7 Feb 2006 06:48:20 +02007 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> * Subject: Re: sneak preview - BACKUP/REPAIR* Message-ID: <43e82697@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:43E7B82B.22D5CBDF@teksavvy.com... > Guy Peleg wrote:K > > When I say "just added" I'm not kidding....this was completed 5 minutes  ago  > G > Guy, did you actually test the thing first ? Ir did you just complete J > the first clean compile without errors and decided it was good enough to > be released ? ;-) :-) :-) :-)    Something like that ;-)    >  > F > What would be nice is code in the saveset opening portion that, whenI > detecting that the saveset has invalid attributes which are repairable, H > would issue an error message suggesting one use the /REPAIR qualifier.   Yes, this is planned as well   ------------------------------  % Date: Tue, 07 Feb 2006 00:02:13 -0500 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: sneak preview - BACKUP/REPAIR9 Message-ID: <66ednUd5m9sztHXenZ2dnUVZ_tGdnZ2d@libcom.com>    Paul Sture wrote:  > Tom Linden wrote:  >  >  >Guy Peleg wrote: >  > > ? >>> Very easy to implement as well....the greatest challange is 3 >>> finding a good name for the qualifier or option  >> >> >> >> How about /ANALYZE ?  >> > H > /ANALYZE is already used as an undocumented qualifier (in conjunction  > with /LIST and /SAVE_SET).   Hmmmm .........   F Would it be breaking prior activity if the blocksize was added to the E output from /ANALYZE ?  Then there would be no need for a new switch.   F However, my perspective is that this information is all that's wanted " when the user goes looking for it.  I I've never used the switch, I think I'll go and analyze a saveset to see   what is being discussed.   --  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 Feb 2006 00:13:45 -0500 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: sneak preview - BACKUP/REPAIR9 Message-ID: <IfOdnX60n5P8sXXenZ2dnUVZ_tudnZ2d@libcom.com>    David J Dachtera wrote: C > ...and, of course, we'd like to see that back-ported further than ; > possible (V5.5-2, V6.2[-1H3], V7.2-2, V7.3-2, V8.2[-1?]).  >   I Here's the diagnose part of your backport.  Implementing the repair part  + will be left as an exercise for the reader.   
 ! ssbsize.bas           map (t) Z9$=2          map (t) word w1%    	Input "Saveset filename"; F$   (          Open F$ For Input as File 1%, &*                  organization undefined, &"                  recordtype any, &                  access read            Get #1%          r% = recount           Field #1%, r% as buff$            z9$ = mid(buff$,41%,2%)  ,          print "Saveset blocksize is: "; w1%            close 1%             end   --  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 Feb 2006 07:48:52 +0100( From: "Rudolf Wingert" <win@fom.fgan.de>* Subject: Re: sneak preview - BACKUP/REPAIR3 Message-ID: <001401c62bb2$8e909190$994614ac@wat153>    Hello,H to repair the file with the file with the wrong attributes is one thing.H This is only possible if the volume is not write looked and the user hasH write access to the file. The other thing is, to read the saveset.  This1 be should possible via the ignore qualifier (e.g. D /IGNORE=FILE_ATTRINBUTES).  May be you can map the file and read theB saveset header. Then you can rebuild the structure within the main memory.  Best regards R. Wingert    ------------------------------  % Date: Mon, 06 Feb 2006 19:33:06 +0100 , From: Albrecht Schlosser <ajs856@tiscali.de>) Subject: Re: VAXstation 2000 boot devices , Message-ID: <2q48sd.64o.ln@news.hus-soft.de>   Frank Themann schrieb:  J > What devices can a VAXstation 2000 boot from, besides a hard disk? Is itH > limited to just a TK50, or, is it possible to connect a DAT tape drive > to it to boot?  H I'm not sure if it can boot from these tapes, but we do still have some 7 modified Exabyte drives that are emulating TK50 drives.   E Interested? They're going to be "verschrottet" ;-) (scrapped) in the   near future.   Albrecht   ------------------------------  % Date: Mon, 06 Feb 2006 20:20:52 +0100 , From: Albrecht Schlosser <ajs856@tiscali.de>) Subject: Re: VAXstation 2000 boot devices , Message-ID: <jj78sd.sjo.ln@news.hus-soft.de>   Frank Themann wrote:   > Hi!  >=20G > Thanks for all those replies I got - to be precise, the problem is as 
 > follows: >=20A > I would like to prepare a standalone backup kit on a medium the F > VAXstation 2000 can boot. Aftre tht, a TK50 tape needs to be read toG > restore the system disk. All systems I got can write either TK70, 1/2 D > inch (TSZ07), and, DAT (TLZ04) tapes. My TK50 doesn=B4t work on myH > VAXstation 4000, either because of a faulty TK50 drive, or, because it$ > is not compatible (I doubt it...).  J I could also offer an original TK50 drive in an VS2000 like external box =  H :-) and maybe also a standalone backup kit, if I would search all the=20. old TK50 tapes that I want to dispose soon ...   Albrecht   ------------------------------  $ Date: Mon, 6 Feb 2006 21:34:44 +0100& From: "H Vlems" <nospam@what.ever.com>) Subject: Re: VAXstation 2000 boot devices ; Message-ID: <2d682$43e7b35f$513b9a60$1759@news.versatel.nl>   4 If you're in Germany I can send you a SAB TK50 tape.  = "Frank Themann" <frankthemann@T-Online.de> schreef in bericht % news:43E77A06.95B71C30@T-Online.de...  > Hi!  > G > Thanks for all those replies I got - to be precise, the problem is as 
 > follows: > A > I would like to prepare a standalone backup kit on a medium the F > VAXstation 2000 can boot. Aftre tht, a TK50 tape needs to be read toG > restore the system disk. All systems I got can write either TK70, 1/2 B > inch (TSZ07), and, DAT (TLZ04) tapes. My TK50 doesnt work on myH > VAXstation 4000, either because of a faulty TK50 drive, or, because it$ > is not compatible (I doubt it...). >  >  > Thanks >  >  > Frank  >  > Frank Themann wrote: > >  > > Hi!  > > L > > What devices can a VAXstation 2000 boot from, besides a hard disk? Is itJ > > limited to just a TK50, or, is it possible to connect a DAT tape drive > > to it to boot? > >  > > Any help is appreciated. > > 
 > > Thanks > > 	 > > Frank    ------------------------------  $ Date: Mon, 6 Feb 2006 21:33:11 +0100& From: "H Vlems" <nospam@what.ever.com>) Subject: Re: VAXstation 2000 boot devices : Message-ID: <1e6eb$43e7b302$513b9a60$522@news.versatel.nl>  : <Allison-nospam@nouce.bellatlantic.net> schreef in bericht2 news:bqfeu1p5iboo3ggo32n4epuhssvvgudemh@4ax.com...C > On Mon, 06 Feb 2006 04:17:24 GMT, Roger Ivie <rivie@ridgenet.net>  > wrote: > 4 > >On 2006-02-06, H Vlems <hvlems@freenet.de> wrote:I > >> IIRC there was a German hobbyist who claimed that the tape expansion L > >> bus was actually a  crippled SCSI bus. He had a website  that explainedI > >> how to upgrade 2000's tape bus to a fully functional SCSI bus. Can't " > >> find a current pointer though > > J > >It IS a SCSI bus, and it's only crippled by software. The hardware is a0 > >NEC 5380 or clone, a popular SCSI controller. > ; > I think I'd said that maybe twice or three times already.  > G > The controller is NCR5380, NEC never did that part.  However the part G > requires a great deal of bit twiddling to implement and if not driven E > correctly its not only is broken software but the flavor of SCSI is C > broken as well even though the lines are electrically compatable.  > 1 > >You're looking for Wolfgang Moeller in Google.  >  > Yes, I think PK2K. > 	 > Allison  >   I Err, you wrote that the protocol was different. AFAIK the firmware on the  controller was, modified so that it just recognizes unit# 5.L Put a TK50 tapedrive intended for a 2000 on a regular SCSI system and you'll see thatE it works. So there were no SCSI protocol changes to handle that unit.    ------------------------------  # Date: Mon, 06 Feb 2006 20:59:29 GMT % From: Roger Ivie <rivie@ridgenet.net> ) Subject: Re: VAXstation 2000 boot devices 3 Message-ID: <slrndufe5h.gmk.rivie@stench.no.domain>   K On 2006-02-06, Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote: D >    There was a hardware oriented magazine I got back in those daysH >    that discussed modifying the bus so as to accept a SCSI disk larger0 >    than anything DEC was selling for the 2000.  / AFAIK DEC did not sell SCSI disks for the 2000.    --  
 roger ivie rivie@ridgenet.net   ------------------------------  % Date: Mon, 06 Feb 2006 16:31:00 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ) Subject: Re: VAXstation 2000 boot devices , Message-ID: <43E7C010.63F8AF2B@teksavvy.com>   Frank Themann wrote:A > I would like to prepare a standalone backup kit on a medium the F > VAXstation 2000 can boot. Aftre tht, a TK50 tape needs to be read toG > restore the system disk. All systems I got can write either TK70, 1/2 ' > inch (TSZ07), and, DAT (TLZ04) tapes.   B Boot the 2000 as a satellite node in a cluster served by the 4000.  H The 4000 can then access the 2000's disks. It can use STABACKIT to buildG the standalone backup on the 2000's disk. You can then boot the 2000 in J standalone backup mode and then install software from existing TK50 tapes.  E All this would probably take less time than booting standlaone backup  from a TK50 :-)   F OR: once the 2000 is booted as satellite of the 4000 (make sure it hasD no local pagefiles), you can use backup/IMAGE to transfer the 4000'sH disk onto the 2000's disk and then boot the 2000 outside the cluster and personalise node name etc etc.    H If you do boot the 2000 into satellite of the 4000, the 2000 shoudl thenG be able to use STABACKIT to build a standalone backup on its local TK50 G drive (since its system disk really reside on the 4000 it will build it F from the 4000's disk and write it via the 2000'CPU to the 2000's TK50.   ------------------------------  % Date: Mon, 06 Feb 2006 16:26:48 -0600 / From: Chris Scheers <chris@applied-synergy.com> ) Subject: Re: VAXstation 2000 boot devices 2 Message-ID: <43E7CD28.8040903@applied-synergy.com>   Frank Themann wrote: > Hi!  > G > Thanks for all those replies I got - to be precise, the problem is as 
 > follows: > A > I would like to prepare a standalone backup kit on a medium the F > VAXstation 2000 can boot. Aftre tht, a TK50 tape needs to be read toG > restore the system disk. All systems I got can write either TK70, 1/2 B > inch (TSZ07), and, DAT (TLZ04) tapes. My TK50 doesnt work on myH > VAXstation 4000, either because of a faulty TK50 drive, or, because it$ > is not compatible (I doubt it...).  I If your TK50 is a TK50Z-FA, it is jumpered to SCSI ID 1.  Make sure that  G nothing on your VS4000 is at this address.  (I think there are jumpers  @ inside the drive to change this, but I don't remember for sure.)  % A TK50Z-GA should work with a VS4000.   G Since you have a VS4000, the easiest thing would be to connect the two  D machines together over Ethernet and boot the VS2000 as a satellite. H Even if you don't have cluster licenses, I think you can serve the disk G and tape from the VS2000 and have the VS4000 run the backup command or   build a standalone tape.  
 Good luck!   --  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------  % Date: Mon, 06 Feb 2006 16:29:22 -0600 / From: Chris Scheers <chris@applied-synergy.com> ) Subject: Re: VAXstation 2000 boot devices + Message-ID: <44q0qmF3fjhuU2@individual.net>    Larry Kilgallen wrote:^ > In article <43E64E6B.3B8438B9@T-Online.de>, Frank Themann <frankthemann@T-Online.de> writes: > K >> What devices can a VAXstation 2000 boot from, besides a hard disk? Is it I >> limited to just a TK50, or, is it possible to connect a DAT tape drive  >> to it to boot?  > > > I do not believe VMS has ever booted from DAT, just disk andB > (for standalone Backup only) disk-emulating tapes like the TK50.  H FWIW: I have build DAT standalone backup tapes for my VAXstation 4000s. &   They boot MUCH faster than the TZ30.  F VMS 5.5-2 STABACKIT does not build correctly on DAT, but VMS 7.2 does.  D The VMS 7.2 standalone backup can be used to restore a 5.5-2 system.   --  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------   Date: 6 Feb 2006 16:21:57 -0800 ( From: "Cliff Miller" <cliff52@gmail.com> Subject: vaxstation 4000vlc C Message-ID: <1139271717.565357.181610@f14g2000cwb.googlegroups.com>   F Is there a limit to the size of hard drive you can use with a 4000VLC? thanks - Cliff   ------------------------------  $ Date: Mon, 6 Feb 2006 22:17:24 -0500- From: William Webb <william.w.webb@gmail.com>  Subject: Re: vaxstation 4000vlc I Message-ID: <8660a3a10602061917q61b1a1far96f3e41abd2d0a8d@mail.gmail.com>   E On 6 Feb 2006 16:21:57 -0800, Cliff Miller <cliff52@gmail.com> wrote: H > Is there a limit to the size of hard drive you can use with a 4000VLC? > thanks - Cliff >  >   L See OpenVMS FAQ, sections 9-5 and 14-13 for discussions of disk size issues= .   > You will find that only having 24MB of memory will be the real: constraint, particularly if you use newer versions of VMS.  D Also, the VLC chassis prefers low-profile drives, and I wouldn't putA anything > 5400 RPM in one because the fannage in there is rather  limited.   Hope this helps,   WWWebb   --C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Mon, 06 Feb 2006 22:38:21 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: vaxstation 4000vlc , Message-ID: <43E81614.88904E4B@teksavvy.com>   William Webb wrote: @ > You will find that only having 24MB of memory will be the real< > constraint, particularly if you use newer versions of VMS.  F I ran a 3100 with decwindows on 16 megs for some time with VMS 7.2 and TCPIP Services 5.3.   E Just make sure your SYSGEN parameters are done right and don't enable - everyt possible TCPIP service or application.   0 And you will want a big page file (100k blocks).  K Here are some parameters (now for 32 meg system) suggested by Barry Treahy:   0 MIN_NPAGEDYN = 2647552  ! 10% of physical memory0 MIN_NPAGEVIR = 11073024 ! 33% of physocal memoryF MIN_SPTREQ = 12000  !  28% of physical memory is suggested by B treahy      H (SPTREQ is now handled by autogen and is really needed by TCPIP Services= otherwise your system crashes when you start TCPIP services).    ------------------------------   End of INFO-VAX 2006.075 ************************