1 INFO-VAX	Sun, 04 Dec 2005	Volume 2005 : Issue 674       Contents: RE: Installing on OpenVMS Alpha  Re: Installing on OpenVMS Alpha  OT: VMS and defense / missiles Re: Time problem Re: Time problem Re: V8.3 teaser  Re: V8.3 teaser  Re: V8.3 teaser  Re: V8.3 teaser   F ----------------------------------------------------------------------  $ Date: Sat, 3 Dec 2005 20:37:57 -0500' From: "Main, Kerry" <Kerry.Main@hp.com> ( Subject: RE: Installing on OpenVMS AlphaR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB773266@tayexc19.americas.cpqcorp.net>   > -----Original Message-----6 > From: rcyoung [mailto:rcyoung@aliconsultants.com]=20  > Sent: December 2, 2005 7:01 PM > To: Info-VAX@Mvb.Saic.Com * > Subject: Re: Installing on OpenVMS Alpha >=20F > Oracle "recommended" default quotas are ALWAYS barely adequate. Page@ > file quota & enqueue limits and particularly good "targets" to= > increase. There can easily be others. There are some DCL=20  > files floatingD > around that are good for monitoring individual quota usge that you5 > might find useful (watch_quotas.com comes to mind).  >=20  H If looking at quotas for things like Oracle, I would recommend using theE free Availability Manager monitoring product. It can not only monitor G processes quotas, but it can also *adjust* them dynamically as well.=20   5 Very nice for production and/or testing environments.   # Runs on OpenVMS or Windows clients.   
 Reference:> http://h71000.www7.hp.com/openvms/products/availman/index.html   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  $ Date: Sun, 4 Dec 2005 11:47:53 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com> ( Subject: Re: Installing on OpenVMS Alpha1 Message-ID: <dmtov1$sh6$1@news-02.connect.com.au>    Hi,   F Just out of curiosity, are you using the Reserved Memory Registry with0 Oracle and still getting Page File Quota issues?   Regards Richard Maher   2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:FD827B33AB0D9C4E92EACEEFEE2BA2FB773266@tayexc19.americas.cpqcorp.net... > -----Original Message-----3 > From: rcyoung [mailto:rcyoung@aliconsultants.com]   > Sent: December 2, 2005 7:01 PM > To: Info-VAX@Mvb.Saic.Com * > Subject: Re: Installing on OpenVMS Alpha > F > Oracle "recommended" default quotas are ALWAYS barely adequate. Page@ > file quota & enqueue limits and particularly good "targets" to: > increase. There can easily be others. There are some DCL > files floatingD > around that are good for monitoring individual quota usge that you5 > might find useful (watch_quotas.com comes to mind).  >   H If looking at quotas for things like Oracle, I would recommend using theE free Availability Manager monitoring product. It can not only monitor D processes quotas, but it can also *adjust* them dynamically as well.  5 Very nice for production and/or testing environments.   # Runs on OpenVMS or Windows clients.   
 Reference:> http://h71000.www7.hp.com/openvms/products/availman/index.html   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)   4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Sat, 03 Dec 2005 22:06:17 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: OT: VMS and defense / missiles , Message-ID: <43925D13.BF3CD24A@teksavvy.com>  3 http://news.com.com/2060-10801_3-0.html?tag=nefd.bl   H It shows computer controlled missiles that can be purchased at Marks andH Spencer in the UK.  (You'd think the UK's repressive anti-terrorist laws would have banned these !).   % However, they are controlled via USB.   E If VMS is to retain its standing within the military, Shirley it must D fully support USB and come with DECWindows software to control those missiles :-) :-) :-) :-) :-)   ------------------------------   Date: 3 Dec 2005 12:12:48 -0800 $ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: Time problem B Message-ID: <1133640768.126038.23600@g49g2000cwa.googlegroups.com>   Kevin Handy wrote: > JF Mezei wrote: 7 > > This may not have anything to do with your problem.  > > J > > When I was running CMU IP on my All mighty microvax II, I had it setupJ > > to dial out via PPP (Thanks to Mr Moeller !) on demand whenever an appK > > of mine needed to connect. Once PPP was established, I woudl generate a K > > config file on the fly and start CMU. For some reason, that would squew  > > the clock a bit every time.  > D > Doesn't have CMU, and doesn't even run much of anything. It's just > used for accounting programs.  > = > I've killed DTSS$CLERK, (stop/id=), but time is still slow.  > D > The hardware clock seems to run Ok, but the software clock is only > running at 1/2 speed.   B Is it possible that due to some strange memory corruption the timeF register is being read one bit off? IOW, the 1's column being ignored,, the 2's column being read as the 1's column?  D The hack theory seemed good to me at first, but lacks a good motive, maybe.  ? Interrupt stack high? I doubt that can cause the time to run at A half-speed. Many systems must be running average of 10% or higher B interrupt stack and I've never heard of even a minute-an-hour timeB shift. Of course the devil's in the details here. Well, I guess ifC those interrupts are at a very high interrupt priority level, but I ) still find that unlikely to be the cause.   ! You're making this up. Right? ;-)   B I was in a situation once where our VAX 11/750 would show high CPUG rates but not do anything (or EXTREMELY little, maybe 99 dead CPU ticks G per 1 good CPU tick -- I can't remember for sure). A reboot cured that. G Never found out what it was. Maybe a hack! Don't know. But this appears 3 to be in that type of ballpark. Space aliens??? :-)    [...]    ------------------------------  % Date: Sat, 03 Dec 2005 16:22:24 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Time problem , Message-ID: <43920C8E.B8086B72@teksavvy.com>  
 AEF wrote:F > The hack theory seemed good to me at first, but lacks a good motive, > maybe.  D I used "hack" not in a hacker type, but rather as a way to mean thatE someone did something to cause thsi to happen. Consider that the time H change happened not that long ago, and the "hack" to slow down the clockG is something that has been used in the past furing the "fall back" time + change. What if the time change got stuck ?   A > Interrupt stack high? I doubt that can cause the time to run at 
 > half-speed.     G When I experienced odd clock behaviour due to CMU starting and stopping F regularly, the clock wasn't precisely at half speed and it didn't seem% to be a consistant time offset/error.   C If this user reports a consistant clock speed of exactly 1/2 normal G speed over long periods of time, I find it a bit harder to believe that A it would be the machine spending the exact same amount of time in , whatever mode causes it to miss clock beats.   ------------------------------   Date: 3 Dec 2005 13:45:49 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: V8.3 teaser3 Message-ID: <6wRwtoCYWWJD@eisner.encompasserve.org>   ] In article <11p3erhq06ipfe9@corp.supernews.com>, "Syltrem" <syltremzulu@videotron.ca> writes:  > E > "Guy Peleg" <guy.peleg@remove_this_header@hp.com> wrote in message  & > news:438ea098@usenet01.boi.hp.com...L >> IPL31::_VTAT3: 07:53:25 BACKUP    CPU=00:00:02.34 PF=1406 IO=3537 MEM=477L >> Restoring file: DKA100:[DWMOTIF_SUPPORT_I64XB2U.KIT]HP-.PCSI$COMPRESSED;1: >> Saveset volume:1, saveset block:489 (32256 byte blocks)/ >> 15.04MB restored out of 1.18GB, 1% completed B >> Restore rate: 960KB/sec, estimated completion time: 08:14:42.74 >> >> Guy >> > This is just great ! > J > And I bet the estimated completion time will be more accurate than what   > other know OS often offers ;-)  E Certainly that is true to the extent that VMS estimates of MTBF being ) long enough are more likely to come true.    ------------------------------  % Date: Sat, 03 Dec 2005 16:16:07 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: V8.3 teaser, Message-ID: <43920B16.76CFDC82@teksavvy.com>   H Vlems wrote:J > It's perfectly readable, but I guess the real question is how often have# > system managers needed to compute 9 > how long that d***d backup process is going to take....     G Thing is that whenever I do something serious with backup, it is always H from a command procedure that is run at batch so I have log files and so@ it doesn't tie up a terminal forever. And since it may be making@ requests for tapes etc, having a free terminal to reply to those requests is handy :-)   E The big question. If Backup is to calculate estimated time remaining, C Guy should be aware that on VAX (especially a Microvax II with TK50 D backing up 10 gigs), the estimated time might be in weeks instead of	 hours :-)     B What would be really neat is if one could interrogate a BACKUP jobN running in batch and get a reply back from it giving the equivalent of CTRL-T.  H Perhaps something like REQUEST/TO=BACKUP STATUS   and then, BACKUP would$ reply with the relevant information.   ------------------------------  $ Date: Sat, 3 Dec 2005 18:02:16 -0500( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: V8.3 teaser/ Message-ID: <00A4DBBC.28CB0605.1@tachysoft.com>   & >Date: Sat, 03 Dec 2005 16:16:07 -0500. >From: JF Mezei <jfmezei.spamnot@teksavvy.com> >Organization: Indexed* >X-Mailer: Mozilla 8.2 (Macintosh; U; PPC) >X-Accept-Language: en,fr-CA >MIME-Version: 1.0     >H Vlems wrote: K >> It's perfectly readable, but I guess the real question is how often have $ >> system managers needed to compute: >> how long that d***d backup process is going to take.... >  > H >Thing is that whenever I do something serious with backup, it is alwaysI >from a command procedure that is run at batch so I have log files and so A >it doesn't tie up a terminal forever. And since it may be making A >requests for tapes etc, having a free terminal to reply to those  >requests is handy :-) > F >The big question. If Backup is to calculate estimated time remaining,D >Guy should be aware that on VAX (especially a Microvax II with TK50E >backing up 10 gigs), the estimated time might be in weeks instead of 
 >hours :-) >  > C >What would be really neat is if one could interrogate a BACKUP job O >running in batch and get a reply back from it giving the equivalent of CTRL-T.  > I >Perhaps something like REQUEST/TO=BACKUP STATUS   and then, BACKUP would % >reply with the relevant information.     N tapesys can sort of do this, even though it isn't documented.  All the runningJ backups send status information (number of files backed up, current phase,L etc.) back to the tapesys database manager, where it is kept in an in-memoryO table.  An interactive user can make enquiries on this table, therefore getting M info about any of the running backups.  A sysbak job can have multiple backup N invocations in progress at the same time (one is writing to the tape while theM previous one is in the record pass), and you can see the independent savesets  at the same time.   N This is included in recent tapesys versions in a latent form, though it is notN activated by default.  The reason it was never fully implemented is because ofL the lack of pretty formatting.  I just had too much other stuff going on and; never got around to the fancy display of the information.     M But if you would find this useful and don't mind the info being in a somewhat H raw form, I can tell you how to active the backup status and interrogate tapesys for it.    Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."   ------------------------------  $ Date: Sat, 3 Dec 2005 23:09:47 -0500( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: V8.3 teaser0 Message-ID: <00A4DBE7.1E4C1B99.21@tachysoft.com>  2 >X-MX-Warning:   Warning -- Invalid "From" header.8 >From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> >X-Newsgroups: comp.os.vms >Subject: V8.3 teaser % >Date: Thu, 1 Dec 2005 09:04:54 +0200 
 >Lines: 30 >X-Priority: 3 >X-MSMail-Priority: Normal7 >X-Newsreader: Microsoft Outlook Express 6.00.2800.1506 9 >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 + >Message-ID: <438ea098@usenet01.boi.hp.com> K >X-Trace: usenet01.boi.hp.com 1133420696 16.19.193.151 (1 Dec 2005 00:04:56  >         -0700) >To: Info-VAX@Mvb.Saic.Com >X-Gateway-Source-Info: USENET > 1 >If you are not using BACKUP stop reading now....  > ; >(if you stopped reading your boss should know about it ;-)  > : >If you ever used BACKUP you must have hit CTRL-T to watchC >it progress, and you probably saw output similar to the following:  > J >IPL31::_VTAT3: 08:54:45 BACKUP    CPU=00:00:02.64 PF=1588 IO=5024 MEM=466K > Restoring file: DKA100:[DWMOTIF_SUPPORT_I64XB2U.KIT]HP-.PCSI$COMPRESSED;1 9 > Saveset volume:1, saveset block:164 (32256 byte blocks)  > D >Okay, how many people think that 164 blocks each 32256 is readable?# >(if you do stop reading now....;-)  > H >For V8.3 I slightly updated the message...here is the result, a picture >is worth a thousand words.... > J >IPL31::_VTAT3: 07:53:25 BACKUP    CPU=00:00:02.34 PF=1406 IO=3537 MEM=477K > Restoring file: DKA100:[DWMOTIF_SUPPORT_I64XB2U.KIT]HP-.PCSI$COMPRESSED;1 9 > Saveset volume:1, saveset block:489 (32256 byte blocks) . > 15.04MB restored out of 1.18GB, 1% completedA > Restore rate: 960KB/sec, estimated completion time: 08:14:42.74  >  >Guy > I >(If you would like to be added to the V8.3 field test [Feb 2006] send me A >mail, and I'll connect you to the appropriate people within HP).   N For those of us who use the backup api in a batch job, it would be nice to getO this information with a callback.  Yes, I can parse the output, but it would be O more efficient to just get the raw data in the form of a parameter list.  Also, D would need a way to trigger the message via software rather than the interactive control-t.   Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."   ------------------------------   End of INFO-VAX 2005.674 ************************                                                                                                                                                                                                                                                                                              ="top"> : <a href="http://wasd.vsm.com.au/wasd_archive/">Archive</a> </td>  <td></td><td></td>7 <td>&quot;I'm sure that used to work before!&quot;</td>  </tr> 	 <tr></tr>    <tr> <td valign="top"> 1 <a href="hyperspixx201.zip">HYPERSPIXX201.ZIP</a> & <br><font size="-1">28-JAN-2001</font> </td>  <td valign="top" align="left">  <font size="-1">1.9MB</font><br>F <a href="hyperspixx201.txt"><i><font size="-1">contents</font></i></a> </td> 	 <td></td>  <td valign="top">  <p><b>HyperSPI<sup>++</sup></b> , <br>The basic HyperSPI available in the WASDL package, <i>plus</i> additional report items, <i>plus</i> more sophisticated: graphics. Should be suitable for WASD, OSU, CSWS (Apache),E Purveyor.  HyperSPI++ requires DECC 6.<i>n</i> and MMS/MMK to build.  H (Note: the VAX DECC 6.<i>n</i> currently bug-checks during compilation.) Author: Jean-Franois PironneG (<a href="mailto:jf.pieronne@laposte.net">jf.pieronne@laposte.net</a>). 	 </p></td>  </tr> 	 <tr></tr>    <tr> <td valign="top"> / <a href="hyp