1 INFO-VAX	Sun, 03 Sep 2006	Volume 2006 : Issue 483       Contents:' CMUIP066 (6.6-5) available for download + Re: CMUIP066 (6.6-5) available for download & Re: Locating early versions of VAX/VMS& Re: Locating early versions of VAX/VMS nagios nrpe for vms  OpenVMS and Windows on Itanium7 Re[2]: Thoughts on the book: DEC is dead, long live DEC 4 Re: Thoughts on the book: DEC is dead, long live DEC4 Re: Thoughts on the book: DEC is dead, long live DEC  F ----------------------------------------------------------------------  % Date: Sun, 03 Sep 2006 04:17:10 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: CMUIP066 (6.6-5) available for download, Message-ID: <44FA8F69.AD124A80@teksavvy.com>  D Due to popular demand, I was able to restore from tape the CMUIP kitH version 6.6-5 (contains 4 savesets). Also, I still have 6.6-5K which wasE an unofficial patch/relink for a few executable to allow it to run on  more recent versions of VMS.  H The first  4 savesets are VMSINTALllable , the 6.6-5K is a simple backup; file and you manually move the files over. (not that many).   H The download is from my website http://www.vaxination.ca/vms/index.html ? and it is in a .ZIP archive dowbnloadable right from that page.   = Note that the C saveset seems to contain some of the source.      B Note: if anyone has better idea of where this should be stored for posterity, let me know.      -----------------------     H NOTE to BACKUP developpers: this was another file which BACKUP failed toH copy last year when I did a disk to disk copy from a single SCSI disk toG a bound volume set made up of 4 DSSI drives. The original file of 30807 F blocks was created as an 18 block file with 0 blocks used and the dataF inside the allocated blocks was all 0. This was a backup saveset whcihD contained 4 backup savesets inside.  (VAX VMS 7.7-2 BACKUP VAX72R005G 1-OCT-2000). I only noticed it when someone asked me for access to this E kit. I was able to restore it from old TK70s taken from before my big  upgrade last december).    ------------------------------  % Date: Sun, 03 Sep 2006 11:51:39 -0400 - From: bradhamilton <bradhamilton@comcast.net> 4 Subject: Re: CMUIP066 (6.6-5) available for download* Message-ID: <44FAFA0B.9000805@comcast.net>   JF Mezei wrote: F > Due to popular demand, I was able to restore from tape the CMUIP kitJ > version 6.6-5 (contains 4 savesets). Also, I still have 6.6-5K which wasG > an unofficial patch/relink for a few executable to allow it to run on  > more recent versions of VMS. [...] D > Note: if anyone has better idea of where this should be stored for > posterity, let me know.   I How about at Decuserve/Encompasserve?  There's been a conversation there  G lately regarding a central VMS software repository.  Perhaps they have  ! CMUIP already, but you could ask.   I I think it's too late for the current version of the freeware CD, but if  G   there is interest, you could offer it to Hoff for the "next" version.    ------------------------------   Date: 3 Sep 2006 07:01:13 -0700 2 From: "vaxorcist" <hoelscher-kirchbrak@freenet.de>/ Subject: Re: Locating early versions of VAX/VMS B Message-ID: <1157292073.406642.68800@m79g2000cwm.googlegroups.com>   prep@prep.synonet.com wrote:  9 > A working version of DSC2 is also a good idea for this.   B DSC2 was still included in all VMS V3.x versions, see the dialogue below:   Username: SYSTEM	 Password: '         Welcome to VAX/VMS version V3.0    $ MOU/FOR msa0:   * %MOUNT-I-MOUNTED, VAXV01 mounted on _MSA0:  * $! Mount Target Disk for VMS V1.5 /FOREIGN $ MOU/FOR DBA2:   0 %MOUNT-I-MOUNTED, VAXVMSRL3    mounted on _DBA2:  * $! Restore VMS V1.5 Tape to Disk with DSC2 $! DSC = Disc Save and Compress  $ RUN SYS$SYSTEM:DSC2    DSC2>DBA2:=MSA0:VAXVMSRL1    DSC2>  ^Y   $ dism/nounl dba2: $ mou/over=id dba2:   0 %MOUNT-I-MOUNTED, VAXVMSRL1    mounted on _DBA2:   $ dir dba2:<000000>    Directory DBA2:<000000>   4 000000.DIR;1        001001.DIR;1        001002.DIR;1 001003.DIR;14 001006.DIR;1        010040.DIR;1        BACKUP.SYS;1 BADBLK.SYS;14 BADLOG.SYS;1        BITMAP.SYS;1        CONTIN.SYS;1 CORIMG.SYS;14 INDEXF.SYS;1        SYSERR.DIR;1        SYSEXE.DIR;1 SYSHLP.DIR;14 SYSLIB.DIR;1        SYSMAINT.DIR;1      SYSMGR.DIR;1 SYSMSG.DIR;14 SYSTEST.DIR;1       SYSUPD.DIR;1        VOLSET.SYS;1   Total of 23 files.     Regards    Ulli   ------------------------------  $ Date: Sun, 3 Sep 2006 12:43:25 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> / Subject: Re: Locating early versions of VAX/VMS < Message-ID: <44fb04c0$0$24211$9a6e19ea@news.newshosting.com>  @ "Bob Willard" <BobwBSGS@TrashThis.comcast.net> wrote in message 4 news:D9KdnfEuP5ic9W7ZnZ2dnUVZ_rydnZ2d@comcast.com... > JF Mezei wrote:  [...snip...] > I > Memory is memory, but the CSRs for any implementation vary quite a bit. H > And the OS must know the specific layout and content of CSRs to detectL > and correct errors, amongst other details; CSR detail is also used to size" > and init. memory during booting. > L Adding to your point: Most PCs support 9-bit parity memory although most of K the time only 8-bit memory is installed and the parity feature is disabled  I in the BIOS setup. This technology provides for 1 parity bit for every 8  
 data bits.  A ECC memory is found in servers and main frames which can correct  E single-bit-errors and detect double-bit-errors. A CPU will trap on a  J double-bit-error then may attempt to repair the problem using an external F routine (which can eat up quite a bit of time). State information and J syndrome bits can be read from the CSRs. If my wetware memory serves, VAX J ECC memory implemented 32 data bits in 39 by adding 7 syndrome bits while E Alpha ECC memory implemented 64 bits in 72 by adding 8 syndrome bits. . http://www.alasir.com/alpha/alpha_history.html  G I've always wondered how hardware emulators faked ECC memory while run  J memory on a PC. I guess they do really good job of faking out the Control  and Status Registers.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.9 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html     ------------------------------   Date: 3 Sep 2006 10:09:50 -0700 + From: "Zakaria" <zakaria.yassine@gmail.com>  Subject: nagios nrpe for vmsC Message-ID: <1157303390.628381.162870@m73g2000cwd.googlegroups.com>   5 nrpevms last build at http://nrpevms.dbaalacarte.com/    Changes V2.0b:   Platform tested: - Alpha OpenVMS V7.3-2; - HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 5  - HP AXPVMS SSL V1.2' - HP C V7.1-015 on OpenVMS Alpha V7.3-2    Changes:+ - nrpe.cfg, howto.txt, changes.txt included  - nrpe.com corrected2 - using arguments added. To unable it, you should:< add #define ENABLE_COMMAND_ARGUMENTS in config.h and compile0 add dont_blame_nrpe=1 in nrpe.cfg (0 to disable)B - VMS completion codes are managed. Add in sys$login:login.com the symbols  $ NRPE_OK == 1 $ NRPE_WARN == 2 $ NRPE_ERR == 3 E This would be seen on the nagios side as 0/1/2, which are ok/warn/err  on Unix environment.9 Example: check CHECK_DISK.COM in the [.scripts] directory 6 - no changes on check_nrpe (anyone using this anyway?)   ------------------------------   Date: 3 Sep 2006 09:22:39 -0700 % From: "Bart" <bart.deboeck@gmail.com> ' Subject: OpenVMS and Windows on Itanium C Message-ID: <1157300559.340553.237230@b28g2000cwb.googlegroups.com>    Hi,   ?   I'm an OpenVMS/Itanium newbie and trying to understand the HP  virtualization solutions.   E   Is it correct that only the future version of "HP Integrity Virtual D Machines" will allow to run OpenVMS and Windows simultaneously on an Itanium (HP Integrity server)?  F   Is it correct that there does not exist a virtual machine which runs< on OpenVMS and supports Windows as a guest operating system?  %   All feedback is highly appreciated!    Thanks,  Bart   ------------------------------  $ Date: Sun, 3 Sep 2006 20:37:06 +05004 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>@ Subject: Re[2]: Thoughts on the book: DEC is dead, long live DEC3 Message-ID: <975987375.20060903203706@ncc.volga.ru>   4 On 03/09/06 Neil Rieck <n.rieck@sympatico.ca> wrote:  G > To your point, I remember hearing DEC people talking about cloned VAX G > hardware showing up in Russia as one of the reasons for licence PAKs.   D  If it's true then it didn't help much. I worked on the VAX hardwareA clone with the VMS clone (4.?) with the RDB and DECForms and many @ other software pieces I can't recall. And I can't remeber I ever bothered with the PAKs there.    --  
 Best regards, #  Valentin                           (  valentin.likoum at ncc dot volga dot ru   ------------------------------  % Date: Sun, 03 Sep 2006 13:48:55 +0200 ( From: Michael Kraemer <M.Kraemer@gsi.de>= Subject: Re: Thoughts on the book: DEC is dead, long live DEC / Message-ID: <edefe9$utv$01$1@news.t-online.com>    JF Mezei schrieb:  > J > Arguments can be made both ways. PAKs were a great way to normalise yourJ > inventory of software and make sure DEC had the same list as you did. InJ > large corporations, it wasn't so obvious what licences belonged to which > department.   F This is only valid if one artificially splits the components of the OS4 the way DEC did with VMS (and partially also Tru64).> Modern OSs come in one block, licensewise, since one will needG most parts of it anyway, so there's little need to track down licenses. C The PAK madness tries to cure an artificial problem created by DEC   themselves.    > H > Now, had DEC made it easier to buy/manage/consolidate the licences viaG > the web or other interface instead of having to fight for 3 months to J > find one person able to place an order and issue a pak, or just update a/ > PAK, then things would have been much better.   B Things would have been much better if they had oriented themselvesC at their more successful competitors, e.g. IBM, pre-merger HP, Sun. 9 Their OSs plus middleware doesn't need atomized licenses, C at worst a FlexLM licenses suffices. From a hobbyist point of view, 9 you are much better off with their offerings. Get a cheap A RS6k-, PA-, or Sparc-box off eBay, a similarly cheap OS media set = off eBay or somewhere else, and there you go. No need for PAK A keys or silly checksums. And it's even legal, since the "license" : comes with the machine. Which makes perfectly sense, sinceB an RS6k is useless without AIX, as is VMS without an alpha or VAX.   ------------------------------  $ Date: Sun, 3 Sep 2006 08:58:00 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> = Subject: Re: Thoughts on the book: DEC is dead, long live DEC < Message-ID: <44facfec$0$24196$9a6e19ea@news.newshosting.com>  ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:44FA3275.558525D6@teksavvy.com... > Michael Kraemer wrote:/ >> For that PAK crap alone DEC deserved to die. ; >> Even in its mild hobbyist incarnation it's a major PITA.  >  > J > Arguments can be made both ways. PAKs were a great way to normalise yourJ > inventory of software and make sure DEC had the same list as you did. InJ > large corporations, it wasn't so obvious what licences belonged to whichL > department. Had there not been a PAK system, things would have gotten far  > worse over time. > G The PAK manager (aka $LIC) does have some uses that most people forget   about:L the main one being having a license registered in a hot standby machine but M not issuing the $LIC LOAD command until it is required. On the flip side, if  M the licence was loaded in two different machines there would be a temptation  L for somebody to use the "apparently idle" second machine bot realizing that  this was illegal.   J p.s. Back in 1994 a Montreal IT manager told me that DEC's choice for the J dollar-sign prompt was very appropriate because you had to pay DEC if you I even sneezed in front of a VAX. I've heard similar statements from other  H people and didn't think to much about it until lately when I attented a D Parsec webinar on changes to OpenVMS licencing. It looks like HP is : softening this area to make it look less like a money grab. http://www.parsec.com/public/OVMSlicensing.ppt   > F > And PAKs are what allowed condist to exist. While condist may now beI > moot due to internet distribution capabilities, it was of great use for G > a long time (and still is because internet distribution isn't quite a  > reality for most customers). >   L Late at night when you really need to get to the internet, employees at big G companies sometimes find that some bozo has shut down the firewall for  K maintenance. (although I always download required patches before a midnite  D job, you never know when you've missed one). Long Live Consolidated  Distributions!   > H > Now, had DEC made it easier to buy/manage/consolidate the licences viaG > the web or other interface instead of having to fight for 3 months to J > find one person able to place an order and issue a pak, or just update a/ > PAK, then things would have been much better.  >   M It's 2006 and DEC/Compaq/HP still haven't figured out how to sell this stuff  L on the web. On the flip side, they've done a surprisingly good job of using  the web to publish patches.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------   End of INFO-VAX 2006.483 ************************                                                                                                                                                                                                                                                                                                                                                      Mky/w%=fcf#!O=',uk(B-eNR^3Sf
^Q.clϚP 6W4r%X
.f0B_LY	dwbX*{>aܣ8Vi(nh߲èiYl	G{^̛89{=:Dt13Bߤ.ߦMs'd{?cޝك]⻧1t}MʮpkFԬT c#
(W  'G8Z!4ߘwxyڏ_{+ W&tݢ4̕<[3^ ӒhmJ[
<]W3FP˘5kJv0GC܊_:ڰ惖'p݉h#v"޾Wڃ٪|fKym~܅∬O䋐 lQCyX¶FJ3LLU_+FavV7vif(ˍG?%y 躻=}z&I3!bQPTTљ@@$#VnDr'W5C$/pU-#L!Q!1kZ]nK,I[߉sv~sI4PU;.hnS]hGAjJ)d)}Xf;GMv
mAS(\zz/ʴ~SwUę$bGD5SJ#
IhF_˷HtJ)e.G$wj*<Nʮ14;mw@{ vZu0oie6;8pt'LE
 |kӋ%f+V^`WIUnpF:w~t(ӗ֣뿽x!w@إg^U_C>{P,8/z	tx"!YR_61"&a)نIҿcheU?L{YIqĆQt U\%j7\Hn=Ա޶=:l~q?v#U	ν/ ܖoeg$M9tR4rڜaXv!)*ӗ6S p$J8324݈Z(Ebh]jP n32ApJ)Ńd}Ŋ4m%/BYg ߧ,]q(nF@ӆ"ɚ+YR4'¨;C ,0Nԩ>]X$q08*?ݧ{҅ N:c.S{b/:lKg(
k%}GpF
A]cw+ms>;+1"/vznZպ~Qс/b2ûqu'זڔR|UZ*_bVm]1R2x13=GIQؿ\wW.t[M!D)T4JGJ6\a`vBW^%`UIPBo}̫zx8,⽀nW1BG"69m5A	GK{Qޥ/BꟄV}UNr!f0!bW|f
H?:(ȉ7OOՀ`%D dA=˫'VON;pzߪ	K%((rYE
1yFhS,I9yL;%0# "V=0H1&^GHOL1&
52ҦHǌ"#$3U=K Xźh
<e
FWBǛ7sNI=Kzu~WW5-WgDN @4r7oުW>BOrIYl2S{\(ɷ3d}nvU>@%i T )ymn]!jq_fXXd%{C}.EYh+q , Ʉ|{%ck
;,;lrJf+׀Fe:gU%dg*i)<9(J9j Drrr<> :	z%ړ5Vq/dEqAМ~y4EfIɹqs&3űCd #,
c'V=V7shn,MS-(ąEaO;
Ӥ[o:_+ )tHU*qv6  (q9vY	ʝbs*2{ʪT7
nvWk*3!-il/Yޤr϶LK7ϪϯÏ͙o:KJ:T#{*9}1!+17B/g*k8kal